Потеря связи

[Вова13]

Здравствуйте.
Может вопрос уже поднимался ,но я не нашел.
Есть "ветка из 40 датчиков (RS 485-MODBUS) подключены к ПЛК 110-30. Физическая линия ,витая пара(2 пары) .По одной паре подается питание,по второй RS 485.Питание датчиков 3-30 вольт(подключены к БП ОВЕН БП30Б-Д3-24).На концах линии резисторы 120 ом.
В ПЛК алгоритм отслеживающий потерю связи с датчиками.Информация выводится на мнемосхему.При потере связи датчик на мнемосхеме подсвечивается красным.
Заметил,что потеря связи происходит не на всех датчиках.Определить логику (дальние или ближние по ветке датчики )не удалось.Потеря связи происходит хаотично.
Вот на что обратил внимание...Пример: из трех (1,2,3) датчиков два показывают ,один нет(1,2 показывают,3-й нет) через 2-3 секунды 1,3 показывают ,2-й нет и т.д.
Грешу на питание..Питание понижается ,в зависимости от удаления датчиков от БП.На последнем доходит до 5-6 вольт,НО при этом датчик может работать стабильно 10-15 мин.а более близкие "хандрят каждые 2-3 сек.
Длинна ветки метров 800.
Есть Такая же ветка на втором RS 485 ПЛК,только она метров 300 и 19 датчиков,но проблемы те же.

[melky]

скорость опроса ?

когда вы уже научитесь ставить 100 Ом на витую а не 120 ?

и как у вас вообще на одной линии 40 уживаются ?

[Вова13]

скорость опроса ?

когда вы уже научитесь ставить 100 Ом на витую а не 120 ?

и как у вас вообще на одной линии 40 уживаются ?

9600 и 38400(максимальная для моих датчиков) на обеих скоростях результат одинаковый.
Про 100 Ом ....почему то в голове отложилось 120 ом,хотя сейчас посмотрел Википедию написано волновое сопротивление 100 ом.
Дело в том что я и без резисторов вначале попробовал,все то же самое.
Про 40 датчиков...сегодня монтажники ставят АС5 ,посмотрю в понедельник что изменится.

[Вова13]

Установили повторитель АС5 после датчика 27.
Проблема не ушла.
Подключился к датчикам через OPC сервер....работает без проблем(датчики не отваливаются).Решил,раз через OPC сервер работает,значит линия норм.
Отключил часть датчиков после АС5.(проверяю через ПЛК),проблема осталась.
В конфигураторе ПЛК увеличиваю Max response timeout и Polling time до 1000 мс ( как в OPC) ,результат прежний.
После установки параметра Framing time (Время, на которое необходимо задерживать ответ на запрос в мс)
в настройках RS 485 (30-50 ms) связь с датчиками стала без "провалов".
Может кто подскажет,проблема в этой настройке или я попал пальцем в небо?
рис1.png

[krollcbas]

Попробуйте поделить шину на сегменты и поднять каждый по одному

[Вова13]

Попробуйте поделить шину на сегменты и поднять каждый по одному

Что Вы имеете ввиду под "поделить"? Опрашивать датчики "кусками" по 10 шт?

[krollcbas]

Сама шина, насколько мне известно по стандарту не должна превышать 32 устройства.
Рисуете всю схему. Делите ее мысленно на куски и ходите с ноутом по объекту, проверяете, находите гиблое место.
Пара должна быть витая, достаточно хорошего сечения, медь.
Если съэкономил кто - перемонтаж линий.

[Вова13]

Сама шина, насколько мне известно по стандарту не должна превышать 32 устройства.
Рисуете всю схему. Делите ее мысленно на куски и ходите с ноутом по объекту, проверяете, находите гиблое место.
Пара должна быть витая, достаточно хорошего сечения, медь.
Если съэкономил кто - перемонтаж линий.

Как объяснить, что через OPC работает стабильно,а через ПЛК "отваливается?

[IVM]

Как объяснить, что через OPC работает стабильно,а через ПЛК "отваливается?

OPC профи делали.

[krollcbas]

Легко, кстати. Даже Модбас Пулл может работать, пропуская редкие пакеты. ОПС сервера будут работать даже на оказийных сетях. Продукт коммерческий, так нужно. При этом обмен на ПЛК встанет.
Объясняется все банально. Драйвер обмена контроллера имеет ряд настроек, но он предназначен для приема пакетов с правильной телеграммой и правильной контрольной суммой. Если телеграммы доходят, но они "кривые", то получите именно такой результат.
Намудохался так с кондиционерами Gree. Вроде Modbus поддерживается. С этим работает, с этим не работает. Уйму времени потратил, но техническая поддержка Овен разъяснила суть проблемы, сделав снифер протокола.