Shellys ("Alt und Plus") über MQTT Adapter

[hotspot_2]

@mickym Passt! Ich war mir nicht mehr ganz sicher da da was von payload.output stand. Aber wenn ich da payloud.motion eingebe, habe ich was ich brauche. Läuft ;-).

Danke!

[mickym]

@hotspot_2 Nochmal vorher war output die Eigenschaft, die Du extrahieren willst. Wie gesagt Du setzt die payload auf die eingehende Nachricht und dort auf die Eigenschaft. die dich interessiert. Nutze von Anfang an die JSONATA Seite.

Schau mal hier kannst Du testen:
https://try.jsonata.org/JQEvV10Vd

Links trägst Du Dein Eingangsobjekt ein, rechts oben - Dein Kommando - rechts unten das Ergebnis

Wie gesagt Du solltest Dich mit rein paar Basics von Objekten vertraut machen. Nicht umsonst habe ich Dir gepostet, wie Du aus dem Debug Output Pfad und Werte kopierst:

[apollon77]

@mickym sagte in Shellys ("Alt und Plus") über MQTT Adapter:

Normalerweise hat mir @apollon77 erklärt, dass der Datentyp durch die payload automatisch erstellt wird. Aber wie gestern scheint sich das Erstellen von Objekten sehr verschlechtert zu haben, als ob sich da im Hintergrund was ändert.

Was hat sich wo geändert?

[mickym]

@apollon77 Na ich weiß es nicht. - Mir ist es nun gerade hier im Thread passiert ist, dass der Datenpunkt nicht angelegt wurde oder plötzlich im Node-Red Adapter aufgetaucht ist. Bislang hatte ich da nie Probleme, aber es ist nicht nur mir passiert. Irgendwie hat das gestern oder vorgestern solche Fehler gegeben, dass die Datenpunkte nicht angelegt wurden oder falsch angelegt wurden - und vorher gabs das Problem eigentlich nicht oder ist nicht aufgetreten. Keine Ahnung. Ich hab auch nicht das Gefühl, dass das immer sondern manchmal auftritt - deshalb habe ich auch noch kein Issue aufgemacht.

Im Moment klappt es - wenn der Pfad in mqtt Schreibweise mitgegeben wird - also mit Schrägstrichen, dann wird es unter NodeRed angelegt. Allerdings ist grundsätzlich auch die Pfadangaben mit Schrägstrichschreibweise ja auch supported, sonst hätten wir ja nicht die Option bei den iobroker-IN Nodes.


https://forum.iobroker.net/post/969674
https://forum.iobroker.net/post/969319
https://forum.iobroker.net/post/969318

https://forum.iobroker.net/post/969313

Das passiert nicht immer - sondern nur manchmal.

Fazit: Das mit dem Anlegen der Datenpunkte passiert nicht immer zuverlässig - eine Gesetzmässigkeit konnte ich noch nicht erkennen. Hatte ich aber vorher nicht.

Für die iobroker Out Nodes erzeugt die mqtt Schreibweise des topics nachvollziehbar, dass es dann in der Adapterinstanz angelegt wird, obwohl die Schreibweise bei der iobroker-IN Node supported wird. Dazu kann ich ein Issue aufmachen.

Erzeugt den Datenpunkt unter dem Adapter ein chaos.

Jetzt gerade wieder versucht

Datenpunkt wird einfach nicht angelegt.

Irgendwie ist mir diese Unzuverlässigkeit der Objektanlage früher nicht aufgefallen.

Ich kann wieder Issues aufmachen - aber es ist halt nicht immer so, dass die Datenpunkte nicht angelegt werden. Keine Ahnung warum es nicht immer klappt.

Soll ich 2 getrennte Issues aufmachen - oder wurde irgendwas im Hintergrund geändert, dass hier solche Unregelmäßigkeiten auftreten? - Das war die Ursprungsfrage. Wenn man den Datentyp angibt, scheint es jedoch zuverlässig zu funktionieren.

OK - ich denke ich habe ein paar Gesetzmäßigkeiten erkannt. Wenn das topic nicht in der iobroker-Out Node definiert wird, dann ist es zuverlässig.

