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/

Я не любитель писать о том, что вышла какая-то железка до тех пор пока не выходит нужная, на мой взгляд железка. Микрочип и коммутаторы с TSN, это так здорово когда эти два слова рядом.
Если вы пропустили немного про локальные сети в промышленной автоматизации, то мы очень страдаем от того, что у нас мало протоколов, которые бы могли организовать обмен в реальном времени. TSN должен это исправить.
Ну и разумеется мы ждем игроков на рынке оборудования. Точно знаю, что profinet делает реализацию для tsn и какие-то еще были новости на эту тему в канале
https://control.com/news/tsn-ethernet-switches-enable-lower-latency-data-traffic-flows/

Хорошая мысль. Плохая реализация. Действительно унификация сигналов и всей информации в один общий поток - это прям нужная вещь. Не знаю как вас, но меня по чуть-чуть напрягает количество различных протоколов, которые иногда выполняют одну и ту же функцию одинаково плохо. И очень хорошая мысль все свести в одну шину, но почему в промышленной среде все делается через очень большой маркетинговый пласт с использованием железок, которые непонятно зачем нужны. Словно завод взорвется от фразы сервер и программное обеспечение. Про это я обо всем выскажусь более подробно, надеюсь, на этой неделе.
https://www.smartindustry.com/articles/2022/the-benefits-of-converting-data-to-a-unified-protocol/

Новый день и новая статья о том, что же на самом деле включают в себя "Умные" технологии. Кратко там нам опять расказывают про AI, ML, а после про новый для меня термин MI(машинный интеллект) а также рассказывают за Превентивную аналитику, Предсказательную аналитику и Перспективные прогнозы.
Полезного в этой статье - ноль, но она очень хорошо показывает как выстраивается маркетинговый материал для продажи чего-то необычного в отрасли где с этим не сталкивались, но почитать про все как концепцию весьма интересно. Чтение не займет более 3 минут
https://control.com/technical-articles/what-do-smart-technologies-actually-include/