Приобрели шлюз Ecodim GW2. После сброса питания со щита со всем оборудованием WB и Ecodim на время более ночи (уход наладчиков домой ) и утреннего восстановления питания теряется связь c интерфейса со всеми устройствами, как WB так и Ecodim. Скидывание шины Modbus от Ecodim мгновенно восстанавливает состояние сети. Помогает перезагрузка шлюза на короткое время. Компания Экодим не понимает причины такой работы, не подтверждает наличие такого вида брака. Можете ли как то прокомментировать такой дефект. Было ли подобное раньше?
Здравствуйте.
Прошу подробностей:
- Какое именно подключение осуществлено? Желательно схемой, с фото.
- Что значит «теряется связь»? в чем это выражается?
- Что из себя представляет данная шина? интересует длина, количество устройств на ней, включены ли терминаторы?
Благодарю за ответы.
1.Шлюз подключен по modbus RTU, последовательно в конце шины (после других устройств) полярность соблюдена, шина DALI не подключена. Сейчас подключен на проверочном стенде, на самом объекте условия примерно аналогичные но шина DALI подключена.
2. Потеря связи выражается в том что нет возможности отправить команды устройствам или проверить их состояние, как если бы они были не подключены к шине или она была бы подключена некорректно, но если отключить шлюз от шины то все устройства сразу обнаруживаются и управляются.
3. Шина небольшая, контроллер, 3 модуля wiren и шлюз все в щите, соответственно о какой то длине или помехах говорить странно, опять же если бы проблема была в этом то оно продолжало бы себя так вести и после отключения шлюза, но этого не происходит. Также вернуть шину в работу позволяет перезагрузка шлюза сбросом его питания, после этого устройство становится активным, как и все остальные устройства шины.
Здравствуйте.
Вы используете в качестве мастер устройства наш контроллер? если да, то пришлите, пожалуйста, диагностический архив. Создание архива описано в документации.
Перед сборкой архива прошу подержать хотя бы по минуте шину с «потерей связи» и минуту с отключенным шлюзом GW2.
Если требуется быстрое решение, то предлагаю подключить шлюз GW2 по modbus TCP.
Куда отправить архив с данными?
Прямо сюда можете отправить. Там нет чувствительных данных.
приложен диагностический архив, доступен только сотрудникам поддержки
(3,8 МБ)
Кроме жалобы на устройство под номером 12 на первом порту больше ничего не увидел:
WARNING: [serial device] TSerialDevice::ReadRegister(): Serial protocol error: request timed out [slave_id is </dev/ttyRS485-1 19200 8 N 2> a_ok:12]
WARNING: </dev/ttyRS485-1 19200 8 N 2>: closed due to repetitive errors
Под 12-м номером у вас:
"device_type" : "A-OK AM-35",
"slave_id" : "12"
Попробуйте:
- Для проверки отключить также устройство
A-OK AM-35на первой шине. Работа шины при этом восстановится? - Такое ощущение, что у вас несколько устройств с одинаковыми адресами. Прошу проверить путем перезаписи нужных адресов в устройства;
Нет дело не в этом устройстве, это просто пустой шаблон, в котором я смотрел доступные для управления контролы, видимо после тестов не удалил, это устройство там давно и на работу никак не сказывалось, также на объекте с которого снят шлюз таких устройств нет и там только существующие устройства с уникальными адресами (проверено), дело именно в этом шлюзе так как именно при его отключении работа устройств восстанавливается
Странно, почему тогда сразу после таймаута сообщение об успешном подключении 12-го устройства…
WARNING: </dev/ttyRS485-1 19200 8 N 2>: closed due to repetitive errors
WARNING: [serial device] TSerialDevice::ReadRegister(): Serial protocol error: request timed out [slave_id is </dev/ttyRS485-1 19200 8 N 2> a_ok:12]
WARNING: [serial device] device </dev/ttyRS485-1 19200 8 N 2> a_ok:12 is disconnected
INFO: [serial device] device </dev/ttyRS485-1 19200 8 N 2> a_ok:12 is connected
WARNING: [serial device] TSerialDevice::ReadRegister(): Serial protocol error: request timed out [slave_id is </dev/ttyRS485-1 19200 8 N 2> a_ok:12]
WARNING: </dev/ttyRS485-1 19200 8 N 2>: closed due to repetitive errors
WARNING: [serial device] TSerialDevice::ReadRegister(): Serial protocol error: request timed out [slave_id is </dev/ttyRS485-1 19200 8 N 2> a_ok:12]
WARNING: [serial device] device </dev/ttyRS485-1 19200 8 N 2> a_ok:12 is disconnected
INFO: [serial device] device </dev/ttyRS485-1 19200 8 N 2> a_ok:12 is connected
Прошу удалить данное устройство из драйвера, если оно не существует, чтобы драйвер на него не ругался, затем повторить прошлые манипуляции и прислать диагностический архив повторно:
приложен диагностический архив, доступен только сотрудникам поддержки
(2,0 МБ)
Здравствуйте.
Никаких ключевых ошибок, связанных с 21-м устройством не залогировано.
Прошу установить шлюз ECODim единственным устройством на шине. Поведение изменится? Не забудьте настроить 1 стоп бит.
приложен диагностический архив, доступен только сотрудникам поддержки
(2,3 МБ)Устройство было подключено на второй порт, одно, стоп бит 1 скорость - 19200, как указано на устройстве, после подключения не заработало, после отключения питания устройства и повторного включения также нашлось как это происходило и совместно с другими устройствами на шине, скорее всего ситуация повторится если повторно снять питание всей системы на длительное время. Архив был собран когда шлюз был подключен и недоступен, после перезарузки шлюза архив не собирал, поскольку устройство пока работает в штатном режиме
Добрый день!
Прошу прощения, тема затерялась. Прошу уточнить, актуален ли ещё вопрос?