Если вы когда-либо участвовали в пусконаладочных работах (ПНР) на объекте автоматизации, вы знаете это чувство: оборудование смонтировано, индикаторы на контроллерах мигают, но работает ли система так, как задумано? И вот тут начинается самое интересное — погоня за «фантомными» сигналами: только что всё работало, а уже через три часа — дребезг контактов, некорректные показания и постоянные обрывы канала связи.
Коллеги, пришло время внести ясность. Сегодня разбираем Протокол проверки каналов ввода/вывода — документ, который не только фиксирует факт работоспособности системы, но и является финансовым фундаментом всего проекта.
Почему? Потому что 80 процентов объема работ по ПНР АСУ ТП закрывается именно этим протоколом. Подписал его — считай, основную работу сдал. Поехали.
Что это за документ и на чем он базируется?
Официального названия в каком-то конкретном нормативном документе (в том числе в ГОСТах) вы не найдёте. В зависимости от стандарта компании-заказчика он может называться по-разному:
- Протокол проверки информационных каналов
- Протокол проверки каналов ввода-вывода
- Протокол проверки прохождения сигналов
- и тд.
Однако суть едина: это документ, подтверждающий, что физический сигнал от датчика дошел до контроллера (ПЛК) без потерь, правильно интерпретирован и отобразился на экране оператора.
Шаблон протокола вы всегда можете найти на нашем канале в MAX, но общая структура выглядит так:
1. Шапка: Объект, система, дата, состав комиссии (Заказчик, Генподрядчик, Пусконаладочная организация).
2. Таблица — сердце документа. Здесь колонки:
- № по таблице: порядковый номер параметра, необходимый для подсчёта общего количества зафиксированных параметров.
- Наименование параметра: наименование измеряемого/управляемого технологического параметра, например «Давление жидкости», «Положение задвижки» и т.д.
- Единица измерения: единица измерения соответствующего параметра (например Па, %, м³/ч и т.п.).
- Предел измерения: верхний и нижний пределы измерений параметра, для которых предназначен датчик/модуль.
- Источник сигнала: тип устройства, от которого поступает сигнал — датчик, исполнительный механизм или шкаф управления.
- Тип сигнала: тип канала по классификации АСУ ТП: AI (аналоговый вход), DI (дискретный вход), AO (аналоговый выход), DO (дискретный выход), Fi (вход частотного сигнала). Для сигналов, передаваемых по интерфейсу RS-485, в отдельной графе указывается тип протокола обмена.
- Средний и верхний уровень АСУ ТП: заполняется в две части: на контроллерном уровне указывается, куда именно подключена физическая линия связи — в какой шкаф, на какой модуль, в какой канал; на верхних уровнях фиксируется корректность отображения сигнала и оценка его достоверности на панели оператора и на АРМ верхнего уровня.
- Примечание: поле для замечаний комиссии при проведении проверок (особое мнение).
- Дополнительные столбцы (при необходимости): Тренды: указывается, настроен ли тренд по параметру на верхнем уровне АСУ ТП;
Журнал событий: указывается, ведётся ли журнал фиксации изменений значения параметра и событий по его сигналу.
3. Подписи членов комиссии. Без них протокол — мусор.
Типы сигналов: сортируем и проверяем
Чтобы вас не развели как последнего стажера, давайте разложим по полочкам, что мы проверяем. Все сигналы делятся на «физику» (провода) и «цифру» (шины).
1. AI — Аналоговый Вход (Analog Input)
Это температура, давление, расход. Ток 4-20 мА.
- Как проверять: Подаем ток от калибратора на вход модуля. Смотрим на HMI (операторский экран). Значение должно совпадать с расчетным.
- Фишка ПНР: Проверка на обрыв цепи («ниже 4 мА»). Контроллер должен выдать диагностику «Обрыв датчика».
2. AO — Аналоговый Выход (Analog Output)
Управление частотниками, позиционерами.
- Как проверять: Даем команду из SCADA «Открыть на 50%». Меряем на выходе клеммы ток. Должно быть ровно 12 мА.
3. DI — Дискретный Вход (Digital Input)
Статус: «Включен/Выключен», сухой контакт.
- Как проверять: Замыкаем клеммы (или подаем 24В). Смотрим на экране: статус сменился на «1» . Внимание: проверка на «дребезг» контакта обязательна.
4. DO — Дискретный Выход (Digital Output)
Пуск/останов насоса, открытие клапана.
- Как проверять: Жмем кнопку «Пуск» на экране. В шкафу должно щелкнуть реле или появиться напряжение на выходе.
5. Fi — Частота/Импульсы (Frequency Input)
Расходомеры, счетчики электроэнергии.
- Как проверять: Подаем импульсы с генератора. Считаем частоту. Погрешность не должна превышать паспортной.
6. Интерфейсные сигналы (Modbus, Profibus, Hart)
Особый разговор. Здесь нет проводов «сигнал-плюс-минус». Там витая пара, оптоволокно и протокол передачи данных .
- Специфика: Протокол проверки для Modbus включает сверку регистров. Вы должны подтвердить, что значение в регистре 40001 контроллера совпадает со значением, которое шлет умный датчик.
- Важное правило: Цифровой сигнал считается за 1 канал, Нюансы и подробности найдешь на нашем канале в MAX.
Почему Протокол — это 80% вашей оплаты?
Теперь к самому вкусному — к деньгам. Почему мы говорим, что 80% объема ПНР фиксируется именно этим документом?
Все просто: основа сметы при пусконаладке АСУ ТП — это «канал».
В сметных сборниках (ФЕРп, ГЭСНп) расценка привязана к проверке одного канала (аналогового или дискретного). Сметчик не считает «часы работы инженера», он умножает количество каналов на коэффициент.
Подписанный протокол — это ваш билет в подписании КС-2.
Он доказывает три факта:
- Канал физически существует.
- Канал технически исправен и передает актуальные показания.
- Конфигурация контроллера и визуализация на рабочей станции оператора соответствует схеме.
Пока протокол не подписан, вы не сдали ПНР. С юридической точки зрения у заказчика просто стоит ящик с проводами, функционал которого не подтвержден. А значит, он имеет полное право задерживать оплату до подписания этого документа.