Прошлогодняя новость, но от того более интересная. Согласно отчету ARC(ARC Advisory Group является ведущей исследовательской и консультационной фирмой в области технологий для промышленности, инфраструктуры и городов. ) первое место среди производителей РСУ(DCS) стали ребятки из ABB. И как я понимаю там целая линейка железа, ПО и сервисов заточено под это дело. Чет даже захотелось познакомиться.
https://new.abb.com/news/detail/85787/abb-global-market-leadership-in-distributed-control-systems-confirmed-for-22nd-consecutive-year

Beckhoff Automation предоставила семь советов по реализации машинного обучения в средах управления.
Советы носят общий проектный характер из серии: спланируйте, поймите какая задача, правильно подберите управление. Но даже общетеоретические абстрактные данные помогут немного разобраться в теме.
Плохо что они никогда не дают определение ML(машинного обучения) и его отличия от DL(глубокого обучения)

Новые релизы. Компания Skkynet выпустила расширенную версию своего DataHub. Теперь он умеет подрубаться к AVEVA, InfluxData, OSIsoft(что тоже является AVEVA). Плюс там что-то с MQTT.
Если кратко, то DataHub это middleware(уровень прослойки), которое коммутирует на себя все соединения что может, по различным протоколам, а потом отправляет это куда сказано, ну разумеется на сервера skkynet, где развернута целая экосистема для работы с этими данными. Я всегда буду топить за всякие дата хабы, гетвэи и прочие прослойки в промышленной автоматизации, так как это чуть более безопасно, чем слать данные с чистого ПЛК, так как не все умеют в шифрование соединения из коробки, а где-то необходимый инструментарий придется писать самому, что тоже накладно, а вот такие DataHub решения очень даже здоровские темы, только они должны быть где-то на граничных областях производства и потом уходить в облако, а не разворачиваться в облаке, как многие пытаются сделать .
И второй пункт - такая система никогда не будет Real-time в ближайшем доступном будущем, но почему-то skkynet очень любят об этом говорить, так что не дайте себя обмануть. Очень мало протоколов умеют в Real-time
https://skkynet.com/skkynet-releases-enhanced-datahub/

Легкое чтивно про EtherCAT, там внутри даже видяшкеа есть с его принципом работы. Один из немногих протоколов, который вполне вписывается в концепцию реального времени, но к сожалению с ним просто так не поработаешь по ряду причин, например он не открытый, а оборудование стоит немного дороже, чем "если можно, то подешевле", но, как мне кажется, имеет шансы занять свою огромную дол. рынку на ряду с profinet, дождаться только распространения Ethernet-APL, чтоб два провода, да на километр, да во взрывоопасные помещения. Но если у вас есть опыт работы с ним, то поделитесь пожалуйста.
https://www.controleng.com/articles/what-is-ethercat/

Ну и еще немного про профилактическое обслуживание. Это очень дорогое решение для любого производства. Прям вот любая система, которая выдавала бы тебе необходимую информацию о профилактическом обслуживании это дорого. Профилактика - это не плановый ремонт два раза в год, а поддержание устройства в оптимальном состоянии, максимально долгий промежуток времени, с минимальными затратами и временем простоя этого оборудования.
https://control.com/technical-articles/predictive-maintenance-challenges-and-mitigation-techniques/

Большой пост от товарища Christofer Dutz, который является разработчиком Apache PLC4X.
Apache PLC4X является open-source продуктом, который позволяет подключаться к ПЛК различных фирм и спокойно с ними работать. Ну и в посте, я бы даже сказал письме, можно прочитать, почему новые фишки, которые будут необходимы пользователям теперь будут доступны только за достижения целей по сбору средств, а вся поддержка переходит на платные рельсы(а вот это дельная мысль коммерциализации продукта).
Также Кристофер указывает на огромные трудности при работе с индустриальной автоматизацией из-за множества закрытых протоколов, и необоснованно дорогих инструментов для работы со всем этим.
https://github.com/chrisdutz/blog/blob/main/plc4x/free-trial-expired.adoc

Rockwell Automation получает награду в номинации "Лучшее индустриальное IoT решение" - 2022 года.
Виновником торжества стал FactoryTalk Edge Gateway, который работает шлюзом, имея возможность отправлять ваши данные в различные сторонние сервисы для анализа и хранения.
https://www.smartindustry.com/industrynews/2021/rockwell-automation-wins-industrial-iot-solution-of-the-year-award/

