Аналог Siemens S7-1200 и S7-1500 в России - как подбирают контроллер под конкретный шкаф

Вопрос «какой российский контроллер ставится вместо S7-1200» звучит так, будто у него есть однозначный ответ - строка в таблице соответствия. Таблица действительно существует, и в классе задач она верна: базовые серии SIMATIC замещаются ПЛК начального уровня, производительные - старшими сериями с распределённым вводом-выводом. Дальше начинается разрыв: закупка оформляется под конкретный шкаф автоматики с конкретной раскладкой сигналов, а таблица про шкафы ничего не говорит.

Именно этот разрыв даёт большую часть неприятностей при пусконаладке. Модель подобрана верно «в классе», фактически же у неё нет нужного числа каналов требуемого типа, обмен с частью полевых устройств не поднимается без шлюза, коэффициенты регулирования, снятые со старой платформы, дают раскачку контура. Ниже разобрано, какие признаки отсеивают кандидатов до закупки, что в парке SIMATIC весит больше прочего, чем отличается подбор для одиночного объекта от подбора для сети площадок. Опора - два проекта: замещение импортной BMS в здании крупного банка в Туле и нижний уровень единой системы мониторинга инженерных систем для 53 объектов Федеральной таможенной службы.

Что описывает таблица соответствия

Коротко: сопоставление серий отвечает за порядок величины и годится для первой прикидки архитектуры; состав поставки рождается из раскладки сигналов конкретного объекта.

Польза от таблицы ровно одна - за полчаса понять масштаб: компактный контроллер одной установки или производительный ПЛК со стойками распределённого ввода-вывода. Этого хватает, чтобы прикинуть бюджетную вилку и определиться, идёт речь о недельной работе или о квартальном проекте.

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

Отсюда следствие, которое стоит проговорить заранее: совпадение получается функциональным. В том же проекте часть функций перераспределена между модулями под архитектуру новой системы - совпадения «корпус в корпус» с линейкой ушедшего вендора нет, и требовать его бессмысленно. Формулировка «поставить эквивалент модель в модель» в задании гарантированно упрётся в спор при приёмке, поскольку выполнить её буквально невозможно.

Шесть признаков, отсеивающих кандидатов

Коротко: класс контроллера задаёт короткий список, выбор внутри списка определяют раскладка точек ввода-вывода, сеть нижнего уровня, структура тегов, библиотеки блоков, поведение регуляторов и реестровые требования.

Признак	Что смотреть у объекта	Чем оборачивается просчёт
Раскладка точек ввода-вывода	Разбивка типов: дискретные входы и выходы, аналоговые входы под конкретные датчики, аналоговые выходы к приводам, сухие контакты	Дефицит каналов нужного типа вскрывается при монтаже; закрывается дозакупкой модулей и переделкой компоновки шкафа
Сеть нижнего уровня	Что физически проложено: Ethernet, последовательные шины, фирменные сети вендора	Новый контроллер проприетарную шину не поднимает; остаются шлюзы либо перекладка сети, и оба варианта меняют смету
Структура тегов верхнего уровня	Адресация сигналов в действующей SCADA, смежные системы мониторинга заказчика	Изменение адресации ломает соседнюю платформу, которая в периметр проекта не входила
Библиотеки алгоритмов	Доля стандартных блоков против кастомных функциональных блоков заказчика	Кастомные блоки переписываются вручную; недооценка их числа сдвигает график программирования
Контуры регулирования	Число замкнутых контуров, инерционность объектов регулирования, наличие защит калориферов	Коэффициенты прежней платформы напрямую не переносятся; нужен пересчёт с обмерами в работающей системе
Реестровые требования	Требование заказчика о включённости оборудования в отечественный реестр	Позиция вне реестра к дате закупки означает пересмотр проектного решения задним числом

