Канал Открытые системы автоматизации

Антон Думин: демократизация ИТ-инструментов в промышленной автоматизации и концепция доверенной витрины для промышленных заказчиков ИТ-директор «Газпром нефти» Антон Думин на конференции ЦИПР 2026 напомнил, что работа по развитию открытых стандартов в компании стартовала еще в 2019 году. За прошедшие годы их цели претерпели серьезную трансформацию. Если на первом этапе ключевой задачей виделся уход от проприетарных систем и получение возможности собирать сложные инструменты управления (АСУ ТП, РСУ, СУУТП) из совместимых российских компонентов «как из кубиков LEGO», то сегодня «Газпром нефть» рассматривает компоненты национальной платформы как способ тотальной демократизации технологий. По сути, происходит спуск классических ИТ-инструментов на уровень промышленной автоматизации и технологических сетей передачи данных. Антон подчеркнул, что этот шаг открывает масштабные перспективы: появление открытых стандартов позволяет перенести новые технологии непосредственно на уровень АСУ ТП. Это необходимо для решения задач сложной многокритериальной оптимизации технологических режимов и оркестрации взаимодействия оборудования на основе моделей, минуя жесткие и ограниченные классические алгоритмыСтатья по итогам сессии на ЦИПРе 2026

🇷🇺 Василий Шпак: «От Национальной платформы промышленной автоматизации — к Национальной платформе промышленных данных»Заместитель министра промышленности и торговли РФ Василий Шпак на конференции ЦИПР 2026 задал вектор дальнейшего развития инициативе по созданию НППА для российской промышленности. Начиная доклад, он констатировал, что за прошедший год рабочая группа проделала большую работу и совершила качественный переход от обсуждения разрозненных инициатив к проектированию полноценной Национальной платформы промышленной автоматизации (НППА). Шпак особо подчеркнул, что тот факт, что Председатель Правительства на пленарной сессии упоминает Открытую АСУ ТП как свершившийся факт, доказывает зрелость движения. Стратегическая позиция Минпромторга как регулятора заключается в следующем: Россия должна создавать собственную, устремленную в будущее открытую архитектуру, а не заниматься простым копированием или воспроизведением старых зарубежных систем.Прямо в ходе выступления Василий Шпак провозгласил лозунг следующего технологического цикла развития инициативы: «От Национальной платформы промышленной автоматизации – к Национальной платформе промышленных данных». Шпак пояснил логику этого перехода: сама по себе автоматизация – это лишь инструмент, позволяющий собирать информацию. Главная же ценность нового этапа лежит в плоскости работы с данными, на базе которых будут обучаться модели искусственного интеллекта, способные приносить бизнесу прямую экономическую выгоду, сокращать издержки и повышать эффективность.Отдельно Василий Шпак остановился на кадровом дефиците, отметив, что решения на открытой архитектуре на рынке уже появляются, а людей, способных их эксплуатировать, критически не хватает. Он призвал тиражировать лучшие образовательные практики, упомянув совместную магистерскую программу «Газпром нефти» и профильных вузов.В финале своего выступления Василий Шпак перешел к конкретным организационным шагам и озвучил два поручения:Закрепить персональную ответственност

Итоги сессии по Открытой АСУ ТП на ЦИПР 2026Опубликована (не прошло и месяца) статья по итогам дискуссии конференции ЦИПР 2026, посвященной Национальной платформе промышленной автоматизации (НППА). В обсуждении участвовали Минпромторг, крупные заказчики («Газпром нефть», «Транснефть», «ЕвроХим», «Северсталь», «Уралхим») и разработчики.Главные тезисы и решения:Планы на 2026 год: Рабочая группа должна показать первую итерацию доверенного репозитория, витрины программных продуктов и концепцию системы добровольной сертификации.Поручения Минпромторга: Ведомство поручило закрепить персональную ответственность компаний за разработку стандартов и подготовить Открытый меморандум заказчиков о готовности тестировать модули Открытой АСУ ТП.Запросы бизнеса: Производственникам нужны не абстрактные технологии, а полигоны для тестирования («чтобы не покупать кота в мешке»), понятные механизмы снижения рисков и государственные стимулы (налоговые вычеты, льготные кредиты).

