Люблю я циферки 4 и 0 через точку в современных взглядах на ситуацию. Вот и Логистика 4.0, но стоит отдать должное этой обзорной статья, которая хоть и про роботов, но задевает очень важную тему - логистика.
Согласно моему экспертному мнению(нет), проблема логистики(транспортировка, хранение, складские остатки) является чуть ли не самой большой проблемой что в среде эксплуатации, что в среде интеграции. И очень сложно организовать либо правильную логистическую сеть, либо во время заказывать нужные позиции, а еще можно формировать складские остатки исходя из количества проектов в год и основной номенклатуры товара, который очень часто используется.
Решая проблемы доставки, хранения и закупки мы можем минимизировать время простоя, да у нас все в современной автоматизации направленно на уменьшение времени простоя оборудования по тем или иным причинам, а закупки заранее в нужных объемах еще помогают снижать себестоимость продукции, а если несколько поставщиков и производителей решат объединиться в одну информационную систему, то еще можно сэкономить много времени на поиск нужной позиции, а если мы туда добавим транспортные компании, которые умеют в доставку ко времени(а я пока таких не знаю), то вообще здорово. И исходя их статистических данных мы сможем планировать адекватные бюджеты. А если еще у нас будут роботы...
Интересная инфа на подумать.
https://www.controleng.com/articles/logistics-4-0-and-the-mobile-industrial-robot/

У нас тут появилось минимальное сравнение отечественных SCADA систем. В сравнении не принимали участия МастерSCADA v3 и Trace Mode. Там время просмотра секунд 30, новой информации вы найдете вряд ли. Нагрузочных тестов нет, производительность неизвестна, но зато известно является ли подключение нового web-клиента платным или бесплатным.
https://controleng.ru/scada-sistemy/sravnenie-scada/

И интересности от консорциума цифровых двойников. Ребята пару дней назад презентовали Периодическая таблица возможностей цифрового двойника. По сути это всего лишь опорная таблица, благодаря которой консорциум хочет закрепиться на новом рынке и начать попытки стандартизации или, хотя бы, сформировать общий подход к построению цифровых двойников. Дается определения цифрового двойника.
Цифровой двойник - это виртуальное представление реальных объектов и процессов, синхронизированное с заданной частотой и точностью. Системы цифровых двойников преобразуют бизнес, ускоряя целостное понимание, принятие оптимальных решений и эффективные действия.Цифровые двойники используют данные реального времени и исторические данные для представления прошлого и настоящего и моделирования прогнозируемого будущего. Цифровые двойники мотивированы результатами, адаптированы к конкретным условиям использования, поддерживаются интеграцией, основаны на данных, руководствуются знаниями о предметной области и внедряются в IT/OT-системы.
Да и в целом увлекательно чтиво, хотя в плане концепций и подходов.
https://www.digitaltwinconsortium.org/initiatives/capabilities-periodic-table.htm

Заканчиваем с принципами дизайна классов в ООП. За раз закрываем два принципа и гордо говорим всем, что мы умеем в ООП, но в теории и не совсем полностью) Жду ваших вопрос, пожеланий, может кто хочет прям посмотреть на какие-то приемы или посмотреть как что-то можно реализовать в ОО парадигме. Далее мы немного отойдем от просветительских статей для Codesys в сторону. мне надо будет доделать бота для канала, мне надо доделать мой шлюз modbusTCP-WebSocket
https://blog.engcore.ru/2022/04/01/codesys-oop-isp-dip/

И снова здравствуйте. И снова за аналитику, на этот раз в изложении Trendminer. Компания занимается разработкой программного обеспечения, которое графики рисует, а еще занимается аналитикой промышленных процессов. И вот в статье есть небольшой рассказ про "Расширенную аналитику", которая включает в себя:
-Описательная аналитика (определение того, что произошло),
-Диагностическая аналитика (определение того, почему это произошло),
-Предиктивная аналитика (предсказание того, когда что-то произойдет)
- Предсказательная аналитика (знание того, что нужно сделать, чтобы изменить предсказанный результат).
И даже приводят пример с достижением нужной температуры в теплообменнике у кого-то из заказчиков, после всех видов анализа.
Описательная аналитика: Теплообменник больше не может достигать заданной температуры на выходе.
Диагностическая аналитика: Нагар вызывает падение производительности, но специалисты по технологическим процессам с помощью решения по анализу данных узнали, что очистка решает проблему. Прогнозирующая аналитика: Решение знает, когда загрязнение возникнет снова, на основе обнаруженных рабочих параметров. Предписывающая аналитика: Когда теплообменник не соответствует заданным температурам, решение сообщает специалистам по технологическим процессам, что пришло время чистки.
А также опять поднялась проблема с передачей данных. И теперь фиксировать знания в форме алгоритмов в аналитических системах еще один из способов их сохранить.
https://www.controleng.com/articles/predict-process-events-with-contextual-data-insights/

