Проблема шкафов автоматизации в том, что их требуется собирать, а лучше всего собирать правильно, да еще и маркировать все.
Одной из тенденций автоматизации, которая набирает обороты в последние годы, является переход к системам управления, в которых вместо традиционных централизованных шкафов управления используются надежные децентрализованные модульные компоненты. На недавней выставке SPS в Германии несколько компаний демонстрировали последние примеры этого направления на практике.
Вот примеры таких решений:
1)Beckhoff Automation MX-System
2)Murrelektronik Vario-X
Такие решения представляют из себя общую шину, на которую устанавливаются модули, которые отвечают за питание модулей и периферии, различные модули ввода/вывода, ПЛК или пром ПК, подключение полевых устройств происходит через разъемы.
Очень интересный и красивый подход, чтобы не путаться в проводах. Не знаю насколько он приживется в среде автоматизации, но взять на заметку, как по мне, все же стоит.

Формирует ли SCADA умные фабрики будущего?
Сюзанна Гилл спросила различных поставщиков SCADA, что они считают наиболее важными функциями современных систем SCADA и почему?
Феликса Кранерта, менеджера по маркетингу человеко-машинного интерфейса компании Siemens:
«Бесшовный поток данных необходим для каждой цифровой фабрики и для достижения целей Индустрии 4.0, поэтому современные решения SCADA должны помогать инженерам, делая основные задачи максимально простыми и эффективными. С правильными инструментами становится легче достичь целей Индустрии 4.0, потому что они помогают извлечь выгоду из данных».

Мелисса Топп, директора по глобальному маркетингу компании Iconics:
Требование при выборе SCADA:
1)SCADA должна быть перспективной в отношении протоколов и интерфейсов, которые она поддерживает, включая, например, OPC UA, MQTT, веб-сервисы, REST, JSON, Sparkplug B, которые имеют все это приобрело значение в последние годы.
2) Вся информация должна быть помещена в контекст, чтобы она была понятна пользователям и облегчала многоуровневую объектно-ориентированную аналитику.
«Легко повторно внедрить существующую систему с помощью некоторых новых технологий, добавив при этом несколько новых наворотов. Гораздо сложнее понять весь потенциал современной SCADA и одновременно стремиться к созданию системы, которая была бы значительно улучшена»

Стефан Ройтер, член исполнительного совета Copa-Data:
Поставщики систем SCADA также должны быть готовы постоянно внедрять и внедрять новые стандарты, чтобы не отставать от растущих масштабов сетей устройств промышленного Интернета вещей (IIoT). «При выборе платформы SCADA обязательно наличие гарантированных обновлений, однако поставщики также должны обеспечить долгосрочную поддержку на срок до 10 лет»

Замена устаревших систем
«Недостаточность одних только традиционных SCADA или распределенных систем управления (DCS) для автономных операций в основном связана с появлением многосайтовых модульных бизнес-моделей экосистемы; когда отдельные системы на объектах должны работать вместе друг с другом как система систем», — пояснил Марсель Келдер, директор по продажам цифровых корпоративных решений Yokogawa Europe BV.
«Согласно эталонной модели предприятия Purdue (ISA-99), обе системы (SCADA и DCS) не предназначены для одновременного достижения вертикальной и горизонтальной интеграции данных», — сказал Келдер. В качестве примера он разместил модульное производство зеленого водорода. «Горизонтальная интеграция относится к интеграции различных локальных систем — системы электролизера, системы компрессора и OPC UA, Profibus DP, Modbus TCP/IP или IEC61850. Вертикальная интеграция относится к интеграции с бизнес-доменом, облаком (например, через интерфейс MQTT), удаленными центрами или устройствами IIoT, где кибербезопасность имеет решающее значение для поддержки различных архитектур и протоколов».
Источник

