Давайте еще немного про различного рода конференции.
Буду надеяться, что смогу лично присутствовать в СПб
https://nnz-ipc.ru/sobytiya/industrial_automation_day_invitation/

IIC(Industry IoT Consortium) - выпустила IIoT AI Framework.
Этот документ содержит рекомендации и помощь в разработке, обучении, документации, общении, интеграции, развертывании и эксплуатации промышленных систем IoT с поддержкой ИИ. Он предназначен для лиц, принимающих решения в области ИТ и операционных технологий (ОТ), бизнеса и технических специалистов из различных областей, включая лиц, принимающих решения, менеджеров по продуктам, системных инженеров, проектировщиков вариантов использования, системных архитекторов, архитекторов компонентов, разработчиков, интеграторов и системных операторов.
В документе представлены различные точки зрения на разработку системы:
-Точка зрения бизнеса
Внимание уделяется проблемам выявления заинтересованных сторон и их бизнес-видения, ценностей и целей при создании системы IIoT в ее деловом и нормативном контексте. Кроме того, он определяет, как система IIoT достигает заявленных целей посредством ее сопоставления с основными возможностями системы
-Точка зрения использования
Проблемы ожидаемого использования системы, обычно представляемые как последовательность действий с участием людей или логических пользователей (например, систем или системных компонентов), которые обеспечивают предполагаемую функциональность, в конечном счете, реализуя ее основные системные возможности.
-Точка зрения функциональности
Основное внимание уделяется функциональным компонентам в системе IIoT, их структуре и взаимосвязи, интерфейсам и взаимодействиям между ними, а также взаимосвязи и взаимодействиям системы с внешними элементами в среде для поддержки использования и деятельности всей системы.
-Точка зрения реализации
имеет дело с технологиями, необходимыми для реализации функциональных компонентов (функциональная точка зрения), их схемами связи и процедурами их жизненного цикла. Эти элементы координируются действиями (точка зрения использования) и поддерживают возможности системы (точка зрения бизнеса).
Также документ описывает путь цифровой трансформации - от "растущих проблем", с которыми сталкивается организация, к результатам, которые могут решать эти проблемы.
Рассматриваю 5 уровней становления ИИ в промышленности:
1 уровень - Ранний интерес и высокий риск того, что технология просто маркетинговый ход
2 уровень - Эксперименты с ИИ в контексте науки и данных
3 уровень - ИИ в производстве
4 уровень - ИИ используется для цифровых преобразований и трансформации
5 уровень - ИИ является частью
Использовать ИИ предполагается в следующих ролях:
-Цифровизация/Извлечение/Трансформация
-Анализ/Детектирование/Диагностика
-Оптимизация
-Генерация решения
-Предписания к действиям
-Предсказание
-Действия/Управление
Затрагиваются темы доверия к системе и возможности его обеспечения. В целом занимательное чтиво для понимания архитектуры.
Источник

Как я недавно прочел в блоге, у одного зарубежного коллеги:"Современные производители оборудования для АСУТП делают все "открытым", но очень много до сих пор скрыто от глаз пользователей". И действительно проприетарного очень много и иной раз оно там, где не очень то и хотелось, но оказывается, что есть инициативы, которые направлены на построение открытых систем.
Open Process Automation Standard (OPAS) является инициативой The Open Group, направленной на создание открытой, стандартизированной и безопасной архитектуры для промышленных автоматизированных систем. Цель данной инициативы — упростить интеграцию, улучшить взаимодействие и обеспечить надежность промышленных систем, что должно снизить затраты на их разработку, поддержку и модернизацию.

В основе OPAS лежат следующие ключевые компоненты:

1. Открытые стандарты: OPAS основан на определении открытых стандартов, которые обеспечивают интероперабельность между различными уровнями промышленных систем и оборудования.

2. Модульность: Стандарт поддерживает модульный подход к разработке промышленных систем, что облегчает замену и добавление компонентов, а также обновление программного обеспечения без прерывания процессов.

3. Безопасность: OPAS разрабатывается с учетом принципов безопасности для обеспечения защиты промышленных систем от кибератак и других угроз.

4. Протоколы связи: Стандарт определяет протоколы связи, которые обеспечивают надежную передачу данных между различными уровнями промышленных автоматизированных систем.

5. Жизненный цикл системы: OPAS охватывает все аспекты жизненного цикла промышленной системы, включая разработку, эксплуатацию, обслуживание и модернизацию.

6. Совместимость с существующими системами: Стандарт разрабатывается с учетом совместимости с уже существующими промышленными системами, чтобы облегчить их переход на новую архитектуру.

OPAS ориентирован на удовлетворение потребностей различных отраслей промышленности, таких как нефтегазовая, химическая, энергетическая и другие.

Запущена подгруппа 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%) — три основные причины, по которым респонденты используют ИИ для периферийных вычислений.
Источник