Ну вот вам вэбинарчик за отечественную SCADA систему SmartICS компании "Элком+". По ссылке можно зарегистрироваться. Вэбинар будет 14 апреля с 14:00 по МСК.
https://smartics.io/webinar_rossijskaya_scada_iot_platforma

Наверно, это тоже важная информация.

Все уже получили письмо с разъяснениями от Овен?

Кто-то просил фрагмент кода под задачку. Вот он. Небольшой сниппет как бы я сделал опрос большого количества однотипных функциональных блоков с предварительной инициализацией данных.
https://blog.engcore.ru/2022/04/13/%d0%be%d0%bf%d1%80%d0%be%d1%81-%d0%bc%d0%bd%d0%be%d0%b6%d0%b5%d1%81%d1%82%d0%b2%d0%b0-%d1%84%d1%83%d0%bd%d0%ba%d1%86%d0%b8%d0%be%d0%bd%d0%b0%d0%bb%d1%8c%d0%bd%d1%8b%d1%85-%d0%b1%d0%bb%d0%be%d0%ba/

Positive technologies - компания, которая, как я слышал, очень хорошо шарит за кибербезопасности в OT. По ссылочке будет регистрация на вэбинарч, который посвещен Industrial Cybersecurity Suite чтобы это не значило, но это презентация платформы, которая объеденяет основные продукты данной фирмы. Кому интересна такая тема, да и в целом для общего развития, велком
https://promo.ptsecurity.com/ics?utm_source=tg&utm_medium=cpc&utm_campaign=ics&utm_content=asu_tp

Новый день и новые ключевые моменты для масштабирования облачного развёртывания... Облачные решения, пока еще, как я могу судить из разговоров в чатиках, пугают специалистов, да и не очень то приживаются в OT крупных производственников. Из всей статьи, что по ссылке, стоит выделить очень хорошие моменты связанные с информационной безопасностью, так как это основной источник страха, что каналы во внешний мир послужат лазейками для совершения нападений на вашу инфраструктуру(а так и будет).
Тут появляется логичный вопрос, а вы уже пытались как-то взаимодействовать с облачными технологиями или пока не понятно что это и как с этим работать?
https://www.smartindustry.com/articles/2022/four-key-ways-manufacturers-should-scale-cloud-deployments/

Full Stack автоматизация или автоматизация абсолютного всего процесса производства от оператора до руководителей материнской компании не только в сфере технологической, но и программной. В статье прозвучала хорошая мысль, что промышленная автоматизация представляет из себе два клана: первые - радеют за аппаратное решение проблем, вторые - за программное. В итоге страдает комплексная автоматизация.
Разумеется там приводят доводы для внедрения full stack автоматизации, но правда не рассказывают что это за зверь, но из контекста становится понятно, что по мимо управления технологическим процессом, она включает в себя: интеллектуальные системы анализа информации, граничные вычисления, организация озера данных, а также гибкую систему предоставления этой информации.
https://www.controleng.com/articles/full-stack-automation-operational-workforce-benefits/

Новую неделю начинаем со слова Блокчейн, а также его применение в автоматизации. Надеюсь, все уже слышали про блокчейны в контексте криптовалют, если нет, то коротко: блокчейн - это распределенная база данных, которая состоит из блоков, блоки содержат в себе информацию о дате транзакций и различные данные, которые сложно скомпрометировать. Блокчейн является основой какой-либо P2P сети (ETH, TON и т.д). Это отдельный мир, прикладное применение которому в области промышленности затрагивала мой ум, но даже приблизительного применения я не смогу придумать, так как не придавал особое значение даже обычному хранению данных.
Где же нам предлагает использовать технологию блокчейн Muhammad Asim Niazi:
Связь между машинами (M2M) для мониторинга процессов
Процесс обмена данными между устройствами напрямую. Такая технология обладает большой устойчивостью к повреждению данных, а также их(данные) будет сложно скомпрометировать.
Из сложностей: Требуются специальные датчики или устройства, которые могут в работать в таких сетях. Далее потребуется еще минимальная архитектура сети, которая бы обсчитывала эти данные и вносила их в сеть.
Децентрализованные операции
А вот здесь предлагают использовать смарт-контракты для управления. Смарт-контракт - это функциональная особенность некоторых блокчейнов. По факту - это программа, которая выполняется при соблюдении условий.
Кибербезопасность промышленных систем управления
И тут тейк про то, что у нас опять таки есть цепочки и они все связаны и работают методы криптографии и можно безопасно передавать данные, а также при такой технологии каждый узел сети будет выполнять функции безопасности.
Значение для инженеров
- Инженеры должны владеть различными сетевыми технологиями
-Инженеры должны быть готовы исследовать и понимать технологии блокчейна, основу и структуру проекта
- Больше инженеров как в программном, так и в аппаратном обеспечении должны понимать и использовать инструменты разработки блокчейна, такие как Corda и Ethereum, и, возможно, другие в будущем.
- Инженеры также должны понимать распространенные языки программирования, такие как C++ и Python.