Как экономия памяти в ПЛК породила современную софтверную автоматизациюПо материалу Beyond the hardware tree: structured tags and AOIs redefine PLC programming Иногда полезно оглянуться назад, чтобы заметить тектонические сдвиги в архитектуре промышленных программ, которые сегодня воспринимаются как должное. Статья Рика Райса наглядно показывает, через какую эволюцию прошла логика управления и как код постепенно забирал приоритет у аппаратной части.🧱Эпоха «тупых» блоков данных В период ранних полевых шин (DeviceNet, Profibus, старый Remote I/O) обмен данными с удаленным шасси или частотным преобразователем строился на передаче фиксированных пакетов памяти — жестких массивов слов (INT). Даже если удаленная корзина ввода-вывода была заполнена лишь на четверть, контроллер непрерывно гонял туда-обратно весь блок. Частотник управлялся строго по схеме: слово команд, слово частоты, слово статуса, слово обратной связи. Память ПЛК тратилась в огромных объемах просто на поддержание этих плоских массивов, что жестко ограничивало емкость и гибкость всей системы.Шаг первый: Рождение UDT и изоляция от адресов Переход к структурированным тегам (User-Defined Tags) во многом случился из-за дефицита памяти, но в корне изменил подход к проектированию. Возможность упаковать в одну 🖨структуру разнородные типы данных (Boolean, INT, REAL) оторвала логику от физических адресов регистров.Следом появились профили устройств — Add-on Profiles (AOP). Раньше, чтобы изменить рампу разгона на приводе или вытащить специфическую диагностику, инженеру приходилось либо запускать отдельное ПО от вендора, либо настраивать параметры вручную с лицевой панели устройства. Профили интегрировали эти данные напрямую в аппаратное дерево проекта контроллера.Шаг второй:Программа выходит за рамки «железного дерева» Главный посыл автора вынесен в заголовок: программирование ПЛК окончательно вышло «за рамки аппаратного дерева». Благодаря параметризируемым инструкциям (AOI) код перестал быть придатком конкретных кл

🧱 Иллюзия открытости: Что такое Gated Ecosystem и почему маркетплейсы ПЛК — это не OPAПо мотивам материала Bill Lydon, Automation.com Когда мы говорим об открытой АСУ ТП, обычно представляется полярный мир: с одной стороны — тотально закрытые проприетарные DCS (РСУ), с другой — Linux, Codesys и чистый open-source. Но прямо сейчас на рынке ПЛК побеждает третья, модель — Gated Ecosystem (Охраняемая или управляемая экосистема).Крупные вендоры ПЛК давно поняли, что воевать с открытыми стандартами бессмысленно. Они охотно внедрили Ethernet/IP, MQTT, OPC UA и перевели контроллеры на Linux-ядра. Но вместо реальной открытости они создали аналог Apple App Store в промышленном масштабе.В чем суть концепции Gated Ecosystem? Вендор пускает сторонних разработчиков софта и модулей ввода-вывода в свою экосистему только после жесткого коммерческого аудита, лицензирования и выплаты роялти. Для конечного заказчика это выглядит как победа прогресса: в каталоге («маркетплейсе») автоматизатора появляются сотни готовых плагинов, библиотек и приложений от сторонних стартапов.Где здесь подвох для концепции Открытой АСУ ТП? Такая модель полностью блокирует две главные цели открытых систем:Multivendor code portability (Переносимость кода): Вы по-прежнему не можете безболезненно перенести написанный софт и логику на контроллер другого производителя. Вы привязаны к среде разработки и рантайму конкретного вендора.Hardware interchangeability (Взаимозаменяемость железа): Вы не можете «на горячую» заменить вышедший из строя контроллер аналогом от конкурента, даже если они оба работают на условном Linux.⛓️ Современные «открытые» линейки контроллеров от мейджоров рынка — это не шаг к Open Process Automation. Это классическая «золотая клетка». Вендоры лишь упаковали старый проприетарный lock-in в красивую обертку из ИТ-терминов, сохранив полный контроль над маржой и привязкой клиента к платформе. Настоящая открытость начнется только там, где софт полностью отвязан от железа (hardware-independent),