Компания ДАТАРК, один из лидеров рынка модульных центров обработки данных, представила продукт собственной разработки — систему диспетчеризации инженерной инфраструктуры центров обработки данных DATCHECK.
DATCHECK является SCADA-системой, построенной на российской платформе MasterSCADA, работает на любом ПК под управлением как MS Windows, так и OS семейства Linux. Компонентная база также российская, что позволяет снизить риски при внедрении и эксплуатации ЦОД.
Вот и новый подход. Делать свои специализированные решения на общей платформе. Не знаю насколько это удобно относительно MasterSCADA, но интересно. Кто работал с MasterSCADA сложно ли это сделать?

Изучая новые инструменты, которые можно использовать в мире промышленной автоматизации, мы уже тайком подглядывали за Grafana, которую можно использовать как адекватное средство визуализации данных.
Теперь можно глянуть на плагин Canvas, который позволяет создавать экраны визуализации с данными мониторинга.
И это выглядит, как чертовски достойный инструмент для предоставления информации тем, кто в ней нуждается, но не должен иметь возможности управлять процессом, но должен мониторить состояния

https://grafana.com/docs/grafana/latest/panels-visualizations/visualizations/canvas/

«Ниеншанц-Автоматика» готовит конференцию "День промышленной автоматизации"
Конференция пройдет: СПб-29.03, Москва -31.03, Екб - 11.04 и Новосибирск - 13.04
Для участия можете зарегистрироваться по ссылке : https://event.nnz-ipc.ru/

Я тут нашел ребят, которые делаю ПЛК на базе Android. Создатели этого чуда тут есть? Я бы очень хотел поговорить об этом
https://neonplc.ru/

Ubuntu в реальном времени теперь общедоступна
Компания Canonical объявила об общедоступной версии Ubuntu 22.04 LTS, работающей в режиме реального времени. Ubuntu в режиме реального времени обеспечивает детерминированный ответ на внешнее событие, стремясь свести к минимуму гарантированное время отклика в течение указанного срока. Новое ядро ​​реального времени корпоративного класса идеально подходит для строгих требований к малой задержке. Предприятия в промышленности, телекоммуникациях, автомобилестроении, аэрокосмической и оборонной промышленности, а также в государственном секторе и розничной торговле теперь могут выполнять свои самые ресурсоемкие рабочие нагрузки и разрабатывать широкий спектр срочных приложений в операционной системе с открытым исходным кодом (ОС).
Основанная на версии ядра Linux 5.15, Ubuntu 22.04 LTS интегрирует патчи PREEMPT_RT для архитектур x86 и Arm. Набор исправлений PREEMPT_RT уменьшает задержки ядра в соответствии с требованиями самых требовательных рабочих нагрузок, помогая обеспечить предсказуемое по времени выполнение задач. Удовлетворяя строгим требованиям детерминизма и максимальному времени выполнения, Ubuntu с PREEMPT_RT делает ядро ​​более упреждающим, чем основной Linux.
Из минусов, что без танцев с бубном такое доступно для подписки Ubuntu Pro, но если очень хочется попробовать самому, то https://mirrors.edge.kernel.org/pub/linux/kernel/projects/rt/

Источник

Промышленные контроллеры для «Росатома» построит создатель самобытных российских процессоров. Не «Эльбрус», не «Байкал»

ОКР для создателей «Комдивов»
Как выяснил CNews, договор на выполнение опытно-конструкторских работ (ОКР) по разработке линейки универсальных промышленных контроллеров на отечественной электронно-компонентной базе (ЭКБ) для «Росатома» будет подписан с НИИ системных исследований Российской академии наук (НИИСИ РАН). К такому выводу можно прийти, сопоставляя документы на сайте госзакупок.

НИИСИ известен как разработчик линейки процессоров на собственной архитектуре «Комдив», а также контроллеров на процессорных ядрах на ее основе. Промышленные контроллеры — это электронные цифровые устройства, способные управлять различными технологическими процессами в промышленных условиях.
Цель работ состоит в разработке линейки универсальных промышленных контроллеров, предназначенных для использования в составе автоматизированных систем управления технологическими процессами (АСУ ТП) объектов топливно-энергетического комплекса (ТЭК) и промышленности.
Источник

