Shellys ("Alt und Plus") über MQTT Adapter
-
@mickym Hallo, ich würde nun gerne einen Shelly Motion (Gen1) anzapfen und das Motion Event und den Batteriestatus abfragen. Per MQTT sind sie schon eingebunden und das JSON habe ich mal hier eingefügt.
{"motion":false,"timestamp":0,"active":true,"vibration":false,"lux":0,"bat":96}Wie kann ich das JSON nun so zerlegen und iobroker-out einmal motion, bat, vibration rausschreiben in ein Objekt? Das haben wir gestern glaub noch nicht gemacht. Nur in ein JSON schreiben.
-
@hotspot_2 Nun das habe ich Dir gezeigt. Ist doch das Gleiche wie Du den output rausgeholt hast. Setze die Payload einfach auf den Pfad der Eigenschaft die Du brauchst.
also eine Change Node mit setze payload auf payload.motion und einmal eine change Node mit payload auf payload.bat -
Schau Dir einfach nochmal diesen Post an: https://forum.iobroker.net/post/969387
-
@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!
-
@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/JQEvV10VdLinks 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:
-
@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?
-
@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/969318https://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
-
@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??)
-
@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.
-
@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.
-
@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.
-
@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.
-
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.
-
@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)?
-
@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
-
@mickym Krieg ich das noch hin das nur bei stable updates ein true rauskommt?
-
@hotspot_2 dann machst halt den false Ausgang weg.
-
@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.
-
@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?
-
@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.
-
@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.
