Ошибка #7
закрыто8DO. Резервирование сработает только после перезагрузки основного модуля.
Добавил(а) Сергей Ушаров около 1 года назад. Обновлено 12 месяца назад.
100%
Описание
Резервирование сработает только после перезагрузки основного модуля. Изменения данных в реальном времени в основном модуле, не влияют на резервный. Это касается как режима TCP, так и RTU.
Обновлено Сергей Ушаров около 1 года назад
- Параметр Оценка временных затрат изменился на 8:00 ч
Обновлено Сергей Ушаров около 1 года назад
- Параметр Статус изменился с Новая на В работе
Обновлено Сергей Ушаров около 1 года назад
- Параметр Статус изменился с В работе на Нужен отклик
Обновлено Сергей Ушаров около 1 года назад
Тестирование поведение ведущего модуля и наличии резервного модуля при работе в составе системы с основым каналом TCP:
При переключении в обе строны
Исходное состояние:
Модуль «200” ведущий
<0x30> == 0
<0x31> == 201
<0x32> == 60
<0x33> == 0
Модуль «201» резервный
<0x30> == 1
<0x31> == 200
<0x32> == 60
<0x33> == 0
Последовательность:
-
Втыкаем Модули «200» и «201» в один езернет свитч и соединяем их по RS485, соединения по RS485 c ПК нет.
-
Включаем питания модуля «201», убеждаемся, что он стартовал.
-
Включаем питания модуля «200», убеждаемся, что он стартовал.
-
Убеждаемся , что экраны режимов каналов и текущего состояния каналов совпадают в основном и резервном модуле, при этом выхода ведущего модуля активны, а резервного нет.
-
Через Modbus TCP меняем режимы выходов могдуля «200», убеждаемся, что синхронно меняется содержимое экранов обоих модулей.
-
Выдергиваем кабель езернет из модуля «200».
-
Через 60 секунд от последней команды по Modbus TCP к резервному модулю модуль «201» стал ведущим, а «200» - резервным. Соответственно, у «201» стали активны выхода, а у «200» неактивны.
-
Втыкаем кабель езернет в модуль "200", выдергиваем из "201".
-
Через 60сек "200" - стпнет основным, "201" - резервным
PS принципильно чтобы на ПК был запущен опрос "200" и "201" по ModbusTCP
Обновлено Андрей Поморцев около 1 года назад
п.7
Через 60 секунд Slave(201) становится Master, при этом Master(200) не переходит в режим Slave. Оба модуля имеют активные каналы DO. На дисплее 201-ого, роль модуля изменяется только если перезайти в меню.
Обновлено Андрей Поморцев около 1 года назад
При использовании Modbus RTU, при тестировании по вышеуказанному алгоритму замечаний не выявлено. Резервирование работает в обе стороны.
Обновлено Андрей Поморцев около 1 года назад
При использовании Modbus TCP, резервирование работает только если отключать опрос устройств из программы(например: Modbus Poll). При физическом нарушении связи(выдергиваем кабель Echernet Мастера) наблюдается следующее поведение: https://hw.avads.ru/issues/7#note-9
Обновлено Андрей Поморцев около 1 года назад
Предыдущая проблема вроде решена. Но...
Исходные настройки:
Master(10.0.3.201), Slave(10.0.3.200). Проверка проводилась как в режиме TCP, так и в режиме RTU
- Подаю питание
- Выдергиваю кабель Slave(10.0.3.200);
- Slave(10.0.3.200) стал Master, Master(10.0.3.201) остался Master, т.е. в итоге имеем 2 мастера.
Обновлено Сергей Ушаров 12 месяца назад
- Параметр Статус изменился с Нужен отклик на Исполнено
Обновлено Сергей Ушаров 12 месяца назад
- Параметр Статус изменился с Исполнено на Закрыта