Первые два признака сокращают список быстрее остальных. Раскладка точек - обычная арифметика, доступная сразу после инвентаризации шкафов, и она немедленно показывает, укладывается ли объект в компактное исполнение или требует распределённой схемы. Сеть жёстче: там, где нижний уровень собран фирменной шиной ушедшего производителя, переход к открытым протоколам предопределён, и это решение принимается раньше выбора модели.

Последняя строка таблицы требует пояснения. В проекте ЕСУМИС применение оборудования из реестра Минпромторга было условием государственного контракта, и часть проектных решений, изначально рассчитанных под импортные компоненты, пересматривалась в ходе работ, по мере включения позиций в реестр. Практический вывод: реестровый статус проверяется к дате закупочной процедуры, а архитектура закладывается такой, чтобы замена отдельной позиции не тянула за собой переделку всего решения.

Что в парке SIMATIC весит больше прочего

Коротко: для объектов серии S7 порядок трудозатрат обычно задают сетевой слой Profinet или Profibus и накопленные пользовательские функциональные блоки, а марка процессорного модуля идёт следом.

Замещение SIMATIC отличается от замещения любой другой импортной платформы двумя обстоятельствами, и оба выясняются при инвентаризации.

Сетевой слой. Profinet и Profibus DP - фирменные шины, и заводить в них контроллер другого производителя штатным образом не выйдет. Отсюда развилка, которую нужно пройти до выбора модели: переводить полевой слой к открытым протоколам сразу либо ставить преобразователи интерфейсов и жить в смешанном режиме до планового ремонта. Первый путь дороже в моменте и чище в итоге, второй растягивает расходы, но оставляет в системе узлы преобразования, которые придётся обслуживать. Выбор диктует размер парка полевых устройств: пара приводов в шине - одно решение, стойки удалённого ввода-вывода во всём здании - совсем другое.

Пользовательские блоки. Стандартные функции из библиотек IEC 61131-3 переезжают между средами предсказуемо. Основной объём работ создают блоки, написанные под объект прежним интегратором: их переписывают вручную, а без исходников - восстанавливают из поведения системы. Автоматического конвертера проектов между средами разработки не существует, поэтому в оценке трудозатрат доля таких блоков весит больше, чем любая характеристика контроллера. Считать их надо при инвентаризации, до подачи бюджетной заявки.

Отсюда третье обстоятельство, менее очевидное: операторские панели. Экраны, собранные в среде вендора, переносятся вместе с прикладной программой, и объём этой работы зависит от числа мнемокадров и глубины анимации. В спецификациях эту позицию регулярно забывают, а при приёмке смена сравнивает новые экраны с прежними построчно.

Регуляторы - место, где подбор проверяется на прочность

Коротко: коэффициенты ПИД-регуляторов между платформами напрямую не переносятся, поэтому качество выбора проявляется только у работающего контура.

Это самая недооценённая часть замещения. Дискретная логика - блокировки, последовательности пуска, обработка аварий - переезжает предсказуемо: стандарт языков программирования общий, работа сводится к аккуратности. Замкнутые контуры ведут себя иначе.

В проекте Тулы параметры ПИД-регуляторов BMS-линейки Schneider в ОВЕН напрямую не переносились: коэффициенты пересчитывали и подстраивали фактически, с обмерами в работающей системе. Причина в том, что за одинаковой формулой у разных производителей стоят разные реализации - масштабирование коэффициентов, обработка интегральной составляющей, период вызова блока регулирования. Численно одинаковые настройки дают разное поведение контура.

Для подбора отсюда следует два требования. Первое: обмеры и подстройка выделяются в графике отдельной позицией, причём длительность задаёт инерционность самих контуров - калорифер приточной установки набирает режим за своё время, квалификацией наладчика этот срок не сокращается. Второе: выбранная связка контроллера и среды разработки должна позволять менять период вызова регулятора и наблюдать переходный процесс в реальном времени. Возможность снять график регулируемого параметра непосредственно у объекта - такой же рабочий критерий выбора, как число каналов.

Единичный объект и тираж - разная логика подбора

