OSDN-UA-2012 (Обзор Стаса Фомина)/OpenSCADA — различия между версиями

Осталось понять, таки подвинуть к открытым платформам всех — и потребителей, и автоматизаторов (чтобы они перестали писать свои [http://habrahabr.ru/post/153619/ велосипеды]). Кажется оптимальным призывать государство с требованиями «стандартизации на базе открытых стандартов», но есть ощущение, что делать это нельзя («благими намерениями государства дорога ведет только в ---»). По уму, надо пересаживать сообщество специалистов по АСУТП, но тут возникает обычная проблема пересадки Win2Lin (а почти все вендорские скады на Win, и автоматизаторы соответственно тоже сильно привыкшие), плюс проблема расширения-доработок → автоматизаторы не смогут писать на настоящих C, скорее всего, а возможностей [http://wiki.oscada.org/Doc/JavaLikeCalc?v=lh9 JavaLikeCalc] может не хватить. Тут бы я как-нибудь подумал о системе плагинов на Python, например.
{{stats|disqus_comments=0||refresh_time=2017-11-27T15:20:162020-07-05T22:57:51.203060283525|vimeo_plays=0}}|youtube_plays=0}}

Версия 19:57, 5 июля 2020

OpenSCADA 0.8.0 LTS (Роман Савоченко, OSDN-UA-2012) — О проекте OpenSCADA. SCADA-системы, наверно тот самый класс промышленного софта, который должен быть в FOSS в первую очередь.

• Это и необходимость верификации кода, чтобы не было дыр, которыми можно воспользоваться для организации промышленных диверсий (типа Stuxnet, и да, «security by obscurity» не работает). В распространенных вендорский SCADA-системах, все очень неочень, и безопасным может только в случае «полной изоляции периметра». А надо бы все на открытом (начиная с BIOSа, чтобы не было закладок) стеке.
• Внедрение вендорских SCADA-систем — дикое мучение для автоматизаторов с черными ящиками, такое, что многие начинают писать свои лунапарки.
• Ну и теоретически — в этой области нет гонки технологий, большая часть железа живет десятилетиями, куча стандартов устоялась, архитектура (шины и т.п.) и подходы к интерфейсу выяснены (где нужен интерфейс с быстрой реакцией, где достаточно веб-интерфейса, как визуализировать промышленные схемы).

Осталось понять, таки подвинуть к открытым платформам всех — и потребителей, и автоматизаторов (чтобы они перестали писать свои велосипеды). Кажется оптимальным призывать государство с требованиями «стандартизации на базе открытых стандартов», но есть ощущение, что делать это нельзя («благими намерениями государства дорога ведет только в ---»). По уму, надо пересаживать сообщество специалистов по АСУТП, но тут возникает обычная проблема пересадки Win2Lin (а почти все вендорские скады на Win, и автоматизаторы соответственно тоже сильно привыкшие), плюс проблема расширения-доработок → автоматизаторы не смогут писать на настоящих C, скорее всего, а возможностей JavaLikeCalc может не хватить. Тут бы я как-нибудь подумал о системе плагинов на Python, например. Plays:0   Comments:0