Обнуление значений mqtt топиков при (пере-)запуске wb-mqtt-serial

PeteK · 01.Февраль.2021 07:40:45

А что возвращают?

apt policy wb-mqtt-serial
apt policy wb-mqtt-homeui

iGold · 01.Февраль.2021 07:56:29

Пожалуйста:

apt policy wb-mqtt-serial

apt policy wb-mqtt-homeui

PeteK · 01.Февраль.2021 08:22:50

Ещё можно лог wb-mqtt-serial?

journalctl -u wb-mqtt-serial --no-pager > log.txt

iGold · 01.Февраль.2021 08:36:18

Пожалуйста:

log.txt (33.3 КБ)

PeteK · 01.Февраль.2021 09:28:39

Попробуйте новую версию:

apt update
apt install wb-mqtt-serial=2.6.8~fix+32062-values+1+e1548ce

iGold · 01.Февраль.2021 09:54:44

С этой версией нулевых значений нет. Полностью пропадают mqtt топики контролов устройств, потом появляются обратно с актуальными значениями, сработку по изменению состояния home assistant в это время больше не фиксирует.
Для нас такой вариант гораздо лучше, чем когда устройства (и их mqtt топики) оставались на месте, но занулялись.
Большое спасибо!

Alexey2 · 19.Февраль.2021 12:53:25

Похоже вы эту версию выкатили в релиз, а в работе с другим брокером через bridge не проверили. При удалении структуры топиков и отправке новой не все топики попадают на брокер, к которому подключается брокер контроллера, это хорошо заметно на meta-топиках. Вероятно глюк связан с тем, что сообщения удаляются после уже того, как приходят новые.
Исправить ситуацию можно только руками. Пришлось откатиться на старую версию, на новой вообще работать невозможно.

PeteK · 19.Февраль.2021 13:07:41

Можно пример? Не совсем понял, что удаляется, а что нет, и какое поведение ожидается получить.

Alexey2 · 19.Февраль.2021 19:41:55

Брокер на контроллере мостом подключается к другому брокеру, назовём его основным. Ожидается, что структура топиков будет совпадать на обоих брокерах, но это не так. На основном будет не хватать приличного количества meta-топиков.

BrainRoot · 20.Февраль.2021 09:52:34

Покажите пожалуйста как настроен мост, его конфиг.

Alexey2 · 20.Февраль.2021 10:07:16

А возможно проблема в другом. Вот конфиг моста:

connection ***
address **.**.**.**:**
clientid ***
try_private false

topic /devices/# both 2 "" /**
topic /config/#  both 2 "" /**
topic /rpc/#  both 2 "" /**

Почему-то на тот брокер, на который настроен мост, попадают не все топики со свойством retained.
Подписываемся непосредственно с контроллера на локальный брокер:

