Ошибки в Slave(Link) при нормальном обмене (решено)

[RED]

Добрый день.
Контроллерами Segnetics и программой SMLogix только начал пользоваться.
Имеется готовая программа и контроллер TRIM 5:
TRIM5 3012-65-2
Встроенное ПО 211006-130842
Проект SMLogix 3.34.0164
К контроллеру по Modbus RTU подключён датчик температуры/влажности DHTS-XX0R100-C04. Не приходят данные с регистров. 11 температура 12 влажность. В блоке Slave (Link) копятся ошибки.
Данные настройки сети:
адрес: 3
Скорость: 9600
Чётность: none
Стоп биты: 2
Сниффер показал что обмен данными идёт. Прикрепляю к сообщению скриншоты настройки портов и лог снифера.
Запросы и ответы содержат корректную информацию. Длинна кабеля 1.5 метра, в офисе на столе. Без резисторов .
Модуль FMR-3022 подцепился без проблем(кабель протестить).
Программа весит 1.6 Мб - и не прикрепляется(лимит 1.43 вроде).
Собственно вопрос: что можно предпринять для устранения ошибок в блоке слейв (SMLogix)? И что именно является причиной сбоя - TRIM или SMLogix?

PS: другие устройства по сети Modbus RTU видятся и работают без проблем, описывать их не стал. Интересное наблюдение - этот датчик не отображается в системном меню ТРИМа (Сеть-> Modbus-> Настройка master-> Modbus RTU COM1 устройства-> ...)если адрес 3, ставлю 162 адрес - появляется, но работать всё равно не хочет.

[Shurion]

Цитата

Сообщение от RED

Добрый день.
Контроллерами Segnetics и программой SMLogix только начал пользоваться.
Имеется готовая программа и контроллер TRIM 5:
TRIM5 3012-65-2
Встроенное ПО 211006-130842
Проект SMLogix 3.34.0164
К контроллеру по Modbus RTU подключён датчик температуры/влажности DHTS-XX0R100-C04. Не приходят данные с регистров. 11 температура 12 влажность. В блоке Slave (Link) копятся ошибки.
Данные настройки сети:
адрес: 3
Скорость: 9600
Чётность: none
Стоп биты: 2
Сниффер показал что обмен данными идёт. Прикрепляю к сообщению скриншоты настройки портов и лог снифера.
Запросы и ответы содержат корректную информацию. Длинна кабеля 1.5 метра, в офисе на столе. Без резисторов .
Модуль FMR-3022 подцепился без проблем(кабель протестить).
Программа весит 1.6 Мб - и не прикрепляется(лимит 1.43 вроде).
Собственно вопрос: что можно предпринять для устранения ошибок в блоке слейв (SMLogix)? И что именно является причиной сбоя - TRIM или SMLogix?

PS: другие устройства по сети Modbus RTU видятся и работают без проблем, описывать их не стал. Интересное наблюдение - этот датчик не отображается в системном меню ТРИМа (Сеть-> Modbus-> Настройка master-> Modbus RTU COM1 устройства-> ...)если адрес 3, ставлю 162 адрес - появляется, но работать всё равно не хочет.

Попробуйте вытащить блок Device(Link) и посмотреть какого типа ошибки.

[Ilya J.]

А вы пробовали прочитать этот датчик чем-нибудь другим? Например, лектусом?

[ATS]

Ну по логу только датчик с адресом 3 и отвечает

00:00:05.999 - Request: 03 03 00 0b 00 01 f4 2a
00:00:05.999 - ID: 3, Fn: 3 (Read HR), addr: 11, count: 1, CRC: 0x2af4
00:00:06.026 - Response: 03 03 02 00 f1 00 00

Это температура 24,1

00:00:06.059 - Request: 03 03 00 0c 00 01 45 eb
00:00:06.059 - ID: 3, Fn: 3 (Read HR), addr: 12, count: 1, CRC: 0xeb45
00:00:06.077 - Response: 03 03 02 01 8e 40 70

Это влажность 39,8

Вроде так

[RED]

Цитата

Сообщение от Shurion

Попробуйте вытащить блок Device(Link) и посмотреть какого типа ошибки.

