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/

Крупные игроки рынка уже начинают разгонять все сильнее за граничные вычисления, рассказывая как они должны вам помочь в производстве и что должны уметь.
Граничные вычисления - это очень удобная вещь, которая позволяет вынести большой массив операций с данными на сервера, которые стоят там же физически, где и производство. И вот товарищи из Emerson по чуть-чуть консультируют в этом вопросе, но на что стоит обратить внимание - это про упоминание OPC UA. Вы пытались обменяться данными, используя это чудо? Я честно писал клиент и больше не хочу. А вот MQTT советую попробовать, хотя бы для личного интереса, чтобы понять как устроен обмен сообщениями типа pub/sub и для чего нужны брокеры.
https://www.controleng.com/articles/product-advice-on-how-software-evolves-the-industrial-edge/

Давно не было статей в бложике и вот свершилось - лонгрид. В кратце я рассказываю в не о том почему я не люблю современную архитектуру скада систем. Надеюсь, что вы присоединитесь к дискуссии и выскажите свое мнение, ну или позадаете вопросы, что позволит более точно раскрыть тему и исправить неточности. приятного чтения.
https://blog.engcore.ru/2022/02/21/scada_without_bus/

Статистический контроль процессов. Еще один из способов контроля производства, который помогает уменьшить время простоя, уменьшая брак продукции и отходы производства. Просто красота, но как всегда для корректной работы требуются большие объемы данных.
https://control.com/technical-articles/what-is-statistical-process-control-spc/

Новость для любителей IoT и IIoT - международный стандарт
https://minpromtorg.gov.ru/press-centre/news/#!utverzhden_pervyy_mezhdunarodnyy_standart_cifrovyh_tehnologiy_predlozhennyy_rossiyskoy_federaciey

А это ответ почему стандарт, мягко говоря, не взлетит.

продолжаем рассказывать про ООП для ПЛК в среде Codesys. Новая небольшая теория про принцип подстановки.
https://blog.engcore.ru/2022/02/25/codesys-oop-plc/