[gelöst] ioBroker als MQTT Client, wie?

[mickym]

@chris-1

Nein das ist es nicht - das Blockly nimmt den Namen und Du wählst ja das Objekt aus.

Also mal was passiert, wenn Du den String in den Datenpunkt selbst einträgst und ob es Nachrichten im log gibt.

[Chris 1]

@mickym Ist doch, wird in Blockly nur verkürzt angezeigt.
Ich schalte mal auf JS und mache Screenshot

[mickym]

@mickym

@chris-1 sagte in ioBroker als MQTT Client, wie?:

@mickym Ist doch, wird in Blockly nur verkürzt angezeigt.
Ich schalte mal auf JS und mache Screenshot

Ja ich habs korrigiert - ich weiß. Also schau ob Du den String direkt eingeben kannst (nicht bestätigt) und ich gehe davon aus, dass immer noch alle Haken draussen sind, in Deinen mqtt-Einstellungen.

[mickym]

@chris-1 Also bei mir geht das - wahrscheinlich liegt das daran, dass Du an dem Pfad rumgespielt hast.

Hast Du das Basetopic im zigbee2mqtt geändert?

Prüfe auch mal das Common Objekt - vielleicht sind durch Deine "selber gemachten" Änderungen die Namen nicht korrekt. Schau mal unter das nativ topic.

Wenn das verkehrt ist - lösche den gesamten Baum, weil Du dann mit dem JSON editieren und reimportieren mehr kaputt gemacht hast und davor hatte ich ja bereits gewarnt.
Schau auch in das Log.

Wenn Du mit mosquitto publishst, kommt das dann auch im Datenpunkt des mqtt-Adapters an?

[Chris 1]

@mickym Ich habe die Kopier-Experimente wieder rückgöngig gemacht.

Und nachdem ich in der z2m configuration.yaml den "output" auf "attribute_and_json" , hat der Service z2m auch gleich alles bei den Objekten aufgefüllt

BaseTopic ist "zigbee"

Muss mich noch ums Essen kümmern, das brutzelt gerade auf Herd

[mickym]

@chris-1 Das schaut aber nach zigbee2mqtt Adapter aus und nicht nach zigbee. Diese ganzen Datenpunkte gehören da nicht hin. Ich würde den ganzen Baum unter mqtt.0 löschen und warten bis die Datenpunkte reinkommen.

[Chris 1]

@mickym wie gesagt, die Objekte wurden aufgefüllt, nachdem ich den "output" auf "attribute_and_json" gesetzt hatte. Nach dem obligatorischen "systemctl restart zigbee2mqtt" zack waren die alle da

Und zum "Adapter":

Sobald ich mqtt etwas im Griff habe und dies bezieht sich speziell auf das "setzen" von Werten, fliegt der Adapter runter. Das gleich Spiel (hoffendlich dann mit mehr Verständnis schneller) wird mit dem Shelly Adapter passieren.
Beides soll ja nur unter mqtt sein.

[Chris 1]

@mickym

[mickym]

@chris-1 Ich kann nicht beurteilen, was OK ist oder nicht. Da der mqtt-Adapter keine ungültigen Punkte bereinigt. Würde ich alles löschen. Publishen die Geräte erneut, dann kommt das wieder rein.

Nun schaut es ja so aus, also ob Du 2 Punkte hast. Einmal unter zigbee und einmal unter zigbee2mqtt. Schaut ja nun so aus, als ob das Base Topic doch zigbee heißt.

Ich würde vorschlagen, dass Du wie gesagt den mqtt-Adapter stoppst, den ganzen Baum löschst unter mqtt.0 löschst und dann Deine Maschine neu startest.

[Chris 1]

@mickym Die Punkte werden beim ersten schalten der Birne (zB mittels mosquitto_pub) sofort wieder neu gesetzt. Lediglich der "set" Punkt ist von mir und der wird auch nicht aktuallisiert.

Wie gesagt, zigbee2mqtt.Adapter ist gestoppt, da wird auch nichts aktuallisiert

[mickym]

@chris-1 Na vielleicht ist da noch was mit retain von dem Adapter drin. In meinen Augen gehören diese Datenpunkte da nicht hin.
Normalerweise sollte diese ganzen Information in dem JSON sein. Ich habe keine Ahnung woher das dann kommt. Zumindest wäre mir das neu, dass der zigbee2mqtt service selbst in Datenpunkten veröffentlicht. Und Du scheinst ja ein Problem zu haben. Du hast inzwischen genügend Screenshots wie es bei mir aussieht.

Wenn die Datenpunkte dann wieder dort auftauchen, dann wäre mir das neu, aber bei mir ist es halt nicht so. Für mich sieht das immer noch so aus, als ob der zigbee2mqtt Adapter seine Finger mit im Spiel hat und deshalb funktioniert in meinen Augen das set nicht.

Ich kann Dir also nicht helfen. Ausser Du bereinigst wie gesagt alles. Die mosquitto.db löschen, die ganze mqtt. instanz löschen. Die zigbee2mqtt Instanz würde ich halt auch löschen. Der Adapter ist dann ja immer noch vorhanden, so dass Du ggf. die Instanz wieder installieren kannst.

Die mosquitto.db findest Du unter /var/lib/mosquitto. Vorher den Service stoppen. Bei Neustart des Service wird dann wieder eine jungfräuliche DB angelegt.

[Chris 1]

@mickym wie sieht der Eintrag in Deiner zigbee2mqtt.yaml aus?

Vermutlich hast Du unter
advanced:
output:

nichts (default JSON) oder json stehen

[mickym]

@chris-1 Stimmt. Bei mir steht json. Da bist Du mir dann voraus, wenn man die Ausgabe in einzelne topics macht. Wobei ich json praktisch finde. Was hast Du dort eingetragen?

OK sehe es gerade:

[Chris 1]

@mickym

output:  attribute_and_json

[mickym]

@mickym Ja ich seh

@chris-1 sagte in ioBroker als MQTT Client, wie?:

@mickym

output:  attribute_and_json

Ja ich sehe es gerade. Keine Ahnung - dann schau on Du über das state topic schalten kannst? Eigentlich sollte es ja nach Beschreibung beides gehen.

[mickym]

@chris-1 sagte in ioBroker als MQTT Client, wie?:

@mickym

output:  attribute_and_json

Wenn Du über mosquitto und set und {"state":"on"} schalten kannst, dann musst Du mal wie gesagt erstmal prüfen, warum das nicht tut, wenn Du direkt in den Datenpunkt des Adapters schreibst. Ich hoffe mal Du hast nicht wieder was angehakt?

Hast Du das gemacht?

[Chris 1]

@mickym Ja wenn ich da nur was finden würde....

Wäre glücklich, wenn das funktioniert.
Vermute irgendwo beim mqtt-Adapter einen dreher

[mickym]

@chris-1 Oh NEIN - ich habe Dir doch gesagt - Du sollst ALLE Haken weglassen. Diese Haken sind alle Käse!!!!

[Chris 1]

@mickym Aber dann macht der ja garnix

[mickym]

@chris-1 Freilich macht er was. Warum soll er denn nichts machen?