[gelöst] Nach Update dauerhafter disconnect reconnect beim MQTT_Broker

Begonnen von Master_Nick, 16 Dezember 2018, 14:51:07

Vorheriges Thema - Nächstes Thema

Master_Nick

*EDIT* Habe den FHEM Service mal hart beendet und neu gestartet... was auch immer da war es ist weg. Ursache gefunden - siehe unten

Ich steh gerade etwas auf dem Schlauch...
habe ein Update und einen Restart gemacht und nun knallt es sekündlich im Broker. Aber ohne große Fehlermeldung auch nicht bei Verbose 5.
Disconnect - Reconnect...

2018.12.16 14:30:12 1: 127.0.0.1:1883 disconnected, waiting to reappear (MQTT_Broker)
2018.12.16 14:30:12 1: 127.0.0.1:1883 reappeared (MQTT_Broker)
2018.12.16 14:30:15 1: 127.0.0.1:1883 disconnected, waiting to reappear (MQTT_Broker)
2018.12.16 14:30:15 1: 127.0.0.1:1883 reappeared (MQTT_Broker)
2018.12.16 14:30:17 1: 127.0.0.1:1883 disconnected, waiting to reappear (MQTT_Broker)
2018.12.16 14:30:17 1: 127.0.0.1:1883 reappeared (MQTT_Broker)


Mit Verbose 5 tauchen dann wahnsinnige Zahlen und Zeichenblöcke auf :-D Die irgendwie mir nicht wirklich weiter helfen.

2018.12.16 14:44:50 5: SW: 3d370031686f6d656c616e642f6861757368616c742f6865697a756e672f4865697a756e6773737465756572756e672f737461746539eb6f6e
2018.12.16 14:44:50 5: SW: 3d370031686f6d656c616e642f6861757368616c742f6865697a756e672f4865697a756e6773737465756572756e672f73746174652af86f6e
2018.12.16 14:44:50 5: SW: 3d370031686f6d656c616e642f6861757368616c742f6865697a756e672f4865697a756e6773737465756572756e672f73746174651cc86f6e
2018.12.16 14:44:50 5: SW: 3d370031686f6d656c616e642f6861757368616c742f6865697a756e672f4865697a756e6773737465756572756e672f737461746511a26f6e
2018.12.16 14:44:50 5: SW: 8a9e06056f0046686f6d656c616e642f6861757368616c742f6865697a756e672f576f686e7a696d6d65725f546865726d6f737461742f6465736972656454656d70657261747572652f73657402003c686f6d656c616e642f6861757368616c742f6865697a756e672f417262656974737a696d6d65725f546865726d6f737461742f626f6f73742f736574020040686f6d656c616e642f6861757368616c742f6865697a756e672f466c75725f546865726d6f737461742f6465736972656454656d70657261747572652f736574020048686f6d656c616e642f6861757368616c742f6865697a756e672f5363686c61667a696d6d65725f546865726d6f737461742f6465736972656454656d70657261747572652f736574020049686f6d656c616e642f6861757368616c742f6865697a756e672f417262656974737a696d6d65725f546865726d6f737461742f6465736972656454656d70657261747572652f73657402003b686f6d656c616e642f6861757368616c742f6865697a756e672f5363686c61667a696d6d65725f546865726d6f737461742f626f6f73742f73657402003b686f6d656c616e642f6861757368616c742f6865697a756e672f4b696e6465727a696d6d65725f546865726d6f737461742f626f6f73742f736574020034686f6d656c616e642f6861757368616c742f656c656b7472696b2f776f686e7a696d6d65722f53706f742f73746174652f736574020035686f6d656c616e642f6861757368616c742f6865697a756e672f4865697a756e6773737465756572756e672f73746174652f736574020048686f6d656c616e642f6861757368616c742f6865697a756e672f4b696e6465727a696d6d65725f546865726d6f737461742f6465736972656454656d70657261747572652f736574020039686f6d656c616e642f6861757368616c742f6865697a756e672f576f686e7a696d6d65725f546865726d6f737461742f626f6f73742f736574020033686f6d656c616e642f6861757368616c742f6865697a756e672f466c75725f546865726d6f737461742f626f6f73742f73657402000f7b2224626173652f2b227d2f73657402
2018.12.16 14:44:50 5: SW: 3d370031686f6d656c616e642f6861757368616c742f6865697a756e672f4865697a756e6773737465756572756e672f73746174653ca46f6e
2018.12.16 14:44:50 5: SW: 6a0210b9
2018.12.16 14:44:50 5: SW: 3d370031686f6d656c616e642f6861757368616c742f6865697a756e672f4865697a756e6773737465756572756e672f7374617465426d6f6e
2018.12.16 14:44:50 5: SW: aa130b9d000f7b2224626173652f2b227d2f736574
2018.12.16 14:44:50 5: SW: 3d370031686f6d656c616e642f6861757368616c742f6865697a756e672f4865697a756e6773737465756572756e672f73746174653f346f6e
2018.12.16 14:44:50 5: SW: 8a9e0607370046686f6d656c616e642f6861757368616c742f6865697a756e672f576f686e7a696d6d65725f546865726d6f737461742f6465736972656454656d70657261747572652f73657402003c686f6d656c616e642f6861757368616c742f6865697a756e672f417262656974737a696d6d65725f546865726d6f737461742f626f6f73742f736574020040686f6d656c616e642f6861757368616c742f6865697a756e672f466c75725f546865726d6f737461742f6465736972656454656d70657261747572652f736574020048686f6d656c616e642f6861757368616c742f6865697a756e672f5363686c61667a696d6d65725f546865726d6f737461742f6465736972656454656d70657261747572652f736574020049686f6d656c616e642f6861757368616c742f6865697a756e672f417262656974737a696d6d65725f546865726d6f737461742f6465736972656454656d70657261747572652f73657402003b686f6d656c616e642f6861757368616c742f6865697a756e672f5363686c61667a696d6d65725f546865726d6f737461742f626f6f73742f73657402003b686f6d656c616e642f6861757368616c742f6865697a756e672f4b696e6465727a696d6d65725f546865726d6f737461742f626f6f73742f736574020034686f6d656c616e642f6861757368616c742f656c656b7472696b2f776f686e7a696d6d65722f53706f742f73746174652f736574020035686f6d656c616e642f6861757368616c742f6865697a756e672f4865697a756e6773737465756572756e672f73746174652f736574020048686f6d656c616e642f6861757368616c742f6865697a756e672f4b696e6465727a696d6d65725f546865726d6f737461742f6465736972656454656d70657261747572652f736574020039686f6d656c616e642f6861757368616c742f6865697a756e672f576f686e7a696d6d65725f546865726d6f737461742f626f6f73742f736574020033686f6d656c616e642f6861757368616c742f6865697a756e672f466c75725f546865726d6f737461742f626f6f73742f73657402000f7b2224626173652f2b227d2f73657402
2018.12.16 14:44:50 5: SW: 6a021a20