А вот теперь приглашаю всех к небольшому спору и разговору о том кто как делает. Так как весьма мало подобных бесед. В данном посте я описываю свои подходы для работы с переменными, структурами и организации всего этого добра в функциональном блоке.
https://blog.engcore.ru/2022/01/17/%d0%be%d1%80%d0%b3%d0%b0%d0%bd%d0%b8%d0%b7%d0%b0%d1%86%d0%b8%d1%8f-%d1%80%d0%b0%d0%b1%d0%be%d1%82%d1%8b-%d1%81-%d0%b4%d0%b0%d0%bd%d0%bd%d1%8b%d0%bc%d0%b8-%d0%b2-%d0%bf%d1%80%d0%be%d0%b5%d0%ba%d1%82/

Наверно уже все слышали, чуть ли не из каждого утюга про метаверс. Я думал что это не доберется до промышленной автоматизации, хотя предпосылки были. В статье про возможности метавселенной для производства рассказывает Джон Бертон, генеральный директор фирмы UrsaLeo, которые занимаются построением цифровых двойников в 3d (хотя если честно, то не особо понимаю прикола с этими 3d моделями, но видать для наглядности). Еще раз закреплю, как только у вас появляется что-то в автоматизации появляется связанное с интернетом, облаком и передачей данных куда-то туда, то убирайте фразу real-time.
И вот нам рассказывают за то, что как же здорово иметь метавселеные, а мы в промышленности мы будем больше не в VR, а в AR. На сегодняшний день я видел два достойных применения AR. 1) Это экран визуализации какого-то производства. Очень красивая вещь. Дух захватило во время презентации. Удобная? Возможно. 2)Помощь при сборке-разборке чего-то что связано с ДВС. Т.е. любой человек мог при помощи подсказок собрать/разобрать механизм, который видел впервые.
Как по мне, если мы уже и говорим про проникновении AR и VR в промышленную автоматизацию, мы не называем это метавселенной, ибо метавселенная ГОК - это не очень радужное занятие, но вот в обычную работу при обходе производства во время эксплуатации - топ, Краткие инструкции по ремонту, сборке/разборе или схема электрическая принципиальная шкафа.
Одна проблема, которую я вижу - дорого. И очень плохая инфраструктура даже внутри предприятий. Но было бы красиво
https://www.smartindustry.com/blog/smart-industry-connect/the-industrial-metaverse-is-coming-can-you-take-advantage/

У нас новые требования ГОСТ на гибкие силовые кабели, в мире OT до сих пор проблемы с кибербезопасностью, Honeywell думает над технологией улавливания и хранения углерода, а в Роспатенте зарегестрирован StreamDat, ПО для сбора и обработки информации в РЕАЛЬНОМ ВРЕМЕНИ. На этом все интересные новости за последние пару дней.

MESA (Manufacturing Enterprise Solutions Association) International — некоммерческая организация, деятельность которой направлена ​​на информирование всего мира об умном производстве, а также о роли и ценности использования ИТ в производстве. Судя из описания - хорошие дяди и тети, которые выкатили небольшую статью о том, как малые и средние предприятия могут воспользоваться опытом развития умного производства у больших компаний и применить это на себя.
Есть четки пять причин по которым малым и средним производствам это надо(далее цитата):
(а) Достижение конкурентного преимущества
(b) Информированное принятие решений
(c) Поддержание единой версии правды
(d) Снижение рисков из-за нехватки квалифицированной рабочей силы
(e) Повышение нормы прибыли
(Конец цитаты)
К сожалению сама инструкция платная, стоит 100$ и покупать ее мы конечно же не будем. Так как советы данные в ней уже давно всем известны)
https://blog.mesa.org/2022/01/small-and-medium-manufacturers-can.html

