ВходНаше всё Теги codebook 无线电组件 Поиск Опросы Закон Четверг
21 ноября
О смысле всего сущего0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынокОбъявления
МикроконтроллерыPLD, FPGA, DSP AVRPICARM, RISC-VТехнологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты
1468030 Топик полностью
Cкpипaч, пророк (06.10.2024 16:54, просмотров: 96) ответил AlexG на Скрипты тупо часть конфига OPC-сервера. Пишутся один раз под специфику конкретного проекта и больше не развиваются, потому что другие проекты - другая специфика. Пока до этого дошел были и скрипты на стороне SCADA, и настройка обмена галочками в конфиге OPC, и перебор всяких-разных OPC в поисках подходящего. Все это было не стабильно, не воспроизводимо и без возможности что-то исправить не привлекая техподдержку разработчика OPC.
Именно это я и называю "нестандартно, непереносимо и системо-зависимо". Для справки - под Linux ОРС несуществует. Потому что нет COM/DCOM. 

У нас уже, иногда, до четверти функционала SCADA в ее скриптах.

Это скрипты на Python, при подстановке определенных подпорок их можно и отдельно от SCADA использовать.

(проверено на Малинках)


Скрипты написаны так, чтобы работать поверх тэгов Scada-системы,

но нет никакой проблемы подставить им другую реализацию,

поверх простенького ini-файла.


Начали сильно раньше появления async.io, поэтому корпоративная мультизадачность в них

реализована на более простых синтаксических конструкциях.

Но она есть и ей не нужна поддержка со стороны ОС.

Это радикально более переносимо чем конфиги "универсального" драйвера :)

... но не любой ценой.
Ответить