Ну а конкретно?
Если битый пакет за шлюзом игнорируется - то это нормально. Или Вас волнует, что в этом случае будет полный тайм-аут перед шлюзом? Допустим, но кого это волнует?
ASo мастера как минимум, если на одной линии связи у него висит много устройств. Например за одним шлюзом 10 устройств и одно не ответило (пропало без вести) то остальные будут опрашиваться только через время таймаута. Точнее еще может быть ситуация, когда в настройках стоит опросить второй раз, прежде чем переходить к следующему.
Обоим.
Безусловно!
Именно поэтому скажем инсат ОРС после ряда попыток выставлят признак тэгов.... и делает соответствующую паузу, чтобы один умерший не тормозил существенно всю верёвку. Что здесь не так?
P.S. В чем собственно вопрос? В опросе 2-мя мастерами по ТСР? Если нет, мастер один, готов стать испытателем. У меня тут сейчас запускается один шлюз, но это не ОВЕН, причину я выше в этой теме указывал. Если ОВЕН даст на пробу (но вернуть будет проблемно, не то что невозможно, просто будет лениво идти менять) - готов испытать. Сейчас стоит от российского НЭ, но ещё не поздно до НГ поменять. Это коммерческое здание, СКАДА опрашивают примерно 15 слейвов RTU в круглосуточном режиме постоянно. Одновременно 2-мя мастерами организовать не могу, просто нет рядом, поставить можно, но лениво.
Готов поделиться результатами прямо тут. Хотя не вижу необходимости в этом эксперименте.
У меня сейчас с МКОН проблема, связь отваливается почти сразу. Связываю панель оператора Weintek и ПР200 через МКОН. Если увеличиваю таймаут запросов в панели до 100мс то живет чуть дольше, но все равно 3-5 минут. Что делать не знаю, проект горит, я этих МКОН 5 штук заложил, а в поддержке говорят напишите на почту.
таймаут 100мс по RS485? А вы рисковый
Ведущий инженер проектов
Линейки шлюзов сетевых Пх210
Линейки модулей ввода/вывода Мх210