🌐 IT vs OT: Спор о границах и причем здесь Открытая АСУ ТПВ экспертном сообществе разгорелась интересная заочная дискуссия. Статья на РБК утверждает: «Управление производством нельзя строить как ИТ-инфраструктуру», а слепое сближение IT (информационных технологий) и OT (технологических процессов/АСУ ТП) — это опасный путь.В то же время многие спикеры на дискуссии по открытой АСУ ТП на ЦИПР-2026 продвигали идею Открытой АСУ ТП, где конвергенция IT и OT — это уже свершившийся факт и драйвер эффективности.Кто же прав и где истина?📌 В чем прав автор статьи на РБК?Автор справедливо указывает на фундаментальную разницу в ДНК двух систем:Приоритеты: Для ИТ главное — гибкость, скорость обновлений и масштабируемость. Для АСУ ТП — железная стабильность, предсказуемость и непрерывность.Цена ошибки: Падение корпоративной почты или CRM — это простой бизнеса. Сбой на уровне АСУ ТП — это потенциальная техногенная катастрофа, порча оборудования и угроза жизням.Архитектура: Идея «накатить быстрое обновление в пятницу вечером» в цеху не работает. Граница безопасности (в т.ч. кибербезопасности) между КСП (корпоративным сегментом) и ТП (технологическим) должна быть железобетонной.❌ Что не так с аргументами автора?Главная ошибка автора — восприятие ИТ как чего-то застывшего в 2010-х годах. Он спорит со сближением IT и OT так, будто «сближение» означает простое подключение ПЛК (контроллеров) к офисному Wi-Fi. Но современное ИТ — это давно не просто «сервер в дата-центре»:ИТ научилось в отказоустойчивость. Современные ИТ-архитектуры (микросервисы, контейнеризация, Edge Computing) как раз созданы для распределенной работы с высочайшим уровнем надежности.Изоляция тормозит бизнес. Если полностью законсервировать OT в «башне из слоновой кости», предприятие теряет данные для предиктивной аналитики, ИИ, сквозного планирования и цифровых двойников. А без этого выиграть в конкурентной борьбе сегодня невозможно.🤝 Как это соотносится с Открытой АСУ ТП?Концепция Открытой АСУ ТП, которую продвигае

Встречайте новый релиз MasterCAD – 1.7.0 В MasterCAD 1.7.0 добавлен новый функциональный блок – автоматизированный расчёт лицензий программного обеспечения MasterSCADA 4D и OPC-серверов. 💡Это решение закрывает потребность проектировщиков и интеграторов в точном определении комплектации ПО на этапе технического проектирования, исключая ручные ошибки и избыточные затраты. Для расчёта необходимо добавить подсистему верхнего уровня и сконфигурировать в ней установку типа «Сервер». При расчёте учитывается количество точек ввода-вывода, требуемые протоколы обмена данными, опции резервирования и другие параметры системы.   На выходе формируется спецификация оборудования и лицензий. Документ можно использовать в проектной документации – для согласования с заказчиком и прохождения экспертизы, как бюджетную оценку решения – для предварительного расчёта стоимости лицензий и подачи коммерческого предложения.   MasterCAD 1.7.0 – это первый шаг к полной автоматизации подбора программного обеспечения для систем диспетчеризации и АСУ ТП.   Функционал доступен всем пользователям MasterCAD. MasterCAD 1.7.0 превращает подбор лицензий из рутинной ручной задачи в автоматизированный процесс, состав лицензий соответствует техническим требованиям проекта и оформлен по государственным стандартам – без лишних затрат и времени на пересогласование.   Подробнее о новом функционале расскажем на нашем вебинаре🗓 3 июня в 10.00 (МСК)   Пройдите ❓опрос❓ и мы включим дополнительные темы в рассказ и демонстрацию.   Присоединяйтесь 👉 https://my.mts-link.ru/j/iek/MasterCAD_1_7_0!     #документация #проектирование #АСУТП #IEK_DIGITAL #MasterCAD

