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

[mickym]

@damrak2022 Nein Du liest auch nicht was ich schreibe.

Du setzt doch in der Switch Node keine Werte, sonder Du prüfst.

Also die Eigenschaft payload.make ist ja richtig. Aber da steht doch wie Du ja anhand der Debug Node siehst Hyundai oder Mercedes drin und sicher nicht der Pfad zu dem Bild.

Du prüfst also ab und leitest dann an je nachdem an den einen oder anderen Ausgang weiter.

Mehr willst Du von dem Objekt nicht mehr und deswegen kannst Du es jetzt wegschmeissen. Du setzt also mit einer Change Node nun den Pfad zu dem jeweiligen Bild.

In deiner Text Node hast Du doch das Bild angezeigt in dem Du

<img src="Pfad zum Bild angegeben hast" alt="n/a" ....>

da jetzt ja Dein Pfad in der msg.payload steht ersetzt den Pfad einfach durch {{msg.payload}} in der Du ja vorher mittels der Change Nodes den Pfad gesetzt hast, also

{{msg.payload}}

Eine msg.payload.make Eigenschaft gibts ja gar nicht mehr, weil Du nur noch einen einfachen String als payload hast, in der <img src= .... steht. Du willst ja nicht den Text drin stehen haben sondern ein Bild rein machen.

So wie Du jetzt die switch Node definiert hast, wird da nie eine Nachricht rauskommen,

da in der payload.make sicher NIE <img src= .... steht.

Du kannst ja dann hinter die beiden Ausgänge der switch Node wieder debug Nodes hinhängen. Damit prüfst Du ob beim umstellen des Fahrzeugs eine Nachricht am richtigen Ausgang rauskommt.

[Damrak2022]

@mickym Wie geil ist das denn - es klappt.

[mickym]

@damrak2022 sagte in Visualisierung mit Node Red erstellen:

@mickym Wie geil ist das denn - es klappt.

Ja Du musst aber trotzdem noch die Zusammenhänge begreifen, deswegen werden wir wenn du Lust hast wieder mit Arrays und Objekten weiter machen.

[Damrak2022]

@mickym Was wolltest Du mir denn mit dem "Maintank" sagen?

[Damrak2022]

@mickym Ja, können wir ab morgen machen, denn gerade die Kfz Geschichte möchte ich gerne mit vielen kleinen Grafiken aufhübschen. Du weißt schon - Kreisdiagramm für die Verteilung wie oft, wo getankt usw.

[mickym]

@damrak2022 sagte in Visualisierung mit Node Red erstellen:

@mickym Was wolltest Du mir denn mit dem "Maintank" sagen?

Gar nichts - ich habe Deinen Screenshot genommen und den Wert der Eigenschaft make markiert, die Du ja in der switch Node untersuchen wolltest und das habe ich unterstrichen.

Mir ist einfach nicht begreiflich, wenn Du richtigerweise in der switch Node die richtige Eigenschaft selektierst, Du auch noch die debug Node mit den Werten postest und dann in der Switch Node mit Pfaden abprüfst, die nie und nimmer da drin stehen.

Ich kann mir vorstellen, dass Du vielleicht dachtest, dass Du so eine payload setzen kannst - aber das macht eine Switch Node nie und nimmer. Das machen halt nur Change Nodes, weil Du da die payload änderst. Und wenn Du keinen Namen eingibst steht auch noch meist setze msg.payload.

[Damrak2022]

@mickym Oh, das hatte ich so gepostet, sorry

[mickym]

@damrak2022 Noch was grundsätzliches, dass Du Dir einfach mal merken musst:

So was macht NIE Sinn. Eine Nachricht zu analysieren und aufzuteilen, um sie dann an die gleiche Node zu schicken ohne sie auf derem Weg unterschiedlich zu behandeln. So ein Konstrukt macht eine switch Node überflüssig.

Also einfach für die Zukunft: Wenn Du sowas siehst, solltest Du sofort merken, dass was nicht stimmen kann.

Warum sendest Du irgendwas an verschiedene Ausgänge - wenn es unverändert wieder im gleichen Topf äh Node landet.

[Damrak2022]

@mickym Okay, mit Deinen Erklärungen ist das immer so logisch und alleine leuchtet mir vieles erstmal nicht ein.

[mickym]

@damrak2022 sagte in Visualisierung mit Node Red erstellen:

@mickym Okay, mit Deinen Erklärungen ist das immer so logisch und alleine leuchtet mir vieles erstmal nicht ein.

Na deswegen mache ich Dich auf sowas aufmerksam, dass Du auch optisch solche Dinge wahrnimmst und Dir das auffällt.

Genauso wie Du zwar aus Übersichtlichkeit zwar 2 Change Nodes hintereinander hängen kannst, aber grundsätzlich im Hinterkopf haben solltest, dass Du beides auch in einer Change Node machen kannst.

Die Übung macht es - und gerade wenn Dir die Logik einleuchtet - dann passt es doch und Du lernst es schon noch. Schlimmer wäre es, wenn Du die Logik nicht nachvollziehen könntest. So bin ich aber guter Hoffnung, dass es immer besser wird.

[mickym]

Ich glaube für die Leser Deines Threads wäre es sicher hilfreich, wie jetzt Dein Flow aussieht.

[Damrak2022]

@mickym

[Damrak2022]

@mickym Ich habe mir mal eine Flow von Dir aus einem anderen Thread genommen

Dann habe ich lediglich den Teil mit join node und change node übernommen und hinter meinen bestehenden Flow gehängt:

Also die join node mit Kühlschrank, Ventilator etc verbunden. Anschließend die join node und die change node angepasst .
Dann die join node mit den 7 change Node verbunden, aber das klappt nicht. Mir wird kein Gesamtverbrauch angezeigt

[mickym]

@damrak2022 tja weiss nicht was Du machst- Du weisst doch nun wie eine JOIN Node nun funktioniert. Haben wir doch manuell schon mal konfiguriert.

[Damrak2022]

@mickym Mein join node sieht so aus:

Meine change node so:

Ich möchte nicht die Lösung von Dir, aber gib mir bitte mal einen Denkanstoss, was ich hier schon wieder falsch mache.

[mickym]

@damrak2022 Ja es kommt erst dann was raus, wenn alle 7 einmal gemeldet haben. Das ist doch OK. Wahrscheinlich bist Du nur ungeduldig. Das mit dem Topic ist Käse. Mach halt Debug Nodes dran, dann siehst ja wo was rauskommt. Immer und immer wieder. Wenn Du nicht solange warten willst musst halt vorher die JOIN Node abschließen lassen, selbst wenn dann die Gesamtsumme nicht stimmt und die topics setzt du ja in den Change Nodes davor.

[Damrak2022]

@mickym Okay, das heißt das hier kann weg:

Debug ist dran

[mickym]

@damrak2022 jo

[Damrak2022]

@mickym Na, dann warte ich mal ab, wann ich Werte bekomme.

[mickym]

@damrak2022 Du kannst ja anhand der debug Nodes überprüfen ob Nachrichten kommen.