Моя самая любимая тема и, наверно, самая холиварная, гораздо веселее "Какой ПЛК лучше". Статья, кст, совсем ни о чем. Но что нам мешает высказать свою точку зрения?
И так, я полностью поддерживаю только 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

продолжаем по чуть-чуть ковырять ООП и принципы построения приложения. В этот раз к нам на помощь спешат интерфейсы.
https://blog.engcore.ru/2022/02/04/codesys-oop-ocp/

Начнем новую неделю со статьи, которая нам рассказывает об Ethernet-APL и Profinet. Как это все красиво работает в связке и какую гибкость дает для предприятия.
В чем вся суть. Технологические установки и все устройства полевого уровня на физическом уровне передачи данных нуждаются в такой технологии, которая бы позволяла получать большие данные, которую можно было бы использовать во взрывоопасных зонах, так как она искробезопасна и еще желательно, чтоб там было жил по минимуму-две, питание передавалось по тем же проводам что и данные, а также огромные расстояния покрывала и еще умела в реальное время.
И вот тут на сцену выходит Ethernet-APL
1)Основой является новейшая спецификация IEEE 802.3 10BASE-T1L, которая определяет решение Ethernet со скоростью 10 Мбит/с по витой паре для больших расстояний.
2)Профили стандартизируют уровни передачи мощности, обеспечивая большую длину кабеля. Выбор правильного профиля для приложения прост и обеспечивает совместимость в разнообразной среде.
3)Новая глава стандарта IEC TS 60079-47 стандартизирует искробезопасную защиту как интегральную конструкцию. «2-WISE», сокращение от 2-проводного искробезопасного Ethernet, определяет простую проверку защиты без каких-либо расчетов. Электрические параметры получены из концепции искробезопасности полевой шины (FISCO) и хорошо известны многим пользователям полевой шины.
4)С помощью обязательных тестов на соответствие APL операторы могут убедиться, что все интерфейсы APL в коммутаторах или приборах сертифицированы в соответствии со спецификациями и, таким образом, совместимы друг с другом.
А за реальное время у нас будет отвечать Profinet, которые тоже поработали над стандартом и теперь если датчики разных производителей будут поддерживать PA Profile 4, то эти датчики являются взаимозаменяемыми.
https://www.controleng.com/articles/how-profinet-over-ethernet-apl-brings-value-to-process-industries/

Beckhoff интегрирует OPC UA pub/sub в TwinCAT 3
https://www.controlglobal.com/vendors/products/2022/twincat-3-integrates-opc-ua-pubsub/

Послеобеденное чтиво о возможности подключения умных производственных линий. На самом деле есть огромный ряд полезных рекомендаций.
Для старта нам рекомендуют увеличить количество информации для умного производства, собирать и показывать информацию не только о том как проходит технологический процесс, но и планы производства, его загруженность, возможные ремонты. Всю необходимую информацию для того, чтобы сделать производство эффективным и уменьшить его простой(по мне так минимальное время простоя должно быть ключевой метрикой с нехилым бонусом). Разумеет это увеличит количество данных.
И тут нам рекомендуют проработать требования для подключения:
1)Получение информации с устаревших устройств. Ну вы их знаете. Это те плк, которые имеют на борту что-то из серии RS-232,485,422. Они разрабатывались на десятилетия, но с них очень сложно получать информацию сейчас.
2)Следит за состоянием производства из центра управления. В этом пункте нам рекомендуют озаботиться о преобразовании протоколов с ПЛК для протоколов, которые поддерживают SCADA системы. *мнение автора*Спорное заявление
Ну и дальше нам рекомендуют следить за средой где работает наша техника, также правильно спроектировать локальную сеть, следить за ее пропускной способностью, дать немного оверхеда, чтоб данные не застревали, для чувствительных ко времени участков использовать TSN и не забывать о безопасности.
https://www.controleng.com/articles/connectivity-enables-smart-production-lines/

Практические аспекты PROFINET, PROFIBUS и IO-LINK, который проходил в Национальном музее мотоциклов, Бирмингем, Англия,
В докладах:
1)Приветствие и знакомство с PROFIBUS & PROFINET International (PI) и его технологиями — Дерек Лейн, WAGO и Питер Томас, специалист по управлению, заместитель председателя — PI-UK
2)Индустрия 4.0 и промышленный Интернет вещей (IIoT) — Дерек Лейн
3)Технология сетевого шлюза — Питер Томас
4)Проектирование сети PROFINET — Энди Уильямс, Siemens
5)Ввод в эксплуатацию и тестирование промышленной сети – Дэйв Томлин, Hitex
6)Средства конфигурирования устройств PROFIBUS и PROFINET — Фил Уотерворт, Endress + Hauser
7)Дистанционное обучение: как дистанционно пройти сертификацию PROFIBUS или PROFINET — Питер Томас, специалист по управлению
8)Новости об Ethernet — расширенный физический уровень (APL) — Фил Уотерворт
https://www.youtube.com/playlist?list=PLvP0fXC3TU7-SXk_ROfm0xPxb5EHvnCy9

Легкое чтиво о постройки прочного фундамента проекта. Небольшая напоминалка о том, что надо прорабатывать дизайн системы, не пропускать этот этап. Даже если проекты похожи, даже если кажется, что вы просто копируете старое решение. На самом деле - нет. Я просто сам попал в такую западню, когда первоначальное: "Да это копипаста старого проекта, там всего-то одно конечное устройство добавить" переросло в два месяца интегрирования этого устройства в якобы уже готовый проект(речь о написании программы). И скажем я стал чуть больше понимать коллегу, который готовит электрические проекты. Все же даже если проекты походи, даже если мне кажется что это просто скопировать и вставить - это не просто, и если это не типовой серийный проект, то это новый проект.
https://www.controleng.com/articles/building-a-solid-foundation-for-an-automation-project/