Also wenn das topic variabel ist, dann funktioniert das Anlegen des Datenpunktes ohne Probleme.

OK. Ich mache gerade die Issues auf. Ich arbeite immer noch mit 4.0.0

[mickym]

@apollon77 sagte in Shellys ("Alt und Plus") über MQTT Adapter:

@mickym sagte in Shellys ("Alt und Plus") über MQTT Adapter:

Normalerweise hat mir @apollon77 erklärt, dass der Datentyp durch die payload automatisch erstellt wird. Aber wie gestern scheint sich das Erstellen von Objekten sehr verschlechtert zu haben, als ob sich da im Hintergrund was ändert.

Was hat sich wo geändert?

https://github.com/ioBroker/ioBroker.node-red/issues/369

https://github.com/ioBroker/ioBroker.node-red/issues/370

Irgendwie hat das mit dem Erstellen der Folder Nodes zuverlässig geklappt - da ich den Adapter in der Version 4.0.0 nun schon über ein halbes Jahr benutze - läuft doch da was im Hintergrund (javascript controller??)

mickym2 created this issue in ioBroker/ioBroker.node-red

closed iobroker-out does not create objects if topic is specified in node #369

mickym2 created this issue in ioBroker/ioBroker.node-red

open iobroker IN Node supports topics in MQTT notation iobroker OUT Node does not #370

[hotspot_2]

@mickym Komme gut voran Habe jetzt noch 4 Shellys am Shelly Adapter.

Bin gerade dabei einen I3 einzubinden und dabei auf eine Thema gekommen das ich nochmal nachfragen wollte. Wenn ich ein JSON vom MQTT Server hole das mehrere Felder hat (wie z.B. info oder input_event beim I3).

{
  "event": "",
  "event_cnt": 0
}

Gibt es da eine Möglichkeit aus dem MQTT in mehrere Werte rauszuziehen? Ohne das ich jetzt für jeden Wert drei Nodes machen muss? Gerade bei info könnten das schon mehrere Werte sein die ich daraus gerne in die Objekte schreiben würde.

[mickym]

@hotspot_2 Du kannst doch meine Subflow Node verwenden.

Ausserdem kannst Du ja jederzeit mehrere Change Nodes in eine iobroker-out Nodes verkabeln.

Und in den topics setzt Du den Pfad. Grundsätzlich kannst Du auch mit einer split Node ein Objekt auseinandernehmen und dann halt das topic selbst setzen. Kannst machen wie du willst. Über debug Nodes siehst ja was passiert.

[hotspot_2]

@mickym Danke!

So sieht meine i3 Einbindung jetzt aus.

Macht insgesamt richtig Spaß. Toll das Du mir das gesamte Vorgehen gezeigt hast, kommt man viel besser rein in die Thematik.

[mickym]

@hotspot_2 Im Prinzip brauchst Du aber nur die Datenpunkte, die Du anzeigen willst oder die weitere Aktionen anstossen sollen und selbst die brauchst Du ja nicht in Datenpunkte schreiben - ausser Du willst mit Blockly weiterarbeiten - ansonsten kannst Du die Aktionen auch direkt mit Node Red auslösen. Wenn Du alle Daten nur wieder in einzelne Datenpunkte aufteilst - dann vervielfältigst Du nur vorhandene Informationen.

[hotspot_2]

@mickym

Ja, ich arbeite momentan noch mit Blockly. Nehme nur die Werte raus die ich in den Blockly Skripten brauche, da ich damit dort weiterarbeite.

Wenn ich den Shelly Adapter komplett raus habe, dann melde ich mich mal bei Gelegenheit. Würde dann gerne meine Blocklies auf NodeRed nach und nach umheben.

[hotspot_2]

@mickym Habe noch ein Problem wo ich gerade nicht weiterkomme.

Wie könnte ich den aus dieser Information, die in shellies/licht/keller/flur_keller_hinten/status/sys enthalten ist die Information extrahieren am besten mit true oder false wenn ein Update verfügbar ist (stable)?

[mickym]

@hotspot_2 Na da steht doch wenn kein Update verfügbar ist dann kommt ein leeres Objekt raus ansonsten ist halt was drin. Das heißt du hängst halt ein switch dran

