Адреса регистров ModBus RTU в ТРМ138

[RomAl]

В моём проекте панель Weintek читает из ТРМ138Р регистры 0-39 из ТРМ138
по протоколу ModBus RTU (функция 4) для получения значений измеренной величины
на 1-8 каналах. Первоначально хотел использовать регистры с целым значением так как
точка на всех каналах имеет одинаковое положение ххх.х Но увидел что значения
в этих регистрах иногда странные (не по формату int16) а положение точки может быть любое от 0 до 3...
Ну ладно, решил использовать регистры с типом float, в них значения почти совпадали
с показаниями на самом приборе. Но оказалось что адреса регистров не совсем совпадают с
адресами в документации, а именно:
1канал: 1- int 2,3- float (а должно быть 1-int 3,4- float)
2канал: 6- int 7,8- float (а должно быть 6-int 8,9- float)
и так далее все каналы...
Такая ситуация на всех трёх ТРМ138 (2022г и 2024г производства).
Посмотрел свои старые программы, где ТРМ138 читался ПЛК110 и увидел,
что там адреса совпадают с документацией. Теперь вопрос:
Или я где-то ошибаюсь и делаю что-то не правильно,
или панель так не правильно читает
или ТРМ138 не правильно работает
или в в руководстве по эксплуатации на ТРМ138 не внесены изменения?

[melky]

логический и физический адрес - производители по разному к этому относятся. Сделайте адрес + 1 и правильно укажите перестановку, если требуется.

[kondor3000]

В моём проекте панель Weintek читает из ТРМ138Р регистры 0-39 из ТРМ138
по протоколу ModBus RTU (функция 4)
адресами в документации, а именно:
1канал: 1- int 2,3- float (а должно быть 1-int 3,4- float)
2канал: 6- int 7,8- float (а должно быть 6-int 8,9- float)
и так далее все каналы...
Такая ситуация на всех трёх ТРМ138 (2022г и 2024г производства).
Посмотрел свои старые программы, где ТРМ138 читался ПЛК110 и увидел,
что там адреса совпадают с документацией.

Чтобы адреса совпадали, в панели должен стоять протокол ModBus RTU (Zero Based Adress), иначе адреса будут +1 от адресов ПЛК, а так же должны быть правильно расставлены регистры ( байты) в переменных Float. У вас где то ошибка, проверяйте.

[RomAl]

Я так тоже поначалу думал и попробовал, и конечно не помогло. Дело не в сдвиге всех адресов регистров, а в самой адресации.
Регистры int всех каналов находятся на своих адресах (в соответствии с документацией на ТРМ138) а регистры float того же
канала должны иметь адрес на 2 больше, но получается на 1 больше. Куда делся при этом код ошибки который должен быть
между ними? Регистрами int вообще сложно пользоваться, так как значение десятичной точки бывает не верным.
Можно конечно забить на это, но потом вдруг поправят когда-нибудь, ТРМ138 заменят на новый и ... он не будет работать.

[Валенок]

..
Ну ладно, решил использовать регистры с типом float, в них значения почти совпадали...

Поясните.
Если отличие в пол процента - это признак что считали хрень. Похожую - но хрень

[kondor3000]

Я так тоже поначалу думал и попробовал, и конечно не помогло. Дело не в сдвиге всех адресов регистров, а в самой адресации.
Регистры int всех каналов находятся на своих адресах (в соответствии с документацией на ТРМ138) а регистры float того же
канала должны иметь адрес на 2 больше, но получается на 1 больше. Куда делся при этом код ошибки который должен быть
между ними? Регистрами int вообще сложно пользоваться, так как значение десятичной точки бывает не верным.
Можно конечно забить на это, но потом вдруг поправят когда-нибудь, ТРМ138 заменят на новый и ... он не будет работать.

Опросите ТРМ любым ОРС сервером и проверьте адресацию и показания. https://owen.ru/catalog/opc_serveri
Думаю проблема у вас в проекте панели.
Или вы INT принимаете за код ошибки, или у вас датчики не подключены (не настроены).
А вообще надо хотя бы скрины выкладывать, а лучше проект.

[RomAl]

В регистрах int почти всегда правильно, но иногда когда величина растёт значение не соответствует. float считывает правильно, отличие бывает в последней цифре из-за округления.

[Валенок]

В регистрах int почти всегда правильно, но иногда когда величина растёт значение не соответствует. float считывает правильно, отличие бывает в последней цифре из-за округления.

воспроизведите двойное слово которое читаете с [2..3] в hex и сюда как есть.
Если нету hex - dec как uint32
И одновременно - тоже, но с [3..4]
А после оборвите датчик с Ai1.
И результат [2..3] и [3..4] - сюда

С вас 4 udint32 числа. Без вопросов и нытья.

[RomAl]

Спасибо за совет, посмотрел в формате hex и стало видно что везде младше слово всегда 0000. Значит верно указано в мануале что адрес 3..4, но видимо надо переставлять слова в Панеле местами перед тем как выводить на индикатор. Штатного способа нет, придётся в макросе их переставлять.

[kondor3000]

Спасибо за совет, посмотрел в формате hex и стало видно что везде младше слово всегда 0000. Значит верно указано в мануале что адрес 3..4, но видимо надо переставлять слова в Панеле местами перед тем как выводить на индикатор. Штатного способа нет, придётся в макросе их переставлять.

Как нет, есть перестановка байт и регистров Float, при установке протокола и параметров порта