А вот теперь приглашаю всех к небольшому спору и разговору о том кто как делает. Так как весьма мало подобных бесед. В данном посте я описываю свои подходы для работы с переменными, структурами и организации всего этого добра в функциональном блоке.
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/

Если у вас есть simulink и желание, то в статье описан принцип создания упраления сервоприводом на основе нечеткой логики. Возможно когда-то это и понадобится
https://control.com/technical-articles/developing-a-fuzzy-logic-controller-for-a-servo-motor-using-mathworks-simulink/

Так как редакция канал, в лице меня, не особо любит новости из серии "Фирма Икс выпустила Игрек", то вот вам новости, которые напрямую связаны с АСУТП.
В чем же суть. В промышленности существует проблема следующего поколения. Если очень коротко, то мало того что новых работников нет на заводах, так еще знания теряются.
Подключенные работники - это работник со смартфоном в руке. Именно через него будет происходить обучение нового персонал, через него производства будут получать фидбэк, получать новые таски и уведомления, возможно даже ачивки прикрутят.
Все сделано в рамках цифровизации производства и вроде как должно ему помочь.
https://www.smartindustry.com/articles/2022/why-2022-will-usher-in-the-connected-worker-era/

50 основных терминов ЧРП. Возможно там есть что-то интересное для вас. Так как я редко сталкиваюсь с ЧРП примерно раз в 6 лет, то для меня прям полезная информация
https://www.controleng.com/articles/vfds-from-the-inside-out/

Граничные вычисления. Одна из свежих областей в промышленной автоматизации. Сразу хочу заметить, что, по моему субъективному мнению, задачи автоматизированных систем управления уже давно ушли за открой/закрой и включи/выключи.
В статье, которая любезно предоставлена компанией Emerson ребята рассказывают за свое новое оборудование, которое из себя представляет контролер, который работает на границе OT и IT. Суть контроллера в том, что у него там запускается две среды. Одна представляет собой систему реального времени, которая собирает необходимые данные с производства и организует управление, а вторая среда - это операционная система общего назначения, которая будет производить сложную математику.
Взгляд со стороны. Интересное решение, но очень сложное для всего. Во-первых, мне нравится тенденция отказа от SCADA систем и просто вынос всей диспетчеризации за границы производства, что очень правильно, так как SCADA системы не очень то и гибкие. В сфере IT под данные задачи есть уже много интересных систем, которые прям хорошо работают и весьма надежны.
Во-вторах, я все еще уверен, что совмещать все вместе - плохая идея. Управление отдельно, граничные вычисления отдельно. Многие могут заявить: "Но как же реальное время". Я вам отвечу, а его и не будет, даже в таких контроллерах, которые 2 в 1. Мы можем минимизировать время выполнения и ответа, но к сожалению, мы не можем гарантировать точное время. Именно из-за гарантии точного времени ответа на ПЛК используют языки МЭК, именно из-за гарантии точного времени ответа мы строим детерминированную систему и определяем все переменные разом.
Но в целом - верный путь. Разбивать системы на более мелкие подсистемы, упрощать выполняемые задачи. Вешать на ПЛК сбор, анализ, управление, телеграм бота, mqtt, визуализацию и что-то еще явный перебор.
https://www.controleng.com/articles/edge-control-evolution/

К сожалению не на правах рекламы.
Вчера была затронута тема создание резервных копий программного продукта. Так что представляю вашему вниманию пару ссылочек на весьма фантастические инструменты. У меня до сиз пор в некоторых местах скепсис по части их функционала, но ни доказать, ни опровергнуть я не могу, так что верим документации.
И если copia.io представляет собой весьма интересную оболочку над git, то versiondog(за все контроллеры сказать не могу, так что возьмем в оборот исключительно Siemens) может аплоадить прошивку с ПЛК, чтоб ее загнать в репозиторий. Как бы вот. Можете делиться, рассказывать, что такое чудо все же есть, возможно кому-то облегчите жизнь. Если есть опыт использования, то прошу поделиться.
1) https://www.copia.io/
2) https://auvesy-mdt.com/en/versiondog

Это прям интересный и разносторонний взгляд на стандарт от разных программистов, с разным опытом и различной сферой. Конечно всегда есть что добавить, но от себя могу лишь сказать, что в Codesys 3.5 есть возможность работы с динамической памятью.
https://oscat.ru/?p=466