Обмен данными по ModbusTCP

Добрый день, Единомышленики! Последняя надежда на этот замечательный форум, уже порядка 3х недель бьёмся с проблемой чтения и записи аналоговых значений по ModbusTCP. Дискеты читаются исправно, запись дискретов не реализована.
Объясню всё подробно:
Есть 2 контроллера, они общаются по ModbusTCP. Один из них является контроллером верхнего уровня, другой ЛСАу. Необходимо с контроллера верхнего уровня читать и записывать аналоги (уставки) в контроллер ЛСАУ. Они находятся в разных сетях, маршруты автоматические сформировались на windows server. ping от одного до другого и обратно проходит.
Запись и чтение происходит по следующей схеме:
1. Запись: В скаде задаю значение уставки U (float) - преобразую в относительные единицы (AnOut = anpar.U / 1000 * Unom) - перевожу в INT( так как ЛСАУ принимает целочисленные значения 2 бита) - отправляю
2. Чтение: принимаю значение в о.е. INT - перевожу во float - перевожу из о.е. в нормальные значения (anpar.U = AnIn * 1000 \ Unom)
В результате считываю и записыва 0 по всем параметрам.
Был проведён эксперимент:
Вместо контроллера ЛСАУ подключили ноут с айпишником контроллера и запустили Modbus Slave. И по данной схеме всё работает. Прикладываю фото: верх - фото из СКАДы управляющей контроллером верхнего уровня, низ фото Modbus Slave. ( не обращаете внимания на Уст Ie, там была ошибка в коде.)
Ещё интересный момент:
Режимы работы устройства ЛСАУ я переключаю также аналоговым сигналом: 0, 1 или 2. И это работает исправно, режимы переключаются в контроллере ЛСАУ (это я отслеживаю по лампочкам на двери шкафа управления.

В связи с чем есть предположение что ошибки где то в преобразованиях. Не могу понять в чём проблема. Пожалуйста помогите.
Прошу прощения за много текста, хотелось дать исчерпывающую информацию что бы картина была как можно конкретней. Готов ответить на дополнительные вопросы, с данного момента буду онлайн постоянно.
Заранее всем спасибо за участие!

Миниатюры

 

0

Rriderr, 1) а преобразование в целое случайно не так должно быть: float / Range * 1000? 2) правильный ли порядок байт в целом выбран?

0

vxg, 1) тут Формула преобразования не указана, только преобразование в о.е., преобразование в целое идёт дальше в драйверах. Но судя по таблице из
Slave (приложенное фото нижняя часть) преобразование в целое число происходит верно.
2) Да, если я правильно понял. Ручкой подписано на нижней части фото номера, они соответствуют номерам в протоколе обмена ModbusTCP. От 0 байта до 15ого = 16.
И мне кажется что если была бы напутана номерация, я бы записал хоть что то Хоть куда то, а тут вообще нет реакции по всем параметрам.

0

Rriderr, просто логично предположить что если число с плавающей запятой передают (пишут) как целое то его в начале нормируют к диапазону измерений (делят на Unom) а потом умножают на точность дискретизации (1000) а извлекают (читают) обратным преобразованием - а у вас написано наоборот. про последовательность байт - я имел ввиду порядок следования младшего и старшего байта в одном целом значении если оно конечно имеет размер больше одного байта (WORD или DWORD) что напрашивается из предполагаемой точности дискретизации (1000 больше 255) - этот порядок может быть прямым или обратным

0

vxg, вот это действительно хорошее предположение. Я думал об этом, но у меня получилась какая то ерунда при расчёте и решил что правильно будет наоборот. Завтра попробую записать так как сказали Вы, спасибо.
А по поводу старшего/младшего, я не смог разобраться какое направление необходимо для контроллера ЛСАУ и пробовал переворачивать, но результата никакого не дало.

0

vxg, только сегодня удалось добраться до стенда. Пробовал записывать преобразование по Вашей формуле, значения так же пишутся и читаются только в Modbus Slave - скада их записывает и читает, а с контроллером ЛСАУ не получается.
Проверил через modbus slave также порядок байт, функцией Слейва BINARY. И увидел что мой способ переворота байт не работает.
Возник вопрос, а может ли это быть причиной? Ведь мне кажется я бы записал что то и прочил даже с неправильным порядком... Или я ошибаюсь?

0

Rriderr, на железе ячейки имеют тип WORD?

0

vxg, имеете ввиду в контроллере?

0

Rriderr, да, в железе или описании ячеек модбас

0

vxg, Сейчас проверил, в описании ячеек стоит WORD.

0

Rriderr, пробовали слать без математики прямо в них всегда 00 00 или всегда FF FF или 00 FF или FF 00?

0

vxg, выяснили в чём проблема. Хочу поделиться, может кому будет полезно. Оказалось проблема была в чтении. И проблема в том, что в ЛСАУ стояло ограничение по количеству одновременно считываемых регистров - 28. Попытки считать разом большее количество регистров приводило к ошибке. А контроллер верхнего уровня читал стандартом 32.
Спасибо за участие и комментарии.

1