Продолжаем копаться в различных областях, которые должны раскрасить новыми красками жизнь обычного интегратора-автоматизатора, но пока очень далеки от реальности.
Все также про граничные вычисления - децентрализованную обработку данных, управляемую через центральную платформу. Граничные вычисления имеют большое значение для промышленного Интернета вещей. Во многих приложениях объем данных настолько велик, что не все данные можно передать на центральную (облачную) платформу. Или приложению требуется короткое время ожидания, которое может быть достигнуто только за счет обработки данных рядом с машиной.
Схему взял я конечно из рекламного пресс-релиза, но менее полезной от этого она не стала.
Можно заметить, что есть три производственных среды: уровень производства, граничный уровень и облачный уровень.
Уровень производства - это сеть ОТ, граничный уровень и облачный - это сеть IT, которые в далеки времена были просто отрезаны друг от друга, а также маленькая сеть цеха, которая соединяет уровень производства и условную физическую ноду, которую мы используем для граничных вычислений.
Ко всему этому вопрос. Как по вашему, а нужны ли подобные архитектуры? Если есть опыт создание систем с граничными вычислениями, то прошу поделиться)

#tips
Еще небольшая команда для Codesys, которая позволяет сохранить значения RETAIN переменных на файл.
Вводится в оболочке ПЛК и зовется saveretains

Хороших всем выходных)

Так как поступила целая одна просьба, то отправляю на всеобщее обозрение библиотеку для работы с протоколом MQTT. Умеет в защищенное соединение, так как основана на библиотеке Socket2. Точно работает TLSv1.2 и точно работает с YandexCloud IoT Core(Если есть желание протестировать, то могу выдать вам устройства). Также прикладываю архив проекта, где примеры работы с Socket и MQTT.
https://blog.engcore.ru/2022/08/22/rabota-s-socket-codesys-v35-2/ - а здесь немного пояснений к TLS Socket хэндлерам

Так как сегодня четверг, который плавно стал пятницей, то и чтиво легкого вам занесу.
https://www.infoplc.net/blogs-automatizacion/item/111759-programador-ultimo-eslabon-fabricacion-maquinas
Это небольшой пост, но уж очень находит отклик. Если кому лень читать, то в посте говорится, что программист ПЛК - это последний человек, который занимается установкой и именно он страдает от всех недоработок и задержек, которые были допущены на прошлых стадиях изготовления.
Так как срок поставки конечного продукта существует, то почему-то всегда урезают процессы необходимые для правильной работы ППО - тестирование, проверки всех входов выходов, доработка визуализации и иногда все приходится доделывать на бегу

Я с 25 годами опыта устраняю проблему за 5 минут

Новичок сразу после шараги который работал над ней 6 часов:
"Годы обучения в академии прошли напрасно"

Цифровые тренды меняют промышленный ландшафт
Развитие Индустрии 4.0 продолжается, а вместе с ней происходит цифровизация промышленности.
По словам Прем Шанмугам, вице-президента и руководителя международной практики в Frost & Sullivan цифровая индустриальная эра состоит из трех этапов:
1)Связь вещей. Именно здесь пользователи сосредотачиваются на внедрении облачных технологий и подключении к Интернету вещей (IoT).
2)Операции с данными. Именно здесь кибербезопасность и AI / ML являются цифровыми средствами и защищают / дополняют системы.
3)Промышленная аналитика. Цифровые двойники, периферийные вычисления и AR/VR играют здесь ключевую роль.
Также существуют шесть тенденций цифрового производства:
1)Инновационные бизнес-модели(старое купи-продай не будет работать)
2)Смещение ценности с аппаратного решения на программное(появляется огромное уоличество задач, которые требуют больших вычислительных можностей)
3)Акцент на устойчивое развитие(Медленное движение и рост. Просто занять одну нишу становится губительным)
4)Проблемы, связанные с талантами(Наращивание компетенций новых сотрудников - долгий процесс)
5)Конкурентная среда
6)Макроэкономический контекст
И при дальнейшем развитии существуют шесть возможностей роста:
1)Предиктивное обслуживание. Ремонтируем ДО, а не ПОСЛЕ
2)Инвестируйте в конвергенцию IT/OT
3)Используйте граничные и облачные вычисления в связке
4)Сосредоточьтесь на инициативах в области устойчивого развития
5)Создавайте бизнес-модели «программное обеспечение как услуга» (SaaS) и ориентированные на результат.
6)Развивайте стратегические партнерские отношения с компаниями и организациями, которые соответствуют вашей бизнес-модели и подходу

Всех приветствую. У нас тут минутка саморекламы.
1)@Engcore_Bot - бот данного канала, где вы можете задать какие-то свои вопросы, предложить новости для данного каналы и темы для обсуждения. Также в тестовом режиме начал работу "Список руководств" куда вы можете загрузить нужные для вас мануалы или найти из того, что будет загружено
2)https://t.me/wtfplc - наш чат, в котором можно поговорить на темы связанные с программированием в OT
3) https://t.me/wtfplc_topics - а этот канал я хочу сделать форумом, но для того, чтобы это получилось, мне требуется ваша помощь. Нам там необходимо 200 человек. Так что если у вас есть знакомые, коллеги, которые хотели бы присоединиться к нашему сообществу, то прошу пригласить их. Большое спасибо)

И так новости от Siemens. Судя по всем они презентуют TIA Portal 18 и дадут возможность писать код в Visual Studio Code и откроют возможности ООП. Все это произойдет на выставке SPS

