UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[mickym]

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

@mickym Ok, das habe ich befürchtet, wir überschreiben nach dem Trigger die Payload komplett.

Na wenn Du schon so was befürchtest, wieso ignorierst du das dann?

Aber es gibt ja einen Ausweg - wir können ja den Wert in einer Variablen speichern

[mickym]

@mickym Da wir im Prinzip mit der Trigger Node alles wegschmeissen - kannst Du mit einer Inject Node vor der Trigger Node den Flow testen.

Ich habe mir übrigens zum Aktiveren und Deaktivieren von Nodes eine kleine Tastenkombination gebastelt - solltest Du vielleicht auch tun.

So kannst Du also Deinen Flow triggern und dann die debug Node immer weiter nach hinten schieben, um zu testen, wie es aussieht:

[mickym]

@mickym

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

@mickym Ok, das habe ich befürchtet, wir überschreiben nach dem Trigger die Payload komplett. Gäbe es eine Möglichkeit den Lux Wert mitzunehmen? Falls ja, müsste ja dann mein Konstrukt funktionieren.

Aber ja, das mit den Debugs mach ich.

Die Möglichkeit den Lux Wert abzuspeichern - wäre es direkt in eine Flow-Variable zu schreiben.

[hotspot_2]

@mickym

Jupp, passt. Ich seh's schon ;-).

[mickym]

@hotspot_2 Gut also siehst Du wenn Du Deine Debug Nodes anschaust, dass Deine payload keine Eigenschaft lux mehr besitzt - und ausserdem willst Du ja die lux nur aus dem Waschküchenbewegungsmelder oder?

[hotspot_2]

@mickym Ja, nur aus dem Waschküchenbewegungsmelder.

[mickym]

@hotspot_2 Also dann speichere direkt hinter dem Bewegungsmelderobjekt den Wert in einer Flowvariablen.

Am Besten Du simulierst dann die Ausgabe des Bewegungsmelder objektes der Waschküche - also setze deine Inject-Node dorthin mit einem Objekt was aus dem Bewegungsmelder kommt.

[hotspot_2]

@mickym
Das geht mit Function und etwas JavaScript, oder?

flow.set("lux_wk", msg.payload.lux);

[mickym]

@mickym Nein KEINE function Nodes. Das machst Du alles mit einer Change Node. Du solltest die Variable aber anders nennen - als die Eigenschaft, die Du ihr in der get-Node zuweist.

Also nichts programmieren - wir arbeiten mit NodeRed.

Mach das erst mal so, dass Du Dein Objekt in eine Inject Node verfrachtest und die mqtt-Node simulierst. Du musst die Methodik lernen.

Du hast mir ja so ein Objekt vorher geliefert. Wollen wir das nehmen?

{
  "motion": false,
  "timestamp": 1680969357,
  "active": true,
  "vibration": false,
  "lux": 0,
  "bat": 100,
  "tmp": {
    "value": 18.7,
    "units": "C",
    "is_valid": true
  }
}

[hotspot_2]

@mickym Stimmt, das ist ja das gewesen. Hab gerade ein Debug Node dran gemacht und bin extra in den Keller gelaufen ;-).

[mickym]

@hotspot_2 Nein du sollst nicht mehr in den Keller laufen - wir simulieren direkt in Node Red und Du nutzt eine Inject Node mit diesem Objekt.

[hotspot_2]

@mickym Alles gut, ich war nur im Keller da ich eine komplette Meldung vom Bewegungsmelder haben wollte. das mit den Debugs, den Nodes deaktivieren usw. sitzt jetzt komplett bei mir.

Wie kann ich die flow Variabel debuggen? Geht das auch? Ob sie da ist und einen Wert hat wäre interessant zu wissen.

[mickym]

Wie kann ich die flow Variabel debuggen? Geht das auch? Ob sie da ist und einen Wert hat wäre interessant zu wissen.

Sehr gut - Du brauchst also weder Programmieren noch function nodes. - Du schaffst das ja.

Den Kontext findest Du im Menü

Du musst aber immer selbst aktualisieren:

Das aktualisiert sich nicht selbst.

[hotspot_2]

@mickym

Passt. Danke!

So, und die kann ich jetzt vergleichen und dann die Werte ändern (lux) und schauen ob das Licht angeht.

[mickym]

@hotspot_2 Ja und was vergleichst Du nun in der switch Node?

[hotspot_2]

@mickym Stimmt, das haut auch noch nicht hin, glaub ich. Ich darf ja nicht die payload verändern die den Shelly dann aus oder an macht. Da muss ich dann vermutlich auch erst eine Flow Variable draus machen.

[mickym]

@hotspot_2 Nein - lass mal - Du hast etwas nicht verstanden. Wenn Du in der getNode das attribut änderst - dann änderst Du nicht die payload - sondern eine msg. Eigenschaft.

Das hier

ist also nicht payload.lux_wk, sondern msg.lux_wk

Wie gesagt ich finde es doof, dass Du beides lux_wk nennst, denn das Eine ist die tatsächliche lux_wk und das andere ist das von Dir gesetzte limit_lux_wk. Das sind 2 Paar Stiefel.

[hotspot_2]

@mickym Da hast Du völlig Recht!

So klappt es. Ich teste mal ein paar Werte durch usw. Aber sieht sehr gut aus!

[mickym]

@hotspot_2 Ok - nun scheinst Du es verstanden zu haben. - Auch wenn ich Dein Flow trotzdem komplex finde und ich ggf. den Waschküchen BWM komplett eigenständig behandelt hätte, so hast Du nun die Fehler im Flow selbst ausgebessert. Nur wenn Du halt behauptest, es hätte am Anfang alles funktioniert, dann war das sicher nicht richtig.

Aber ich denke, Du hast heute eine Menge gelernt.

[hotspot_2]

@mickym Ja, auf jeden Fall. Die herangehensweise und wie man das simuliert und auch durchtestet. Das war für mich so nicht greifbar.

Dankeschön!