Difference between revisions of "OSDN-UA-2012 (Обзор Стаса Фомина)/OpenSCADA"
| Line 4: | Line 4: | ||
* Ну и теоретически — в этой области нет гонки технологий, большая часть железа живет десятилетиями, куча стандартов устоялась, архитектура (шины и т.п.) и подходы к интерфейсу выяснены (где нужен интерфейс с быстрой реакцией, где достаточно веб-интерфейса, как визуализировать промышленные схемы). | * Ну и теоретически — в этой области нет гонки технологий, большая часть железа живет десятилетиями, куча стандартов устоялась, архитектура (шины и т.п.) и подходы к интерфейсу выяснены (где нужен интерфейс с быстрой реакцией, где достаточно веб-интерфейса, как визуализировать промышленные схемы). | ||
| − | Осталось понять, таки подвинуть к открытым платформам всех — и потребителей, и автоматизаторов (чтобы они перестали писать свои [http://habrahabr.ru/post/153619/ велосипеды]). Кажется оптимальным призывать государство с требованиями «стандартизации на базе открытых стандартов», но есть ощущение, что делать это нельзя. По уму, надо пересаживать сообщество специалистов по АСУТП, но тут возникает обычная проблема пересадки Win2Lin (а почти все вендорские скады на Win, и автоматизаторы соответственно тоже сильно привыкшие), плюс проблема расширения-доработок → автоматизаторы не смогут писать на настоящих C, скорее всего, а возможностей [http://wiki.oscada.org/Doc/JavaLikeCalc?v=lh9 JavaLikeCalc] может не хватить. Тут бы я как-нибудь подумал о системе плагинов на Python, например. | + | Осталось понять, таки подвинуть к открытым платформам всех — и потребителей, и автоматизаторов (чтобы они перестали писать свои [http://habrahabr.ru/post/153619/ велосипеды]). Кажется оптимальным призывать государство с требованиями «стандартизации на базе открытых стандартов», но есть ощущение, что делать это нельзя («благими намерениями государства дорога ведет только в ---»). По уму, надо пересаживать сообщество специалистов по АСУТП, но тут возникает обычная проблема пересадки Win2Lin (а почти все вендорские скады на Win, и автоматизаторы соответственно тоже сильно привыкшие), плюс проблема расширения-доработок → автоматизаторы не смогут писать на настоящих C, скорее всего, а возможностей [http://wiki.oscada.org/Doc/JavaLikeCalc?v=lh9 JavaLikeCalc] может не хватить. Тут бы я как-нибудь подумал о системе плагинов на Python, например. |
Latest revision as of 08:40, 22 October 2012
OpenSCADA 0.8.0 LTS (Роман Савоченко, OSDN-UA-2012) — О проекте OpenSCADA. SCADA-системы, наверно тот самый класс промышленного софта, который должен быть в FOSS в первую очередь.
- Это и необходимость верификации кода, чтобы не было дыр, которыми можно воспользоваться для организации промышленных диверсий (типа Stuxnet, и да, «security by obscurity» не работает). В распространенных вендорский SCADA-системах, все очень неочень, и безопасным может только в случае «полной изоляции периметра». А надо бы все на открытом (начиная с BIOSа, чтобы не было закладок) стеке.
- Внедрение вендорских SCADA-систем — дикое мучение для автоматизаторов с черными ящиками, такое, что многие начинают писать свои лунапарки.
- Ну и теоретически — в этой области нет гонки технологий, большая часть железа живет десятилетиями, куча стандартов устоялась, архитектура (шины и т.п.) и подходы к интерфейсу выяснены (где нужен интерфейс с быстрой реакцией, где достаточно веб-интерфейса, как визуализировать промышленные схемы).
Осталось понять, таки подвинуть к открытым платформам всех — и потребителей, и автоматизаторов (чтобы они перестали писать свои велосипеды). Кажется оптимальным призывать государство с требованиями «стандартизации на базе открытых стандартов», но есть ощущение, что делать это нельзя («благими намерениями государства дорога ведет только в ---»). По уму, надо пересаживать сообщество специалистов по АСУТП, но тут возникает обычная проблема пересадки Win2Lin (а почти все вендорские скады на Win, и автоматизаторы соответственно тоже сильно привыкшие), плюс проблема расширения-доработок → автоматизаторы не смогут писать на настоящих C, скорее всего, а возможностей JavaLikeCalc может не хватить. Тут бы я как-нибудь подумал о системе плагинов на Python, например.