Habe die Ursache gefunden... habe die MQTT Generic Bridge gefüttert mit "state:topic={"$base/$name/set"} state:qos=2" und oder "state:topic={"$base/$name"}/set state:qos=2" dann stirbt das MQTT Modul :-D
Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

hexenmeister

Danke für den Hinweis! Kann nur ein Bug sein. Muss ich testen.
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

hexenmeister

Reicht mir leider nicht zum Nachstellen. Bitte die Config-Definitionen angeben. War das 'mqttSubscribe'? Oder doch 'mqttPublish'? Oder 'globalPublish' an der Bridge?
Habe zwar ein Bug gefunden (mqttSubscribe mit $name funktioniert nicht) aber keinen Absturz.
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

Master_Nick

Hey :-) Ich provoziere es am Wochenende nochmal... oder dann die Tage.

Vorher komm ich leider nicht zu.
Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

Master_Nick

#4
Soo :-)

Das hier:
desiredTemperature:stopic={"$base/$name"}/desiredTemperature/set desiredTemperature:qos=2 boost:stopic={"$base/$name"}/boost/set boost:qos=2
als mqttSubscribe über die Generic Bridge - killt zuverlässig das BrokerModul.

Auch mit:

desiredTemperature:stopic={"$base/$name"}/set desiredTemperature:qos=2 boost:stopic={"$base/$name"}/set boost:qos=2

oder

desiredTemperature:topic={"$base/$name"}/set desiredTemperature:qos=2 boost:topic={"$base/$name"}/set boost:qos=2

oder

desiredTemperature:topic={"homeland/haushalt/heizung/$device/$name/set"} desiredTemperature:qos=2 boost:topic={"homeland/haushalt/heizung/$device/$name/set"} boost:qos=2

oder

desiredTemperature:stopic={"homeland/haushalt/heizung/$device/$name/set"} desiredTemperature:qos=2 boost:stopic={"homeland/haushalt/heizung/$device/$name/set"} boost:qos=2

Geht es nicht


Funktionieren tut es aber generell mit: desiredTemperature:stopic=homeland/haushalt/heizung/Badezimmer_Thermostat/desiredTemperature/set desiredTemperature:qos=2 boost:stopic=homeland/haushalt/heizung/Badezimmer_Thermostat/boost/set boost:qos=2


Zum laufen nachdem eines der oberen 3 mal eingerichtet war, bekomme ich es dann nur mit einem service fhem stop und dann start.

@hexenmeister ist das gewollt? Eigentlich wäre doch das hier
desiredTemperature:topic={"$base/$name/set"} desiredTemperature:qos=2 boost:topic={"$base/$name/set"} boost:qos=2
Die kürzeste Schreibweise... geht aber auch nicht :-)

Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)

hexenmeister

Konnte ich nachstellen, die genaue Ursache muss ich noch ermitteln.
Aber etwas weiß ich jetzt schon.

desiredTemperature:stopic={"$base/$name"}/desiredTemperature/set desiredTemperature:qos=2 boost:stopic={"$base/$name"}/boost/set boost:qos=2
So ist das nicht gedacht, entweder ein einfaches String, oder als Perl-Expression, also nicht {"xxx"}/yyy sondern {"xxx/yyy"}.
Muss ich irgendwie einfangen.

Das andere Problem ist $name. Das funktioniert nicht (sollte natürlich). Verwende erstmal $reading. Das sollte gehen.

Also desiredTemperature:topic={"$base/$reading/set"} desiredTemperature:qos=2 boost:topic={"$base/$reading/set"} boost:qos=2 sollte schon funktionieren.
Aber dann eher *:topic={"$base/$reading/set"} desiredTemperature|boost:qos=2
Maintainer: MQTT_GENERIC_BRIDGE, SYSMON, SMARTMON, systemd_watchdog, MQTT, MQTT_DEVICE, MQTT_BRIDGE
Contrib: dev_proxy

Master_Nick

Rancher K8s Cluster mit nanoCUL (a-culfw) | IObroker | IT(V1&V3), IT-PIR, THGR122NX |Co² | alexa-fhem | WOL | NFC | Harmony UltimateHub | Anwesenheitserkennnung | Roomba | 10" Touch mit Node-Red | SonOff S20 | SonOff Touch | SonOff Dual | Rolladen | Und ganz viel anderes tolles Gerödel.... ;-)