Я вам че-автоматизатор?

Коллеги, добрый вечер. Пришли вести с полей. Вот уже как бесконечно долгое время, вместе с командой ломаем руки, клавиатуры и мозги, пытаясь запустить технологический процесс, который базируется на граничных вычислениях. В инете есть куча определений данной технологии, но самое простое: Под граничными вычислениями подразумеваются отдалённый мониторинг и обработка данных непосредственно на IoT-устройствах или в пределах их досягаемости. Я еще добавлю, что часть контроля и мониторинга технологического процесса также переходит на границу системы автоматизации. Требуется данная история для того, чтобы компенсировать нехватку вычислительных мощностей устройств в автоматизированной системе управления, плюс безболезненно расширить функционал. Сама архитектура весьма простая: одноплатник, который занимается расчетом некоторых параметров, сбором данных по результатом технологического процесса, подготовкой данных для технологического процесса, а также управлением устройствами; плк - обработка большинства физических величин, потому что так проще, да и вообще ПЛК должен реле щелкать; прочее умное оборудование - часть механизмов, которые выполняют основную работу, но не могут быть, по ряду причин интегрированы с ПЛК. Из сложностей с которыми столкнулись. 1) Modbus наш враг Каким бы простым не был бы данный протокол, но и у него есть свои пределы, из-за того, что он синхронный, для адекватной работы с ним, необходимо реализовывать простую машину состояний, которая симулирует основной цикл работы ПЛК. Тот же OPCUA был бы удобнее, так как мы могли бы спокойно обмениваться данными по Pub/Sub, да еще с гарантированной доставкой. Различные брокеры сообщений не упоминаю, так как это не их зона ответственности, да и вообще они для другого. Из-за протокола возникает и вторая проблема 2)Консистентность данных Согласовать необходимы пул данных на ПЛК и на одноплатнике стала непростой задачей. Так как у вас нет синхронизации рабочих циклов двух машин состояний буду ситуации когда либо ППО перепишет нужные данные, либо повторная отправка что-нибудь поломает. 3)Сложный процесс наладки Я всегда считал плюсом программ в сфере OT - детерминированность. Тут он отошел на второй план, так как посылки с границы могут подпортить планы. Как закончим с этой историей расскажу какие-то моменты более подробно. А пока напоминаю, что у нас тут проводиться опрос, в котором я прошу принять участие и позвать товарищей из сферы АСУТП. 📰"Я вам че - Автоматизатор?!" #АСУТП #EDGE_COMPUTING #Граничные_вычисления

Немного субботнего и менеджерского. Удалось мне как-то проверить пару тезисов, которые я когда-то выдвигал и в моей голове, как программиста АСУТП, они прям складывались в четкую картинку, но на практике выходит совсем не очень. Поделюсь первым. Программист АСУТП не должен ездить в командировки. Код можно писать в офисе В целом все очень логично, но во время ПНР начинаются свои проблемы. По факту для такого действа нам требуется программист, который будет писать код в офисе и специалист, который сможет все это запустить уже на объекте. И если у нас появится какой-то баг, то дальше начинаются танцы с бубном, так как либо программисту на объекте придется разбираться с чужим кодом, либо придется организовывать подключение автора программы. В конечном итоге - долго, дорого, неудобно. Так что стоит думать над тем, а как можно уменьшить время ПНР и отладить большую часть где-то в спокойном месте, а не на коленке возле шкафа. Тут стоит уже обратить внимание, что по мимо кода, надо еще как-то проверить, что внутри шкафной монтаж произведен правильно. Возможно получиться в следующем году решить эту задачку. #АСУТП #ПНР 📰"Я вам че - Автоматизатор?!"

В МЭИ создали прототип ОС на базе Linux для устройств промышленной автоматизации Разработка отечественной ОС для ПЛК • Специалисты НИУ МЭИ создали прототип отечественной операционной системы на базе Linux для программируемых логических контроллеров. • ПЛК используются в устройствах промышленной автоматизации. Цели и значимость проекта • Проект направлен на обеспечение кибербезопасности и надежности ПЛК. • Проект способствует замене зарубежных решений и укреплению технологического суверенитета России. • Открываются новые горизонты для внедрения российских технологий в автоматизацию производств и электроэнергетику. Результаты тестирования • Полученные сборки операционной системы на базе ядра Linux удовлетворяют основным требованиям к современным встраиваемым ОС. • ОС используются в электроэнергетике для систем релейной защиты, автоматики и автоматизированных систем управления технологическими процессами. Будущие планы • По мере появления отечественных альтернатив необходимых микросхем, навыки и опыт проектных групп будут использованы для создания полностью отечественного решения. #АСУТП #ОС #LINUX 📰"Я вам че - Автоматизатор?!"

PLCopen Guideline on Software Quality Metrics Руководство по использованию метрик качества ПО при разработке приложений для ПЛК. Включает описание метрик, доступных в статических анализаторах CODESYS Static Analysis, Schneider Electric EcoStruxure Machine Code Analysis, Schneider Electric – Control Engineering Verification и Software Improvement Group Sigrid. Источник: OSCAT.ru Переводы статей по автоматизации #АСУТП #PLCOpen 📰"Я вам че - Автоматизатор?!"

Немного менеджерское воскресенье. Agile и инжиниринг: путь к новым принципам работы - статья, с которой я рекомендую ознакомиться. Там конечно нет каких-то откровений, но рассказывают, что первым важным аспектом в инжиниринге, при введении гибких методологий - это общение, что уже здорово. А теперь немного в реализации проектов в нашей сфере. Работает ли какая-то гибкая методология в АСУТП? Если кратко, то нет. Любые попытки хоть как-то реализовать SCRUM превращаются в SCRUMFALL, где мы просто все задачи разбиваем на короткие промежутки и стараемся их выполнить, а обратную связь получаем на этапе ПНР, где вносим доработки по замечаниям заказчика, ну или переделываем огромные куски. Если говорить о конструкторской и проектной документации, то система та же. Делаются документы, потом неожиданно заказчик вспоминает, что у него там изменения в технологической линии, которые надо внести. Еще одной особенностью является оплата, не может быть фиксированной оплаты при гибкой методологии. Но стоит ли забивать на гибкие методологии - нет. Они спасают. Во-первых, ритуалы коммуникаций, которые очень нужны. Важно общаться и постоянно, как с командой так и с заказчиками. Долгосрочное и краткосрочное планирование - тоже помогают в реализации проекта. Обсуждение и оценки сложности задач, да и в целом веселая инфографика по продуктивности. Каким-то чудным образом, но сотрудники очень любят хорошие цифры в графе "Процент закрытия спринта", плюс видно сколько задач на самом деле могут закрыть сотрудники. Так что рекомендую ознакомиться и попробовать хотя бы с парочке книг: 1)Брюс Тулган. Быть начальником - это нормально. Тут больше за взаимодействие с коллективом и внутри коллектива 2)Грег Хорин. Управление проектами с нуля. Эта книга может дать полезные уроки как преступить к реализации проекта, как его спланировать и посчитать трудозатраты. Как определять проблемы и риски и методы работы с ними. #АСУТП #МЕНЕДЖМЕНТ #AGILE #OT 📰"Я вам че - Автоматизатор?!"

От перегрузки к фокусировке: изучаем роль современных HMI в промышленной автоматизации И немного про мнемосхемы, визуализацию и визуальные средства для привлечения внимания оператора к проблемам технологического процесса. #АСУТП #HMI 📰"Я вам че - Автоматизатор?!"

#АСУТП 📰"Я вам че - Автоматизатор?!"