ПР103 проблема опроса по RS485

[kondor3000]

Всем привет. Не стал создавать отдельную тему, напишу пока здесь.
Проблема с подключением ПР-103 к датчику через RS-485 по протоколу modbus RTU. Нет подключения, соответственно данных тоже нет.
Пробую подключаться программой MasterOPC с помощью преобразователя AC4 - все работает на ура. Адрес устройства верный, регистр тоже. Пробую считывать адрес датчика, формат INT, поэтому даже если бы ошибся с перестановкой хоть что-то бы показало, но увы. Все собрано на столе, длинных линий нет.
Была похожая проблема с ПЛК-210, но благодаря kondor3000 удалось выяснить что виной всему были включенные программно подтягивающие резисторы. На ПР-103 перемычки не стояли, но и с подключенными не работает опрос.

Сетевые параметры 9600 8N2, два стоп бита точно у датчика? есть возможность изменить на 1 стоп бит? Чтение 1000 мс, а тайм аут 250 зачем сделали?

На самом деле сначала надо проверить работоспособность самого ПР соединив 1 мастер и 2 слейв слот RS485. В мастере указать регистры 16384, 16385, 16386

[jamaicarso]

Сетевые параметры 9600 8N2, два стоп бита точно у датчика? есть возможность изменить на 1 стоп бит? Чтение 1000 мс, а тайм аут 250 зачем сделали?

На самом деле сначала надо проверить работоспособность самого ПР соединив 1 мастер и 2 слейв слот RS485. В мастере указать регистры 16384, 16385, 16386

Это я уже от безысходности менял. Такие сетевые параметры были с завода и на бирке указаны, но для своей системы я 1 стоп бит делал, тоже не видит. чтение было 1000. таймаут насколько помню 100мс. ПР 100% рабочий, датчики другого производителя через него работают. Сам на себя прибор не подключал, но на первый и второй порт по очереди подсовывал регистры через эмулятор Modbus Slave.

photo_2026-09-11_10-50-38.jpg

[jamaicarso]

Сетевые параметры 9600 8N2, два стоп бита точно у датчика? есть возможность изменить на 1 стоп бит? Чтение 1000 мс, а тайм аут 250 зачем сделали?

На самом деле сначала надо проверить работоспособность самого ПР соединив 1 мастер и 2 слейв слот RS485. В мастере указать регистры 16384, 16385, 16386

Есть еще идеи?

[kondor3000]

Есть еще идеи?

В ПР по умолчанию везде по 100 мс, если делаете чтение 1000, то и тайм аут тоже надо 1000 поставить или больше.

[Nomad]

Есть еще идеи?

Скорее всего ваш датчик отвечает быстрее, чем ПР готова принять ответ. MasterOPC успевает принять ответ. На 9600 минимальная задержка между передачей запроса и ответом 3,5 интервала, по протоколу Modbus, это примерно 4 мс. В MasterOPC посмотрите в логах какая разница по времени между запросом и ответом.

[Vadik2881]

У меня тоже некоторые проблемы с RS485 у ПР225 https://owen.ru/forum/showthread.php?t=43039
Я пока забил, так как данные всё же с трудом но приходят.
Как понял ПР103, ПР205, ПР225 имеют более новую скоростную архитектуру и не всеядны ко всему.
Пробуйте функцию чтения не 03, а 04 и поднимайте скорость до 115200.

[kondor3000]

У меня тоже некоторые проблемы с RS485 у ПР225 https://owen.ru/forum/showthread.php?t=43039
Я пока забил, так как данные всё же с трудом но приходят.
Как понял ПР103, ПР205, ПР225 имеют более новую скоростную архитектуру и не всеядны ко всему.
Пробуйте функцию чтения не 03, а 04 и поднимайте скорость до 115200.

Тут один написал, что откатил версию ОЛ и прошивки и у него всё заработало, надо было всего то добавить регистр опроса в старый проект
(а он ОЛ обновил),
ни одного комментария от поддержки по куче последних случаев не последовало. https://owen.ru/forum/showthread.php...l=1#post487548

[Vadik2881]

У меня мысль такая, точнее у ИИ. Современная линейка ПР это достаточно скоростные устройства и 9600 их тянет на дно, если по простому...
Мы то думаем поставить поменьше битрейт - типа понадёжнее, но тут это только вредит.
У меня с счётчиком газа не получилось скорость обмена ему повысить и проверить этот домысл. А вот интересно, как у автора темы это поможет или нет.
Так то у меня в другом проекте 10 датчиков в сети с передачей real на 115200 всё чётко летает.

[kondor3000]

У меня мысль такая, точнее у ИИ. Современная линейка ПР это достаточно скоростные устройства и 9600 их тянет на дно, если по простому...
Мы то думаем поставить поменьше битрейт - типа понадёжнее, но тут это только вредит.
У меня с счётчиком газа не получилось скорость обмена ему повысить и проверить этот домысл. А вот интересно, как у автора темы это поможет или нет.
Так то у меня в другом проекте 10 датчиков в сети с передачей real на 115200 всё чётко летает.

Я думаю, что дело не в скорости, а в нестандартных датчиках (проблемы с задержкой ответа, которой в новых ПР нет, а есть только в ПР200).
С модулями, панелями и ПЛК Овен всё работает на любой скорости.

[melky]

да нас... ть на зажержку ответа, любое устройство ждет ответа ровно столько, сколько ему скажут (таймаут), быстро запрашиваемое отвечает или с задержкой.

надо снифером стать на линию, вот тут может быть что-то прояснится. Возможно ПР как раз ПРОПУСКАЕТ 1-2 первых байта и соответственно упс - мы ничего не считали...