Минутка самопиара.
Если вам охота поболтать на темы связанные с программирование в OT, разобрать какие-то архитектрные решения или просто поболтать на около автоматизаторские темы, то добро пожаловать в чат: https://t.me/wtfplc
А если хочется задать вопросы, получить структурированные ответы исключительно по теме, да еще оставить это все в памяти, то у нас есть Топики: https://t.me/wtfplc_topics

Тут подъехал отчет Касперского об атаках на АСУТП.
Во втором полугодии 2022 года среди всех стран самое значительное изменение процента компьютеров АСУ, на которых были заблокированы вредоносные объекты, отмечено в России, где этот показатель увеличился на 9 п.п.

С 39,2% Россия поднялась с восьмого сразу на третье место в рейтинге регионов по этому показателю (напомним, что в наших отчетах мы рассматриваем Россию и как страну, и как регион, в который входит единственная страна).
Увеличение в России процента компьютеров АСУ, на которых были заблокированы вредоносные объекты во втором полугодии 2022 года, обусловлено резким ростом процента компьютеров АСУ, на которых были заблокированы вредоносные скрипты и фишинговые страницы (JS и HTML)

Так что предлагаю повторить:
-Если порт не используется - закрой
-На вход в сеть АСУТП должен быть настроенный брандмауэр, а лучше организовать DMZ
-Обновляйте программное обеспечение
-АРМ оператора не должен иметь прямого доступа в интернет
-Если есть возможность, то начните сканировать траффик
-Воздушный зазор - не серебряная пуля
*Дальше можете накидать своих советов по безопасности*
Источник

Не смотря на то, что в современном мире промышленной автоматизации, мы видим более мощные и функциональные ПЛК, периферийные вычислительные устройства, SCADA, распределенные системы управления (DCS) и архиваторы, работающие на огромных серверах или в средах облачных вычислений, но архитектура построения таких систем не сильно изменилась.
Классические архитектуры автоматизации не в состоянии справиться с новыми вызовами, с которыми сталкивается отрасль. Должны быть приняты новые системные архитектуры для автоматизации, которые лучше соответствуют новым отраслевым операционным и бизнес-задачам.
АРХИТЕКТУРНЫЕ ПАРАДИГМЫ
1) Плоская архитектура
Новые архитектуры должны быть более плоскими, с меньшим количеством уровней базы данных и интерфейсов между уровнями. Вся система должна базироваться на единой цифровой платформе, включающей большую часть функциональности на меньшем количестве уровней.
2) Высокая доступность и отказоустойчивость.
Архитектуры автоматизации можно улучшить за счет включения новых отказоустойчивых схем, которые автоматически адаптируются в случае отказа одного из аппаратных компонентов с минимальным временем восстановления после сбоя или вообще без него.
3) Эластичность.
Новая архитектура должна быстро расширяться по мере расширения бизнеса или сокращаться, если этого требует бизнес.
4) Безопасность с нуля.
Кибербезопасность не должна быть надстройкой над классической архитектурой системы автоматизации.
5) Единая точка конфигурации.
В новых архитектурах должен использоваться принцип «однократной настройки». При установке нового устройства или изменении его конфигурации изменения должны автоматически распространяться на всю систему.
6) "Интеллект" ближе к процессу.
Обработка данных, аналитика, интеллектуальная обработка, должны быть максимально приближены к процессу
Источник

Давайте еще немного про различного рода конференции.
Буду надеяться, что смогу лично присутствовать в СПб
https://nnz-ipc.ru/sobytiya/industrial_automation_day_invitation/

