"Я вам че - Автоматизатор?"

Как все интересно выходит. Буквально на днях ботал данную тему, а тут Инсат выкатывает такую новость
https://insat.ru/news/?id=149794
Вот вам СУБД временных рядов производства ООО «АВАДС СОФТ»

Как говорят зарубежные товарищи: "...типичные проблемы при проектировании машин включают проблемы совместимости и интеграции, связанные с электронным управлением, приводами и программным обеспечением, полученным от различных поставщиков. Использование единого источника для проектирования автоматизации машин может решить многие проблемы проектирования, запуска и ввода в эксплуатацию"
Если что это статья подводка к какому-то курсу. Но действительно ли это так?
Выходит, что для большей гибкости и скорости требуется унифицировать вендоров, что кажется логичной идеей. Один производитель, одна среда разработки, один ЗИП на всё. Согласен ли я с этим утверждением? Как любитель писать велосипеды - нет.
Привязка к одному производителю - это лок на нем. Это ускоряет производство и ввод в эксплуатацию, но дает много проблем при эксплуатации таких систем в случае проблем с логистикой или санкций. Плюс полностью проприетарное ПО не всегда обладает хорошим качеством.
А вы как думаете, единый источник - добро или зло?

Для тех кому не хватает общения на тему программирования ПЛК и в целом программирования в сфере ОТ, то еще есть чатик
https://t.me/wtfplc
Во избежание недоразумений прошу ознакомится с правилами чата в закрепленном сообщении

Наконец-то я добрался до сравнения структурного подхода при написании ППО для ПЛК и ООП. Тут вам и функции, и функциональные блоки, обращения к структурам, наследование, интерфейсы, абстрактные классы, методы и свойства.
На синтетических примерах показываю как я подхожу к написанию логики программы и как я работаю с данными, постарался показать как в целом это можно сделать. Чтения минут на 30
https://blog.engcore.ru/2022/09/12/use_plc_oop/

Вещь, которой я постоянно пренебрегал, способная спасти вам много нервных клеток, если вы любите работать с указателями. ПРОВЕРКА НА ПУСТОЙ УКАЗАТЕЛЬ. Запишем данную вещь в обязательную часть алгоритма.

И еще не много об интересных статьях
https://habr.com/ru/post/690898/
Весьма интересная статья о подходах к созданию универсальных FB для решения определенных технологических задач. Не скажу, что это именно что framework, но за старания и статью огромный плюс.

Так как с новостями в последние несколько недель все очень и очень грустно, то ловите небольшую хитрость, возможно я опоздал, но все же. Для тех кто пользуется контроллерами на базе Codesys и любит удаленное присутствие на объекте, то вот вам возможность использования AnyDesk как обычного прокси-шлюза.
1)Пробрасываете порты до Codesys gateway на удаленной машине
2)Добавляете новый Gateway в проекте Codesys с указанным портном на вашей стороне
3)Указываете IP ПЛК в сети удаленной машины
4)....
5)Profit
Быстро и просто, не надо возиться с VPN и мостами. Из минусов требуется кто-то на объекте с интернетом и постоянно включенным AnyDesk

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

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

Добрый день. Приглашаем всех желающих пообщаться с разработчиками продукта IntraScada в рамках выставки Kazan Digital Week 2022, которая будет проходить с 21.09.2022 по 23.09.2022 в г. Казань (Международный выставочный центр «Казань Экспо»). Здесь мы расскажем про новую версию системы и озвучим планы на дальнейшее развитие.

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

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

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

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

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

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

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

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