Проектирование крупных ответственных систем, Есть ли в России исполнители, которые проектируют крупные RT-системы?? Опции

[Андрей Ефимович]

Столкнулись с тем, что уже много времени не можем найти отечественного исполнителя, который мог бы спроектировать с нуля крупную территориально распределенную троированную систему управления жесткого реального времени по нашему ТЗ.

Спроектировать устройство на уровне платки или даже шкафа - это пожалуйста. Такие исполнители есть и много. Или спроектировать большую систему (типа нефтехранилища, зернохранилища, элеваторы), но медленную. Где цикл управления в 100 мс или даже в 1секунду - считается "быстро", а цикл опроса датчиков может достигать 10 секунд и более. И это у них считается "быстро". Там может и миллион сигналов заводится в контроллер. Но там процессы медленные. И жёсткий реалтайм, микросекундные циклы и точность синхронизации в микросекунды не требуются. Поэтому такие исполнители тоже вряд ли нам помогут

Но когда нужно спроектировать многостоечную территориально распределённую систему, где стойки должны взаимодействовать по EtherCAT, где стойки должны быть синхронизированы между собой и со спутником с точностью в микросекунды, да ещё и реального времени, да ещё с надежностью 3 девятки после запятой, да ещё и с продвинутой самодиагностикой, да ещё с юзерфрендли интерфейсом, да ещё полным комплектом КД и ПД, выполненной по ГОСТ, да ещё с подтверждением выполненности каждого пункта при испытаниях - число исполнителей, которое в состоянии это потянуть, сжимается как шагреневая кожа с добавлением каждого пункта требований до нуля.

Конечно если предложить хорошие деньги, то многие берутся.

Но посмотрев на их "послужной список" (а там коробочки, простые стоечки и т.п. - сложных больших систем жёсткого реального времени с обработкой больших массивов данных в реалтайме с циклом управления менее 500 мкс увы нету)

И мы оказываемся в раздрайве "съест-то он съест, но только кто ж ему даст"

Контактировали с НИИ и крупными конторами с громкими названиями и впечатляющими сайтами. И выяснялось что за громкой вывеской пшик.
А разработчиков, имеющих опыт проектирования больших систем (именно систем, а не устройств) практически нет. И приходит понимание, что деньги наши они "проедят" со свистом, а вот сделать то, что в ТЗ, вряд ли сделают.

Причём попадаются откровенные проходимцы: обещают сделать, даже не вникнув в суть ТЗ.
Были и честные, которые добросовестно изучали ТЗ и говорили "не потянем. Это слишком круто для нас"

Сообщение отредактировал Андрей Ефимович - Jun 30 2018, 13:26

[iliusmaster]

"Предыдущую версию системы (правда более упрощённую) делали 4 человека: 2 электронщика и 2 программиста."
Ну вот Вы и "спалились"!
Сначала начинаете разговор про систему, подобные которой создают коллективы в не одну сотню человек, и не из-за того, что меньшая группа не сделает, а из-за того, что сроки становятся не разумными. У вас же 4 человека "родили слона".
По Вашим словам, произнесенным на форуме(других не слышал), можно заключить, что вы и близко не понимаете как строить такие системы.
Почему вы от всей системы (разнесенная, много сотен км связей, целые помещения шкафов управления) требуете времени реакции в 500мкс? Что-то не так с проектированием. Уверен, что есть контуры с быстрым временем реакции, есть контуры управления с более длинным временем реакции. Объединять их можно, создавать по одному образцу всю систему - безумство.
Почти уверен, что Ваше предположение о АСУ заправочного комплекса базируется на книге Каршенбойма "Записки инженера" с описанием АСУ криогенного завода. Так поверьте, что создавались и время-от времени сейчас создаются системы более сложные.

Господа, перед вами явный "тролль". Был бы серьезный запрос и понимающий человек, то очертил бы масштаб системы с более вменяемыми границами. Объяснил бы требование к 500мкс. гарантированного времени реакции. Тогда бы и подсказали бы ему куда обратиться, пока же ничего не прояснится, предлагаю его больше "не кормить."

Сообщение отредактировал iliusmaster - Jul 1 2018, 10:12

[Lmx2315]