Коротко: у одиночного объекта оборудование подгоняется под фактическую конфигурацию, для сети площадок готовится общий модульный проект, который адаптируется под каждую точку.

Разница принципиальная, и зафиксировать её стоит до начала проектирования.

Одиночный объект. Работает точный подбор: раскладка сигналов известна, конфигурация одна, канальный запас закладывается минимальный и осмысленный. Так строился проект Тулы - под фактический состав семи подсистем действующего здания, с сохранением адресации сигналов и структуры тегов, чтобы система мониторинга заказчика, работавшая в сторонней платформе, продолжила получать данные без переделки самой платформы.

Сеть площадок. Точный подбор здесь недостижим: инженерная инфраструктура объектов различается составом и поколениями оборудования. В проекте ЕСУМИС для ФТС нижний уровень спроектирован модульно - наполнение шкафов автоматики и КИПиА адаптируется под каждый объект при единой архитектуре. Порядок действий обратный: сначала фиксируется типовое исполнение, затем под него подгоняются площадки, а расхождения закрываются вариативной частью шкафа.

Отсюда практическое следствие: в тираже критерий «минимально достаточная модель» перестаёт работать. Класс берётся с запасом, потому что типизация обходится дешевле поддержки нескольких разных исполнений. У одиночного объекта картина зеркальная - там запас оплачивается без возврата.

Где просчёт в подборе становится видимым

Коротко: неверно выбранный контроллер вскрывается в трёх точках, и цена исправления растёт от первой к третьей.

• При монтаже. Самое дешёвое - дефицит каналов нужного типа или несовпадение габаритов с существующим шкафом. Лечится дозакупкой модулей и переделкой компоновки. Неприятно, но терпимо, если в сроках заложен резерв.
• При пусконаладке. Всплывают сетевые несовместимости и поведение регуляторов: обмен с частью полевых устройств не поднимается, контур раскачивается, отработка аварийных ситуаций расходится с прежней логикой. Цена исправления включает выезд бригады и, вероятно, повторные окна отключений с согласованием службы эксплуатации.
• В эксплуатации. Худший случай: система принята и работает, но каждое изменение упирается в потолок выбранной платформы. Недостаёт производительности при добавлении подсистемы, не расширяется число тегов, не заводится новый тип связи. Исправление означает повторную замену контроллера через два-три года после первой.

Третий случай почти всегда вырастает из подбора «строго под текущую потребность» без вопроса о планах развития. Вопрос простой и задаётся один раз при обследовании: что появится у объекта в ближайшие пять лет - новые подсистемы, дополнительные рабочие места диспетчера, интеграция с системой более высокого уровня. Ответ влияет на выбор сильнее, чем разница в паспортных характеристиках моделей.

Что заложить в ТЗ

Коротко: задание описывает объект и требуемый результат, конкретная номенклатура остаётся предметом проектного решения - иначе предложения подрядчиков окажутся несопоставимыми.

Пункты, которые делают предложения сравнимыми между собой:

• Разбивка точек ввода-вывода с указанием требуемого резерва в процентах для каждого типа отдельно. Общая цифра «столько-то точек» бесполезна: резерв дискретных входов и резерв аналоговых выходов стоят разных денег.
• Состав сети нижнего уровня в текущем виде и требование к целевым протоколам обмена. При наличии фирменной шины ушедшего вендора фиксируется судьба этой шины: шлюзы в переходный период либо полная перекладка.
• Требование сохранить адресацию сигналов и структуру тегов, когда рядом работают смежные системы мониторинга. Отдельной строкой указывается, что доработка соседней платформы в объём работ не входит.
• Перечень замкнутых контуров с требованием выполнить пересчёт коэффициентов с обмерами в работающей системе. Позиция ставится в график пусконаладки самостоятельным этапом с собственным сроком.
• Реестровые условия: какой именно реестр, к какой дате проверяется статус, каким порядком согласуется замена позиции при её исключении или задержке поставки.
• Функциональное соответствие взамен модельного - перечень сохраняемых функций для каждой подсистемы вместо требования подобрать паспортный эквивалент.
• Горизонт развития объекта: подсистемы и рабочие места, планируемые к добавлению. Этот пункт напрямую определяет класс контроллера и чаще всего в заданиях отсутствует.
• Право подрядчика предложить альтернативную номенклатуру с обоснованием - при закреплённых функциональных требованиях это расширяет круг сопоставимых предложений вместо сужения.

