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

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

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

Разработка новой 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 #Граничные_вычисления