Omega

Почему же хаять? Выразил свое мнение в отношении существующего положения дел. На истину не претендую. Пожалуйста, корректируйте, дополняйте, уточняйте...

Теперь к предложению. В качестве примера я привел положительный опыт развития АСУ ТП. Существует огромное количество производителей ПЛК и стандартных сред разработки программного обеспечения, в основе которых лежат МЭК-овские языки программирования. Вдруг, кто не в курсе, вот например, что быстро нашлось: http://www.adastra.ru/products/overview/IEC61131/. Можно поискать другие среды разработки, все они в той или иной степени похожи друг на друга, есть даже возможность с определенными оговорками переносить код из одной системы разработки в другую. Как следует из истории, МЭК-овские языки разрабатывались для инженеров-технологов. Заманчиво применить ПЛК для построения систем МПЦ. Почему бы и нет? Некоторые производители так и поступают, успешно внедряются. Однако такой вариант вряд ли применим на РЖД, т.к. для экспертиз нужна открытость. Но кто из производителей ПЛК будет этим заморачиваться? Поэтому, как минимум, кибербезопасность, НДВ такие системы вряд ли пройдут. Да и МЭК-овские языки программирования не очень хорошо подходят для построения ПО МПЦ. Например. Релейно-контактная схема будет выполняться в последовательности слева направо и сверху вниз, включить последовательно обмотки двух реле не представляется возможным и т.д. Так вот, что если по аналогии с АСУ ТП разработать универсальный язык программирования для создания ПО МПЦ? Если в свое время для программирования ПЛК был изобретен язык релейно-контактной логики, понятный технологам-электрикам, то почему бы не взять за основу релейные схемы СЦБ с их принципами отображения и построения схем, понятийным аппаратом и наиболее часто применяемыми типами реле и т.д. Таким образом, процесс создания ПО МПЦ будет во многом напоминать процесс создания (рисования) проекта ЭЦ. Конечно, не надо забывать, что понадобится еще одна программа, некий движок, который будет исполнять получившуюся при проектировании схему. В нашем случае есть обязательное требование к движку, без учета которого все остальное не имеет смысла - схема должна исполняться так же, как аппаратная, по тем же принципам. Описанный подход позволил бы создать предпосылки к стандартизации и унификации алгоритмов, позволил бы студентам и инженерам изучать принципы построения современных систем, работать с ними без необходимости получения квалификации программиста. Исходный код движка, выполняющего релейную схему, можно сделать открытым и доступным для изучения, его смогут использовать производители систем МПЦ для реализации базовых функций системы, заключающихся в управлении стрелками и светофорами. Как-то так.