Spoiler

[
   {
       "id": "7613e676055cedf2",
       "type": "switch",
       "z": "289f539dcc33814e",
       "name": "",
       "property": "payload",
       "propertyType": "msg",
       "rules": [
           {
               "t": "empty"
           },
           {
               "t": "nempty"
           }
       ],
       "checkall": "true",
       "repair": false,
       "outputs": 2,
       "x": 750,
       "y": 4820,
       "wires": [
           [
               "495cb8b569581f4c"
           ],
           [
               "c94a32e6e3493c9d"
           ]
       ]
   },
   {
       "id": "495cb8b569581f4c",
       "type": "change",
       "z": "289f539dcc33814e",
       "name": "leer = false",
       "rules": [
           {
               "t": "set",
               "p": "payload",
               "pt": "msg",
               "to": "false",
               "tot": "bool"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 910,
       "y": 4800,
       "wires": [
           []
       ]
   },
   {
       "id": "c94a32e6e3493c9d",
       "type": "change",
       "z": "289f539dcc33814e",
       "name": "nicht leer = true",
       "rules": [
           {
               "t": "set",
               "p": "payload",
               "pt": "msg",
               "to": "true",
               "tot": "bool"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 920,
       "y": 4840,
       "wires": [
           []
       ]
   }
]

[hotspot_2]

@mickym Krieg ich das noch hin das nur bei stable updates ein true rauskommt?

[mickym]

@hotspot_2 dann machst halt den false Ausgang weg.

[hotspot_2]

@mickym Geht das? Es kommt doch die property beta wenn eine beta firmware da ist und die property stable wenn es eine neue stable firmware gibt. Ich würde gerne ein true haben wenn es eine neue stable Firmware gibt.

[mickym]

@hotspot_2 In der Beschreibung steht doch dass ein leeres Objekt rauskommt, wenn keine stable Version rauskommt:

falls also was verfügbar ist, wird kein leeres Objekt rauskommen. Hast du denn den flow unten importiert?

[hotspot_2]

@mickym Jupp, aber ich lese die Tabelle, die dann direkt darunter kommt so das bei beta die Property beta kommt und bei stable die Property stable mit Inhalt wemm es eben ein entsprechendes Update gibt, ansonsten ist es leer.

Kann aber auch sein das ich das falsch interpretiere, klar.

[mickym]

@hotspot_2 Du kannst doch über eine Change Node direkt auf die stable Eigenschaft prüfen. Poste einfach Dein komplettes Objekt, das rauskommt in codetags. Wie gesagt mach debug Nodes dran und kopiere den Pfad auf die Eigenschaft die untersuchen willst.

[hotspot_2]

@mickym

{"mac":"A8032ABD5E90","restart_required":false,"time":"21:57","unixtime":1680206255,"uptime":8,"ram_size":235508,"ram_free":163804,"fs_size":458752,"fs_free":172032,"cfg_rev":5,"kvs_rev":0,"schedule_rev":0,"webhook_rev":0,"available_updates":{"stable":{"version":"0.14.1"}}}

Hab noch einen Plus 1 gefunden der noch keine aktuelle Firmware hat ;-). So sieht es dann aus.

Anderes Thema noch: Habe gerade Fehlermeldungen dieser Art gefunden im Protokoll:

Read-only state "0_userdata.0.shellies.sonstiges.gefahrenmelder.2.event_cnt" has been written without ack-flag with value "0"

Ich schreibe aber nichts (meine ich zumindest) ich lese nur aus. Was habe ich da denn falsch gemacht?

[mickym]

@hotspot_2 sagte in Shellys ("Alt und Plus") über MQTT Adapter:

Read-only state "0_userdata.0.shellies.sonstiges.gefahrenmelder.2.event_cnt" has been written without ack-flag with value "0"
Ich schreibe aber nichts (meine ich zumindest) ich lese nur aus. Was habe ich da denn falsch gemacht?

Na freilich schreibst Du mit Node-Red rein - wahrscheinlich hast Du in der iobroker-Out Type command drin und nicht value.