Коллеги, знакомая ситуация: вы приезжаете на объект, подключаете ноутбук к частотному преобразователю или шкафу управления (ШУ), начинаете опрашивать регистры по Modbus согласно полученной от заказчика карте… и видите не те данные, которые ожидали. Уставка температуры лежит по адресу 40001, а текущие показания — вообще неизвестно где. Вы звоните заказчику, он отправляет вас к разработчику оборудования или поставщику ШУ, а те отвечают: «Это неактуальная карта регистров, скинем новую на следующей неделе».
Знакомо? Сегодня разбираемся, как называется главный документ для обмена по Modbus и почему его необходимо согласовать с заказчиком до начала пусконаладки (ПНР).
Что это за документ и как он правильно называется?
Единого ГОСТа на название этого документа не существует. Он составляется в произвольной форме и обычно называется одним из следующих способов:
«Перечень (карта) Modbus-регистров»
«Карта адресного пространства»
«Протокол обмена данными по Modbus»
«Спецификация отображения данных (Modbus Mapping)»
Важно: в теории этот документ отображает полную конфигурацию оборудования:
- параметры интерфейса (скорость обмена, чётность, стоп-биты);
- адресацию регистров;
- теги (технологические имена параметров);
- тип данных (UINT16, FLOAT32, BIT);
- единицы измерения и масштабные коэффициенты.
Всё это необходимо, чтобы программист мог корректно написать драйвер опроса и вывести нужный набор данных на экран оператора (АРМ).
⚠️ А что на практике?
На практике возможны разные исходы событий, и все они не в пользу подрядчика.
- Ситуация первая: карта регистров есть, но опросить по ней оборудование не получается либо получается лишь частично. Наладчик или программист тратит много времени безрезультатно.
- Ситуация вторая: всё даже работает. Программист тратит время на отрисовку мнемосхем и вывод большого объёма параметров согласно корректной и актуальной карте. Но в этот момент изготовитель блочного оборудования параллельно проводит пусконаладочные работы и меняет конфигурацию под нужды заказчика — карта снова меняется.
- Ситуация третья: карта есть, она актуальна и не меняется. Программист отрисовывает мнемосхемы и выводит весь список согласно карте. И тут заказчик заявляет: «Зачем вы вывели все 200 параметров? Нам нужно было только 25 — основные технологические параметры, пара аварий».
И начинается самое неприятное: программист потратил время, а заказчик платить за «лишнюю» работу не собирается. Всё потому, что у подрядчика нет подписанного документа, определяющего объём выводимых параметров. Есть только «сырая» карта регистров от завода-изготовителя — в ней 200 позиций, которые никто не согласовывал.
✅ Решение: Акт согласования параметров обмена по Modbus
Чтобы не попасть в ситуацию, когда заказчик манипулирует объёмом работ, а вы не можете ничего доказать, предлагаю следующий механизм.
Что это такое
Двусторонний документ, подписываемый подрядчиком (разработчиком АСУ ТП) и заказчиком, который фиксирует:
- какие именно параметры из общей карты регистров необходимо вывести на АРМ или панель оператора;
- адресация параметров и тип данных;
- какие параметры доступны только для чтения, а какие — для записи.
Что должно быть в акте согласования (минимальный шаблон)
Рекомендую включить в акт согласования как минимум шесть полей.
- Первое — это Modbus-адрес, например 40001.
- Второе — технологический тег или параметр, скажем TIC101_Temp.
- Третье — понятное описание параметра, например «Температура в реакторе».
- Четвертое — тип данных, например FLOAT32.
- Пятое — единица измерения, например градусы Цельсия.
- Шестое — доступ: только чтение (R) или чтение и запись (R/W).
Шаблон акта можете найти на нашем канале в MAX
РЕЗЮМИРУЕМ
Подписанный документ защищает вас при закрытии промежуточных объёмов по форме КС-2. Кроме того, он служит официальным основанием для формирования исполнительной документации — в частности, протокола проверки параметров. Если заказчик заявляет, что параметры изменились, а вы уже выполнили работу, вы сможете аргументированно договариваться о дополнительных работах. Такие работы коммерчески квалифицируются как повторные и оцениваются соответственно.