IIC(Industry IoT Consortium) - выпустила IIoT AI Framework.
Этот документ содержит рекомендации и помощь в разработке, обучении, документации, общении, интеграции, развертывании и эксплуатации промышленных систем IoT с поддержкой ИИ. Он предназначен для лиц, принимающих решения в области ИТ и операционных технологий (ОТ), бизнеса и технических специалистов из различных областей, включая лиц, принимающих решения, менеджеров по продуктам, системных инженеров, проектировщиков вариантов использования, системных архитекторов, архитекторов компонентов, разработчиков, интеграторов и системных операторов.
В документе представлены различные точки зрения на разработку системы:
-Точка зрения бизнеса
Внимание уделяется проблемам выявления заинтересованных сторон и их бизнес-видения, ценностей и целей при создании системы IIoT в ее деловом и нормативном контексте. Кроме того, он определяет, как система IIoT достигает заявленных целей посредством ее сопоставления с основными возможностями системы
-Точка зрения использования
Проблемы ожидаемого использования системы, обычно представляемые как последовательность действий с участием людей или логических пользователей (например, систем или системных компонентов), которые обеспечивают предполагаемую функциональность, в конечном счете, реализуя ее основные системные возможности.
-Точка зрения функциональности
Основное внимание уделяется функциональным компонентам в системе IIoT, их структуре и взаимосвязи, интерфейсам и взаимодействиям между ними, а также взаимосвязи и взаимодействиям системы с внешними элементами в среде для поддержки использования и деятельности всей системы.
-Точка зрения реализации
имеет дело с технологиями, необходимыми для реализации функциональных компонентов (функциональная точка зрения), их схемами связи и процедурами их жизненного цикла. Эти элементы координируются действиями (точка зрения использования) и поддерживают возможности системы (точка зрения бизнеса).
Также документ описывает путь цифровой трансформации - от "растущих проблем", с которыми сталкивается организация, к результатам, которые могут решать эти проблемы.
Рассматриваю 5 уровней становления ИИ в промышленности:
1 уровень - Ранний интерес и высокий риск того, что технология просто маркетинговый ход
2 уровень - Эксперименты с ИИ в контексте науки и данных
3 уровень - ИИ в производстве
4 уровень - ИИ используется для цифровых преобразований и трансформации
5 уровень - ИИ является частью
Использовать ИИ предполагается в следующих ролях:
-Цифровизация/Извлечение/Трансформация
-Анализ/Детектирование/Диагностика
-Оптимизация
-Генерация решения
-Предписания к действиям
-Предсказание
-Действия/Управление
Затрагиваются темы доверия к системе и возможности его обеспечения. В целом занимательное чтиво для понимания архитектуры.
Источник

Как я недавно прочел в блоге, у одного зарубежного коллеги:"Современные производители оборудования для АСУТП делают все "открытым", но очень много до сих пор скрыто от глаз пользователей". И действительно проприетарного очень много и иной раз оно там, где не очень то и хотелось, но оказывается, что есть инициативы, которые направлены на построение открытых систем.
Open Process Automation Standard (OPAS) является инициативой The Open Group, направленной на создание открытой, стандартизированной и безопасной архитектуры для промышленных автоматизированных систем. Цель данной инициативы — упростить интеграцию, улучшить взаимодействие и обеспечить надежность промышленных систем, что должно снизить затраты на их разработку, поддержку и модернизацию.

В основе OPAS лежат следующие ключевые компоненты:

1. Открытые стандарты: OPAS основан на определении открытых стандартов, которые обеспечивают интероперабельность между различными уровнями промышленных систем и оборудования.

2. Модульность: Стандарт поддерживает модульный подход к разработке промышленных систем, что облегчает замену и добавление компонентов, а также обновление программного обеспечения без прерывания процессов.

3. Безопасность: OPAS разрабатывается с учетом принципов безопасности для обеспечения защиты промышленных систем от кибератак и других угроз.

4. Протоколы связи: Стандарт определяет протоколы связи, которые обеспечивают надежную передачу данных между различными уровнями промышленных автоматизированных систем.

5. Жизненный цикл системы: OPAS охватывает все аспекты жизненного цикла промышленной системы, включая разработку, эксплуатацию, обслуживание и модернизацию.

6. Совместимость с существующими системами: Стандарт разрабатывается с учетом совместимости с уже существующими промышленными системами, чтобы облегчить их переход на новую архитектуру.

OPAS ориентирован на удовлетворение потребностей различных отраслей промышленности, таких как нефтегазовая, химическая, энергетическая и другие.