Странности связи по RS-485

[Hemann]

В ПР103-ПР205-ПР225 управление периодом опроса "На уровне запросов", как сказано в РЭ. Возможно собака зарыта здесь, но пока не соображу как этим периодом управлять, потому что никакие мои ухищрения с битом "По команде" не помогли. Групповой запрос проходит, ответные данные приходят адекватные (если верить снифферу), но ПР-ка их не воспринимает

[melky]

Команду надо поднять и держать, так было в пр200, импульс не катит.
И период по максимуму.

[kondor3000]

Не нужны тут никакие битовые команды, 32 битную переменную расхода надо читать как 2 регистра одновременно, циклически 100-500 мс, запись убрать.
А вот галку перестановка регистров надо пробовать поставить, проверить точно надо.
Групповой опрос возможно надо вообще отключить, прибор может его не поддерживать.

[Hemann]

Пробовал. Ни фига не помогает

[Hemann]

Тоже пробовал, по-моему (уже начинаю путаться что пробовал, а что нет). Надо будет еще раз проверить

[Peresvet]

Вот однако сколько сложностей возникает с казалось бы надежным промышленным интерфейсом.... Я видал форумы где люди годами ловят осцилографом шубы и ищут почему оно не работает. А все потому что для 485 шины не научились делать адекватные средства диагностики чтобы было понятно на каком этапе прибор спотыкается.
По сабжу, а что ещё можно подключить к ПРке чтобы сделать снифы и посмотреть как он в норме общается с устройствами modbus?

[Hemann]

Ну, честно говоря, у меня с ПР-ками по модбасу раньше проблем не возникало, споткнулся только об этот счетчик. Да и здесь визуально обмен идет совершенно адекватными данными. Я цеплял к ПР103 ТРМ202, ТРМ210. Обмен данными абсолютно такой же, если говорить о снифах. В чем разница что эти ТРМ-ки читаются без проблем, а счетчик не читается - вот вопрос. Единственно что мне приходит в голову, что у ПР103-ПР205-ПР225 слишком жесткие требования к временнЫм параметрам обмена, и малейшее их несоблюдение они воспринимают как обрыв связи. Если это так, то это очень-очень-очень плохо. Нет запаса устойчивости связи

[Nomad]

Единственно что мне приходит в голову, что у ПР103-ПР205-ПР225 слишком жесткие требования к временнЫм параметрам обмена, и малейшее их несоблюдение они воспринимают как обрыв связи.

Скорее всего. У приборов 202, 210 есть параметр "Задержка ответа от прибора по RS-485" и на заводских уставках он 20 мс, а у счетчика воды 3,5 интервала, что при 9600 примерно 4 мс. Попробуйте понизить скорость обмена счётчик<->ПР.

[Hemann]

Хорошая мысль

[Hemann]

Факир был пьян и фокус не удался. В ПР103 меньше чем 9600 сделать нельзя.