Запущена подгруппа OPC UA «REST»
Введение
Спецификация OPC UA включает транспортные шаблоны, такие как клиент/сервер или публикация/подписка, и привязку к различным транспортным протоколам, таким как TCP, UDP или MQTT, которые в основном подходят для сред OT.

ИТ-мир желает использовать данные из пространства OT для объединения с дополнительными концепциями, такими как оболочка управления активами (AAS), пространства данных, цифровые двойники и метавселенная. Все эти инициативы и решения связаны с обменом информацией между несколькими компаниями с различными вариантами использования, такими как данные о жизненном цикле продукта (AAS) или данные управления (DataSpaces). В большинстве случаев они обмениваются данными через проприетарные или стандартизированные HTTP REST-интерфейсы.

Цель
Группа REST, как подгруппа рабочей группы OPC Foundation UA, обсудит варианты использования для интеграции OPC UA через REST и предложит возможные расширения для спецификации OPC UA. Это специальная подгруппа, предназначенная для ИТ-специалистов (особенно REST) ​​и участников, работающих в области периферийных и облачных вычислений, для обсуждения этих вариантов использования.

Объем
Неисключительные примеры рабочих элементов включают:

-Определение универсального интерфейса REST для общих сервисов OPC UA (чтение, запись, вызов и т. д.)
-Стандартизированное сопоставление параметров службы OPC UA с типами данных, обычно используемыми в RESTful API.
-Как существующий сервис OPC UA без сеанса можно использовать с интерфейсом REST.
-Определить концепцию предоставления интерфейсов REST для вариантов использования Companion Specification.
-Определить требования к безопасности
-Создание прототипов и демонстрация
-Определите интерфейс REST, совместимый с OpenAPI, с помощью Swagger.

Стартуем пятницу с интересного YouTube канала, который мне выпал в рекомендациях по счастливой случайности.
https://www.youtube.com/@realpars
RealPars - крупнейшая в мире образовательная он-лайн платформа для инженеров по автоматизации. Короткие видео из разных областей промышленной автоматизации.

В Питере и Москве уже прошли конференции «День промышленной автоматизации» от «Ниеншанц-Автоматика». Пока я жду, когда мне пришлют презентации по докладам, что рассказать подробнее что там было, а пару интересных подходов там точно присутствовало, хочу вкратце рассказать про Front Control PLC (Немо)
Согласно презентации Front Control PLC - контроллер, обеспечивающий опрос модулей ввода/вывода по интерфейсам RS-485 с последующей передачей данных по Ethernet на сервер со SCADA.
(Фотографии в интернете нет, так что я прикреплю фотографию модуля ввода, но внешнее исполнение у ПЛК точно такое же)
Что есть на борту:
-Два интерфейса RS-485 с защитой от помех и короткого замыкания
-Интерфейсы могут работать независимо друг от друга со скоростями 9600/115200
-Порт консоли RS232
-RTC с питанием от батарейки
-OC Linux
-Питание 9-30 В постоянного тока
-Крепление на дин рейку.
-USB 2.0
-LAN 10/100
-Cortex-A35(RK3308)
-512 МБ ОЗУ
-Watchdog
В целом вот такая машинка. Что меня в ней точно привлекло это чистая ОС и от этого можно реализовывать различные решения. Хочешь сам с нуля все делай, если есть желание, то можно воткнуть OpenPLC. Если еще там достаточно памяти ПЗУ, то можно лепить весьма бодрые решения.
Основной вопрос остается в цене данного устройства. И если оно не превышает какие-то внутренние границы, то я бы попробовал это все применить.

Все же очень редко найдется материал, который бы показывал про проблемы и из решения со стороны разработчиков ПО для OT. На хабре появилась статья от разработчика одной SCADA, так что если есть 9 минуток и желание, то можете ознакомиться.
https://habr.com/ru/articles/727268/

Клиент утверждает: "Установка работала нормально, пока не были сделаны изменения в HMI"

В ноябре 2021 года, была поднята тема про SoftPLC и VirtualizePLC. С тех пор много воды утекло. И так апрель2023 - Siemens впервые представит полноценный виртуальный ПЛК на ярмарке в Ганновере Simatic S7-1500V
Виртуальная среда основана на функциях аппаратного ПЛК S7-1500 и доступна через Industrial Edge, часть Industrial Operations X, ориентированную на разработку, выполнение и оптимизацию производства на платформе Siemens Xcelerator.
Виртуальный ПЛК не зависит от аппаратного обеспечения, а программное обеспечение Industrial Edge Management позволяет управлять виртуальным контроллером и другими приложениями на центральном уровне.
По заявлениям маркетологов - это новый шаг на пути к адаптивному производству, что означает легкость в масштабировании, расширенная диагностика и безопасная удаленная работа. Все работает с TIA Portal, а сам ПЛК будет крутиться где-то на граничных серверах системы автоматизации.

