ПР200-24.3.Х: работа с ICP CON tM-P3R3 по Modbus RTU (нужна помощь)

[CORSAR1500]

Добрый день, третий день бьюсь головой в стену. Ситуация: есть модуль ICP CON tM-P3R3, нужно по сети считывать состояния DI и управлять состоянием DQ. Что имеем:
1. Скорость 38400, Even, 8, 1 для всех, с этим проблем нет
2. В документации на tM-P3R3 (модбас-адрес 29) смотрю адреса регистров: 0x0020~0x003F for DI value (вложение 00_регисты tM-P3R3.jpg)
3. В ПР200 задаю опрос этого регистра (вложение 01_настройка опроса в ПР.jpg)
4. В сети модбас есть только ПР200 и tM-P3R3, уже разобрал шкаф и все лежит на столе
5. Схема сети модбас: ПР200 -> MOXA UPort1150 -> компьютер -> ICP CON I-7561 -> модуль ICP CON tM-P3R3
6. В сеть через два переходника USB<>RS485 вклинился компьютером в режиме сниффера (вложение 02_настройки сниффера.jpg)
7. Обмен данными идет нормально (вложение 03_скрин работы сниффера), я не вижу каких-либо ошибок в запросах ПР200 и ответах tM-P3R3. На вход DI0 подано 24V DC, поэтому в ответе состояние входа 01.
8. Птички в OwenLogic в настройках (старшим байтом вперед/старшим регистром вперед) обмена пробовал во всех комбинациях: 00 / 01 / 10 / 11, не помогло
9. Итог: если загрузить программу при поданных 24V DC на DI0 модуля ICP CON tM-P3R3, то его состояние отображается корректно, однако бит индикации правильной связи в 0 (вложение 04_OwenLogic Online.jpg). Похоже, что ПР200 не может понять ответа от ICP CON tM-P3R3
10. После загрузки программы при поданных 24V DC на DI0 модуля ICP CON tM-P3R3 можно менять физическое состояние DI0 произвольным образом, онлайн в OwenLogic, значение входа остается в 1.
11. Аналогично можно загрузить при 0 на DI0, тогда всегда будет 0.

Подскажите, пожалуйста, в чем может быть беда, уже третий день оборудование стоит, постоянно задается много неудобных вопросов и назревает скандал.

[Иван Билык]

Напишите по этому вопросу на почту технической поддержки ОВЕН: support@owen.ru

[kondor3000]

Удалите переменную из окна Опрос и Запуск чтения, сделайте циклическое чтение 100 мс.
Галку старшим регистром вперёд возможно надо снять.

[Dimensy]

А зачем два конвертера USB-RS485?

[EFrol]

Что-то мне подсказывает, что надо смотреть на таблицу стр.128
Owen.jpg
т.е. адрес DI0 равен 32

[CORSAR1500]

Удалите переменную из окна Опрос и Запуск чтения, сделайте циклическое чтение 100 мс.
Галку старшим регистром вперёд возможно надо снять.

Спасибо за быстрый ответ!
1. Изменил настройки опроса
10_настройка опроса в ПР.jpg

2. Перепробовал все комбинации птичек с этими настройками 00 / 01 / 10 / 11 - на разных комбинациях бит контроля связи или мигает (записал видео, но как прикрепить не знаю), или просто в 0

3. Такое ощущение, что иногда ПР200 понимает ответ tM (в этот момент состояние DI0 передается, бит контроля связи в 1, через пару секунд на три секунды бит контроля связи становится 0 и ответы не воспринимаются)

[CORSAR1500]

А зачем два конвертера USB-RS485?

Режим сниффера для того, чтобы посмотреть как идет обмен данными между устройствами

[CORSAR1500]

Что-то мне подсказывает, что надо смотреть на таблицу стр.128
Owen.jpg
т.е. адрес DI0 равен 32

Все верно в DEC 32, в HEX это 20
Чтобы ПР200 отправил устройству запрос 1D 01 00 20 00 01 FE 5C, где
1D - устройство с адресом 29 DEC
01 - с помощью модбас-функции 0х01
00 20 - начиная с адреса 20h (32 dec о которых вы и говорите)
00 01 - отдай мне информацию о состоянии канала 1
FE 5C - контрольная сумма

tM отвечает 1D 01 01 01 97 D8
1D - я 29-тый dec
01 - отвечаю по модбас-функции 0х01
01 - одним байтом данных
01 - значение байта ответа (состояние канала 1 равно 01), это правильно 24V DC на входе DI0 есть
97 D8 - контрольная сумма

И вот чтобы опросить 32 DEC адрес в ПР200 нужно опрашивать адрес 2, бит 0. Получается так.

[CORSAR1500]

Напишите по этому вопросу на почту технической поддержки ОВЕН: support@owen.ru

спасибо, сейчас напишу

[EFrol]

Я бы с Вами бы согласился, если бы не:
Owen1.jpg