Для чистоты эксперимента оставил только испытуемый слэйв (адрес 3).
Стало понятно, что это:
BFrame - количество ошибок фрейма (неверное число стартовых и/или стоповых битов)
Но не стало понятно, что с этим делать.
К сообщению прикрепил лог снифера и скриншот DEVICE(Link).
Если кто-нибудь знает как с этим бороться - прошу совета.
Сам тоже погуглю.

[RED]

Цитата:

Сообщение от Ilya J.

А вы пробовали прочитать этот датчик чем-нибудь другим? Например, лектусом?

Modbus Poll видит все регистры этого датчика, адрес и скорость я им менял.


Добавлено через 1 минуту

Цитата

Сообщение от ATS

Ну по логу только датчик с адресом 3 и отвечает

00:00:05.999 - Request: 03 03 00 0b 00 01 f4 2a
00:00:05.999 - ID: 3, Fn: 3 (Read HR), addr: 11, count: 1, CRC: 0x2af4
00:00:06.026 - Response: 03 03 02 00 f1 00 00

Это температура 24,1

00:00:06.059 - Request: 03 03 00 0c 00 01 45 eb
00:00:06.059 - ID: 3, Fn: 3 (Read HR), addr: 12, count: 1, CRC: 0xeb45
00:00:06.077 - Response: 03 03 02 01 8e 40 70

Это влажность 39,8

Вроде так

Все показания этого датчика были проверены Modbus Poll-м и все они достоверны.

[Shurion]

Цитата

Сообщение от RED

Для чистоты эксперимента оставил только испытуемый слэйв (адрес 3).
Стало понятно, что это:
BFrame - количество ошибок фрейма (неверное число стартовых и/или стоповых битов)
Но не стало понятно, что с этим делать.
К сообщению прикрепил лог снифера и скриншот DEVICE(Link).
Если кто-нибудь знает как с этим бороться - прошу совета.
Сам тоже погуглю.

Ну поменяйте стоп бит на 1, и всё возможно заработает. Во всяком случае был такой опыт с ПЛК производства "МикроДАТ" . При одинаковых настройках обмена modbus rtu падали такие же ошибки, решил тогда методом перебора менять стоп биты, и чётности.
И эмпирическим путём выяснилось, что без ошибок стало работать когда стоп бит 1.

Таким образом на слейве там остались настройки 8 2 none, а на мастере (матрикс) 8 1 none.

Весь абсурд в том что лектус, kepserverex прекрасно подключались с настройками 8 2 none к ПЛК "МикроДАТ". А вот матрикс ни в какую.

[Arsie]

Цитата

Сообщение от RED

К сообщению прикрепил лог снифера и скриншот DEVICE(Link).

Контроллер принимает пакет данных с ошибками фрейма. Выход BFrame говорит об этом, в справке он описан.

Фрейм - это по обывательски, "байт". Похоже вы либо неправильно указали количество стоповых битов, либо в линии связи гуляют искажающие сигнал помехи.

[RED]

Цитата

Сообщение от Shurion

Ну поменяйте стоп бит на 1, и всё возможно заработает. Во всяком случае был такой опыт с ПЛК производства "МикроДАТ" . При одинаковых настройках обмена modbus rtu падали такие же ошибки, решил тогда методом перебора менять стоп биты, и чётности.
И эмпирическим путём выяснилось, что без ошибок стало работать когда стоп бит 1.

Таким образом на слейве там остались настройки 8 2 none, а на мастере (матрикс) 8 1 none.

Весь абсурд в том что лектус, kepserverex прекрасно подключались с настройками 8 2 none к ПЛК "МикроДАТ". А вот матрикс ни в какую.

Спасибо, помогло!
Настроил стоп бит 1 и на ТРИМе и на датчике. Начал показывать.
Удивительно, что абсолютно такие же ТРИМ-ы работают с этими же датчиками с параметрами:
Адрес -3 \ скорость - 9600 \четность - нет \ стоп биты- 2
Modbus Poll всё равно с каким количеством стоп-битов работать ))

PS: Ещё один датчик отвалился три дня назад, снифером всё в порядке, а показания пропали. Видимо тоже самое надо попробовать.
Ещё раз всем спасибо, вопрос решён.

[Arsie]

Цитата

Сообщение от RED

Спасибо, помогло!

Modbus Poll всё равно с каким количеством стоп-битов работать ))

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