NEWS
MQTT-Adapter geht auf gelb
-
Hallo zusammen!
Der frisch installierte Adapter "MQTT Broker/Client" geht nach dem Start für kurze Zeit auf grün. Danach bleibt er auf gelb. Beim grünen Status werden kurze alle Infos vom MQTT-Broker bezogen.
Der Adapter fungiert lediglich als Client. Als Broker läuft ein Mosquitto-Server auf einem NAS.
Hier noch die Logs:
mqtt.0 2020-03-28 19:59:53.562 info (2699) send2Server pi-hole.0.updatePiholeAvailable[pi-hole/0/updatePiholeAvailable] mqtt.0 2020-03-28 19:58:47.716 info (2699) All states published mqtt.0 2020-03-28 19:58:45.521 warn (2699) Got terminate signal. Checking desired PID: 2699 vs own PID 2699
[...]
mqtt.0 2020-03-28 19:58:06.685 info (2699) Subscribe on: "#" mqtt.0 2020-03-28 19:58:06.683 info (2699) Connected to 192.168.178.xxx mqtt.0 2020-03-28 19:58:06.399 info (2699) Try to connect to mqtt://user:*******************@192.168.178.xxx:1883?clientId=iobroker.mqtt.0 mqtt.0 2020-03-28 19:58:05.302 info (2699) starting. Version 2.1.1 in /opt/iobroker/node_modules/iobroker.mqtt, node: v10.19.0 host.iobroker 2020-03-28 19:58:01.483 info instance system.adapter.mqtt.0 started with pid 2699 host.iobroker 2020-03-28 19:58:00.013 info instance system.adapter.mqtt.0 terminated with code 156 (156) host.iobroker 2020-03-28 19:57:59.973 info stopInstance system.adapter.mqtt.0 killing pid 1898 mqtt.0 2020-03-28 19:57:59.484 info (1898) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason mqtt.0 2020-03-28 19:57:59.483 info (1898) terminating mqtt.0 2020-03-28 19:57:59.007 info (1898) Got terminate signal TERMINATE_YOURSELF mqtt.0 2020-03-28 19:57:58.987 info (1898) Disconnected from 192.168.178.xxx: undefined mqtt.0 2020-03-28 19:57:58.979 info (1898) Got terminate signal TERMINATE_YOURSELF mqtt.0 2020-03-28 19:57:58.978 info (1898) send2Server system.adapter.mqtt.0.sigKill[system/adapter/mqtt/0/sigKill] host.iobroker 2020-03-28 19:57:58.971 info stopInstance system.adapter.mqtt.0 send kill signal host.iobroker 2020-03-28 19:57:58.968 info stopInstance system.adapter.mqtt.0 (force=false, process=true) mqtt.0 2020-03-28 19:51:42.694 warn (1898) Cannot resolve topic name for ID: system.adapter.vis.0.sigKill (object not found) mqtt.0 2020-03-28 19:51:42.687 info (1898) send2Server system.adapter.vis.0.sigKill[undefined] mqtt.0 2020-03-28 19:50:50.795 info (1898) All states published mqtt.0 2020-03-28 19:50:48.163 warn (1898) Got terminate signal. Checking desired PID: 1898 vs own PID 1898
komischer Weise gibt es noch einen Haufen dieser Warnings:
fritzbox.0 2020-03-28 19:50:48.014 warn (1885) Got terminate signal. Checking desired PID: 1885 vs own PID 1885 fb-checkpresence.0 2020-03-28 19:50:43.893 warn (1868) Got terminate signal. Checking desired PID: 1868 vs own PID 1868 pi-hole.0 2020-03-28 19:50:41.810 warn (1851) Got terminate signal. Checking desired PID: 1851 vs own PID 1851 email.0 2020-03-28 19:50:41.672 warn (1823) Got terminate signal. Checking desired PID: 1823 vs own PID 1823 synology.0 2020-03-28 19:50:39.010 warn (1803) Got terminate signal. Checking desired PID: 1803 vs own PID 1803 tr-064.5 2020-03-28 19:50:38.675 warn (1786) Got terminate signal. Checking desired PID: 1786 vs own PID 1786 tr-064.4 2020-03-28 19:50:36.039 warn (1712) Got terminate signal. Checking desired PID: 1712 vs own PID 1712 backitup.0 2020-03-28 19:50:35.775 warn (1693) Got terminate signal. Checking desired PID: 1693 vs own PID 1693 sql.0 2020-03-28 19:50:35.511 warn (1660) Got terminate signal. Checking desired PID: 1660 vs own PID 1660 javascript.0 2020-03-28 19:50:35.269 warn (1643) Got terminate signal. Checking desired PID: 1643 vs own PID 1643 rpi2.0 2020-03-28 19:50:35.041 warn (1581) Got terminate signal. Checking desired PID: 1581 vs own PID 1581 tr-064.3 2020-03-28 19:50:34.201 warn (1564) Got terminate signal. Checking desired PID: 1564 vs own PID 1564 tr-064.2 2020-03-28 19:50:34.089 warn (1547) Got terminate signal. Checking desired PID: 1547 vs own PID 1547 tr-064.1 2020-03-28 19:50:33.964 warn (1530) Got terminate signal. Checking desired PID: 1530 vs own PID 1530 samsung.1 2020-03-28 19:50:33.335 warn (1514) Got terminate signal. Checking desired PID: 1514 vs own PID 1514 fritzdect.0 2020-03-28 19:50:32.930 warn (1498) Got terminate signal. Checking desired PID: 1498 vs own PID 1498 samsung.0 2020-03-28 19:50:32.344 warn (1483) Got terminate signal. Checking desired PID: 1483 vs own PID 1483 pimatic.0 2020-03-28 19:50:29.462 warn (1468) Got terminate signal. Checking desired PID: 1468 vs own PID 1468 tr-064.0 2020-03-28 19:50:29.393 warn (1453) Got terminate signal. Checking desired PID: 1453 vs own PID 1453 web.0 2020-03-28 19:50:26.630 warn (1423) Got terminate signal. Checking desired PID: 1423 vs own PID 1423 hm-rega.0 2020-03-28 19:50:25.413 warn (1408) Got terminate signal. Checking desired PID: 1408 vs own PID 1408 hm-rpc.1 2020-03-28 19:50:12.130 warn (1391) Got terminate signal. Checking desired PID: 1391 vs own PID 1391 hm-rpc.0 2020-03-28 19:50:11.803 warn (1040) Got terminate signal. Checking desired PID: 1040 vs own PID 1040 ping.0 2020-03-28 19:50:11.634 warn (829) Got terminate signal. Checking desired PID: 829 vs own PID 829 info.0 2020-03-28 19:50:09.921 warn (810) Got terminate signal. Checking desired PID: 810 vs own PID 810 discovery.0 2020-03-28 19:50:09.528 warn (795) Got terminate signal. Checking desired PID: 795 vs own PID 795 admin.0 2020-03-28 19:50:09.469 warn (733) Got terminate signal. Checking desired PID: 733 vs own PID 733
Woran kann das liegen und wie bekomme ich den MQTT-Adapter dauerhaft auf grün?
Bin für jede Info dankbar.
Josh
-
So, habe ein paar Versuche durchgeführt. Der Adapter bleibt jetzt auf grün.
Habe folgendes eingestellt:
In den "MQTT Einstellungen" des Adapter alle Häkchen raus und im Feld "Client ID" einen Namen eingetragen. Ansonsten alles so gelassen wie es voreingestellt war.Kann mir jmd erklären, warum es vorher nicht geklappt hat?
-
Folgende Fehlermeldung erscheint alle 3,5min. immer noch:
(warn) 3378) Got terminate signal. Checking desired PID: vs own PID 3378 [...] (error) instance system.adapter.mqtt.0 terminated with code 156 (156)
Wie bekomme diese weg?
Der im Eingangsthread beschriebene Fehler erscheint beim Setzen des Häkchens
Bekanntgeben des eigenen Status beim Verbinden
Kann das jemand erklären?
Gruß Josh
-
@Josh
Gut dass Du den Adapter nicht als Broker betreibst - ich habe das genauso wie Du konfiguriert.Warum Du das Bekanntgeben der eigenen States nicht angeklickt haben darfst, ist dass Du sonst in eine Endlosschleife gelangst.
Du abonnierst wahrscheinlich alles von Deinem Mosquitto-Server mit subscribe # unter mqtt.0 - willst dann aber alle states mit mqtt.0.* beim Start bekanntgeben. Das macht keinen Sinn.
Es würde nur Sinn machen, wenn Du von einem anderen Adapter states (z.Bsp. admin.0.*) an Deinen Mosquitto Server publishen wolltest. -
OK, das macht Sinn bzw. keinen Sinn.
Ja, ich abonniere alles vom Mosquitto-Server mit #.
Ich habe unter
Maske für Bekanntgeben von eigenen States
einen Stern eingetragen. War halt so voreingestellt. Macht das denn Sinn? Wenn ich das richtig verstanden habe könnte da auch "mqtt.0.*" oder halt andere Adapter zum Publishen eingetragen werden?!?!
Und wie gesagt. Es kommt immer noch alle 3,5min die Fehlermeldung
instance system.adapter.mqtt.0 terminated with code 156 (156)
Wie kommt diese zustande? Und wie bekomme ich diese weg?
-
@Josh Mach die Bekanntgabe der eigenen States weg. Das zieht ja nur beim Verbinden und deshalb brauchst Du das nicht.
Wenn Du den Adapter so wie ich als GUI für Deinen mosquitto Server nutzen willst, klicke alles aus und trage Deine Instanz ein. (bei mir mqtt1).
Du solltest halt Deinem Client noch einen Namen geben.
Bei mir sieht das so aus und funktioniert wunderbar:
Einen * eingeben - würde alles veröffnentlichen und das erzeugt nur Chaos.
-
Vielen Dank für Deine Hilfe. Die Fehlermeldungen sind jetzt wohl weg. Warum auch immer. Ist mir auch egal. Hauptsache es funktioniert
Gruß Josh