Это действительно ModBus-RTU, но задержка между последним ответом и следующим запросом - мастер "гуляет"Сообщение от Gans
Здравствуйте, А_Грация.
ОГРОМНОЕ СПАСИБО за осциллограммы.
Дайте я угадаю - это ведь задержка ответа при запросе аналогового параметра? и протокол ModBus-RTU?
Данный вопрос не однократно возникал на просторах данного форума и после очередного холивара сходились во мнении:
1. Если работаем с библиотекой, то читать за раз сразу все нужные регистры со слейва.
2. Сменить протокол.
3. Аналоговые модели перенесите на отдельный интерфейс и там играться с настройками связи (увеличение времени таймоута).
P. S. Еще раз СПАСИБО за скринны осциллограм, надеюсь сотрудники ОВЕН теперь не отвертятся :-) С аналогичной ситуацией столкнулся еще в далёком 2007 году и с тех пор использую протокол "ОВЕН" ни каких проблем с опросом модулей овен не было- 50 мс, а между запросом ответом 5-10 мс, при чем без разницы аналоговый модуль, дискретный или ЧП.
По поводу чтения пакетом - ситуация с одновременным опросом 8А (чтение 48 регистров) и ЧП - просто улыбнула - ЧП уходит в ручной стоп- пришлось делить запрос к 8А на две части.
Второй интерфейс будет использоваться для мониторинга - будет весеть модем, менять протокол не буду - и так уже достали переделки....
К слову могу предоставить еще осциллограммы - где Плк110 имеет такую же задержку после ответа предыдущего устройства, но только 25 мс (тоже МОДБАС.ЛИБ ) но непомню какая там скорость 38400 или 57600, другая осцилла есть - опрос модулей ОВЕНА ОРС-сервером от Инсата там задержка в районе 2-5 мс (по памяти) на скорости 57600.
Хотелось бы услышать мнение представителей ОВЕН по этой теме..... это так задумано или я косячу???
Ответить с цитированием