Правила работы с переменными при программировании ПЛК:
1)Избегайте использования системных адресов в коде
2)Определите стандартный набор префиксов, если вы их собрались использовать(Венгерская нотация)
3)Определите слова, которые стоит избегать в именах объектов. Обычно это ключевые слова и бессмысленные переменные(temp, buf и т.д.)
4)Определите нотации объявления переменных и объектов, которые будут использоваться в проекте.
К примеру:
UPPER_SNAKE_CASE - для констант, различных пользовательских перечислений и ключевых слов(END_IF)
UpperCamelCase - для всего остального(если у вас есть префиксы, то будет lowerCamelCase)
5)Определите допустимую длину названия переменной. Избегайте аббревиатур если они не известны. Не используйте малоразличаемые имена(valve/valves)
6)Не используйте одинаковые имена для любых задач, программ, функций и функциональных блоков,
переменных, UDT и пространств имен.
7)Переменные должны быть понятны, читаемы и отражать содержимое

@wtfcontrolsengineer
Предложка: @Engcore_Bot

Закончим понедельник хорошей статьей о сравнении БД временных рядов и архиваторах исторических данных.
https://www.umh.app/post/historians-vs-open-source-databases
В статье рассказывается про минусы бд временных рядов для OT и почему исторические сервера не подходят для IT

Когда пытаешься найти где достать ЗИП
@wtfcontrolsengineer

Продолжение статьи по работе с сокетами.
В статье происходит работы с сертификатами и установка соединения c использованием TLS протокола.
Бот для ваших новостей, статей и предложений: @Engcore_Bot
"Я вам че - Автоматизатор"

Всех приветствую. Я тут опять с кризисом идей, так что обращаюсь к вам. Напишите в комментариях к этому посту оч ем бы вы хотели узнать больше по тематике канала?

OPC UA решил стать еще огромнее.
Мое отношение к OPC UA менялось от ненависти, до дружеского общения и теперь я начинаю его бояться. OPC UA становится тяжелым и неподъемным, он хочет вместить в себя все, что можно.
И теперь у нас новость, что OPC Foundation и FieldComm Group разрабатывают профиль контрольно-измерительного оборудования для OPC UA Field eXchange.
Цель состоит в том, чтобы обеспечить интероперабельный интерфейс между ПЛК/РСУ и контрольно-измерительными устройствами, такими как датчики, приборы и приводы. Решение должно поддерживать различные отрасли, такие как нефть и газ, фармацевтика, химическая промышленность, энергетика, водоснабжение и водоотведение, а также целлюлозно-бумажная промышленность.
Спецификация профиля нового контрольно-измерительного устройства будет использовать PubSub и может сочетаться с различными базовыми протоколами связи (например, UDP/IP) и физическими уровнями (например, Ethernet-APL) для поддержки всех соответствующих вариантов использования в дискретном и непрерывном производстве, включая контрольно-измерительные приборы безопасности на основе OPC UA Безопасный и детерминированный обмен данными на основе Ethernet Time-Sensitive Networking (TSN), где это применимо.
"Я вам че - Автоматизатор?"

PA-DIM(Информационная модель устройства автоматизации процессов)
Еще одна надстройка в OPC UA.
Короче говоря, PA-DIM — это общий язык для описания данных устройства независимо от протокола, типа устройства или производителя.
Среди кейсов для этой модели указаны:
1)Мониторинг состояния устройства, включая статус, возможную причину и дополнительные сведения
2)Хранение параметров устройства NOA, включая их историю.
3)Контроль устройства с течением времени на предмет их рабочего диапазона и проверка на соответствие
4)Идентификация устройства, включая производителя, модель, серийный номер, версию аппаратного и программного обеспечения, код продукта и AssetID (тег для устройства).
5)Проверка, что установленные устройства и их конфигурации соответствуют спроектированным устройствам и конфигурациям.
6)Считывание переменных процесса с многопараметрических устройств.
И все это работает в NAMUR Open Architecture
"Я вам че - Автоматизатор?"

