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

Материал из 0x1.tv

 
(не показано 5 промежуточных версий этого же участника)
Осталось понять, таки подвинуть к открытым платформам всех — и потребителей, и автоматизаторов (чтобы они перестали писать свои [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:162021-08-31T16:30:56.203060346723|vimeo_plays=0}}|youtube_plays=0}}

Текущая версия на 13:30, 31 августа 2021

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