root@wirenboard-AMNRGCDG:/etc/mosquitto/conf.d# mosquitto_sub -v -q 2 -d -t '/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/#'
Client mosqsub|30289-wirenboar sending CONNECT
Client mosqsub|30289-wirenboar received CONNACK
Client mosqsub|30289-wirenboar sending SUBSCRIBE (Mid: 1, Topic: /devices/wb-map12e_29/controls/Ch 4 Ipeak L2/#, QoS: 2)
Client mosqsub|30289-wirenboar received SUBACK
Subscribed (mid: 1): 2
Client mosqsub|30289-wirenboar received PUBLISH (d0, q1, r1, m1, '/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/meta/order', ... (3 bytes))
Client mosqsub|30289-wirenboar sending PUBACK (Mid: 1)
/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/meta/order 119
Client mosqsub|30289-wirenboar received PUBLISH (d0, q1, r1, m2, '/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/meta/readonly', ... (1 bytes))
Client mosqsub|30289-wirenboar sending PUBACK (Mid: 2)
/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/meta/readonly 1
Client mosqsub|30289-wirenboar received PUBLISH (d0, q1, r1, m3, '/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/meta/type', ... (5 bytes))
Client mosqsub|30289-wirenboar sending PUBACK (Mid: 3)
/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/meta/type value
Client mosqsub|30289-wirenboar received PUBLISH (d0, q1, r1, m4, '/devices/wb-map12e_29/controls/Ch 4 Ipeak L2', ... (5 bytes))
Client mosqsub|30289-wirenboar sending PUBACK (Mid: 4)
/devices/wb-map12e_29/controls/Ch 4 Ipeak L2 -0.02

Подписываемся с контроллера на брокер, куда настроен мост:

root@wirenboard-AMNRGCDG:/etc/mosquitto/conf.d# mosquitto_sub -v -q 2 -d -h **.**.**.** -p ** -t '/***/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/#'
Client mosqsub|30294-wirenboar sending CONNECT
Client mosqsub|30294-wirenboar received CONNACK
Client mosqsub|30294-wirenboar sending SUBSCRIBE (Mid: 1, Topic: /***/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/#, QoS: 2)
Client mosqsub|30294-wirenboar received SUBACK
Subscribed (mid: 1): 2
Client mosqsub|30294-wirenboar received PUBLISH (d0, q1, r1, m1, '/***/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/meta/readonly', ... (1 bytes))
Client mosqsub|30294-wirenboar sending PUBACK (Mid: 1)
/***/devices/wb-map12e_29/controls/Ch 4 Ipeak L2/meta/readonly 1
Client mosqsub|30294-wirenboar received PUBLISH (d0, q1, r1, m2, '/***/devices/wb-map12e_29/controls/Ch 4 Ipeak L2', ... (5 bytes))
Client mosqsub|30294-wirenboar sending PUBACK (Mid: 2)
/***/devices/wb-map12e_29/controls/Ch 4 Ipeak L2 -0.02

BrainRoot · 20.Февраль.2021 15:25:39

Настроил мост на свежеподнятый брокер (mosuitto под Debian’ом 10) - не воспроизводится.
serial 2.6.8~fix+32062-values+1+e1548ce
mosquitto 1.3.4-2+deb8u4
У вас какой брокер?

Alexey2 · 24.Февраль.2021 13:12:12

Только что удалось повторить на другом контроллере. Wb-mqtt-serial нужно взять из experimental ветки, насчёт релиза был не прав, сейчас ещё разбираемся как она попала на только что сброшенный к заводским контроллер.

wb-mqtt-serial: Version: 2.7.1
mosquitto: 1.4.15-1+wb7-3

mosquitto на который настроен мост: 1.4.15-2ubuntu0.18.04.3

Alexey2 · 26.Февраль.2021 09:45:16

Появилось ещё немного подробностей. Похоже, что последняя версия wb-mqtt-serial, в которой всё в порядке - 1.63.0. В последующих версиях начинается чехарда, возможно с retained сообщениями. Не все meta-топики попадают на основной брокер, на который настроен bridge. Это явно проявляется, если много устройств с большим количеством контролов, например, несколько wb-map’ов. Получается у вас повторить ситуацию?

BrainRoot · 26.Февраль.2021 10:26:06

Пока не получается. А в логе брокера на который настроен bridge у вас ошибки какие-нибудь есть? Например “Socket error on client”?

Alexey2 · 01.Март.2021 10:36:12

Нет, ошибок на стороне брокера, на который настроен мост, нет.

Нам при решении другой проблемы на контроллере пришлось использовать экспериментальную ветку и у нас проявился тот же нюанс на модуле wb-homa-gpio, не все meta-топики появились на брокере через мост. Очевидно в обоих пакетах работает по одному алгоритму. Хотя возможно ранее просто не замечали, обычно контролов не очень много.

Попробуйте собрать стенд, подключить 2-3 wb-map12, несколько датчиков и/или wb-mir’ов, обновите wb-mqtt-serial до последней версии, настройте bridge на какой-нибудь хост с mosquitto и посмотрите meta-топики - точно будут пропуски. Удобно смотреть mqtt-explorer’ом. Для наглядности можно сервис wb-mqtt-serial рестартонуть.

BrainRoot · 03.Март.2021 15:56:32

Занялся, собираю.

Zeta · 03.Март.2021 16:28:52

Мы перед перезапуском wb-mqtt-serial отключаем wb-mqtt-db.

Alexey2 · 29.Апрель.2021 10:33:05

Посмотрите, пожалуйста по ссылке, похоже мы наткнулись именно на эту проблему. Как раз у нас стоял qos=2, и при рестарте сервиса передаётся большое количество retained-топиков. Сейчас на стенде попробовал поменять qos на 0, все мета-топики пришли через бридж. Похоже в вашей версии москито эта ошибка не исправлена.

BrainRoot · 29.Апрель.2021 15:10:14

Да, будем менять на более свежую версию.