Как управлять заводом, если разные системы говорят на разных языках? Об этом сегодня на ЦИПР-2026 рассказывал эксперт ЕвроХима Сергей Черкасов ⚡️На современном производстве одновременно работают десятки систем управления от разных производителей — со своими протоколами, логикой и форматами данных. Объединить их в единую экосистему до недавнего времени означало либо сложную интеграцию, либо зависимость от одного вендора.💡 Одним из решений становится единая шина данных — своего рода универсальный переводчик, который помогает системам обмениваться информацией в режиме реального времени и работать как единый механизм.«Технологический суверенитет — это не про то, чье ПО стоит на контроллере. Это про архитектуру, которая не ставит тебя в зависимость ни от кого», — отметил Сергей Черкасов, руководитель управления перспективной автоматизации технологических процессов, в ходе сессии «АСУ ТП на перепутье. Как шины данных помогают промышленности не потерять управление».➡️ ЕвроХим участвует в разработке открытой архитектуры АСУ ТП — подхода, который дает промышленным компаниям больше гибкости и свободу выбора технологических решений без привязки к конкретному поставщику.🧪 ЕвроХим в MAX

🤖Робототехника идет по пути стандартизации данныхРосстандарт утвердил пакет новых национальных стандартов в области робототехники (вступили в силу с 1 января 2026 года), ключевыми разработчиками которых выступили ИТ-компании (в частности, Яндекс) и профильный ТК 141. С начала 2026 года в силу вступили стандарты серии ГОСТ Р 60..., которые описывают Общую информационную модель (ОИМ) для интеграции роботов в производственные и складские системы.Проблемы робототехники здесь во многом повторяют боли АСУ ТП. 1. ГОСТ Р 60.0.0.22-2025 — Термины и определенияВ робототехнике: Документ фиксирует единую терминологию («сочленение», «коллаборативный режим», «инструментальная координата»), исключая ситуацию, когда разные КБ и вендоры вкладывают в одно слово разный смысл.Проекция на Открытую АСУ ТП: Семантический хаос — наш главный враг. Без жесткого онтологического базиса невозможно построить единую объектную модель. То, что робототехника начала легитимизировать глоссарий на уровне национальных стандартов, подтверждает: унификация «сверху» неизбежна, если мы хотим собирать системы из кубиков разных производителей.2. ГОСТ Р 60.0.7.6-2025 — Описание общей информационной моделиВ робототехнике: Это техническое продолжение первого стандарта. Он переводит философию в синтаксис: определяет типы данных, обязательные/опциональные поля и правила программного обмена для интеграции роботов в автоматизированные системы (от MES до ERP). По сути, это схема (XML / JSON / Protobuf), позволяющая разработчикам писать парсеры и генераторы кода.Проекция на Открытую АСУ ТП: Это именно то, к чему мы движемся в рамках концепции открытой архитектуры. Стандарт четко разграничивает физический уровень (манипулятор, контроллер) и его «цифровой двойник» (информационную модель).Робототехника быстрее перешагнула этап «каждый вендор защищает свой закрытый протокол» просто потому, что сложность интеграции разнородных роботов в единый конвейер экономически задушила бы индустрию.‼️Для Открытой АСУ ТП это отличный

👨‍🔬 Ведущие компании химического сектора России на ЦИПР-2026 рассказали об использовании цифровых инструментов для ведения бизнеса. На конференции затронули вопросы внедрения АСУ ТП, импортозамещения иностранного ПО, архитектуры и внедрения искусственного интеллекта (ИИ).🔵 «Еврохим»:Заместитель генерального директора по обеспечению деятельности «Еврохима» Денис Самохвалов рассказал, что совокупный экономический эффект от внедрения цифровых продуктов в компании за последние три года превысил 4 млрд рублей. При этом значительная часть этих решений (более 60 проектов) основана на технологиях ИИ.В качестве примера в компании привели рекомендательные системы управления производством. Эти решения в реальном времени анализируют параметры работы оборудования и подбирают оптимальные режимы для повышения эффективности производства и снижения потерь.Сейчас «Еврохим» делает ставку на системную интеграцию. Компания постепенно уходит от использования изолированных ИИ-продуктов, предпочитая проектировать цифровые решения как часть единого контура бизнеса.🔵 «Фосагро»:Гендиректор «Апатита» Денис Новиков рассказал, как компания перешла с Oracle и SAP на собственную производственно-сбытовую систему с генеративным ИИ и внедрила систему управления производством от «Цифры». Последняя, по словам Новикова, уже оказалась функциональнее зарубежных аналогов.В компании отметили, что после внедрения представленных решений расчёт себестоимости по всему холдингу ускорился в 8 раз. Полностью отказаться от иностранных ERP-систем «Апатит» планирует к 2028 году.🔵 СИБУР:Одна из крупнейших нефтегазохимических компаний России планирует перейти с зарубежной программы автоматизации бизнеса на отечественную «Галактику». Директор по цифровым и информационным технологиям СИБУР Антон Рубенчик подчеркнул, что компания будет первой тестировать новую ИИ-платформу разработчика:Мы постараемся использовать технологию искусственного интеллекта для того, чтобы максимально быстрым способом сформулировать те знани

