Восстанавливаем фактическую систему
Сверяем схемы с объектом, программы с настройками, а экранные формы — с реальными действиями оборудования.
Технологическая независимость · Москва и МО
Импортозамещение систем автоматизации под ключ
Обследуем действующую АСУ, восстанавливаем функциональную модель, подбираем ПЛК, HMI и SCADA на базе ОВЕН или другой подходящей платформы, разрабатываем проект и переводим объект по согласованному сценарию.
- FAT до переключения и согласованный план отката
- Исходники, резервные копии и документация — в согласованном составе
ДЕЙСТВУЮЩАЯ АСУLEGACY PLCпрограмма · I/O · сети
ПОЛЕДАТЧИКИ / ПРИВОДЫсигналы · состояния
ФИКСАЦИЯКОПИИверсии · контрольные суммы
ИНЖИНИРИНГI/O + FUNCTION MAPалгоритмы · протоколы
ЦЕЛЕВАЯ ПЛАТФОРМАНОВЫЙ ПЛКОВЕН / другой по матрице
ВЕРХНИЙ УРОВЕНЬHMI / SCADAархив · тревоги · отчёты
PLC + HMI + SCADAединая функциональная модель
I/O + протоколыпроверяемая карта соответствия
FAT + SATстенд и объектовые испытания
Резервная копия + план возвратауправляемое восстановление
Не меняем «коробку на коробку»
Сначала фиксируем функции — затем выбираем платформу
Новая система должна воспроизводить согласованное поведение объекта, а не просто иметь похожее число клемм и знакомый протокол.
Подбираем по матрице требований
I/O, цикл, память, сети, резервирование, климат, ремонтопригодность и безопасность важнее названия производителя.
Проверяем до переключения
Эмулируем сигналы, команды, потери связи, перезапуск, аварии и восстановление на стендовых испытаниях FAT.
Передаём сопровождаемое решение
Исходники, схемы, реестры, резервные копии, протоколы и инструкции остаются у заказчика в согласованном составе.
PLC / CPU3версии зафиксированы
REMOTE I/O4каналы сопоставлены
HMI / SCADA2архив проверяется
PROTOCOLS3роли и таймауты
Обследование действующей АСУ
Снимаем неопределённость до выбора оборудования
Инвентаризируем контроллеры, I/O, панели, серверы, приводы, интерфейсы, лицензии и резервные копии. Проверяем реальные типы сигналов, топологию сетей, алгоритмы, блокировки, уставки и ручные операции.
Если исходников нет, восстанавливаем подтверждаемый функционал по схемам, архивам, экранам и наблюдаемому поведению. Скрытые режимы остаются риском до прохождения испытаний.
Миграция как управляемая машина состояний
Каждый переход имеет критерий готовности и условие отката
Выберите этап. Реальный порядок, технологические окна и подтверждения фиксируем в проекте и программе испытаний.
ФИКСАЦИЯРезервные копии и версииконтрольные суммы · лицензии
I/OКарта каналовтипы · диапазоны · безопасные состояния
FUNCTIONSАлгоритмыпоследовательности · блокировки
TESTFATэмуляция · несоответствия
ПЕРЕВОДПереключениепоканальная проверка · возврат
ACCEPTANCESATобъект · наблюдение · передача
Система обследуется без изменения действующих команд и уставок.
Переход — только после подтвержденияПредварительная инженерная оценка
Калькулятор объёма импортозамещения
Оценка строится по контроллерам, I/O, логике, интерфейсам, состоянию исходников и сценарию переключения — не по площади объекта.
Окно остановки определяет стратегию
Три базовых сценария перехода
Мы не обещаем «без остановки» до обследования. Даже при параллельном контуре отдельным цепям может понадобиться технологическое окно.
Плановая остановка
Полный FAT, заранее собранный шкаф, переключение, SAT и восстановление работы в согласованное окно.
Подходит, когда процесс можно безопасно остановить.Поэтапно по участкам
Шкафы или установки переносятся последовательно, соседние участки продолжают работать по временным связям.
Требует чётких границ и промежуточных режимов.Теневой контур
Новая система сначала получает сигналы без управления, результаты сравниваются с действующей системой.
Не все цепи допускают безопасное параллельное чтение.Сохраняем там, где это обосновано
Матрица решений: сохранить, адаптировать или заменить
Для каждого элемента фиксируем требуемую функцию, фактическое состояние, интерфейс, риск и способ проверки.
FUNCTIONAL EQUIVALENCE MATRIXРешение подтверждается испытаниямиPROJECT
Сохранить
Исправные датчики, приводы, силовая часть и часть полевых сетей после проверки совместимости.
Адаптировать
Алгоритмы, HMI, карты данных, шлюзы и архивы с учётом новой среды и архитектуры.
Заменить
Недоступные ПЛК, I/O, панели, промышленные ПК, лицензии и закрытые интерфейсы.
Испытания до и после переключения
FAT / SAT показывают не проценты, а прослеживаемость проверки
Панель ниже демонстрационная. Для проекта формируем реальные сценарии, критерии, протоколы и журнал несоответствий.
I/O168каналов в реестре
FATНЕ ЗАДАНОстендовые проверки
БЛОКИРОВКИВ ПЛАНЕответственные функции
КОПИЯНЕ ЗАДАНАпроект и конфигурации
SATНЕ ЗАДАНОпосле переключения
ВОЗВРАТВ ПЛАНЕусловия восстановления
Значения демонстрационные. Реальная готовность определяется закрытием согласованной программы испытаний.
- 01Несовпадение типа сигналаI/O map → проект → повторная проверкаOPEN
- 02Закрытая библиотекавосстановление функции или новое решениеRISK
- 03Потеря связи с приводомбезопасное состояние → тревога → восстановлениеTEST
- 04Команда не подтвержденаблокировка → журнал → действие оператораFAT
- 05Переключение участкапоканальная проверка → SAT → наблюдениеPLAN
Важно: обычная автоматизация не заменяет ПАЗ, аварийный останов, релейную защиту или пожарную автоматику. Их жизненный цикл и верификация определяются отдельно.
Технические ограничения видим до закупки
Что проверяет инженер при импортозамещении
Каждый пункт может изменить платформу, состав шкафов, способ миграции, окно переключения и программу испытаний.
Не существует универсальной замены «один в один»
Совпадение количества клемм или надписи Modbus не подтверждает время цикла, память, сетевые роли и поведение в отказе.
IEC 61131-3 не гарантирует переносимость
Языки стандартизованы, но библиотеки, системные функции, задачи, retain-память, драйверы и аппаратные особенности различаются.
Без исходников растёт неопределённость
Редкие аварийные ветви и скрытые ручные действия восстанавливаем по документации, архивам, интервью и наблюдаемому поведению.
I/O проверяем электрически и функционально
24 В, 4–20 мА, 0–10 В, термопары, RTD, PNP/NPN, релейные и транзисторные выходы требуют разных решений.
Архив SCADA может остаться отдельно
Перенос зависит от формата базы, лицензий и экспорта. Иногда старый архив сохраняют только для чтения.
Теневой режим подходит не всем сигналам
Параллельное считывание и раздвоение цепей допустимо только после проверки интерфейсов, изоляции и влияния на действующую систему.
Функции безопасности выделяются отдельно
ПАЗ, аварийный останов и аппаратные блокировки нельзя автоматически переносить на обычный ПЛК без отдельного анализа.
Российское происхождение проверяется по модели
Бренд сам по себе не подтверждает реестровый статус конкретного исполнения оборудования или версии программного продукта.
Удалённый доступ не должен открывать ПЛК в интернет
Сегментация, роли, журналирование, защищённый шлюз и локальные блокировки проектируются вместе с IT/ИБ-службой.
Результат, который можно сопровождать
Что передаём заказчику
Точный состав закрепляем в ТЗ и договоре. Ниже — полный инженерный контур, из которого формируется комплект конкретного проекта.
Отчёт об обследовании
Фактическая архитектура, состояние шкафов, состав оборудования, лицензии, доступность исходников и карта рисков.
Реестр оборудования
Контроллеры, I/O, HMI, серверы, приводы, шлюзы, версии прошивок, интерфейсы и запасные части.
I/O-матрица
Старый и новый канал, тип сигнала, диапазон, масштабирование, назначение, безопасное состояние и проектный резерв.
Функциональная модель
Алгоритмы, последовательности, уставки, блокировки, аварии, ручные режимы и условия восстановления.
Целевая архитектура
ПЛК, удалённый ввод-вывод, HMI, SCADA, сети, шлюзы, резервирование и границы ответственности.
Рабочая документация
Структурные и принципиальные схемы, внешние подключения, кабельные связи, спецификация и задания смежникам.
Карты протоколов
Адреса, регистры, типы данных, порядок байтов, единицы, качество, команды, таймауты и обработка потери связи.
Исходные проекты
Согласованный состав PLC, HMI и SCADA, версии библиотек, конфигурации, пароли и условия лицензирования.
FAT / SAT-протоколы
Проверенные сигналы, алгоритмы и отказные сценарии, замечания, критерии приёмки и результаты объектовых испытаний.
Резервные копии и план возврата
Контрольные суммы, порядок восстановления, известные ограничения и регламент сопровождения.
Управляемая миграция вместо аварийной замены
Восемь этапов проекта
Переключение на объекте — короткий, но не первый этап. Основная неопределённость снимается обследованием, проектированием и стендом.
- 01
Фиксация исходного состояния
Сохраняем версии, настройки, пароли, программы, архивы, резервные копии и контрольные суммы до любых изменений.
- 02
Обследование и инвентаризация
Проверяем ПЛК, I/O, HMI, SCADA, шкафы, приводы, сети, лицензии, схемы и реальную эксплуатацию.
- 03
Матрица I/O, протоколов и функций
Связываем каждый сигнал, команду и алгоритм с целевым каналом и способом проверки.
- 04
Концепция и выбор платформы
Сравниваем ОВЕН и другие подходящие решения по производительности, I/O, протоколам, резервированию и жизненному циклу.
- 05
ТЗ и рабочий проект
Фиксируем архитектуру, схемы, спецификацию, программные функции, этапность, окно остановки и критерии приёмки.
- 06
Разработка и стенд
Создаём PLC/HMI/SCADA, эмулируем сигналы, проверяем нормальные, аварийные и отказные сценарии на FAT.
- 07
Контролируемое переключение
В согласованное окно переносим участок, выполняем поканальную проверку, проверяем блокировки и сохраняем возможность возврата.
- 08
SAT и передача в эксплуатацию
Подтверждаем работу на объекте, закрываем замечания, передаём исходники, резервные копии, инструкции и обучаем персонал.
От схемы — к фактическим цепям
Как учитываем реальный объект
Разработка выполняется с учётом шкафов, электропитания, сетей, исполнительных цепей, обслуживания и пусконаладки. Фотографии показывают смежные инженерные работы, а не вымышленный кейс миграции ПЛК.
Стендовая проверка аппаратуры и логикиОтрабатываем подключения, сигналы и сценарии до переключения действующего объекта.
Сетевой контур автоматикиИнтерфейсы, шлюзы и коммуникационное оборудование учитываются в целевой архитектуре.
Щитовое решение с отечественными компонентамиСвязанный выполненный проект; он подтверждает опыт сборки, но не заменяет отдельный аудит ПЛК.
Актуальность проверена 17 августа 2026 года
Нормативная база проектирования и миграции
Применимость определяется отраслью, назначением объекта, договором, статусом КИИ, функциями безопасности и способом закупки.
Официальный источник ↗
ГОСТ Р 59793-2021
Стадии создания автоматизированных систем: формирование требований, проектирование, ввод и сопровождение.
Официальный источник ↗ГОСТ 34.602-2020
Состав и содержание технического задания на создание, развитие или модернизацию автоматизированной системы.
Официальный источник ↗ГОСТ 34.201-2020
Виды, комплектность и обозначение документов при создании автоматизированных систем.
Официальный источник ↗ГОСТ Р 59792-2021
Виды испытаний автоматизированных систем и общие требования. FAT и SAT закрепляем договором и программой испытаний.
Официальный источник ↗ГОСТ Р МЭК 61131-3-2016
Синтаксис и семантика языков программируемых контроллеров; стандарт не гарантирует переносимость проекта между средами.
Официальный источник ↗ГОСТ 21.408-2013
Правила выполнения рабочей документации автоматизации технологических процессов.
Официальный источник ↗ГОСТ Р МЭК 62443-3-3-2016
Системные требования и уровни защищённости промышленных систем — в применимой части и по модели угроз.
Официальный источник ↗187-ФЗ о безопасности КИИ
Учитывается только для организаций и объектов, подпадающих под требования законодательства о критической информационной инфраструктуре.
Официальный источник ↗Указ Президента РФ №166
Меры технологической независимости применяются в установленной документом области и не распространяются автоматически на любой частный объект.
Официальный источник ↗Постановление Правительства №1875
Национальный режим для закупок по 44-ФЗ и 223-ФЗ; для обычного частного проекта автоматически не применяется.
Официальный источник ↗162-ФЗ «О стандартизации»
Стандарты обычно применяются добровольно, если иное не установлено законодательством; договор и ТЗ могут закрепить выбранные требования.
Официальный источник ↗ГОСТ Р МЭК 61511-1-2018
Учитывается для связанных с безопасностью систем и функций в применимой части; обычная автоматика не подменяет отдельный жизненный цикл ПАЗ.
Официальный источник ↗ГИСП: российская промышленная продукция
Статус происхождения оборудования подтверждаем по конкретной модели и исполнению на дату закупки, а не только по бренду.
Официальный источник ↗Реестр российского программного обеспечения
Статус программного продукта проверяем по точному наименованию, правообладателю и актуальной реестровой записи.
Перечень требований уточняется после определения отрасли, категории объекта, статуса КИИ, функций безопасности, способа закупки и внутренних стандартов заказчика. Указание ГОСТ на странице не означает его безусловную обязательность для каждого проекта. Статус отечественного оборудования и ПО проверяем по конкретной модели, исполнению и версии на дату закупки.
Ответы инженера
Частые вопросы
Передайте схемы, перечень оборудования или фото шкафов — обозначим первичные риски и состав обследования.
01Можно ли заменить любой иностранный ПЛК на ОВЕН?
Не всегда один к одному. Обычно можно подобрать новую архитектуру с требуемым функционалом, но конкретная платформа определяется по I/O, времени цикла, памяти, протоколам, резервированию, условиям эксплуатации и требованиям безопасности.
02Вы автоматически конвертируете старую программу?
Нет. Vendor-specific библиотеки, драйверы, задачи и аппаратные функции требуют адаптации и повторных испытаний. Мы переносим подтверждённую функциональную модель, а не только текст программы.
03Что делать, если исходного кода нет?
Восстанавливаем подтверждаемый функционал по схемам, I/O, экранам, архивам и работе оборудования. Скрытые режимы фиксируем как риск до завершения испытаний.
04Можно ли сохранить датчики, приводы и силовую часть?
Часто да, если обследование подтвердит состояние, электрическую и протокольную совместимость, диапазоны, точность и безопасные состояния.
05Можно выполнить переход без остановки?
Возможность определяется после обследования. Поэтапный или теневой контур снижает общий простой, но отдельным цепям всё равно может потребоваться технологическое окно.
06Сохранятся ли архивы старой SCADA?
Зависит от формата базы, лицензий и доступности экспорта. Иногда старый архив сохраняют в режиме чтения, а новая система начинает отдельный архив.
07Будет ли система полностью российской?
Состав и происхождение подтверждаются по каждой модели и версии ПО. Российское название производителя не заменяет проверку актуальной реестровой записи.
08Можно перенести аварийные защиты на обычный ПЛК?
Только после отдельного анализа требований функциональной безопасности. ПАЗ, аварийный останов и аппаратные блокировки нельзя заменять обычной программной логикой без обоснования и верификации.
09Передаёте ли вы исходники и резервные копии?
Да, в согласованном договором составе: проекты PLC/HMI/SCADA, библиотеки, конфигурации, резервные копии, версии, пароли, инструкции восстановления и известные ограничения.
10В расчёт входит оборудование и монтаж?
Нет. Калькулятор оценивает инженерную трудоёмкость обследования, проекта, программирования и испытаний. Оборудование, лицензии, монтаж, кабели, командировки и специальные работы считаются после обследования.
Начнём с фактов о действующей системе
Подготовим план импортозамещения без слепой замены оборудования
Передайте схемы, I/O-лист, перечень ПЛК/HMI/SCADA или фото шкафов. Инженер уточнит доступность исходников, критичность процесса, допустимый простой и предложит состав обследования, проекта и испытаний.