Наконец все что можно отгремело. Индустрия 4.0 немножко устаканилась. Есть конкретные технологии и направления: IIOT(беспроводные датчики плюс устройства минимального управления с функцией авторизации)- используется все в сложных и удаленных местах, но не критичных к времени реакции; Граничные вычисления - перенос сложной работы с данными на вычислительные мощности внутри сети предприятия; "Облачные технологии" - весьма никакое название, но подразумевает хранение и доступ к данным, которые лежат где-то на сторонних серверах ну и ряд различного функционала к ним(Нейронные сети, различные предиктивные системы, системы оптимизации, построение логистических цепочек и т.д.); TSN как возможно будущее всей связи промышленной автоматизации и Ethernet APL - выглядит очень внушительно, даже некоторые крупные игроки начали доработки стандартов под эти технологии, ну и гигантизм OPC UA.
Однако, получаем ряд проблем с внедрением
- Навыки и таланты . Одной из самых больших проблем являются навыки и таланты, необходимые для управления структурами Индустрии 4.0 и их обслуживания.
- Кибербезопасность. Огромнейшая проблема в автоматизации.
- Высокие инвестиционные требования: МСП (малые и средние предприятия) часто испытывают трудности с привлечением капитала, необходимого для внедрения Индустрии 4.0.
- Организационное сопротивление изменениям. Оцифровка вашего завода имеет явные преимущества, если она реализована правильно, но люди не хотят и не видят смысла.
- Отсутствие инфраструктуры: часто у компаний нет ИТ-инфраструктуры и инфраструктуры данных, необходимых для успешной реализации стратегий Индустрии 4.0.

21-23 сентября 2022, г. Санкт-Петербург пройдет выставка "Автоматизация", так что если у кого есть желание и возможность, то можно сходить.
https://automation-expo.ru/

Всех приветсвую. Тут пока тихо, так как каких-то интересных новостей у меня в информационном поле не пролетает, а вы вряд ли хотите читать за метаверс в автоматизации.
Сейчас пишу статью о двух подходах в написании ППО. Разбираю структурное и объектно-ориентированное. Так что если у вас есть вопросы по данной теме, то задайте их пожалуйста в комментариях, постараюсь на них ответить.

Если вы решили посветить себя ML или разработать цифровой двойник, что тоже интересная вещь, то вот вам интересные проекты, которые по факту небольшие туториалы для вкатывания
https://github.com/tirthajyoti/Digital-Twin
Цифровой двойник мосфета. Основная ценность в том, что там есть обучение модели, так что можете подглядеть.
https://github.com/mertstend/DigitalTwin_Tutorial
Прогнозирование вибраций с помощью гибридного метода (решатель ODE + рекуррентная нейронная сеть)

Новые технологии требуют новых решений.
Давайте же заглянем немного в требования SCADA, которые планируют работать с IIoT
1)Поддержка больших объемов данных
Требуется поддержка огромного количества тэгов и быстрая обработка. Стоит уже искать скады, которые отходят от лицензирования по количеству тэгов и имеют возможность вирутализации системы опросов
2)Возможность работы с протоколами интернета вещей.
MQTT, AMQP, OPC UA(pub/sub) тот набор, который уже необходим при достаточно больших системах.
3)Разделение предоставляемой информации.
Желательна возможность разделения информации на экранах процесса. Технологу и оператору требуются разная информация для обеспечения работы.
4)Мощная и насыщенная 2D- и 3D-визуализация.
А вот тут я прям буду не согласен. Пора убирать все эти крутящиеся турбины и мешалки, а также анимацию протока воды в трубах.
5)Резервирование.
Мы должны быть уверены, что если один сервер приляжет отдохнуть, то второй будет работать. И тут тоже стоит задаться вопросом вирутализации и поднятии кластера, глядишь и консул появится
6)Оповещения по SMS и электронной почте
Тут оставляю выбор за вами. Я не любитель подобных сообщений.

Чего вам не хватает в Скада системах?

Пролистывая новую статью, которая рассказывает о кейсах внедрения ИИ(роботов с нейронкой)
И наткнулся на такой пункт как Недостаток гибкости препятствует современной автоматизации.
Очень жизненное утверждение. у меня впервые в практике стоит задача создать такую систему автоматизации, чтоб алгоритм работы задавался пользователями пайтоновским скриптом.
Стоит уточнить, что система не требовательна ко времени отклика в целом, но много узлов обладают локальной автономией(пока правда только на бумаге).
Вам когда-нибудь приходилось закладывать большой потенциал универсальности в проект?

Конечно не пятница, но если вы не читаете сабреддит r/PLC, то там разгорелась история в трех актах:
1)Является ли ПЛК устройством реального времени
2)ПЛК - это НЕ устройство реального времени
3)ПЛК ЯВЛЯЮТСЯ устройством реального времени
Хорошее чтиво, с интересными рассуждениями. Ну вы то точно знаете ответ?)

Что будет если научить Arduino UNO такому языку программирования как LD? Создатели OpenPLC даровали такую возможность.

Всех причастных поздравляю с днем программиста)

Кто будет в Казани, сходите пожалуйста. Пообщайтесь с товарищами и коллегами, позадавайте интересные вопросики особенно в секции индустрии 4.0

Пятница должна начинаться с бодрости и прочтения комментариев к статье на хабре.
И так вопрос. Кто-то действительно ищет неисправности путем анализа релейных схем, а не просто читая условное статусное слово с описанием ошибки?