📐 Как собрать открытую АСУ ТП и не попасть в новую ловушку: 4 уровня дисциплины проектирования от CSIГлавный риск при переходе на открытую автоматизацию (O-PAS) — получить «зоопарк» из компонентов сотен вендоров, который развалится или намертво заблокируется при первом же обновлении софта.Чтобы этого не произошло, эксперты из Collaborative Systems Integration (CSI) выделили Four-Layer Design Discipline (четырехуровневую дисциплину проектирования). Это жесткий инженерный каркас, который разделяет систему на независимые слои и не дает «открытой» архитектуре снова стать закрытой.Суть методологии декуплирования (разделения):🟢 Hardware & DCN Infrastructure (Уровень железа): Стандартизация распределенных узлов управления (DCN) и модулей ввода/вывода. Управление прошивками и аудит оборудования автоматизируются (например, через Redfish-агенты), исключая ручную вендорскую настройку.🟢 Connectivity Framework / OCF (Уровень связи): Единая информационная шина на базе OPC UA. Здесь проектируется сквозная семантика данных и выстраиваются строгие зоны кибербезопасности по IEC 62443. Данные должны быть одинаково понятны и контроллеру, и верхнему уровню (вплоть до ИИ-сервисов).🟢Application Portability Layer (Уровень приложений): Логика управления (на базе IEC 61499 или CODESYS) полностью отделяется от железа. Код и функциональные блоки должны переноситься на ПЛК любого другого производителя без переписывания. Никаких специфичных вендорских библиотек внутри алгоритмов.🟢 System Management & Governance (Уровень оркестрации): Централизованное управление жизненным циклом всей системы как единым целым — через контейнеризацию, диспетчеризацию ИБ-сертификатов и инструменты оркестрации (Kubernetes/TOSCA).Эта дисциплина переводит абстрактные стандарты O-PAS в конкретные технические требования для RFI/RFQ. Она гарантирует, что оператор сохраняет полный контроль над архитектурой на протяжении десятилетий, а не передает ключи от системы в вечное рабство одному интегратору или поставщику.Дета

Самая лучшая книга про ПЛК на английском языке - шестое издание "Programmable Logic Controllers" Фрэнка ПетрузеллыЭто современное, легко читаемое введение во все аспекты программирования, установки и обслуживания программируемых логических контроллеров, рассчитанное на студентов без предварительного опыта работы с ПЛК.Книга отражает развитие ПЛК, включая новые технологии, улучшенные языки программирования и расширенные возможности связи. Современные ПЛК обладают быстрым временем сканирования, высокоплотными системами ввода-вывода и специальными интерфейсами для подключения нестандартных устройств. Текст дополняет, а не заменяет руководства производителей, помогая лучше понять базовые принципы, общие для большинства ПЛК.Структура книги удобна для обучения: каждая глава начинается с введения и целей, сопровождается примерами, маркированными списками для пояснения работы программ, и завершается контрольными вопросами и задачами разного уровня сложности. Особое внимание уделяется программированию с использованием различных методов, включая лестничную логику, функциональные блоки, структурированный текст и последовательные функциональные диаграммы, соответствующие стандарту IEC 61131-3.В издании подробно рассматриваются архитектура ПЛК, методы диагностики и отладки, вопросы безопасности, а также приводятся реальные кейсы и примеры программ для популярных контроллеров, что делает книгу универсальным и практичным учебным пособием для изучения и работы с ПЛК вне зависимости от производителя.Ссылка на книгу:https://electricalschool.info/programmable_logic_controllers_6th.pdfАвтоматика и робототехника, АСУ ТП и ПЛК:https://t.me/club_automate 📱Подписывайтесь на наш канал!