Моя самая любимая тема и, наверно, самая холиварная, гораздо веселее "Какой ПЛК лучше". Статья, кст, совсем ни о чем. Но что нам мешает высказать свою точку зрения?
И так, я полностью поддерживаю только ST(который больше Pascal, чем C), ибо графические языки программирование отучают тебя писать код. Прям вот совсем. И обратно перестраиваться очень сложно. Хоть я и начинал с LAD и долгое время на нем работал, но в какой-то момент мне стало не хватать гибкости языка.
Что я точно могу сказать - LAD чертовски удобен в отладке технологического процесса, он позволяет быстро автоматизировать довольно сложные установки, но если вам потребуется анмаршалить данные, то это будет боль и ужас, асинхронные операции тоже не приведут вас в восторг.
ST - уже больше похож на язык, и если ваш проект обладает огромным количеством условий true/false то это не самый удачный язык, хотя и не самый удачный подход, для отладки процесса приходится смотреть уже значения переменных, но очень сложную логику, работу с данными, полинг - это просто сказка.
Разумеется, кто-то может сказать, что можно совместить одно и другое и делать на паре языков, то я отвечу - да! Однако, у меня уже сила привычки, так что прошу простить)
https://control.com/technical-articles/comparing-programming-languages-structured-text-vs-ladder-logic/

продолжаю дальше изучать объектно-ориентированное программирование для ПЛК в среде Codesys и делиться с вами. Теперь мы добрались до SOLID, ну вернее только первой буквы. Так что если есть желание узнать про принцип единственной ответственности и узнать что должна делать функция, то прошу. Фидбэк всегда приветствуется.
https://blog.engcore.ru/2022/01/25/codesys-srp-oop-plc/

Четверг начнем с большой статьи об информационной безопасности и том, что нельзя слепо перетягивать стандарты IT на стандарты OT, а то получим то, что получим.
В стандартах информационной безопасности для технологических процессов примерно никак не рассматриваются полевые устройства, а сейчас выходит такая вещь что надо, а накатить на них стандартные логины/пароли/токены мы не можем. И по факту надо все как-то переделать учитывая специфику оборудования.
https://www.controlglobal.com/blogs/unfettered/the-ot-paradigm-is-broken-technically-and-culturally-it-must-be-fixed/

DL, Deep Learning, Глубокое обучение, что-то про нейронные сети, но не особо популярно в среде АСУТП, так как у нас есть машинное зрение, а там между прочим все прям очень серьезно. Мы сравниваем пиксели по маскам.
В статье вам не расскажут как написать свою первую систему с CV, но там расскажут за сверточные нейронные сети, но только очень обзорно, словно вы проезжаете мимо на экскурсионном автобусе.
https://control.com/technical-articles/deep-learning-for-vision-systems/

Насыщенный день. Новости от Илона Маска. Товарищ Илон решил, что было бы неплохо использовать на производстве роботом-гуманоидов. О концепции он вроде как еще в 2021 году говорил. Там рост что-то в районе 170, вес примерно в 60 кг и скорсть 8км/ч с грузоподъемностью в 20кг.
Тенденция по автоматизации труда все также сохраняется, хотя и пугает.
https://www.bloomberg.com/news/articles/2022-01-26/musk-sees-human-robot-becoming-bigger-than-tesla-s-car-business-kyw5i39x?srnd=technology-vp&sref=l3J6d079

Интересная статья об оценки рабочих. в моей голове давно сидела мысль о чем-то подобном. В целом я сторонник того чтобы премию платили за работу, а не всегда, но могли решить. Все же это разная мотивация. К реализации вопросов нет, а вот к системе расчетов заслуг очень большие.
Любая оценка оперативного персонала на производствах, как по мне, должна состоять из индивидуальных показателей, так и из общих показателей, так как задача грамотной мотивации заключается в том, чтобы сотрудники прикладывали максимум усилий для достижения минимального времени простоя производства.
И как по мне "новые идеи" хоть и способны, в случае принятия, сработать на основную цель производства, но с точки зрения системного подхода никуда не годится. у нас все же не креативное агентство "Праздник, Праздник, Праздник"
https://habr.com/ru/company/nlmk/blog/647557/

Если вам требуется вызывать много ненужно хейтспича в среде промышленной автоматизации, то вот дельный рецепт. Agile. Гибкая методолгия, спринты, какие-то бэклоги, стори поинты, митинги ... Это все от лукавого. Наш выбор - водопад.
Но вот писать документацию нам приходится в огромных масштабах. Схемы, чертежи, инструкции, паспорта. Все это требует времени, сил, но обычно всегда откладывается до последних дней сдачи проекта.
Так что вот вам небольшая инструкция как написание документации можно минимизировать и засунуть хоть в какой-то цикл работы.
https://www.controleng.com/articles/benefits-of-agile-documentation-for-projects/

Здравствуйте, коллеги. Начнем неделю с анонса выставки.
https://energetika-restec.ru/