Собрать эти пункты до объявления закупки помогает услуга Помощь с ТЗ: при описанном объекте и зафиксированных границах предложения считаются в одинаковых допущениях.

Частые вопросы

Существует ли прямой аналог S7-1200 по характеристикам? В классе задач - да, базовые контроллеры российских производителей закрывают тот же слой автоматики: насосные группы, индивидуальные тепловые пункты, отдельные установки, малые объекты. Паспортного совпадения нет, и добиваться его незачем. Рабочий критерий один: перекрывает ли кандидат фактическую раскладку сигналов и требуемое быстродействие контуров конкретного шкафа.

Чем подбор для S7-1500 отличается от подбора для S7-1200? Масштабом и весом сетевого вопроса. Объекты старшей серии чаще собраны с распределённым вводом-выводом в фирменной шине, поэтому замещение начинается с сетевой архитектуры, а модель контроллера выбирается следом. Дополнительно там обычно больше кастомных функциональных блоков, и объём их переписывания нередко превосходит все остальные работы программиста вместе взятые.

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

Насколько результат зависит от выбранного производителя ПЛК? Меньше, чем принято думать. Разрыв между добросовестным и небрежным замещением определяют глубина обследования, полнота перенесённой логики и настройка регуляторов. Производитель влияет на доступность запасных частей, сроки поставки и поддержку - для эксплуатации это существенно, но оценивается отдельным набором критериев, вне технического подбора.

Обязательно ли менять верхний уровень одновременно с контроллерами? Технически допустимо оставить прежнюю SCADA и завести в неё новые контроллеры. Тогда сохраняется лицензионное ограничение: расширение системы и перенос сервера останутся закрытыми. Смысл замещения в том, чтобы после его завершения ни один узел не зависел от недоступных каналов поставки и обновления.

Что делать, если объектов много и они разные? Проектировать модульно, как в ЕСУМИС: единая архитектура нижнего уровня, типовое исполнение шкафа и вариативная часть под особенности площадки. Подбор в этом случае ведётся под самую нагруженную конфигурацию из выборки, минуя усреднение - иначе типовое решение перестанет быть типовым уже к пятому объекту.

Источники

• Замена системы автоматизации Schneider Electric в здании банка в Туле - инвентаризация действующей системы с выгрузкой прикладных программ, сохранение адресации сигналов и структуры тегов, пересчёт коэффициентов регуляторов с обмерами.
• ЕСУМИС для Федеральной таможенной службы - нижний уровень мониторинга для 53 объектов, модульное проектирование под разнородную инфраструктуру, требование реестра Минпромторга в рамках 44-ФЗ.
• Миграция Siemens S7 на ОВЕН - сопоставление серий SIMATIC, специфика каждой серии, этапы и сроки замещения.
• Перенос проектов Unity Pro в CODESYS V3.5 - методика переезда между средами разработки.
• Импортозамещение АСУ ТП и требования 187-ФЗ - критическая информационная инфраструктура, категорирование, сроки перехода.
• Schneider Modicon и TAC без поддержки вендора - три сценария обращения с работающей системой ушедшего производителя и критерии выбора между ними.

Подбор контроллера - работа с объектом, таблица серий лишь сокращает перебор в первом шаге. Запросить КП - расчёт вашего объекта после обследования, с раскладкой точек ввода-вывода и сетевой архитектурой. Помощь с ТЗ - формулировка требований к замещающей системе до объявления закупочной процедуры.