1-2 производителя скада софта тоже не покроют объёмы модернизации.

в итоге предприятия просто постараются продержаться ещё лет 30 на том что есть ( уже ведь продержались) до очередных перемен.

без модернизаций и реноваций.

Импортозамещение оборудования и ПО АСУТП - процесс не быстрый, но со временем, конечно, на объектах КИИ будет преимущественно российская продукция использоваться. Это правильный процесс, он в том или ином виде идёт в большинстве стран. Нельзя быть настолько зависимыми от иностранных технологий.

конечно нельзя. но полного замещения не будет. и уж тем более в те сроки которые пытается это сделать наше

Вышел в свет красивый, умный журнал «Автоматизация и IT в энергетике" № 10(135).  И там есть Круглый стол про импортозамещение.  Там много интересных вещей сказано экспертами.  И я что-то постарался сформулировать 🙂.  Несколько тезисов решил опубликовать в ФБ. На истину в последней инстанции не претендую 😉.

Часть 1.  РИСКИ ИМПОРТОЗАМЕЩЕНИЯ

Цели импортозамещения самый благие, однако есть несколько рисков.

Риск 1 – изоляционизм🚧.  Бездумное увлечение идеей заменить всё на 100% приведет к технологическому отставанию от внешнего мира и к чрезмерным, неэффективным расходам государства, компаний и граждан. Выход один – найти на пути импортозамещения оптимальные решения, объединяющие развитие собственного производства и использование всех преимуществ международной кооперации. Для каждого вида продукции этот оптимум будут разным.

Риск 2 – локализация. 🔧. Нельзя подменять истинное импортозамещение некими продуктами под вывеской «локализация производства». Обычная крупноузловая сборка, отверточная технология, «Собрано в России» - и «Сделано в России» - два сильно различающихся понятия. На прошлой неделе читал выступление Ю.И.Борисова (Зам.пред. Правительства) и был рад, что он сказал практически то же самое. Редкое и обнадеживающее совпадение мыслей 🙂.  

Риск 3 – монополизм 😎. Иногда под знаменем импортозамещения практически не скрываются попытки некоторых крупных игроков монополизировать целые отрасли и/или виды продукции, в том числе софта. Это путь в никуда и его последствия хорошо известны в истории. Выход – государству сформулировать требования по конкурентности для каждого вида продукции. Например, для тендеров и господдержке НИОКР должно быть обеспечено присутствие на рынке не менее 3 поставщиков одного класса продукции. Так в своё время сделали в Китае.

правительство.

Ну, там в предыдущей фразе было про курящих котят, так что в целом, норм )))

"Правительство на другой планете живёт, родной!"©

о чём и речь)))

у них и законы физики там другие кстати.

https://github.com/akiUp/ICSonPy
Никто меня об этом не просил, но я это сделал😂
Перенес код своей симуляции на модный-молодёжный Питон, дабы снизить порог вхождения, скрипт делает абсолютно то-же самое: по команде modbus  запускает виртуальный техпроцесс и изменяет значения регистров. Для запуска требуется среда разработки  Python и библиотека Pymodbus желательно на Linux. Скрипт можно использовать как часть вашего киберполигона, организовать honeypot или постоить скада демо-стенд. Для лучшей наглядности рекомендую связать с какой-нибудь hmi или скадой(оригинальный проект ignition hmi разместил на гитхабе)

👍

Отлично!

Если посмотреть с другой стороны, то лет за 10-15 таки да реально перейти, при наличии воли , мозгов и включении в технологическую гонку с реальными инвестициями. Инвестиции в АСУ ТП это как инвестиции в аэрокосмические и атомные технологии , эффект будет виден лет через 20)). Так что поживем увидим)

а для пром.применений не правильнее ли использовать что-то понадёжнее, типа Elixir?
https://github.com/samuelventura/modbus/

а не боитесь что оно превратится в "посидим — увидим" ?
надёжность и живучесть АСУТП как бы уголовную ответственность предполагает
а тут в базе неведомая фигня образуется в виде наколенных замещающих технологий, вместо мировых брендов которые миллиарды в обкатку вложили

И в чём правильность и надёжность смены языка для разработки симулятора АСУ ТП-шного протокола(к слову, который построен на Ерланге, а это язык с сильной динамической типизацией)? Ничего лучше Си для таких целей ещё не придумали. Симуляция модбаса лично для меня не очень понятна в контексте промышленных целей, широкое использование такой симуляции может применяться в исследовательских и как раз таки демонстрационных целей, для чего Питон и уже написанная модбас библиотека просто идеально подходит.

В этих миллиардах и много наших миллиардов сидит, которые мы за 30 лет в эти бренды закачали. И на которые они развивались. И которые не пошли на внутреннее развитие....   Замкнутый круг?