RS 485 ModBUS - теряем байты

[Jackson]

Добрый день!

На одном объекте образовалась у нас интересная проблема

Сеть Modbus RTU (RS485). Скорость 9600. Мастер в 100 метрах от первого слейва. Слэйвов всего 10. Между слэйвами есть сегмент 100 метров. Общая длина сети 400 - 600 метров. Всю кабельную линию перебрали и проверили.

Возникают ошибки связи частые: от раза в несколько минут (5...10 минут), до раза в 15...30 минут.

Каждый слэйв опрашивается в три посылки. Связь пропадает со слэйвами случайным образом, закономерности не выявлено.
Мониторили трафик на стороне Мастера с Portmon/Modbus slave. Ошибки выглядят так: у ответов от слэйвов "битые" первые два байта - те, в которых ID и функция. В ответе слейва эти байты либо присутствуют искажённые (явно неправильное значение, но не код ошибки), либо первого байта нет вообще. Остальная часть телеграммы корректная - в ней данные - включая CRC. Т.е. ответ от устройства правильный, но что-то ломает по пути первые два байта.

Кабель - правильный, лишних терминальных резисторов нет, положенные - на своих местах, топология - шина, как положено. Настройки по стоп-биту, и контролю чётности в слейвах нам не доступны. Со стороны мастера настроено следующее: бит данных 8, контроль чётности отключён, один стоп-бит. Изменить эти настройки нельзя - специфика аппаратной части мастера. Со стороны слэйвов производитель говорит, что у них настройки идентичные, но проверить пока нельзя.

Вот куда копать? Буду признателен за мысли.

Про осциллограф можно не напоминать, пока не можем им посмотреть.

[stesl]

Вот куда копать?

Немного непонятно - то ли связь теряется совсем,то ли пакеты битые,которые не обрабатываются соответственно..
Ладно, моя мысля вот о чем - от всех слейвов такое происходит? Может их можно по одному поотсекать? Чисто на аппаратном уровне же могут эти байты ломаться?... Но это чисто теоретически ))Никогда не вдавался в схемотехнику.

[rwg]

При таком наборе симптомов первое, что я заподозрил бы - неисправность Мастера, задержка отключения режима вывода, удержание линии после запроса в течение случайного времени. Но это можно увидеть только по осциллографу.

[leon78]

Если у слэйвов есть параметр типа "Delay between frames" (задержка между кадрами), можно попробовать его увеличить

[Jackson]

Немного непонятно - то ли связь теряется совсем,то ли пакеты битые,которые не обрабатываются соответственно..

Пакеты битые, которые мастер не принимает и соответственно для мастера это ошибка таймаута.

Если у слэйвов есть параметр типа "Delay between frames" (задержка между кадрами), можно попробовать его увеличить

Согласен Мне эта мысль тоже сразу в голову пришла. Но пока добраться до таких настроек слейва нет возможности (и неизвестно есть ли они вообще). Работаем над этим.

[keysansa]

Бывает, одно устройство глючит в середине линии. И вызывает такие симптомы. согласен с rwg.