Вам надо смотреть на тех кто проектирует стационарные РЛС с АФАР .
Там сотни стоек с потоком с каждой в > Ггбайты/сек и цикл управления < 1мс.
Этим занимаются специализированые НИИ .
По большому счёту им всё равно что считать и чем управлять.

[Андрей Ефимович]

Вам надо смотреть на тех кто проектирует стационарные РЛС с АФАР .
Там сотни стоек с потоком с каждой в > Ггбайты/сек и цикл управления < 1мс.
Этим занимаются специализированые НИИ .
По большому счёту им всё равно что считать и чем управлять.

Спасибо за наводку.

"Предыдущую версию системы (правда более упрощённую) делали 4 человека: 2 электронщика и 2 программиста."
Ну вот Вы и "спалились"!
Сначала начинаете разговор про систему, подобные которой создают коллективы в не одну сотню человек, и не из-за того, что меньшая группа не сделает, а из-за того, что сроки становятся не разумными. У вас же 4 человека "родили слона".
По Вашим словам, произнесенным на форуме(других не слышал), можно заключить, что вы и близко не понимаете как строить такие системы.
Почему вы от всей системы (разнесенная, много сотен км связей, целые помещения шкафов управления) требуете времени реакции в 500мкс? Что-то не так с проектированием. Уверен, что есть контуры с быстрым временем реакции, есть контуры управления с более длинным временем реакции. Объединять их можно, создавать по одному образцу всю систему - безумство.
Почти уверен, что Ваше предположение о АСУ заправочного комплекса базируется на книге Каршенбойма "Записки инженера" с описанием АСУ криогенного завода. Так поверьте, что создавались и время-от времени сейчас создаются системы более сложные.

Господа, перед вами явный "тролль". Был бы серьезный запрос и понимающий человек, то очертил бы масштаб системы с более вменяемыми границами. Объяснил бы требование к 500мкс. гарантированного времени реакции. Тогда бы и подсказали бы ему куда обратиться, пока же ничего не прояснится, предлагаю его больше "не кормить."

Вы бредите

И если бы ТС предложил конкуретную финансовую поддержку, возможно, наше НИИ взялось бы за заказ.

Когда мы называем сумму почти все берутся.
Проблема в том, что смогут ли они довести проект до логического завершения за заданное время и в полном соответствии с ТЗ.
А то сталкивались с таким, что фирмы берутся делать наши проекты, а потом сделать не могут и говорят нам "ну не шмогла я. Не шмогла. Хавайте что получилось."

И че у них тройное резервирование?

Вот вот.
Бывает потенциальный исполнитель всем хорошо. И жёсткий реалтайм у него с малым циклом.
А распределенность системы. Но, ссука, в резервировании "ни ухом ни рылом".
Начинаешь общаться, спрашиваешь элементарные вещи по троированным системам - и человек "плывёт".
Совсем не ориентируется в проблематике построения троированных систем.

Поэтому поручать такому проект - большой риск, что будет сделан с патологическими ошибками

[novikovfb]

Бывает потенциальный исполнитель всем хорошо. И жёсткий реалтайм у него с малым циклом.
А распределенность системы. Но, ссука, в резервировании "ни ухом ни рылом".
Начинаешь общаться, спрашиваешь элементарные вещи по троированным системам - и человек "плывёт".
Совсем не ориентируется в проблематике построения троированных систем.

Поэтому поручать такому проект - большой риск, что будет сделан с патологическими ошибками

Обратитесь к Николаю Семеновичу или Моисею Самуловичу. Он - большой специалист по дублированным-троированным секретным системам, изготовленным в единичном экземпляре и обладающим неслыханной надежностью.

[Kabdim]

Обратитесь к Николаю Семеновичу или Моисею Самуловичу.

ТСу обращаться к самому себе... это же шизофрения. :D

[тау]

ТСу обращаться к самому себе... это же шизофрения. :D

не, нормально. Николай Семенович и Андрей Ефимович это совершенно разные люди. Хотя бы потому что не совпадает имя и/или отчество. А тут как раз вообще оба инициала не те.
Тем более, что в конторе Николай Семёныча работает "под 60 тыс человек" а у ТС всего то 4 спеца плюс кагал какой-то видимо блондинок. И тут не совпадение, позволяющее предположить что 2 конторы друг с другом не связаны и ТС о конторе НС не в курсах.
Такшта ТС дорогу туда, где обитает Николай Семенович.