Для реализации политики импортозамещения необходимо разработать стандарты в области промышленной автоматизации
12 апреля 2023 года в рамках выставки ExpoElectronica круглый стол «Актуальные проблемы АСУ ТП в промышленности» при поддержке АРПЭ и Ассоциации «Индустриальные инновации». Мероприятие было посвящено проблемам разработки и внедрения промышленных АСУ ТП, сообщает сайт Ассоциации разработчиков и производителей электроники.
Основные тезисы, которые были выдвинуты:
-Разработка единых стандартов открытой архитектуры АСУ ТП
-Унификация требований к оборудованию и комплектующим
-Создание открытой среды разработки
-Создание вендоро-независимых софтверных программируемых логических контроллеров
Источник

На сайте оscat вышла статья, хотя я бы это отнес к руководству по Работе с визуализацией из кода программы в CODESYS V3
Руководство

Впервые с момента появления EtherCAT 20 лет назад технологическая группа EtherCAT (ETG) публикует данные об узлах. За исключением модульных устройств ввода-вывода, ETG насчитывает 59,1 миллиона узлов, причем недавний рост особенно впечатляет. С 2014 года рост был экспоненциальным: только в 2022 году было добавлено 18,4 миллиона узлов.

Эти цифры включают чипы EtherCAT, проданные в соответствующем году, но не включают чипы для терминалов ввода-вывода. Это означает, что модульная станция ввода-вывода считается единым узлом, даже если она состоит из гораздо большего количества терминалов EtherCAT.
EtherCAT, как и CAN, требует, чтобы только производитель микросхем лицензировал свое оборудование, поэтому стоимость включена в стоимость покупки микросхем EtherCAT.

«Чинт» расширяет присутствие в России, запустив локальный бренд ENSMAS
25 апреля на выставке «Нефтегаз-2023» в московском «Экспоцентре» состоялся пресс-завтрак, на котором было объявлено о запуске компанией «Чинт» на российском рынке нового локального бренда ENSMAS.
В продуктах и решениях от ENSMAS будет применяться программное обеспечение, которое частично разрабатывается в Китае. Для нужд российского рынка его будут дорабатывать уже в нашей стране, причем получаемые в итоге аппаратно-программные комплексы будут соответствовать требованиям Постановления Правительства РФ N719.
Источник
Во вложении обзорная презентация на поставляемые решения

В феврале и марте 2023 года было проведено исследование для подписчиков Control Engineering_ на тему «Первичные вычисления и технологии искусственного интеллекта», чтобы узнать, как эти технологии используются для автоматизации, управления и контрольно-измерительных приборов.
Информация собиралась с 8 февраля по 23 марта 2023 г. При 121 респонденте погрешность результатов составила +/-8,9% при доверительном уровне 95%.
Граничные вычисления для автоматизации, управления, контрольно-измерительных приборов
Среди респондентов опроса 98% так или иначе используют граничные вычисления. Периферийные вычисления чаще всего используются в процессах управления (51%) и в программном обеспечении диспетчерского управления и сбора данных (SCADA) (50%).
Среди респондентов 88% используют облачные ресурсы с периферийными вычислениями; аналитика (55%) и память/хранилище (50%) являются основными облачными ресурсами.
Искусственный интеллект, машинное обучение
AI/ML были приобретены 53% респондентов через приложение, которое им предоставил поставщик или дистрибьютор средств автоматизации, управления или контрольно-измерительных приборов.
Среди респондентов 73% используют AI/ML для управления, автоматизации или технической поддержки приборов; 47% для поддержки OT или инженерного отдела.
Граничные вычисления, AI и ML
Около половины (51%) респондентов согласны с тем, что периферийные вычисления являются лучшей целью для программного обеспечения/алгоритмов ИИ, чем программируемые логические контроллеры (ПЛК).
Вычислительная мощность (38%), сетевые возможности (37%) и надежность (32%) — три основные причины, по которым респонденты используют ИИ для периферийных вычислений.
Источник

Теряет ли ПЛК сегодня свою актуальность?
По словам Дейва Саттона, - менеджера по производству SE, в последнее время производители столкнулись с постоянными требованиями и проблемами, связанными с необходимостью повышения эффективности своей работы, что выявило несколько ключевых ограничений ПЛК:
ПЛК не готов к IT
Волна технологий IIoT на основе ИТ в настоящее время используется наряду с ПЛК, однако для объединения этих технологий требуется значительный объем низкоуровневой инженерии и интеграции.
Проектирование с одним узлом
 Современные ПЛК и ПКА(PAC) разрабатываются на основе стандарта IEC61131. Прикладные программы пишутся для одного узла (одного ПЛК) за раз, поэтому более крупное приложение, распределенное по более широкой архитектуре, требует отдельного управления низкоуровневыми коммуникациями и конфигурацией сети.
Привязка к поставщику
 Аппаратное обеспечение ПЛК и прикладное программное обеспечение связаны друг с другом, поэтому пользователь эффективно привязан к собственному решению одного поставщика.