Если вам очень хотелось бесплатного OPC UA сервера, то прошу https://www.open62541.org/
open62541 — это бесплатная реализация OPC UA (унифицированная архитектура OPC) с открытым исходным кодом, написанная на общем подмножестве языков C99 и C++98. Библиотека может использоваться со всеми основными компиляторами и предоставляет необходимые инструменты для реализации выделенных клиентов и серверов OPC UA или для интеграции связи на основе OPC UA в существующие приложения. Библиотека open62541 не зависит от платформы. Все специфичные для платформы функции реализованы с помощью заменяемых плагинов. Реализации подключаемых модулей предоставляются для основных операционных систем.

Не обходят нас стороной и китайские производители. ПЛК Xinje с управлением по шине EtherCAT.
https://www.plcsystems.ru/News/detail.php?ID=65915
Что имеется на борту исходя из пресс-релиза:
- Система управления по шине EtherCAT поддерживает до 32 узлов связи.
- Самый быстрый цикл синхронизации составляет 500 мкс (до 16 осей) и 1 мс (до 32 осей).
- Есть ПЛК на базе Codesys
-Существуют вариации с CAN
-Собственное "облако" от производителя
-В некоторых контроллерах можно напрямую писать на С
Цена по запросу)
https://t.me/wtfcontrolsengineer

Как же жизненно

Длинный текст, примерное время прочтения 20 минут, об истории систем автоматизации.
Интересные моменты, связанные с пневматическим регулированием меня удивили, так как подобные вещи я не знал.
Моя любимая цитата из статьи:
"...фактически можно легко построить распределенную систему управления процессом с ПЛК от SIEMENS, AllenBradley, Trei и SCADA Citect, и это будет полноценное работающее решение"

https://habr.com/ru/post/698406/

Добрый вечер, дамы и господа.
Так как бот приобрел хоть какую-то форму и имеет минимальную работоспособность, то я продолжу создавать необходимый инструментарий, как минимум для меня)))
Скажу огромное спасибо спонсору дальнейших изысканий @tomas111
Какие у нас планы:
1)Создать минимальный цифровой двойник. Он будет пока максимально простой. Клапана, концевики, насос, возможно уровнемер. Общение с ПЛК будет происходить через modbus TCP. Сервер будет облачный и если все пойдет как я планирую, то будет возможность предоставить такой сервис всем желающим. И тут вопрос, а как вам удобно будет конфигурировать подобный "цифровой двойник"? Есть вариант конфигурационного файла, второй вариант это веб морда. Можете своих вариантов накидать.
2)Работа с MQTT и брокером сообщений, работа с БД временных рядов. Тут тоже принимаются пожелания. Сразу оговорюсь, что брокером будет выступать Yandex IoT Core так как я уверен в работе библиотеки с ним, а настраивать с нуля свой брокер пока не хочу, но это пока....
3)Углубимся в граничные и облачные вычисления и передачу данных благодаря всему что можно, организую систему логирования благодаря shared memory. Да и в целом посмотрим как работает ПЛК если внутри запустить пару демонов на языках высокого уровня.
Все это будет как-то сопровождаться статьями, стримами и возможно позаписываю видео.
Вот такой план действий. Если есть вопросы, идеи и пожелания, то прошу либо в комментарии, либо в бот.

Опишите ваше эмоции от выражения: "Arduino в промышленной автоматизации".
А если Arduino объединится с Finder и выпустит "микро ПЛК"?
Arduino совершает прыжок веры и переходит в мир промышленной автоматизации с первым в мире ПЛК Arduino, сотрудничая с Finder для разработки Opta с учетом требований инженеров по управлению.
В линейке представлено три конфигурации:
1)Opta Lite со встроенным Ethernet и USB-C для программирования
2)Opta RS485
3)Opta WiFi с Bluetooth Low Energy
По железу обещают:
- двухъядерный процессор Cortex-M7 и Cortex-M4
-восемь настраиваемых цифровых входов
-четыре релейных выхода
-рабочее напряжение 12–24 В постоянного тока
-использовать язык программирования Arduino или стандартные языки IEC-61131-3
Ну и позиционируют они себя как небольшие контроллеры для маленьких систем и IoT решений
@wtfcontrolsengineer
Ссылка на новость

Как часто вы задумываетесь о миграции HMI/SCADA на ваших проектах? Хотели бы вы сменить вендора или просто переделать визуализацию под новые требования, которые существуют в современной автоматизации?
Для того чтобы красиво перейти от одной HMI/SCADA системы к другой стоит помнить, что не надо делать старую систему новой. Сейчас информацией пользуются не только операторы для управления технологическим процессом, а также целый ряд персонала, который отвечает за оптимизацию производства, техническое обслуживание, есть ряд задач граничных и облачных вычислений. Так что перед началом модернизации стоит стандартизировать структуру ваших тэгов.
Второй шаг выявите потребности тех, кто будет пользоваться такой системой. Что требуется оператору, а что начальнику цеха. У каждого из них разные потребности и им требуется разная информация. Информация, а не данные.
Как только будут определенны потребности стоит заняться отрисовкой экранов, используя практики UI/UX. Добавляйте к данным контекст, упрощайте экраны и минимизируйте их количество.
Пять советов по оптимизации экранов HMI/SCADA:
1)Определите навигационную структуру проекта.
Выберите макет, который поможет операторам быстро и эффективно получать нужные данные.
2)Уменьшить когнитивную нагрузку на экран HMI/SCADA для пользователя.
Чтобы помочь пользователям быстро усваивать информацию, сочетайте значки с текстом. Выровняйте текст по левому краю и соблюдайте стиль и терминологию на всех экранах.
3)Создайте визуальную иерархию HMI/SCADA.
Подчеркните важные элементы, меняя размер, положение, цвет и изоляцию.
4) Используйте высокопроизводительные методы HMI.
Эти типы дизайна и дисплеев помогают пользователю принять наилучшее решение в кратчайшие сроки.
5)Используйте мобильность HMI/SCADA
Источник
@wtfcontrolsengineer