ModBus

[Василий_S]

Здравствуйте! Кто может подсказать, на какой скорости лучше вести обмен данными с ПЛК-100 по модбасу и какова максимальная длина запрашиваемых данных?
Простите за такое начало, не могу представить как объяснять коротко ситуацию.
В кратце так: делается запрос (периодически постоянно) на чтение данных из ПЛК по интерфейсу ModBus, длина ответа из ПЛК - 75 ASCII символов (64 с нужной информацией). Всё бы ничего, только ПЛК, временами, "правильно" не отвечает. Временами, (значит за 4800 запросов за сутки раз 10 - 20 - 30, иногда больше) ответ из ПЛК не корректен. Вроде немного - но портит всю картину мироздания. Инфа бежит по витой паре, длина измеряется сотнями метров и более. Скорость поставлена в 3 раза выше предлагаемой овеном по умолчанию.
- зашёл в тупик. Если кто-нибудь откликнется на такой крик о помощи - приведу подробности.
Буду очень благодарен за отзыв.

[kgsh82]

30/4800 = 0,6 % Очень даже хорошо.
Я бы пересмотрел обработку ошибочного ответа в мастере. Ошибки же не 30 раз подряд, верно?
Ну или скорость занизить.

[capzap]

Да какой тут отзыв, устали уже все отвечать, недели две назад только закончили обсуждать этот вопрос

[Василий_S]

Да какой тут отзыв, устали уже все отвечать, недели две назад только закончили обсуждать этот вопрос

Уж простите за беспокойство.

[Ryzhij]

Дело не в протоколе Модбас, а в спецификациях на RS485.
Всё что надо сделать в первую очередь, так это тупо выполнить требования к медиа.
"Витая пара" - это ни о чём. Спецификации RS485 гораздо более конкретны.
И промышленность выпускает туеву хучу кабелей именно для этого интерфейса.
И каждый из производителей норовит указать на рекомендации по прокладке промышленных сетей на основе RS485.
Правила одни и те же.
По-гуглите рекомендации для Profibus, DH+, DH-RIO, DeviceNET - все эти сети основаны на RS485.
Интерфейс один, протоколы разные.

[Василий_S]

30/4800 = 0,6 % Очень даже хорошо.
Я бы пересмотрел обработку ошибочного ответа в мастере. Ошибки же не 30 раз подряд, верно?
Ну или скорость занизить.

Да, 0,6 % немного, но всю картину портит.
Ошибочные ответы отфильтровываются. Ставлю три проверки: длина сообщения, контрольная сумма и совпадение адреса устройства в запросе и в ответе. Если что-то "не бьёт", отправляю повторный запрос, и так до 20 раз. Точнее - организован цикл опроса устройства до 20 попыток (задрал специально). Если попытка удачная, то прога выходит из цикла и в организованную переменную записываются данные из буфера,в противном случае переменная обнуляется. При количестве проходов больше 1-го организовал запись строки в текстовый файл с информацией об адресе устройства, времени повторной попытки, количество повторных попыток и содержании ответа.
Результаты следующие: с одного устройства данные корректно считываются со 2-й,3-й попытки. Несколько раз количество повторных попыток было равно 20 и данные были обнулены. (Обнулялась переменная, в которую считывались данные буфера). С другого устройства ситуация с количеством повторных попыток равным 20 и нулевым содержанием переменной с данными ПЛК намного хуже.
Но что интересно, сбои начинаются в рабочее время. Где-то с 8-20, когда ситуация на предприятии проходит под девизом "началось в колхозе утро", потом как-то ошибочность спадает, в околообеденное время вялый всплеск и "успокаивается" после 17-00. В выходные ошибки - редкость.
Где искать? или это зависимость ПЛК от качества э/энергии, хреновая плата с ком-портами (даже если она - мокса), прошивка ПЛК, дурное влияние запада? Вот вопрос.

[Василий_S]

Дело не в протоколе Модбас, а в спецификациях на RS485.
Всё что надо сделать в первую очередь, так это тупо выполнить требования к медиа.
"Витая пара" - это ни о чём. Спецификации RS485 гораздо более конкретны.
И промышленность выпускает туеву хучу кабелей именно для этого интерфейса.
И каждый из производителей норовит указать на рекомендации по прокладке промышленных сетей на основе RS485.
Правила одни и те же.
По-гуглите рекомендации для Profibus, DH+, DH-RIO, DeviceNET - все эти сети основаны на RS485.
Интерфейс один, протоколы разные.

Да модбас и не виню. В основном - обмен проходит нормально.
Хорошо - поищу в этом направлении. Хотя сеть давно раскинута из кабеля с 4-мя витыми парами.

[Вольд]

Здравствуйте! Кто может подсказать, на какой скорости лучше вести обмен данными с ПЛК-100 по модбасу и какова максимальная длина запрашиваемых данных?
Простите за такое начало, не могу представить как объяснять коротко ситуацию.
В кратце так: делается запрос (периодически постоянно) на чтение данных из ПЛК по интерфейсу ModBus, длина ответа из ПЛК - 75 ASCII символов (64 с нужной информацией). Всё бы ничего, только ПЛК, временами, "правильно" не отвечает. Временами, (значит за 4800 запросов за сутки раз 10 - 20 - 30, иногда больше) ответ из ПЛК не корректен. Вроде немного - но портит всю картину мироздания. Инфа бежит по витой паре, длина измеряется сотнями метров и более. Скорость поставлена в 3 раза выше предлагаемой овеном по умолчанию.
- зашёл в тупик. Если кто-нибудь откликнется на такой крик о помощи - приведу подробности.
Буду очень благодарен за отзыв.

У тебя, вероятно, линии связи (лс) проложены рядом с силовыми кабелями. Поставь на концах лс резисторы 120 Ом. Скорость обмена сделай 9600.

[Ryzhij]

Ва-аще-то RS485 не только нагрузочных резисторов требует, но и резисторов смещения.
И кабеля с определённым волновым сопротивлением.
И всё это опять-таки в целях помехозащищённости.

Для инженера "по стандарту" значит то же, что для иудея "кошерно", а для мусульманина "халяль".

[capzap]

Для инженера "по стандарту" значит то же, что для иудея "кошерно", а для мусульманина "халяль".

однозначно эти слова, что то новое в ответах по этой теме, остальные здесь звучали неоднократно, достаточно было воспользоваться поиском по форуму