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

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

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
📰"Я вам че - Автоматизатор?!"

В МЭИ создали прототип ОС на базе Linux для устройств промышленной автоматизации
Разработка отечественной ОС для ПЛК
• Специалисты НИУ МЭИ создали прототип отечественной операционной системы на базе Linux для программируемых логических контроллеров.
• ПЛК используются в устройствах промышленной автоматизации.

Цели и значимость проекта
• Проект направлен на обеспечение кибербезопасности и надежности ПЛК.
• Проект способствует замене зарубежных решений и укреплению технологического суверенитета России.
• Открываются новые горизонты для внедрения российских технологий в автоматизацию производств и электроэнергетику.

Результаты тестирования
• Полученные сборки операционной системы на базе ядра Linux удовлетворяют основным требованиям к современным встраиваемым ОС.
• ОС используются в электроэнергетике для систем релейной защиты, автоматики и автоматизированных систем управления технологическими процессами.

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

Немного субботнего и менеджерского.
Удалось мне как-то проверить пару тезисов, которые я когда-то выдвигал и в моей голове, как программиста АСУТП, они прям складывались в четкую картинку, но на практике выходит совсем не очень. Поделюсь первым.

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

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

Разработка новой SCADA-системы в МФТИ
• МФТИ создал уникальную систему сбора данных и управления приборами следующего поколения
• Система позволяет ускорить внедрение автоматизации и снизить затраты
• В некоторых случаях время внедрения сократилось в три раза

Проблемы существующих SCADA-систем
• Современные SCADA-системы имеют задержки в передаче данных и сложности с интеграцией новых устройств
• Традиционные системы требуют синхронного сбора данных, что приводит к критическим задержкам

Особенности новой технологии
• Разработка основана на современных методах работы с данными и реактивном подходе
• Не имеет аналогов на российском и зарубежном рынках
• В сложных приборах время внедрения и стоимость разработки можно уменьшить в два раза

История и цели проекта
• Разработка началась в 2018 году совместно с JetBrains Research
• Цель была создать систему для быстрых физических экспериментов
• Обнаружен спрос на гибридные системы с моделированием и оптимизацией

Внедрение и результаты
• Разработчики внедрили стандарт коммуникации Magix, упрощающий подключение новых устройств
• Технология используется в новой версии спутникового терминала и системе сбора данных эксперимента "Троицк ню-масс"
• Код ядра технологии полностью открытый, права на интеллектуальную собственность принадлежат всем участникам

Перспективы и планы
• Технология упростит модернизацию и расширение производственных мощностей
• Повысит общую эффективность работы предприятий
• Ведется переговоры по внедрению на небольших заводах и в сложных системах, таких как медицинские приборы и телекоммуникационное оборудование

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

MasterSCADA 4D: Новые возможности и улучшения в версии 1.3.7
Улучшения в среде разработки
• Обновленное окно проверки целостности проекта с группировкой ошибок и созданием резервной копии
• История действий разработчика с предупреждением при очистке и настройкой записи
• Возможность преобразования связей между параметрами и свойствами графических элементов

BIM Management
• Новый инструмент для использования BIM-моделей в клиенте визуализации
• Механизм копирования связей приемника, редактирования источников связи и объектной привязки

Архивирование данных и сообщений
• Поддержка СУБД Clickhouse для хранения архива данных
• Изменение приоритетов системных сообщений

Функциональные блоки
• ФБ GetDiskSpaceUsage для контроля свободного места на диске
• Новый вход SetAlways в ФБ WriteVarValue
• Тип данных Custom у входа ContentType в ФБ HttpClient
• Функциональный блок ReadVarValuePersistent

Безопасность
• Проверка прав доступа в исполнительной системе
• Дополнительный ввод пароля при выполнении действий
• Защита от подбора пароля и API для управления пользователями и ролями
• Настройка списка разрешенных браузеров клиентов

Визуализация
• Поддержка мультимониторной работы
• Возможность создания нескольких шаблонов экранов
• Развитие функционала пользовательских цветов
• Переработанные тренды и журналы с новыми функциями

Поддерживаемое оборудование
• Увеличение списка поддерживаемых устройств и протоколов
• Поддержка новых счетчиков Пульсар и протокола EthernetIP
• Доработанные протоколы SNMP, OmronFinsUDP, Mitsubishi
• Поддержка контроллеров АБАК-К3, RealLab NLScon-RSB, RealLab NLScon-A40 и библиотеки для АВАДС
22 января в 10.00 (МСК)Вебинар, посвященный выходу новой версии.


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

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

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