Wiren Board 7 (AL4ZXQUT rel.wb-2307) с модулем ZigBee ПО обновлено,
на 2-ой RS-485 подключаю WB-MWAC и WB-MR6C v2
на 1-ый RS-485 подключаю датчик WB-MSW c LoRa в режиме RS-485 как WB-MSW v.4 (универсальный настенный Modbus-датчик)
Датчик обнаруживается, но отвечает по сети с большими задержками. Чаще даже так, что раз ответил, потом потерялся.
Добавил терминатор на 120 Ом, ситуация не поменялась.
Отключаю провод со 2-го RS-485 и переношу провод с 1-го на него.
Датчик отвечает быстро, никаких проблем.
Добрый день.
Покажите пожалуйста логи wb-mqtt-serial, лучше с debug/
Ну или пришлите диагностический архив, после минимум 5 минут работы с включенным debug.
wb-mqtt-serial_20230915T213521.log (108,8 КБ)
Лог приложил. Адрес датчика 72.
Из того что видно в логе для ttyRS485-1:
Включение чтения без пропусков.
2023-09-15T13:34:59.448Z [wb-mqtt-serial] DEBUG: [port] /dev/ttyRS485-1: Write: 48 06 00 72 00 01 e6 48
И устройство “энергомера” не отвечающее на том же порту.
- оставьте физически одно устройство на порту.
- деконфигурируйте отсутствующие.
- проверте настройки порта, стопбиты в частности.
Опросите устройство с помощью Утилита «modbus_client» — Wiren Board
Добрый день! Очистка помогла, возращение “энергомеры” стопорит работу. С чем это может быть связано? Т.е. при эксплуатации и обрыве связи с устройством вся сеть встанет?
Добавляемая конфигурация:
{
"device_type" : "energomera_ce102m",
"slave_id" : "182726272"
}
Очистка - чего?
Что и на каких портах сейчас сконфигурировано? Куда подключен “энергомера”?
Для диагностики проблемы пришлите, пожалуйста, архив с диагностической информацией контроллера. Создание архива описано в документации.
Очистка файла /etc/wb-mqtt-serial.conf, сбросил его к wb-mqtt-serial.conf.default.
“Энергомера” сейчас не подключена. Подключено два датчика, второй Zigbee не в режиме 485.
Во время записи архива и его отключил.
Логи приложил, смотреть нужно с 2023-09-19T11:38:00.
Сделал:
- Засёк время
- Выключил/включил 1-ый RS-485, сохранил.
- Включил красный светодиод, не зажёгся
- Запустил сканирование, устройство нашлось, светодиод замигал.
- Выключил красный, включил зелёный.
- Подождал, стал мигать зелёный.
- Опять включил красный.
- Снял логи.
log_20230919T194316.log (474,7 КБ)
Я вижу:
2023-09-19T11:43:16.046Z [wb-mqtt-serial] DEBUG: [Energomera] Write: /?182726272!<CR><LF>
Это говорит о том что если и не подключена то настроена и опрашивается. Зачем?
Подавляющее количество записей - ошибки обмена с этим устройством.
Пожалуйста публикуйте лог в котором события “сверху вниз”. Крайне неудобно следить за чем-то в файле в котором самые новые - сверху.
Добрый день! Похоже проблема в реализации драйвера для общения с “Energomera CE102M”. При выборе другого драйвера проблема уходит (пробовал на WB-LED). Что с этим можно сделать? Получается, если у счётчика выйдет контроллер из строя у меня вся сеть встанет.
Любое подключенное к шине устройство должно отвечать. Если не отвечает - тогда шина будет ждать установленное время таймаута.
Соответствено на шине опрос должен быть включен только для физически присутствующих устройств. И если для Modbus, например - таймаут мал и отсутствие устройства приводит к его автоматическому исключению из очереди опроса то для специфических протоколов целесообразнее использовать отдельную шину.
Любое подключенное к шине устройство должно отвечать .
Даже неожиданно сломавшееся?
и отсутствие устройства приводит к его автоматическому исключению из очереди опроса
Почему это устройство автоматически не исключается? Как можно поменять настройки у самого устройства или шины.
для специфических протоколов
Какие протоколы являются специфическими?
Боюсь по вашей логике для каждого устройства нужна отдельная шина.
Поломка Modbus устройства - не приводит шину к неработоспособности.
СПОДЭС (и счетчики), шторы.
Добрый день! В моём случае обрыв линии с конечным устройством на ней привёл к её неработоспособности. Причём мне кажется, что проблема исключительно в драйвере этого устройства, потому что для других устройств данная ситуация не повторяется.