⚡️ Экономика открытой автоматизации: O-PAS готовит масштабный апдейтCollaborative Systems Integration (CSI), созданная выходцами из OPAF (Open Process Automation Forum), анонсировала на 31 мая публикацию большого индустриального отчета «State of Open Process Automation 2026».Главный акцент смещается со споров о жизнеспособности технологий на экономику и инженерную дисциплину.Что важно в этом релизе:💰Цифры TCO: Эксперты подтверждают расчетное снижение совокупной стоимости владения (TCO) системами автоматизации на 60–70% на 25-летнем жизненном цикле.⚔️Борьба со «скрытым» lock-in: Центральная часть отчета посвящена так называемой Four-Layer Design Discipline (четырехуровневой дисциплине проектирования). Она регламентирует, как операторам и интеграторам жестко контролировать и разделять уровни железа (DCN), связи (OPC UA), прикладного ПО и оркестрации, чтобы «открытая» система не превратилась в новую зависимость от конкретного поставщика.↪️Смена вектора: В 2026 году фокус OPA смещается с гринфилдов на Retrofit-проекты (модернизацию действующих brownfield-производств через интеграцию открытых узлов управления).Отчет будет бесплатным. Ссылка на страницу ожидания

⚡️ FieldNetRU: российский физический уровень для КИИ и открытых АСУ ТПНа технологической сессии в Уфе АО «НПО «КИС» (Росатом) представило проект FieldNetRU – отечественный комплекс решений для физического уровня промышленных сетей.Ключевые характеристики: 🔹 Микросхема PHY FNR1100: Полный аналог ADIN1100 (pin-to-pin), совместимый с Ethernet-APL (10BASE-T1L). Поддерживает сверхдальнюю передачу данных — до 2 км. 🔹 Микроконтроллер FNR2111MF: Чип на архитектуре RISC-V (140 МГц) с поддержкой точного времени IEEE 1588 и различных топологий («шина», «звезда», «дерево»). 🔹 Аппаратная безопасность: Встроенные крипто-ускорители («Магма», AES-256) и уникальная система локации физического вмешательства в линию (Man-in-the-Middle) с точностью до 1 метра.По мнению разработчиков, FieldNetRU создает полностью доверенную среду для полевого уровня, гарантируя доступность и целостность данных в контуре КИИ. Опытные образцы ожидаются в 2027 году.Подробнее о технологических особенностях FieldNetRU читайте в нашей статье

На ЦИПР 2026 в составе рабочей группы «Открытая АСУ ТП» представили концепцию витрины доверенных решений национальной платформы промышленной автоматизацииНовый сервис объединит проверенные программные компоненты и индустриальные приложения для быстрого и безопасного внедрения на промышленных предприятиях.Витрина станет единым доверенным пространством, где заказчики смогут выбирать готовые и совместимые ИТ-решения для автоматизации производственных процессов.Новый подход позволит существенно сократить сроки внедрения индустриального ПО и снизить затраты на интеграцию. В основе витрины – концепция сквозного жизненного цикла доверенного ПО: от загрузки исходного кода в репозиторий разработки до автоматизированного тестирования, публикации в доверенном каталоге и последующего внедрения на объектах промышленности.М.В. Мишустин об открытой АСУ ТП на ЦИПР 2026«Востребованность показали и российские системы автоматизации технологических процессов. Более половины всех наших компаний уже имеют опыт их применения. Корпорации объединяют усилия для создания таких платформ».IT в нефти в МахНа ЦИПР 2026 в составе рабочей группы «Открытая АСУ ТП» представили концепцию витрины доверенных решений национальной платформы промышленной автоматизацииНовый сервис объединит проверенные программные компоненты и индустриальные приложения для быстрого и безопасного внедрения на промышленных предприятиях.Витрина станет единым доверенным пространством, где заказчики смогут выбирать готовые и совместимые ИТ-решения для автоматизации производственных процессов.Новый подход позволит существенно сократить сроки внедрения индустриального ПО и снизить затраты на интеграцию. В основе витрины – концепция сквозного жизненного цикла доверенного ПО: от загрузки исходного кода в репозиторий разработки до автоматизированного тестирования, публикации в доверенном каталоге и последующего внедрения на объектах промышленности.М.В. Мишустин об открытой АСУ ТП на ЦИПР 2026«Востребованность показали и российские си