ПР205

[zakhar81]

Я ещё тогда призадумался, и порылся в документации.

F1\Настройка прибора\Обмен по сети\Modbus\Работа по протоколу Modbus

Автоподстройка времени цикла программы   

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


Согласно алгоритму подстройки времени цикла, минимальное число вызовов Master составляет до 50 раз в секунду.
Если Master не успевает опросить все устройства, то необходимо внести изменения в алгоритм для оптимизации количества запросов.

Где-то тут собака порылась.
Происходит "нахлёст" по времени.
Меняйте алгоритм.

Тестировал Инет, он там нормальный, не самый говеный в тех точках, но замирания есть иногда, когда в домах люди активно лезут в инет видимо
Пинги идут от 20-до 60 мс по сетевому оборудованию, но несколько раз в сутки при больших нагрузках, ответ может замирать
И вот если ежесекундно опрашивать ПР205 то он не от этого конечно же ложится, а вот именно после замирания обмена на несколько десятков секунд или минуту - две, с последующим восстановлением. Ведь после восстановления все недоставленные пакеты за это время прилетают на ПР205 и кладут его вплоть до перезагрузки
Вот от такой коллизии и нужно защищать ПР205
Сам ПР205 прекрасно работает, даже с интервалом 100 мс, если сеть не замирает, например в локалке, как Овеновцы испытывали
Нужно продумать механизм защиты ПР205 от сверхбольшого объема пакетов прилетающих к нему в буфер, он этого не вывозит
Я не могу за овен разбираться что происходит с буфером приемным (программным и физическим) если прилетает огромное количество пакетов TCP
Инет нормальный, не самый говеный в тех точках, но замирания есть иногда, когда в домах люди активно лезут в инет видимо
Пинги идут от 20-до 60 мс по сетевому оборудованию, но несколько раз в сутки при больших нагрузках, ответ может замирать
И вот если ежесекундно опрашивать ПР205 то он не от этого конечно же ложится, а вот именно после замирания обмена на несколько десятков секунд или минуту - две, с последующим восстановлением. Ведь после восстановления все недоставленные пакеты за это время прилетают на ПР205 и кладут его вплоть до перезагрузки
Вот от такой коллизии и нужно защищать ПР205
Сам ПР205 прекрасно работает, даже с интервалом 100 мс, если сеть не замирает, например в локалке, как Овеновцы испытывали
А интернет он всегда такой будет и сетевое оборудование может перезагружаться или отваливаться кратковременно и периодически, раз два в сутки
Нужно продумать механизм защиты ПР205 от сверхбольшого объема пакетов прилетающих к нему в буфер, он этого не вывозит