Проект

Общее

Профиль

Ошибка #7

закрыто

8DO. Резервирование сработает только после перезагрузки основного модуля.

Добавил(а) Сергей Ушаров около 1 года назад. Обновлено 12 месяца назад.

Статус:
Закрыта
Приоритет:
Нормальный
Назначена:
Дата начала:
13.11.2024
Срок завершения:
Готовность:

100%

Оценка временных затрат:
8:00 ч
Трудозатраты:

Описание

Резервирование сработает только после перезагрузки основного модуля. Изменения данных в реальном времени в основном модуле, не влияют на резервный. Это касается как режима TCP, так и RTU.

Обновлено Сергей Ушаров около 1 года назад

  • Параметр Оценка временных затрат изменился на 8:00 ч

Обновлено Сергей Ушаров около 1 года назад

  • Параметр Статус изменился с Новая на В работе

Обновлено Сергей Ушаров около 1 года назад

Поправил.

@Андрей Поморцев нужен отклик

Обновлено Сергей Ушаров около 1 года назад

  • Параметр Статус изменился с В работе на Нужен отклик

Обновлено Сергей Ушаров около 1 года назад

  • Параметр Готовность изменился с 0 на 100

Обновлено Андрей Поморцев около 1 года назад

Не исправлено.

Обновлено Сергей Ушаров около 1 года назад

Тестирование поведение ведущего модуля и наличии резервного модуля при работе в составе системы с основым каналом TCP:
При переключении в обе строны

Исходное состояние:
Модуль «200” ведущий
<0x30> == 0
<0x31> == 201
<0x32> == 60
<0x33> == 0

Модуль «201» резервный
<0x30> == 1
<0x31> == 200
<0x32> == 60
<0x33> == 0

Последовательность:

  1. Втыкаем Модули «200» и «201» в один езернет свитч и соединяем их по RS485, соединения по RS485 c ПК нет.

  2. Включаем питания модуля «201», убеждаемся, что он стартовал.

  3. Включаем питания модуля «200», убеждаемся, что он стартовал.

  4. Убеждаемся , что экраны режимов каналов и текущего состояния каналов совпадают в основном и резервном модуле, при этом выхода ведущего модуля активны, а резервного нет.

  5. Через Modbus TCP меняем режимы выходов могдуля «200», убеждаемся, что синхронно меняется содержимое экранов обоих модулей.

  6. Выдергиваем кабель езернет из модуля «200».

  7. Через 60 секунд от последней команды по Modbus TCP к резервному модулю модуль «201» стал ведущим, а «200» - резервным. Соответственно, у «201» стали активны выхода, а у «200» неактивны.

  8. Втыкаем кабель езернет в модуль "200", выдергиваем из "201".

  9. Через 60сек "200" - стпнет основным, "201" - резервным

PS принципильно чтобы на ПК был запущен опрос "200" и "201" по ModbusTCP

Обновлено Сергей Ушаров около 1 года назад

@Андрей Поморцев Повтори по этому алгоритму

Обновлено Андрей Поморцев около 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

  1. Подаю питание
  2. Выдергиваю кабель Slave(10.0.3.200);
  3. Slave(10.0.3.200) стал Master, Master(10.0.3.201) остался Master, т.е. в итоге имеем 2 мастера.

Обновлено Сергей Ушаров 12 месяца назад

  • Параметр Статус изменился с Нужен отклик на Исполнено

Обновлено Сергей Ушаров 12 месяца назад

  • Параметр Статус изменился с Исполнено на Закрыта

Экспортировать в Atom PDF