Управления устареванием
Для перехода с устаревшего ПЛК на новую платформу обычно требуются значительные инженерные усилия.
Возможны следующие пути развития ПЛК:
Граничные вычисления
Недавние достижения в области оборудования для управления периферией и двух операционных систем теперь обеспечивают устойчивость, надежность и доступность, необходимые для запуска детерминированного управления в реальном времени на одном ядре с использованием операционной системы Linux, в то время как приложения для ИТ-данных могут работать на втором ядре с использованием другой операционной системы.
Стандарт IEC61499
IEC61499 расширяет и совершенствует IEC 61131. Он обеспечивает переносимость приложений между поставщиками, а также разделение программного и аппаратного обеспечения, упрощая целостную разработку приложений, которые впоследствии можно развернуть на одном или нескольких узлах
Источник

Сайт controleng.com с 10 марта по 4 апреля 2023 года провел опрос специалистов, которые подписаны на их электронную рассылку. Всего было получено 266 ответов с уровнем достоверности 95%
С полным обзором можно ознакомиться по ссылке, но меня тут интересую некоторые пункты.
Во-первых, это технологии, которые наиболее вероятно помогут специалистам в текущем году. Первые три места забирают: оптимизация производства, приложения для автоматизации/модернизации автоматизации, роботы/коботы/мобильные роботы.
Во-вторых, увеличилось количество людей, которые работают 50 часов и более в неделю, что вполне можно связать с кадровым голодом.
Для повышения своих навыков лучше всего подходят: собственный опыт работы, постоянное образование, работа с ментором и чтение тематических публика, сайтов, новостных рассылок, цифровых инструкций.
А к необходимым навыкам для для продвижения, среди участников опроса, являются: инженерные навыки, коммуникативные навыки и навыки управления проектом.

Интересный доклад, который прошел на конференции HL++ 2022 про работу АСУТП и использование OpenScada. Технических деталей не так уж много, но есть интересный подход, который близок мне по духу.
https://www.youtube.com/watch?v=7xu-3kpYrxE

Одна статья, которая немного навела шороху, уже настоялась, а значит и мне можно дать комментарий по этому поводу.
Меня не особо порадовала тенденция как-то говорить, что автор очень далек от АСУТП или касается этой отрасли по касательной, так как затрагиваются все же больные темы.
Могу точно согласиться, что с сообществом в автоматизации очень сложно. Очень редки обсуждения каких-то рекомендаций или стандартов, мало обсуждений каких-то абстрактных вещей или новых технологий. Редко кто готов поделиться частью кода, так как скорее всего там секретная информация.
Но это в основном и не актуальные проблемы. Действительно многих беспокоит разделение труда и все пытаются сравнить, а что же делают люди в разных местах, но которые занимают одинаковые должности. Стоит вопрос денег, так как опираются на зарплаты программистов IT. Сложно говорить о высоком, когда регистр по modbus не читается.
Далее можно пройтись по стандарту МЭК 61131-3. Автор говорит, что это на его взгляд это основная проблема, но так ли он плох? Многие специалисты в среде автоматизации уже не первый десяток лет используют LD/FBD и у них все хорошо. Все специалисты держат фокус на технологии процесса, а не на том, как правильно обработать сигнал с модуля ввода. А так как многие вещи уже отданы на откуп производителю, то системы могут быть стабильны, работать долго, а также это сокращает время на разработку продукта. А разнообразное количество сред разработки и производителей создается из-за того, что каждый по разному реализует требования стандарта и обеспечения безопасности.
Из этого следует, что языки развиваются медленно, очень много недоступно и чтобы получить необходимый функционал требуется прикупить еще пару железок и их запараметрировать. В свою очередь такое медленно развитие языка, при сравнении с IT может дать ложное чувство, что отрасль стагнирует или совсем умерла. Но откуда такое желание постоянно сравнивать все с IT?
Уровень инженерной культуры все же есть, да он не космический, но он есть. Все чаще пишут красивый код, больше времени уделяется на архитектуры. Становится больше тех кто интересуется такими вопросами. И если в текстовых языках еще можно взять какие-то заготовки из мира информационных технологий, то вот чтобы писать красивый код на графических языках стоит ознакомиться с гайдами от OpenPLC.
А теперь ответ на вопрос: "А что же делать?" или IoT спасет?
Конечно нет. Просто пора разделять те вещи где требуется ПЛК, а где требуется какой-нибудь одноплатник с периферией. Где-то нам нужна надежность и жесткая привязка процесса к времени, а где-то нам требуется быстрая реализация небольшого проекта. Интернет вещей, как облачные и граничные вычисления - инструмент и такой инструмент стоит применять там где ему место.
Также стандарты и качество не зависят от условных "ит-шников", а это просто общий уровень всех специалистов. А чтобы уровень рос, то стоит начинать делиться знаниями, вести дискуссии, да и просто самим развивать сообщество, не надеясь на кого-то извне. Свой ТГ-канал я создал так как мне не с кем было поговорить по моей профессии.
В целом эта статья, как я считаю, крик души, потому что чувства автора мне понятны. Я сам буквально тройку лет назад хватался за голову думаю, что все очень плохо, но как показало время есть множество путей для развития, но если постоянно себя сравнивать с кем-то, то можно заработать невроз и потерять все желание развиваться.