@wtfcontrolsengineer
https://control.com/technical-articles/blockchain-in-industrial-control-systems-and-implications-for-engineers/

А теперь мои пять копеек вот к этому.
1. Скорее всего придется использовать свою собственную сеть для таких приколов внутри предприятия. Почему? потому что готовые сети берут комиссии за транзакции. Ну валидаторам тоже надо зарабатывать.
2. Скорость исполнения всего этого. Существуют очень быстрые сети, а есть медленные. Разумеется если писать сеть для предприятий, то там вряд ли будет такая бешенная нагрузка
3. Криптография. Ее надо будет выучить. Все это ассиметричное шифрование с ключами построенные на простых числах.
4. Смарт-контракты. Ну вы пытались написать хотя бы один? Ну если брать Solidity то там еще по человечески понятно, но вот если брать FunC то я уже ничего не понимаю.
Подводя итог. Крутая технология в перспективе. В большой отдаленной перспективе. Это не для одного завода, а для групп заводов, нескольких материнских компаний, которые завязаны вместе на различных этапах технологического процесса. И вот в таком глобальном плане уже появляется смысл. Вот тут мы и можем хранить различные данные о производстве, хранить различные заказы, которые будут автоматом публиковаться благодаря смарт контрактам, где мы будем отслеживать всю цепочку производства, но это все, пока что, - фантастика.

Приветствую всех читающих и интересующихся. В последнее время появилась проблема с нетворкингом в общем, а в большей степени обмен и накопление знаний и живая коммуникация в сфере OT и слияние OT и IT. Да есть чаты, но там в основном АСУТП и очень немного из программирования ПЛК и еще меньше про симбиоз OT и IT
Какое есть предложение. Если вдруг у вас есть какие-то идеи или вопросы связанные с OT и слияние с IT или есть статья или информация который вы хотели бы поделиться, или быть может у вас появилась тема для обсуждения то давайте вы ее скинете на info@engcore.ru и мы постараемся все организовать.
В нашем распоряжении есть как обсуждение под постами, так еще мы можем организовать дискуссионные комнаты и стримы, если уже будет что-то совсем интересное.

Человек может учиться на своем опыте, на чужом опыте и на рассказе о чужом опыте. Так что сегодня предлагаю перенять опыт зарубежных коллег в плане найма и обучения инженеров и техников по автоматизации.
1. Инженеры по управлению/автоматизации/OT откуда же они берутся?
В нашей стране вроде как на это учат, но я не в курсе. Из тех вещей которые я видел то переходили из КИПа, электрике, электротехники, просто люди, которые что-то понимали. В конечном итоге мы имеем две большие группы: группа с фундаментальными знаниями и со знаниями в промышленной автоматизации.
2. Процесс обучения инженеров на рабочем месте. Вот это везде увлекательное действо. Основной прием, который используют в компаниях - наставничество. Тебе, юному специалисту, прикрепляют уже опытного специалиста, который как-то рассказывает что надо будет делать и контролирует процесс твоего обучения, не имея опыта в обучении. А если вам повезет разрываться между несколькими наставниками, то есть большая вероятность, что знания полученные от них могут быть противоречивыми. К тому же время опытных инженеров очень дорого.
3. Для увеличения количества специалистов определенных направлений, а современное образование просто не в силах угнаться за требованиями реальности, работодатель должен производить обучение по конкретным ролям.
4. Необходимость расширения кадрового резерва. Очередная сложность. Потому что инженеры-программисты АСУТП не всегда взаимозаменяемы. Разные среды разработки, разные ПЛК, разные языки для программирования ПЛК, разный набор задач. К примеру, я не рисую схемы и не собираю монтажные панели, но у меня есть опыт программирования на языках высокого уровня.
5. Сосредоточиться на отношении и способностях инженера. Вот это очень хорошая вещь. Если кандидат не знает ваш стек технологий, то это не значит, что он не сможет на нем работать или изучить его за короткое время. В плане найма всегда стоит отталкиваться от каких-то общих способностей. Плюс стоит прорабатывать софт скилы инженеров, так как огромный пласт работы инженера в автоматизации - общение.
6. Построение системы обучения, а именно четки план и метрики. Регламент обучения по каждому пункту плана и чек листы. Очень много скучной бумажной работы, но в конечном итоге получается система, в которой можно выявлять слабые места и дорабатывать. Плюс включите автоматизацию в обучении.
@wtfcontrolsengineer

https://www.controleng.com/articles/how-to-hire-engineers-other-companies-dont-know-about/