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

[jamaicarso]

Выяснились кое-какие подробности по данным ПРкам. Вышеописанную проблему пока отложил, подключил датчики через шлюз adam 4572, вот уже неделю все работает.
Подключаю к этим же ПР уже другие датчики через RS485 по Modbus RTU, они работают, но только когда их в линии не больше пяти штук, как только добавляю шестую какие-то из предыдущих отваливаются, если еще подключаю то пропадают все. Но проблема даже не в этом, здесь вопрос скорее к изготовителю датчиков. Проблема в том что если подключаю один из этих датчиков (перекинул шлейф на RS485-2, в настройках первому датчику поменял порт на второй и оставил в шлейфе только первый датчик) на второй порт ПР103, то ПР его не видит...проверил на трех одинаковых ПР, как будто ему не хватает мощности что-ли? Порт рабочий, через ПР первым портом опрашивается, линия метров 50 не больше. Есть информация по конструктивным отличиям первого и второго порта?

[jamaicarso]

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

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

можете подсказать каким именно снифером попробовать? wireshark подойдет?

[kondor3000]

Выяснились кое-какие подробности по данным ПРкам. Вышеописанную проблему пока отложил, подключил датчики через шлюз adam 4572, вот уже неделю все работает.
Подключаю к этим же ПР уже другие датчики через RS485 по Modbus RTU, они работают, но только когда их в линии не больше пяти штук, как только добавляю шестую какие-то из предыдущих отваливаются, если еще подключаю то пропадают все. Но проблема даже не в этом, здесь вопрос скорее к изготовителю датчиков. Проблема в том что если подключаю один из этих датчиков (перекинул шлейф на RS485-2, в настройках первому датчику поменял порт на второй и оставил в шлейфе только первый датчик) на второй порт ПР103, то ПР его не видит...проверил на трех одинаковых ПР, как будто ему не хватает мощности что-ли? Порт рабочий, через ПР первым портом опрашивается, линия метров 50 не больше. Есть информация по конструктивным отличиям первого и второго порта?

Да нет там отличий, у вас настройки разные на портах, вот и всё, проверяйте. В том числе время опроса и Тайм -аут.
А так же подтягивающие резисторы надо проверить.

[Vadik2881]

Выяснились кое-какие подробности по данным ПРкам. Вышеописанную проблему пока отложил, подключил датчики через шлюз adam 4572, вот уже неделю все работает.
Подключаю к этим же ПР уже другие датчики через RS485 по Modbus RTU, они работают, но только когда их в линии не больше пяти штук, как только добавляю шестую какие-то из предыдущих отваливаются, если еще подключаю то пропадают все. Но проблема даже не в этом, здесь вопрос скорее к изготовителю датчиков. Проблема в том что если подключаю один из этих датчиков (перекинул шлейф на RS485-2, в настройках первому датчику поменял порт на второй и оставил в шлейфе только первый датчик) на второй порт ПР103, то ПР его не видит...проверил на трех одинаковых ПР, как будто ему не хватает мощности что-ли? Порт рабочий, через ПР первым портом опрашивается, линия метров 50 не больше. Есть информация по конструктивным отличиям первого и второго порта?

Вы попробовали скоростями поэкспериментировать и поднять до 115, как я просил?? В новых ПР сетевой стек работает асинхронно с основным циклом программы, и данные могут «застревать» по множеству причин. К примеру забивание системного буфера из-за частых ошибок По идее надо смотреть какая ошибка сети, но производитель не сделал такой возможности... Попробовать формировать запросы с задержкой. Для теста отключить Ethernet, он может отнимать до 80% ресурсов. В общем не всё хорошо с ПР и судя по тому что разраб самоустранился, всё они понимают))

[melky]

можете подсказать каким именно снифером попробовать? wireshark подойдет?

так у вас проблема с RS485 а не сетью. Это что-то вроде прослушивателей RS485 нужно. Advanced Serial Data Loger например, там есть режим прослушки. то есть сторонне ПО на ПК, преобразователь интерфейса и параллельно на линию. Наверняка и другое подобное ПО есть.

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