Что собрать до разговора с подрядчиком
Разговор без данных превращается в обмен предположениями. Прежде чем звонить кому-либо, соберите то, что опишет объект без вас: шильдик контроллера дословно — марка, модель, артикул, ревизия; версию прошивки; состав модулей расширения; схему шкафа; список подключённых устройств — частотники, приборы учёта, датчики; и главное — где лежит проект программы и есть ли к нему пароль.
Вопросы подрядчику и что означает каждый ответ
Вы возьмёте конфигурацию с объекта до того, как назовёте цену?
«Да, сначала обследование» — нормальный ответ. Объём работы определяется алгоритмами внутри контроллера, а их не видно ни на фотографии шкафа, ни в спецификации. «Цена такая-то, приедем и поменяем» — подрядчик считает задачу заменой железа. На объекте выяснится, что логику никто не переносил, и разница ляжет либо в допсоглашение, либо в простой. Из каких частей вообще складывается смета на такую работу и что в ней проверять — сколько стоит замена контроллера.
Что вы предлагаете — остатки, аналог или новую платформу, и почему именно это?
Правильный ответ содержит слово «потому что» и привязан к вашему объекту: сколько таких шкафов в парке, есть ли резерв, критичен ли простой, кто обслуживает систему. Ответ без обоснования — почти всегда то, что подрядчик умеет или чем торгует. Это не обязательно плохо, но выбор сделан за вас и не в вашу пользу.
Кому принадлежат исходники и документация после сдачи?
«Вам, с передачей проекта и паролей» — единственный ответ, после которого вы не окажетесь в этой же ситуации через несколько лет, но уже с новым вендором. «Программа наша, обслуживаем только мы» — вы меняете зависимость от снятого с производства железа на зависимость от одного подрядчика. Второе хуже: железо хотя бы не обижается.
Как вы докажете, что новая логика повторяет старую?
Внятный ответ — это методика: перечень режимов и аварий, которые прогоняются на новом контроллере, и протокол с отметками. «Запустим — увидим» означает, что проверку проведёт эксплуатация зимой, в аварийном режиме. Отдельно спросите, как проверяются редкие сценарии — отказ датчика, пропадание фазы, возврат после отключения питания. Их забывают чаще всего, а стоят они дороже всего.
Что будет с диспетчеризацией и архивом данных?
Контроллер редко живёт один: он отдаёт данные наверх, в систему мониторинга или на пульт. При замене меняются адреса регистров, имена тегов, форматы. Хороший ответ описывает, как сохранится история и не порвётся верхний уровень; плохой звучит как «диспетчеризацию потом настроим». Как устроен верхний уровень и что он должен показывать — в разборе диспетчеризации HVAC.
Сколько объект простоит и что вы сделаете, если переключение не заладится?
Ключевое здесь — не срок, а наличие плана отката: сохранён ли старый контроллер в рабочем состоянии, можно ли вернуть шкаф в исходную схему до конца смены, что происходит с объектом, если наладка затянулась. Подрядчик, у которого отката нет, планирует успех. Успех иногда не наступает. Как выстраивают переключение, когда останавливать линию нельзя, — в разборе замены контроллера без остановки производства.
Кто сможет обслуживать это через несколько лет — кроме вас?
Вопрос звучит невежливо, и ровно поэтому он полезен. Хороший ответ: платформа распространённая, среда разработки доступна, документация передаётся, любой грамотный наладчик разберётся. Плохой ответ намекает, что незаменимость подрядчика — это преимущество. Ровно так объекты и приходят к статье, которую вы сейчас читаете.
Три пути замены и кому какой подходит
| Путь | Когда оправдан | Чем рискуете |
|---|---|---|
| 1. Докупить остатки и запас | простой критичен, бюджета на проект сейчас нет, парк небольшой | запас конечен; софт наладки со временем не запускается на новых ОС |
| 2. Аналог с переносом логики | шкаф и полевое оборудование в порядке, менять надо только мозг | скрытый объём в алгоритмах; несовпадение типов входов и выходов |
| 3. Своя автоматика на актуальной платформе | парк однотипных объектов, нужна доработка логики и связь с верхним уровнем | дороже на входе; требует нормального ТЗ и приёмки |
Третий путь оправдан не всегда, но именно он снимает саму проблему: платформа, которую вы контролируете, не снимается с производства решением чужого отдела маркетинга. Что при этом входит в работу и что остаётся у заказчика — на странице что мы делаем и что остаётся у вас.
Красные флаги в ответах
- •Цена и срок названы до обследования объекта,
- •Исходники программы остаются у подрядчика «по регламенту компании»,
- •Проверка сводится к «запустим и посмотрим», протокола нет,
- •План отката не обсуждается, старый контроллер предлагают сразу утилизировать,
- •Про диспетчеризацию и архив данных вспоминают только после вашего вопроса,
- •Выбор платформы не объяснён ничем, кроме «мы с ней работаем».
Чем можем помочь мы
Мы разрабатываем электронику и автоматику сами — платы, прошивки, контроллеры, дисплеи — и поэтому готовы взяться за замену снятого с производства мозга шкафа: снять конфигурацию, перенести логику, состыковать с верхним уровнем и отдать исходники заказчику. Как устроена такая разработка по этапам — разработка электроники под заказ; как выглядит сбор данных с оборудования после замены — IoT-мониторинг оборудования.
Частые вопросы
Контроллер сняли с производства — он перестанет работать?
Нет. Снятие с производства означает, что прекращены поставки новых устройств и постепенно сворачивается поддержка. Установленный контроллер продолжает работать, пока не выйдет из строя железо. Срочность задаёт не объявление вендора, а наличие подменного фонда и доступ к программе.
Что важнее — найти железо или получить программу?
Программу. Железо в том или ином виде находится почти всегда: остатки складов, вторичный рынок, донорские шкафы. А логика работы объекта — уставки, блокировки, аварийные сценарии — существует только внутри контроллера. Без исходников любой путь дороже и дольше.
Можно ли просто поставить другой контроллер вместо старого?
Можно, но это не замена «клемма в клемму». Переносить придётся логику, типы входов и выходов, обмен с частотниками и приборами учёта, экраны оператора. Объём работы определяется не размером шкафа, а сложностью алгоритмов, которые в нём живут.
Как понять, что подрядчик справится?
По ответам на вопросы про исходники, права на результат, методику проверки и план отката. Подрядчик, который берётся называть срок и цену до того, как снял конфигурацию с объекта, обычно недооценивает работу — расплачиваться за это придётся простоем.
Что делать, если исходников программы нет вообще?
Логику восстанавливают по факту: читают конфигурацию из контроллера, если он это позволяет, разбирают схемы шкафа, наблюдают за поведением системы в разных режимах и опрашивают эксплуатацию. Это отдельный этап работы, и его надо закладывать в план, а не обнаруживать в середине пусконаладки.
Стоит ли скупать остатки снятой модели?
Как временная мера — да, это покупает время на нормальный проект замены. Как стратегия — нет: запас конечен, прошивки и софт для наладки со временем перестают запускаться на актуальных ОС, а специалистов, помнящих платформу, становится меньше.