Доброго дня.
Опыта интеграции достаточно много.  С С2000-ПП обычно все начинают с Modbus tester как универсального опросчика, которому " все верят" mbtester.  Делается это ввиду того, что некоторые программисты считают с "0" а некоторые с "1". а некоторые ещё и фривольно трактуют стандарт Modbus-a. Обычно эти вопросы "приземляются" "стандартным" указанным выше опросчиком. Периодически заходят дальше и идут к OPC Masterscada.

Вопрос помощи заключается в том, что сначала надо понять-  чем именно Вы опрашиваете - тип данных uint32 это в какой системе формируется?

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

А вот ещё и регистр 46152 -  2359427  хм.. почему именно такой тип данных приняли? в таблице 4. на стр.12 с самого верха описан формат. старший байт, А младший байт и длинна пакета. Этого достаточно для получения двух чисел - сладшего и старшего байта. в 16-и ричном виде.
Ну если Вы хотите переводить " непонятные числа в ещё более непонятные  - то сначала у этого числа  2359427   надо "убрать лишнее" то-есть поделить на 256 (потому что uint32) - получаем 9216.
Далее переводим это число в 16-и ричную систему и получаем 24 00 . это очевидно число "36" в десятичной системе "младшим вперёд", как и описано в описании данного регистра и как забирать из него данные - тип прибора 36. см. страницу 17.
При этом данные манипуляции Вы придумали себе сами, выбрав тип именно uint32. В связи с чем вопрос - с чем интегрируете С2000-ПП?

с 40001 к примеру делим на 256 получаем 7143533 . и тут  очевидно переполнение но 6D видно явно. 6D в 10-ичной системе 109. из табл. 5 смотрим - это "Снятие ШС", очевидно что он снят.

Выбор Вами формата данных "uint32" - весьма странен,

Добрый вечер, интеграция идет с zabbix сервером, опрос производится используя zabbix-agent через внешнюю библиотеку libzbxmodbus.so

Формат данных (uint32) выбран в связи с тем, что попытки опросить те же регистры, но с другим типом данных приводит к ошибке (Illegal data value) . У меня есть опыт интеграции оборудования других производителей, с данной системой, но к сожалению, с болидом, всё оказалось несколько сложнее. На данный момент, собран тестовый стенд, на котором производится отладка, и так как оборудование не знакомо, естественно возникает ряд вопросов, в том числе и по формату данных. Для начало, было не совсем понятно, работает ли данная связка в принципе. Благодаря Ваши комментариям, стало гораздо понятнее, в какую сторону надо "копать". Спасибо. Надеюсь дальше будет проще.
 

День добрый. 
К сожалению используя без доработок libzbxmodbus нормальной работы добиться МОЖЕТ НЕ получиться.
Что-то будет работать,но врятли всё. 
Дело тут в том, что libmodbus (http://libmodbus.org) на которой он базируется имел раньше ряд порочных "глюков" которые вылезали с непонятной регулярностью. До той степени что пару лет назад при попытки её использовать в " канонически верном" Modbus-е не было вопроса почему она не работает, а были вопросы - почему хоть когда то она - библиотека - работала.
То-есть это тот случай, когда врятли кто гарантирует работоспособность это связки.
Не смотря на то, что Zabbix, мониторинг наше всё... Я бы рекомендовал Самим написать на С опросчик Modbus -а. благо и так и так Вам полюбому его писать, Большая часть функционала так просто делением и преобразованием типов не дасться.

.