Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[greyhound]

Ich bin noch immer bei der Fehlersuche in meiner mqtt client Konfiguration, ist hier aber nicht das Thema, aber habe deshalb den mqtt auf silly laufen.
Dabei sehe ich im Log ständig folgende Ausgaben:

mqtt.1	2020-10-13 16:15:18.748	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.logLevel:{"_id":"system.adapter.yr.1.logLevel","type":"state","common":{"name":"yr.1 loglevel","type":"string","read":tr
mqtt.1	2020-10-13 16:15:18.707	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.sigKill:{"_id":"system.adapter.yr.1.sigKill","type":"state","common":{"name":"yr.1 kill signal","type":"number","read":t
mqtt.1	2020-10-13 16:15:18.696	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.eventLoopLag:{"_id":"system.adapter.yr.1.eventLoopLag","type":"state","common":{"name":"yr.1 Node.js event loop lag","de
mqtt.1	2020-10-13 16:15:18.686	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.outputCount:{"_id":"system.adapter.yr.1.outputCount","type":"state","common":{"name":"yr.1 events output counter","desc"
mqtt.1	2020-10-13 16:15:18.675	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.inputCount:{"_id":"system.adapter.yr.1.inputCount","type":"state","common":{"name":"yr.1 events input counter","desc":"S
mqtt.1	2020-10-13 16:15:18.664	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.uptime:{"_id":"system.adapter.yr.1.uptime","type":"state","common":{"name":"yr.1 uptime","type":"number","read":true,"wr
mqtt.1	2020-10-13 16:15:18.611	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.memRss:{"_id":"system.adapter.yr.1.memRss","type":"state","common":{"name":"yr.1 resident Set Size","desc":"Resident set
mqtt.1	2020-10-13 16:15:18.603	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.memHeapTotal:{"_id":"system.adapter.yr.1.memHeapTotal","type":"state","common":{"name":"yr.1 total Size of the Heap","re
mqtt.1	2020-10-13 16:15:18.560	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.memHeapUsed:{"_id":"system.adapter.yr.1.memHeapUsed","type":"state","common":{"name":"yr.1 heap actually Used","type":"n
mqtt.1	2020-10-13 16:15:18.549	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.cputime:{"_id":"system.adapter.yr.1.cputime","type":"state","common":{"name":"yr.1.cputime","type":"number","read":true,
mqtt.1	2020-10-13 16:15:18.542	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.cpu:{"_id":"system.adapter.yr.1.cpu","type":"state","common":{"name":"yr.1.cpu","type":"number","read":true,"write":fals
mqtt.1	2020-10-13 16:15:18.537	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.compactMode:{"_id":"system.adapter.yr.1.compactMode","type":"state","common":{"name":"yr.1.compactMode","type":"boolean"
mqtt.1	2020-10-13 16:15:18.531	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.connected:{"_id":"system.adapter.yr.1.connected","type":"state","common":{"name":"yr.1 is connected","type":"boolean","r
mqtt.1	2020-10-13 16:15:18.523	silly	(4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.alive:{"_id":"system.adapter.yr.1.alive","type":"state","common":{"name":"yr.1 alive","type":"boolean","read":true,"writ

Und das wiederholt sich für alle Adapter.

Was ich gefunden habe ist, dass pmessage wie im log zu sehen, eine Aktion von redis ist.
Was ich nicht verstehe, warum mqtt augenscheinliche redis messages von diversen Adaptern logt?
Gibt es dafür eine Erklärung oder läuft da im js-controller etwas schief?

[Glasfaser]

@greyhound sagte in Verständnisfrage: mqtt Objects system redis pmessage:

Und das wiederholt sich für alle Adapter.

richtig ... weil du Redis nutzt , dann ist es bei allen Adaptern so

Was ich gefunden habe ist, dass pmessage wie im log zu sehen, eine Aktion von redis ist.

siehe oben

Was ich nicht verstehe, warum mqtt augenscheinliche redis messages von diversen Adaptern logt?

siehe oben

Gibt es dafür eine Erklärung oder läuft da im js-controller etwas schief?

Nein warum sollte , ist doch nur eine Event was gesendet wird

https://redis.io/topics/notifications

[greyhound]

@Glasfaser
Das die Adapter selbst ihre Status an redis senden, ist mir schon klar, aber warum steht da überhall mqtt.1 als Quelle?
Wenn im Log stehen würde:

yr.1 2020-10-13 16:15:18.523 silly (4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.yr.1.alive:{"_id":"system.adapter.yr.1.alive","type":"state","common":{"name":"yr.1 alive","type":"boolean","read":true,"writ
statt mqtt.1 dann würde ich das ja verstehen, aber egal ob dwd oder tvspielfilm, überall steht mqtt.1!??

2020-10-13 16:05:01.898  - silly   mqtt.1 (4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.dwd.0.plugins.sentry:{"type":"folder","common":{"name":"Plugin States"},"native":{},"_id":"system.adapter.dwd.0.plugins.sentry","acl":{"object":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}

2020-10-13 16:10:01.875  - silly   mqtt.1 (4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.tvspielfilm.0.sigKill:{"_id":"system.adapter.tvspielfilm.0.sigKill","type":"state","common":{"name":"tvspielfilm.0 kill signal","type":"number","read":true,"write":false,"desc":"Process id that must survive. All other IDs must terminate itself","role":"state"},"native":{},"acl":{"object":1636,"state":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}
2020-10-13 16:10:01.885  - silly   mqtt.1 (4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.tvspielfilm.0.logLevel:{"_id":"system.adapter.tvspielfilm.0.logLevel","type":"state","common":{"name":"tvspielfilm.0 loglevel","type":"string","read":true,"write":true,"desc":"Loglevel of the adapter. Will be set on start with defined value but can be overridden during runtime","role":"state"},"native":{},"acl":{"object":1636,"state":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}
2020-10-13 16:10:02.037  - info    tvspielfilm.0 (2008) starting. Version 2.0.1 in /opt/iobroker/node_modules/iobroker.tvspielfilm, node: v10.18.0, js-controller: 3.1.6
2020-10-13 16:10:04.147  - info    host.O-XU4-ioB-M1 instance system.adapter.dwd.0 started with pid 2105
2020-10-13 16:10:04.208  - info    tvspielfilm.0 (2008) objects written
2020-10-13 16:10:05.702  - silly   mqtt.1 (4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.dwd.0.alive:{"_id":"system.adapter.dwd.0.alive","type":"state","common":{"name":"dwd.0 alive","type":"boolean","read":true,"write":true,"role":"indicator.state"},"native":{},"from":"system.host.O-XU4-ioB-M1.cli","ts":1578337779737,"acl":{"object":1636,"state":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}
2020-10-13 16:10:05.709  - silly   mqtt.1 (4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.dwd.0.connected:{"_id":"system.adapter.dwd.0.connected","type":"state","common":{"name":"dwd.0 is connected","type":"boolean","read":true,"write":false,"role":"indicator.state"},"native":{},"from":"system.host.O-XU4-ioB-M1.cli","ts":1578337779711,"acl":{"object":1636,"state":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}
2020-10-13 16:10:05.717  - silly   mqtt.1 (4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.dwd.0.compactMode:{"_id":"system.adapter.dwd.0.compactMode","type":"state","common":{"name":"dwd.0.compactMode","type":"boolean","read":true,"write":false,"role":"indicator.state"},"native":{},"from":"system.host.O-XU4-ioB-M1.cli","ts":1578337779684,"acl":{"object":1636,"state":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}
2020-10-13 16:10:05.726  - silly   mqtt.1 (4591) Objects system redis pmessage system.adapter.*/cfg.o.system.adapter.dwd.0.cpu:{"_id":"system.adapter.dwd.0.cpu","type":"state","common":{"name":"dwd.0.cpu","type":"number","read":true,"write":false,"role":"indicator.state","unit":"% of one core"},"native":{},"from":"system.host.O-XU4-ioB-M1.cli","ts":1578337779657,"acl":{"object":1636,"state":1636,"owner":"system.user.admin","ownerGroup":"system.group.administrator"}}

[Glasfaser]

@greyhound

ist kein Fehler ...... der mqqt Adapter ggf alles subscribed.

https://redis.io/topics/pubsub

https://forum.iobroker.net/topic/12460/redis-wat-issn-dat-gelöst/12

[greyhound]

@Glasfaser, Danke, aber ich denke das ist doch in einem oder mehreren Adaptern ein Problem.
mqtt hat bei mir keine subscription auf alles und es handelt sich wohl um die Laufzeitwerte für den Admin von 4 bei mir installierten Adaptern zum Teil mit mehreren Instanzen: dwd, tvspielfilm, daswetter und yr.
Vorstellen könnte ich mir, dass das mit dem compact mode zusammenhängt (weil fast alles Wetteradapter, ich habe da aber nichts eingeschaltet) bzw. diese Adapter diese Werte etwas zu freizügig "bekannt geben".
Wenn ich auf der anderen Installation mit den mqtt-Problemen weiter bin, werde ich das dort mal Gegenchecken. Habe da auch ein paar Wetteradapter installiert.

[greyhound]

Ich mache dazu ein issue auf