MAX! Cube Blockly Abwesenheit

[Marko1974]

@marko1974 said in MAX! Cube Blockly Abwesenheit:

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym

ach guck mal....der injectnode holt sich den dutycycle aus dem adapter, wenn der kleiner oder gleich 85 ist dann dürfen erst die setpoints gesetzt werden.
ist er größer setzt er dutycycle ok auf false und es wird gar nichts aus dem flow an die heizungen gesendet. Somit läuft das nicht über - und er macht nen Logeintrag. Das hast du ganz schön gewitzt gemacht. Darunter ist noch ne inject node die den payload angibt.

Super !!! - Genau so ist - die Inject Node kannst wegschmeissen - die habe ich nur gebraucht - weil ich ja keinen MaxCube Adapter habe.

wenn der kleiner oder gleich 85 ist dann dürfen erst die setpoints gesetzt werden.

Nur wie kommt das OK des duty Cycle in den Hauptflow?

In diesem Fall wird die flow Variable dutyCycleOK auf true oder false gesetzt und dann unten in dem Flow abgefragt. Das ist nötig, da die Ereignisse ja nicht gleichzeitig an der selben Node ankommen.
Deswegen wird die flowVariable zeitlich unabhängig vom eigentlichen Flow gesetzt.

Dachte eigentlich weil der duty cycle check unabhängig vom restflow ist und quasi obendrüber gesetzt wird, sendet er ein okay in den flow, was dann unten abgefragt wird.

In der switch Node wird der Inhalt der flowVariablen abgefragt und dann der Flow entweder blockiert oder durchgelassen.

Das hab ich aber doch auch so geschildert.
Jetzt nicht mit fremden Federn schmücken, bitte

Die wichtigen Dinge markiere ich Dir immer farbig:

Du kannst Dir den Inhalt Deiner Kontextdaten wie folgt anschauen:

Im Kontextfenster siehst Du dann den Inhalt der Kontextvariablen - in diesem Fall der Flowvariable dutyCycleOK

hier musst Du aber immer manuell aktualisieren

[Marko1974]

@marko1974 said in MAX! Cube Blockly Abwesenheit:

@marko1974 said in MAX! Cube Blockly Abwesenheit:

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym

ach guck mal....der injectnode holt sich den dutycycle aus dem adapter, wenn der kleiner oder gleich 85 ist dann dürfen erst die setpoints gesetzt werden.
ist er größer setzt er dutycycle ok auf false und es wird gar nichts aus dem flow an die heizungen gesendet. Somit läuft das nicht über - und er macht nen Logeintrag. Das hast du ganz schön gewitzt gemacht. Darunter ist noch ne inject node die den payload angibt.

Super !!! - Genau so ist - die Inject Node kannst wegschmeissen - die habe ich nur gebraucht - weil ich ja keinen MaxCube Adapter habe.

wenn der kleiner oder gleich 85 ist dann dürfen erst die setpoints gesetzt werden.

Nur wie kommt das OK des duty Cycle in den Hauptflow?

In diesem Fall wird die flow Variable dutyCycleOK auf true oder false gesetzt und dann unten in dem Flow abgefragt. Das ist nötig, da die Ereignisse ja nicht gleichzeitig an der selben Node ankommen.
Deswegen wird die flowVariable zeitlich unabhängig vom eigentlichen Flow gesetzt.

Dachte eigentlich weil der duty cycle check unabhängig vom restflow ist und quasi obendrüber gesetzt wird, sendet er ein okay in den flow, was dann unten abgefragt wird.

In der switch Node wird der Inhalt der flowVariablen abgefragt und dann der Flow entweder blockiert oder durchgelassen.

Das hab ich aber doch auch so geschildert.
Jetzt nicht mit fremden Federn schmücken, bitte

Die wichtigen Dinge markiere ich Dir immer farbig:

Du kannst Dir den Inhalt Deiner Kontextdaten wie folgt anschauen:

Im Kontextfenster siehst Du dann den Inhalt der Kontextvariablen - in diesem Fall der Flowvariable dutyCycleOK

hier musst Du aber immer manuell aktualisieren

Das habe ich mir angesehen. Bestätigt mich irgendwie in der Aussage, dass diese flow dutyCycle irgendwo aus dem aktuellen flow geholt wird.
Die globale Heizungssteuerung ist ja auf global auch true

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@marko1974 Ich glaube ich habe gerade helle Momente:

Der Trigger fragt ab ob die Heizungssteuerung aktiv ist. Da wollten wir eventuell noch was vorbauen, also ist die erstmal IMMER aktiv jetzt.

Korrekt. Man muss nicht mehr direkt was vorbauen, sondern kann ja mit einem weiteren Flow, der beispielsweise einen anderen Datenpunkt aus dem iobroker ausliest die globale Variable gHeizungssteuerung - die wie die dutyCycleOK funktioniert aber global über alle Flows gültig ist . Das heisst man kann diese Variable aus allen Flows später ansprechen - z.Bsp auch von einem Flow mit dem Du Wetterdaten auf einer ganz anderen Seite erstellst.

Dann erstellst Du die Räume Kinderzimmer, Schlafzimmer etc.

Na Du musst - sorry wenn ich das sage - versuche Dich präziser auszudrücken. Ich setze in jedem der Nachrichtenobjekte (msg) mach halt einfach eine Debug Node mit dem kompletten Nachrichtenobjekt hinter so eine Node:
Exakt muss es also heißen - ich definiere eine Eigenschaft rooms im Nachrichtenobjekt und setze in jeder Change Node den Wert dieser Eigenschaft:

Du siehst das Nachrichtenobjekt ist noch sehr klein:

mit topic setzen holt man sich quasi alle daten aus unseren erstellten DP in userdata0.heizung....keinen bestimmten, sondern alle. Nee die holt man sich nicht, sondern man setzt sie quasi als ein "Oberthema?" im nächsten Schritt in get mode im ioBroker in braucht man dann quasi nur nach mode zu fragen und muss den Datenpunkt nicht wählen, da man im Schritt davor quasi schon den Pfad bereitgestellt hat. So auch mit der Temperatur und auch der ecotemperatur

Genau . ich plaziere also mal die Debug Node hinter die msg.topic Node:

Da alle Change Nodes mit dieser 1. set topic Node verkabelt sind - kommen durch EINMALIGES Drücken der Inject Node 6 Nachrichten aufeinmal raus:

Der Topic - enthält nun also genau den Pfad zu dem Datenpunkt der ausgelesen werden soll.
Das geht über String Manipulation mit JSONATA - das auch sehr mächtige Funktionen enthält - wird uns auch später noch begegnen:

Die Stringszusammensetzung findet ja in dieser topic Node fest:

Das große J: - zu Beginn zeigt an, dass es sich hier um eine JSONATA Funktion handelt - diese hat wohl aus welchen Grunden bei Dir beim Import Probleme gemacht - das room enthält quasi den Inhalt der msg.room Eigenschaft die in den vorangegangenen Nodes gesetzt wurde.

Im nächsten Schritt setzen wir den Mode für jede Heizung der den Entweder unser Auto Profil sein kann, oder aber auch ECO, HEAT oder OFF. Off wird hier direkt eine Temperatur zugewiesen. Heat bekommt desiredTemperature als payload gesetzt und eco die eco_temperature.

Na alles viel zu flapsig und nicht exakt! - Also NEIN.

Auf zur nächsten Node - der 1. iobroker get Node.

Wenn Du Dir wieder die Hilfe zu dieser Node anschaust, dann siehst Du das die Node diese Datenpunkte abruft, die in msg.topic stehen und davon haben wir uns ja via Debug Node überzeugt, dass dem so ist.

Wichtig ist nun die Definition des Attributes.

Es gibt an in welche Eigenschaft des msg.Objektes der Inhalt des ausgelesenen Datenpunktes gespeichert wird.

Neben den Räumen gibt es dann die Heizungen.....warum die als Eigenschaft msg.room haben weiss ich noch nicht. Zumindest zählt man dann auf welche heizungen es gibt.

Kommt später

rbe hält was auf falls die alle unentwegt was senden. Entprellen sagtest Du ist was, dass es etwas verlangsamt wird, bevor es an den adapter punkt gesendet wird. Ob da nochmal ne Verzögerung rein muss darüber lässt sich streiten...und wenn dann noch der Duty cycle ok ist...als kleiner oder gleich 85 senden die Heizungen also der room an die DP direkt.

WIE WAR ICH?

Die beiden letzen Punkte in einem gesonderten Post.

Wenn Du die von mir deaktivierte Debug Node des gesamten Nachrichtenobjektes mal kurz aktivierst - siehst Du dass alle Minuten für alle 6 Räume Nachrichten mit allen Informationen der iobroker userdata Datenpunkte enthalten sind. Hier wird also der ECO Datenpunkt in der 3. iobroker getNode ausgelesen und dann in der Eigenschaft ecoTemperature des Nachrichtenobjektes gespeichert und durch den Flow geschickt.

Alle Minuten erhälst Du alle 6 Nachrichten mit allen Informationen aus den Userdatenpunkten.

Nun siehst Du auch wo die ECO Temperatur im Flow gespeichert wird. Ändere nun die ECO Temperatur im Datenpunkt und Du wirst sehen im nächsten Minutencyclus sind die Änderungen enthalten - probier es einfach aus.

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@marko1974 said in MAX! Cube Blockly Abwesenheit:

@marko1974 said in MAX! Cube Blockly Abwesenheit:

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym

ach guck mal....der injectnode holt sich den dutycycle aus dem adapter, wenn der kleiner oder gleich 85 ist dann dürfen erst die setpoints gesetzt werden.
ist er größer setzt er dutycycle ok auf false und es wird gar nichts aus dem flow an die heizungen gesendet. Somit läuft das nicht über - und er macht nen Logeintrag. Das hast du ganz schön gewitzt gemacht. Darunter ist noch ne inject node die den payload angibt.

Super !!! - Genau so ist - die Inject Node kannst wegschmeissen - die habe ich nur gebraucht - weil ich ja keinen MaxCube Adapter habe.

wenn der kleiner oder gleich 85 ist dann dürfen erst die setpoints gesetzt werden.

Nur wie kommt das OK des duty Cycle in den Hauptflow?

In diesem Fall wird die flow Variable dutyCycleOK auf true oder false gesetzt und dann unten in dem Flow abgefragt. Das ist nötig, da die Ereignisse ja nicht gleichzeitig an der selben Node ankommen.
Deswegen wird die flowVariable zeitlich unabhängig vom eigentlichen Flow gesetzt.

Dachte eigentlich weil der duty cycle check unabhängig vom restflow ist und quasi obendrüber gesetzt wird, sendet er ein okay in den flow, was dann unten abgefragt wird.

In der switch Node wird der Inhalt der flowVariablen abgefragt und dann der Flow entweder blockiert oder durchgelassen.

Das hab ich aber doch auch so geschildert.
Jetzt nicht mit fremden Federn schmücken, bitte

Die wichtigen Dinge markiere ich Dir immer farbig:

Du kannst Dir den Inhalt Deiner Kontextdaten wie folgt anschauen:

Im Kontextfenster siehst Du dann den Inhalt der Kontextvariablen - in diesem Fall der Flowvariable dutyCycleOK

hier musst Du aber immer manuell aktualisieren

Das habe ich mir angesehen. Bestätigt mich irgendwie in der Aussage, dass diese flow dutyCycle irgendwo aus dem aktuellen flow geholt wird.
Die globale Heizungssteuerung ist ja auf global auch true

Sorry - darauf gehe ich nun nicht ein. Ich habe es exakt erklärt.

Die switch Node prüft den Wert des Duty Cycles und leitet das NAchrichtenobjekt je nach Wert des DutyCycles an den oberen oder untern Ausgang. Ist der DutyCycle über 85 wird die flow Variable mit der anschließenden Change Node auf false (unten) oder true (oben) gesetzt. Ist der dutyCycle über 85 bekommst Du nun eine Warnung im iobroker Log.

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym sind Quelle und Was ist zu tun nicht eigentlich nur ne Hilfestelllung für den besseren Überblick?

Hier bist Du wieder mal in den Alexa Flow gesprungen - wie gesagt - ich glaube echt, dass Du im Reallife arge Schwierigkeiten hast Dich auf eine Sache zu konzentrieren - aber so bist Du halt.

Also zum AlexFlow:

Du hast selbst unten zu Beginn, wo wir Deine neue ALexa Node ausprobiert haben die Nachrichtenobjekte angeschaut.
Die Alexa Nodes ist auf Passthrough eingestellt. Da wir ja den Status der Thermostate aus dem MAXCube Adapter holen und in der AlexaNode passthrough eingestellt haben, kommen die Nachrichtenobjekte so wie wir sind in die Alexa Node geschickt haben auch hinten wieder raus. Um Endlosschleifen zu vermeiden - sprich wenn wir die Alexa Node mit dem setpoint Datenpunktwert (also der aktuell eingestellten Temperatur füttern), dann dürfen wir den ja hinten nicht wieder setzen, sonst kommt er ja von links gleich wieder an und Dein Flow hat eine Endlosschleife. Dann wirst Du nicht mehr auf die Oberfläche Deinen iobroker kommen und musst dann den NodeRed Adapter gewaltsam über die Kommandozeile beenden.
Wir wollen also nur Nachrichtenobjekte aus der Alexa Node durchlassen, die von Alexa selbst kommen und nicht die, die wir geschickt haben, um Alexa bzw. die App mit dem aktuellen Status zu versorgen.

Also lassen wir mit Quelle= nur Nachrichten durch in dem wir die source Eigenschaft des payload Objektes prüfen und schauen, ob da "alexa" drin steht. Das passiert nur, wenn die Node von Alexa und nicht von unserem Flow gefüttert wurde.

Hier hilft also die Hilfe anzuschauen.

Also die Quelle? - Switch Node hat die äußerst wichtige Aufgabe - nur Nachrichtenobjekte durchzulassen, die von Alexa stammen, sonst hätten wir Endlosschleifen.

Die Was ist zu tun switch Node - ist ebenfalls sehr wichtig:

Sie analysiert die Eigenschaft der directive des payload Objects des msg Objects, die von Alexa ausgefüllt wird - deswegen habe ich Dich ja die Kommandos sprechen lassen und Du musstest mir hier den Output posten:

Wenn Du mit Alexa einen Wert setzt wird die directive Eigenschaft auf "SetTargetTemperature" gesetzt, wenn Du wärmer oder kälter sagst wird AdjustTemperature als directive gesetzt. In diesem Fall wird die aktuell gesetzte Temperatur von Alexa um 1 Grad kälter oder wärmer gemacht in dem die Eigenschaft targetTemperature angepasst wird.
Die beiden Direktiven werden an den 1. und 2. Ausgang geschickt, da über targetTemperature direkt die setpoints der Thermostaten eingestellt werden.

Die untere directive SetThermostateMode lenkt das Nachrichtenobjekt an den 3. Ausgang und wird an den mode Datenpunkt unter 0_userdata.0.heizung.mode geschickt. Diese Änderung wird ja durch den anderen Trigger mit dem nächsten Minutenzyklus verarbeitet.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@marko1974 Ich glaube ich habe gerade helle Momente:

Der Trigger fragt ab ob die Heizungssteuerung aktiv ist. Da wollten wir eventuell noch was vorbauen, also ist die erstmal IMMER aktiv jetzt.

Korrekt. Man muss nicht mehr direkt was vorbauen, sondern kann ja mit einem weiteren Flow, der beispielsweise einen anderen Datenpunkt aus dem iobroker ausliest die globale Variable gHeizungssteuerung - die wie die dutyCycleOK funktioniert aber global über alle Flows gültig ist . Das heisst man kann diese Variable aus allen Flows später ansprechen - z.Bsp auch von einem Flow mit dem Du Wetterdaten auf einer ganz anderen Seite erstellst.

Ja das verstehe ich.

Dann erstellst Du die Räume Kinderzimmer, Schlafzimmer etc.

Na Du musst - sorry wenn ich das sage - versuche Dich präziser auszudrücken. Ich setze in jedem der Nachrichtenobjekte (msg) mach halt einfach eine Debug Node mit dem kompletten Nachrichtenobjekt hinter so eine Node:
Exakt muss es also heißen - ich definiere eine Eigenschaft rooms im Nachrichtenobjekt und setze in jeder Change Node den Wert dieser Eigenschaft:

Ja stimmt mit dem exakt ausdrücken....mir fehlen da die Fachbegriffe für node-red....daher hab ich das grob in normaler sprache umschrieben.

Du siehst das Nachrichtenobjekt ist noch sehr klein:

mit topic setzen holt man sich quasi alle daten aus unseren erstellten DP in userdata0.heizung....keinen bestimmten, sondern alle. Nee die holt man sich nicht, sondern man setzt sie quasi als ein "Oberthema?" im nächsten Schritt in get mode im ioBroker in braucht man dann quasi nur nach mode zu fragen und muss den Datenpunkt nicht wählen, da man im Schritt davor quasi schon den Pfad bereitgestellt hat. So auch mit der Temperatur und auch der ecotemperatur

Genau . ich plaziere also mal die Debug Node hinter die msg.topic Node:

Da alle Change Nodes mit dieser 1. set topic Node verkabelt sind - kommen durch EINMALIGES Drücken der Inject Node 6 Nachrichten aufeinmal raus:

Der Topic - enthält nun also genau den Pfad zu dem Datenpunkt der ausgelesen werden soll.
Das geht über String Manipulation mit JSONATA - das auch sehr mächtige Funktionen enthält - wird uns auch später noch begegnen:

Hab ich irgendwie auch verstanden.

Die Stringszusammensetzung findet ja in dieser topic Node fest:

Das große J: - zu Beginn zeigt an, dass es sich hier um eine JSONATA Funktion handelt - diese hat wohl aus welchen Grunden bei Dir beim Import Probleme gemacht - das room enthält quasi den Inhalt der msg.room Eigenschaft die in den vorangegangenen Nodes gesetzt wurde.

Ja aber da muss man immer jede Menge im Hinterkopf behalten....ist ja auch n ziemlich umfangreicher flow.

Im nächsten Schritt setzen wir den Mode für jede Heizung der den Entweder unser Auto Profil sein kann, oder aber auch ECO, HEAT oder OFF. Off wird hier direkt eine Temperatur zugewiesen. Heat bekommt desiredTemperature als payload gesetzt und eco die eco_temperature.

Na alles viel zu flapsig und nicht exakt! - Also NEIN.

Auf zur nächsten Node - der 1. iobroker get Node.

Wenn Du Dir wieder die Hilfe zu dieser Node anschaust, dann siehst Du das die Node diese Datenpunkte abruft, die in msg.topic stehen und davon haben wir uns ja via Debug Node überzeugt, dass dem so ist.

Wichtig ist nun die Definition des Attributes.

Es gibt an in welche Eigenschaft des msg.Objektes der Inhalt des ausgelesenen Datenpunktes gespeichert wird.

Das hab ich auch verstanden.

Neben den Räumen gibt es dann die Heizungen.....warum die als Eigenschaft msg.room haben weiss ich noch nicht. Zumindest zählt man dann auf welche heizungen es gibt.

Kommt später

rbe hält was auf falls die alle unentwegt was senden. Entprellen sagtest Du ist was, dass es etwas verlangsamt wird, bevor es an den adapter punkt gesendet wird. Ob da nochmal ne Verzögerung rein muss darüber lässt sich streiten...und wenn dann noch der Duty cycle ok ist...als kleiner oder gleich 85 senden die Heizungen also der room an die DP direkt.

WIE WAR ICH?

Die beiden letzen Punkte in einem gesonderten Post.

Wenn Du die von mir deaktivierte Debug Node des gesamten Nachrichtenobjektes mal kurz aktivierst - siehst Du dass alle Minuten für alle 6 Räume Nachrichten mit allen Informationen der iobroker userdata Datenpunkte enthalten sind. Hier wird also der ECO Datenpunkt in der 3. iobroker getNode ausgelesen und dann in der Eigenschaft ecoTemperature des Nachrichtenobjektes gespeichert und durch den Flow geschickt.

Alle Minuten erhälst Du alle 6 Nachrichten mit allen Informationen aus den Userdatenpunkten.

Nun siehst Du auch wo die ECO Temperatur im Flow gespeichert wird. Ändere nun die ECO Temperatur im Datenpunkt und Du wirst sehen im nächsten Minutencyclus sind die Änderungen enthalten - probier es einfach aus.

Stimmt die hatte ich ja schon geändert und habs jetzt nochmal probiert. die ändert er.
Wunderbar! Auch ganz tolle Erklärung. Nachbauen könnte ich es trotzdem nicht. Es ist einfach zu umfangreich.
Ich muuss mit Fenster offen und zu wie in Blockly anfangen und mich langsam entlanghangeln.

Man könnte ja mal probieren alle Blocklys die ich habe probieren in Node red nachzubauen. Die sind nicht gross.
Aber dieses Heizungsding ist einfach zu gewaltig. Da muss man sich schon sehr gut auskennen.
Das ist so als ob ich Englisch lerne und Du kommst nicht mit Peter, Paul and Mary sondern direkt mit Romeo und Julia um die Ecke.
Einfach too much auf einmal.

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Man könnte ja mal probieren alle Blocklys die ich habe probieren in Node red nachzubauen. Die sind nicht gross.
Aber dieses Heizungsding ist einfach zu gewaltig. Da muss man sich schon sehr gut auskennen.
Das ist so als ob ich Englisch lerne und Du kommst nicht mit Peter, Paul and Mary sondern direkt mit Romeo und Julia um die Ecke.
Einfach too much auf einmal.

Nun ich bin ja noch lange nicht durch - wir stehen ja nun vor den Heizungen - kann ich das einfach mal durch erklären - ich WERDE DIR heute nämlich definitiv keinen neuen Flow schreiben.

Du musst ja auch nicht alles verstehen - aber vielleicht nimmst DU Dir diese Erklärung halt mehr als einmal vor und gehst das halt durch. Du siehst ja dass meine Postings ja auch einen ziemlichen Zeitaufwand für mich darstellen und diese Mühe mache ich mir nur, wenn ich auch nur den Hauch einer Chance sehe, dass sie morgen nicht wieder vergessen sind.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Man könnte ja mal probieren alle Blocklys die ich habe probieren in Node red nachzubauen. Die sind nicht gross.
Aber dieses Heizungsding ist einfach zu gewaltig. Da muss man sich schon sehr gut auskennen.
Das ist so als ob ich Englisch lerne und Du kommst nicht mit Peter, Paul and Mary sondern direkt mit Romeo und Julia um die Ecke.
Einfach too much auf einmal.

Nun ich bin ja noch lange nicht durch - wir stehen ja nun vor den Heizungen - kann ich das einfach mal durch erklären - ich WERDE DIR heute nämlich definitiv keinen neuen Flow schreiben.

Na das sollst Du ja auch nicht! Um Gottes Willen.

Du musst ja auch nicht alles verstehen - aber vielleicht nimmst DU Dir diese Erklärung halt mehr als einmal vor und gehst das halt durch. Du siehst ja dass meine Postings ja auch einen ziemlichen Zeitaufwand für mich darstellen und diese Mühe mache ich mir nur, wenn ich auch nur den Hauch einer Chance sehe, dass sie morgen nicht wieder vergessen sind.

Ja das verstehe ich und das werde ich auch tun.

Eine Frage noch: Warum machst Du das?
Also denkst Du doch bestimmt bei mir gibts noch eine Chance, dass ich das demnächst hinbekomme?

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Eine Frage noch: Warum machst Du das?
Also denkst Du doch bestimmt bei mir gibts noch eine Chance, dass ich das demnächst hinbekomme?

Ich werde Dir den ganzen Flow erklären auch wenn es mich noch einen Tag kostet.

Warum ich das mache - nun Du sollst als erstes mal erkennen, welche Genialität hinter NodeRed steckt. - aber das nur am Rande.
Ja ich gebe Dir eine Chance, aber so gerne ich helfe - wenn Du mal anschaust wievielen anderen ich geholfen habe, mache ich das nur, wenn die Leute es dann auch nutzen können. Wenn es Dir nur darum geht Lösungen - egal ob für die Miele Waschmaschine - oder Deine Shellies geht - oder eben Deiner Heizung geht - solltest Du in der Lage sein, so was selbst zu basteln.

Neben dem Tool - solltest Du aber auch einfach Ideen bekommen, wie man diese Dinge anpackt.

Was NodeRed so aussergewöhnlich macht - dass Du über diese Nodes und Kabel den Funktionsablauf siehst und Du wirst egal welches Problem Dir immer auch in der Hausautomation begegnet immer wie folgt vorgehen:

1. Links - du startes wie beim Lesen: die Trigger (Input Nodes, Iobroker IN Nodes, Alexa Nodes - was auch immer).
2. Mitte: Dann verarbeitest Du diese Informationen
3. Rechts: Du gibst Ergebnisse aus - an Datenpunkte in Deine Visualisierung, in Dateien, in Datenbanken, in Telegram, in was weiß ich.

Ich will das Du es verstehst und dann auch nicht mehr solche Vorschläge machst, ob Du mit Inject Nodes setpoints ausliest , was Du vorher vorgeschlagen hast.

Bitte ändere die Objekte der beiden Change Nodes noch in dem Du die korrespondierenden Thermostate in das JSON Objekt definierst und dann schau Dir an, was ich damit machen um effizient Deine telegram Ausgabe zu realisieren. Wenn Du auch wenn es komplex scheint - wird es Dir einfacher werden, wenn Du das Prinzip verstanden hast.

Und warum ich das mache - Du sollst nicht hilflos sein - und es wird vielleicht nicht so viele Leute geben - auch nicht hier an Board die überhaupt bereits sind den Flow nachzuvollziehen. Du siehst ja - der Flow musste ja von mir auch ein paar Mal angepasst werden bis er so lief, wer es jetzt tut.

Und ich möchte, dass Du selbstständig mit solchen Dingen umgehen kannst. Wir sind hier ein Forum, wo man sich gegenseitig hilft. Aber ich bin kein Implementierer und mach das auch nicht berufstätig und wenn Du hier bist, willst Du es ja auch selbst machen. Ansonsten kannst DU einen Hausautomatisierer beauftragen, da drückst Du dann ein paar Scheine ab und bei jeder Änderung darfst Du den wieder holen und er steckt sich weitere Scheine in die Tasche - und das wollen wir doch alle hier nicht. Wir wollen die Dinge doch selbst in die Hand nehmen, oder???

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Eine Frage noch: Warum machst Du das?
Also denkst Du doch bestimmt bei mir gibts noch eine Chance, dass ich das demnächst hinbekomme?

Ich werde Dir den ganzen Flow erklären auch wenn es mich noch einen Tag kostet.

Warum ich das mache - nun Du sollst als erstes mal erkennen, welche Genialität hinter NodeRed steckt. - aber das nur am Rande.
Ja ich gebe Dir eine Chance, aber so gerne ich helfe - wenn Du mal anschaust wievielen anderen ich geholfen habe, mache ich das nur, wenn die Leute es dann auch nutzen können. Wenn es Dir nur darum geht Lösungen - egal ob für die Miele Waschmaschine - oder Deine Shellies geht - oder eben Deiner Heizung geht - solltest Du in der Lage sein, so was selbst zu basteln.

Neben dem Tool - solltest Du aber auch einfach Ideen bekommen, wie man diese Dinge anpackt.

Was NodeRed so aussergewöhnlich macht - dass Du über diese Nodes und Kabel den Funktionsablauf siehst und Du wirst egal welches Problem Dir immer auch in der Hausautomation begegnet immer wie folgt vorgehen:

1. Links - du startes wie beim Lesen: die Trigger (Input Nodes, Iobroker IN Nodes, Alexa Nodes - was auch immer).
2. Mitte: Dann verarbeitest Du diese Informationen
3. Rechts: Du gibst Ergebnisse aus - an Datenpunkte in Deine Visualisierung, in Dateien, in Datenbanken, in Telegram, in was weiß ich.

Ich will das Du es verstehst und dann auch nicht mehr solche Vorschläge machst, ob Du mit Inject Nodes setpoints ausliest , was Du vorher vorgeschlagen hast.

Bitte ändere die Objekte der beiden Change Nodes noch in dem Du die korrespondierenden Thermostate in das JSON Objekt definierst und dann schau Dir an, was ich damit machen um effizient Deine telegram Ausgabe zu realisieren. Wenn Du auch wenn es komplex scheint - wird es Dir einfacher werden, wenn Du das Prinzip verstanden hast.

Und warum ich das mache - Du sollst nicht hilflos sein - und es wird vielleicht nicht so viele Leute geben - auch nicht hier an Board die überhaupt bereits sind den Flow nachzuvollziehen. Du siehst ja - der Flow musste ja von mir auch ein paar Mal angepasst werden bis er so lief, wer es jetzt tut.

Und ich möchte, dass Du selbstständig mit solchen Dingen umgehen kannst. Wir sind hier ein Forum, wo man sich gegenseitig hilft. Aber ich bin kein Implementierer und mach das auch nicht berufstätig und wenn Du hier bist, willst Du es ja auch selbst machen. Ansonsten kannst DU einen Hausautomatisierer beauftragen, da drückst Du dann ein paar Scheine ab und bei jeder Änderung darfst Du den wieder holen und er steckt sich weitere Scheine in die Tasche - und das wollen wir doch alle hier nicht. Wir wollen die Dinge doch selbst in die Hand nehmen, oder???

Wenn ich das nicht hätte selbst machen wollen, wäre ich nicht jeden und jeden Tag dran es zu perfektionieren.
Dann hätte ich mir auch homekit fertige Dinge kaufen können und hätte keinen Stress. Die Möglichkeiten sind immens und so schön individualisierbar.

Waschmaschine....ein ganz schlechtes Thema

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Wenn ich das nicht hätte selbst machen wollen, wäre ich nicht jeden und jeden Tag dran es zu perfektionieren.
Dann hätte ich mir auch homekit fertige Dinge kaufen können und hätte keinen Stress. Die Möglichkeiten sind immens und so schön individualisierbar.
Waschmaschine....ein ganz schlechtes Thema

Vielleicht machen wir es bei den nächsten Flows - der Telegrammausgabe so, dass ich Dir sage, wie man es implementiert - ggf. auch mit Screenshots - aber ich exportiere keine Flows mehr, sondern schau mir nur an, was Du gemacht hast.

Also bitte ergänze bitte die beiden Objekte aus den beiden Change Nodes mit den zugehörigen Thermostaten und stelle mir hier die JSON Strings zur Verfügung - das wäre mal ein guter Anfang.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Wenn ich das nicht hätte selbst machen wollen, wäre ich nicht jeden und jeden Tag dran es zu perfektionieren.
Dann hätte ich mir auch homekit fertige Dinge kaufen können und hätte keinen Stress. Die Möglichkeiten sind immens und so schön individualisierbar.
Waschmaschine....ein ganz schlechtes Thema

Vielleicht machen wir es bei den nächsten Flows - der Telegrammausgabe so, dass ich Dir sage, wie man es implementiert - ggf. auch mit Screenshots - aber ich exportiere keine Flows mehr, sondern schau mir nur an, was Du gemacht hast.

Also bitte ergänze bitte die beiden Objekte aus den beiden Change Nodes mit den zugehörigen Thermostaten und stelle mir hier die JSON Strings zur Verfügung - das wäre mal ein guter Anfang.

Ich mache das morgen....jetzt ist wieder Bettzeit.
Bin schon wieder arg drüber.

[mickym]

@marko1974 Ok dann schlaf gut - ich werde versuchen den restlichen Flow zu erläutern. Bin auch morgen abend erst so wieder zwischen 21 und 22 Uhr wieder da. Ansonsten am Nachmittag falls was ist.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Ok dann schlaf gut - ich werde versuchen den restlichen Flow zu erläutern. Bin auch morgen abend erst so wieder zwischen 21 und 22 Uhr wieder da. Ansonsten am Nachmittag falls was ist.

[mickym]

@mickym

@marko1974 So also die Heizung Switch Node verteilt die Nachrichten auf die einzelnen Heizungen, in dem

die room Eigenschaft des msg. Objektes analysieren.

In den einzelnen Heizungen switch Nodes wird nun der aktuelle Modus analysiert:

Je nachdem was für ein Modus aktiv ist wird das Nachrichtenobjekt an die verschiedenen Ausgänge geleitet und ausser der AUTO Modus Node. Dieser AUTO Mode hat zu den manuellen Modi 2 zustätzliche Aufgaben:

1. Die Temperatur soll nach einem Zeitschema geändert werden
2. Der Auto-Mode soll aktiv übernehmen, auch wenn aus einem anderen Mode nach AUTO gewechselt wurde.

Punkt 2 hat gestern nicht funktioniert, da die AUTO Node (also die Subflow Node) überhaupt nicht mitbekommen hat, wenn wieder auf AUTO gewechselt wurde. Das erste Mal hat der AUTO Node funktioniert, dann wurde auf OFF umgestellt, hat auch funktioniert dann wieder auf AUTO zurückgestellt und es kam nichts mehr raus. - Nun war mir zwar klar warum, aber am Anfang war die Lösung, wie die AUTO Node den Modewechsel mitbekommt trotzdem nicht so einfach.
Im Prinzip hätte AUTO erst wieder übernommen, wenn eine neue Zeitperiode aktiv wird. Sprich wenn man von OFF auf AUTO gewechselt hat und die aktuelle Zeitperiode von 9-22 Uhr anhält, wäre nach Anwesenheit von OFF auf AUTO erst um 22 Uhr wieder ein Wechsel stattgefunden. Da am Anfang nur jede Node, die Nachrichten empfing für dessen Mode sie bestimmt war hat die AUTO Node nie mitbekommen, dass zwischenzeitlich ein anderen Mode eingestellt war und deshalb kein Temperatur verschickt, weil sich ja nichts geändert hat und generell ja nur Änderungen verschickt werden.

Stellt man hingegen einen der anderen 3 Modes ein - ist das weniger tragisch. Hier wird nur dann weitergeleitet, wenn sich eine andere Temperatur ergibt. Wenn aber HEAT und ECO beispielsweise die gleiche Temperatur aufweist ist das egal, weil nichts geschickt werden muss, weil wenn nichts gesendet wird es auch egal ist, wenn sich der Modus geändert hat - in beiden Fällen wird nichts gesendet. Es wird also keine Temperatur verschickt, wenn sich diese durch den Modus nicht ändert. Also wenn man den Modus von HEAT auf ECO und umgekehrt wechselt und beide auf die gleiche Temperatur eingestellt sind, wird keine Nachricht an den setpoint des Thermostats verschickt.

Die Auto Node hat aber nicht die unterschiedliche Temperatur als Kriterium für das Versenden von Nachrichten, sondern nur ein Wechsel der Zeitperiode.

Deswegen stand ich gestern vor der Herausforderung, wie ich es bewerkstellige, dass die AUTO Nodes ein Wechsel des Modus mitbekommen. Da das aber in einem Subflow ist - funktioniert das auch mit den Kontextvariablen nicht so einfach. Nach einer Stunde hatte ich dann den Geistesblitz erst mal alle Nachrichten - nicht nur die mit der Eigenschaft mode=AUTO an die Subflow Node also an die AUTO Node weiterzureichen.
Das heisst auch alle Nachrichten im mode=HEAT,ECO oder OFF gehen auch an die AUTO node. Deswegen wird beim ersten Ausgang der Heizungsnode einfach nur gepüft, ob das Nachrichtenobjekt nicht leer ist und das trifft ja auf alle Nachrichten zu. (Vorher stand eben für den ersten Ausgang für den mode = AUTO drin analog zu den anderen Modi).

So nun schauen wir erst mal die Subflows - also die AUTO Nodes an - und war erst mal im Hinblick auf die Behandlung des Moduswechsels.

Hier nochmal in der Subflow in ganzer Ansicht:

Wichtig sind die beiden switch Nodes - die als Filter dienen und die parallel angeordnet sind und somit wie bei einem Schaltplan (deswegen wieder eine Stärke dieses Tools) auch grafisch einer ODER Verknüpfung gleich zu setzen ist.

Die payload wird über die Temperatur gesetzt - ansonsten bleibt das originale Nachrichten aber erhalten. und das ist in diesem Fall genial .

Eine rbe Node scheidet auf, weil hier nur auf Werteänderung der payload geprüft wird.

Schauen wir uns also als nächstes das Nachrichtenobjekt an, dass aus so einer Temperaturnode herauskommt, die ja wie folgt definiert ist:

Sie definiert ein payload Objekt mit der zur jeweiligen Periode zugrhörigen Temperatur:

WIchtig ist also - wie das Nachrichtenobjekt der Temperatur-Nodes aussieht:

Unten sieht man das payload object, die als Zahl die aktuelle Periode enthält.

Ursprünglich war also nur die switch Node da - die geprüft hat, ob sich die Periode geändert hat, das hätte auch eine rbe Node gekonnt. Nun musste ich einen Umgehungsweg finde, wie trotzdem eine Nachricht weitergeleitet wenn sich der modus geändert hat.

Deshalb werden 2 unterschiedliche Bereiche des Nachrichtenobjektes untersucht und das konnte mit 2 parallel geschalteten Switch Node erreicht werden, die auf Werteänderung einmal der Periode

und einmal des modes prüfen:

Wird eine der beiden Bedingungen erfüllt - wird nun die Nachricht weitergeleitet. Nun da ja alle Nachrichten dort ankommen, werden nun ja auch Nachrichten durchgelassen, die beim Moduswechsel zwischen 2 anderen mode's
erfolgen (also ECO und OFF). Um diese Nachrichten nicht durchzulassen, werden diese dann am Ende ausgefiltert, sodass die AUTO Nodes nichts ausspuken:

Dieses Mal muss die 2. switch Node in Serie geschaltet werden - um eine UND Verknüpfung zu implementieren. Es muss also ein Moduswechsel stattgefunden haben und die mode Eigenschaft AUTO aufweisen, damit der untere Weg die Nachricht durchlässt.

So zum Schluss noch eine kurze Erklärung der restlichen Nodes damit die Nachricht bzw. das msg.Objekt an der richtigen Temperaturnode ausggeben wird - hier gibts ein paar Tricks - die ich selbst erst mal rausgefunden habe, um den Flow einigermaßen übersichtlich zu halten:

Als erstes wird ein neues payload Objekt generiert und zwar mit einer sehr mächtigen JSONATA Funktion:
Die erste Change Node erzeugt folgendes payload Objekt der aktuellen Uhrzeit und des aktuellen Wochentags - wenn ein Nachricht in die AUTO Node kommt.

Die Change Node ist wie folgt aufgebaut:

Über die beiden unteren Regel werden 2 Datumsobjekte des aktuellen Zeitpunkts generiert und im ersten Objekt der Wochentag extrahiert mit dem Format "dddd" und der payload Eigenschaft weekday zugewiesen und mit dem Format "HH:mm" der payload Eigenschaft time zugewiesen.

Wenn man in der Change Mode bei dem JSONATA auf die 3 Punkte klickt - dann kann man den Befehl editieren und sieht auch die ganzen JSONATA Funktionien, die hier genutzt werden können:

In diesem Fall ist die Beschreibung der $moment Funktion eher spärlich:

Hier eine Webseite - welche Funktionen die Moment Library beschreibt:

https://momentjs.com/docs/#/displaying/format/
Hier die verwendeten Formate kurz hervorgehoben:

So nun noch die nächste switch Node - um mal zu zeigen, wie man reguläre Ausdrücke in switch Nodes auch anders nutzen kann.

Anstelle von 7 Ausgängen für jeden Wochentag und Verkabelung mit einem Zeitschema - kann man auch nur die Anzahl der benötigten Ausdrücke definieren und regEX nutzen indem man einfach die zu match (enden) Wörter mit ODER verknüpft:

die richtige Temperatur mit dem richtige Ausgang wird über die folgende Switch Node gesetzt wobei hier String Vergleiche aber mit Bereichen sehr einfach implementiert werden können:

So wir nähern uns dem Ende.

Bei den anderen Modi wird die Temperatur einfach auf die eingelesenen Werte oder einen konstanten Wert für OFF gesetzt:

OFF wird einfach auf einen konstanten Zahlenwert, also auf 4.5 gesetzt:

Bei eingelesenen Werten wird die payload auf die eingelesenen Werte und somit auf die im Nachrichtenobjekt mitgeführten Eigenschaften ausserhalb des payload Objektes gesetzt:

So nun der Ausgänge des Hauptflows je Heizung:

Aus allen 4 Nodes kommt also ein Zahlenwert raus, der die Temperatur darstellt, der für den setpoint des DP des MAXCube Adapters geschickt werden soll. Allerdings nur wenn die Temperatur verändert ist, sonst würde alle Minute ein Temperaturwert für jedes Thermostat geschickt und spätesten nach 10 Minuten ist der DutyCycle vor - deswegen oberste Prio bei diesem Flow war - nur wirklich notwendige Nachrichten zu verschicken.

Die rbe Node lässt grundsätzlich nur veränderte Werte durch und enthält den letzten gesetzten Temperaturwert.
Wie oben schon erwähnt, wenn zwischen den manuellen Modi gewechselt wird und die Temperatur nicht geändert wird muss auch kein Nachricht gesendet wird.

Setzt man also die ECO Temperatur im Datenpunkt unter userdata auf 4,5°C und wechselt zwischen ECO und OFF - wird keine Nachricht gesendet usw. .

Die AUTO Node hat zum einen Bypass - da ja der Zeitplan weiter aktiv bleiben muss. Wenn man die Temperatur des AUTO Nodes nur in die rbe Node fließen lassen wurde, dann würde das auch beim Wechsel der Periode geblockt, wenn die nächste Temperaturänderung der letzten Temperatur eines AUTO Modus übereinstimmt. Sprich war der letzte manuelle Modus als HEAT 22°C und die aktuelle Periode im AUTO Modus ist auch 22°C würde keine Nachricht weiter geleitet.

Wir wollten ja, dass wenn man mit ALEXA einen neue Temperatur setzen als 24°C, dass das AUTO Programm weiter aktiv wird und wir nicht den manuellen Modus ausschalten müssen, da der MAX Cube Adapter immer auf den manuellen Modus umschaltet, sobald eine Temperatur gesetzt wird. Dies ist und war ja der Hauptgrund warum wir den ganzen Aufwand betreiben - weil es nicht gewünscht war, dass man aktiv wieder vom manuellen Modus wieder in den AUTO Modus schalten muss.
Da ALEXA ja direkt den setpoint des Thermostates setzt, soll ja bei nächsten Wechsel der Zeitperiode die Temperatur des AUTO Plans aktiv sein und das geht nur, wenn die AUTO Node senden kann, egal welchen Wert die letzte Temperatur eines manuellen Modus war.

So das war die Begründung warum ein Kabel aus der AUTO Node die rbe Node umgeht. Warum muss man trotzdem die AUTO Node mit der rbe Node verbinden?

In der rbe steht ja immer ein Temperaturwert und der muss sich ändern, um die Nachricht weiterzuleiten. Wenn man die Nachricht aus der AUTO Node einfach direkt weiterschickt - war ja im ursprünglichen Flow so und die rbe die gesetzte Temperatur des AUTO Nodes nicht mitbekommt, dann passiert folgendes.
Es wird auf Modus OFF gesetzt, rbe Node enthält 4.5°C - Nachricht wird geschickt, weil die rbe Node ja noch nicht initialisiert war und es noch keinen Vorgängerwert gibt. Nun wird auf AUTO umgeschaltet - es wird direkt 17°C an den setpoint des Thermostats geschickt. Nun schaltet man wieder auf OFF. Es wird keine Nachricht geschickt, da dort ja immer noch 4,5°C steht. Also wird die rbe Node auch mit der Temperatur der AUTO Nodes versorgt. Damit wird beim Zurückschalten auf OFF die NAchricht wieder weitergeleitet, weil nun in der rbe Node ja die 17°C der Auto Node stehen und die 4,5°C ja nun wieder eine Wertänderung darstellt.

So und nun die Entprell-Node - eine Trigger Node - die genialste Node im gesamten NodeRed System - weil die für so viele Anwendungsfälle verwendet werden kann.
Nun in diesem Fall werden ja aus dem AutoNode ein NAchrichtenobjekt beim Wechsel in den AUTO Mode einmal in die rbe Node geschickt und einmal direkt an die Verzögerungsnode. Es würden also 2 mal die gleichen Nachrichten mit der gleichen Temperatur geschickt. Das kann man zwar eigentlich vernachlässigen, aber um halt sicherzustellen, dass nur eine Nachricht verschickt wird - prüft man einfach, dass wenn innerhalb eines bestimmten Zeitraums nur 1 Nachricht verschickt wird.

Deshalb ist die Trigger Node (also die Entprellen Node) wie folgt konfiguriert.

So als erstes kommt die Nachricht von der AUTO Node direkt in die Trigger Node und kurz darauf von der rbe Node. Die trigger Node wartet also 1 Sekunde und innerhalb dieser Sekunde 2 Nachrichten reinkommen, wird nur die letzte Nachricht geschickt.

Eigentlich ist das ein unnötige Verzögerung. Im Prinzip kann man die Trigger Node umgekehrt konfigurieren:

In diesem Fall wird die Nachricht aus der AUTO Node sofort und ohne Zeitverzögerung weitergeleitet. Die Nachricht der rbe Node die innerhalb einer Sekunde kommt, wird weggeschmissen. Das Intervall wird ausgedehnt wenn immer weitere Nachrichten kommen - das heißt jedes Dauerfeuer wird unterbrochen.

Zum Schluss werden alle Nachrichten mit einer halben Sekunde Verzögerung verschickt. Da die Heizungen ja parallel arbeiten - laufen die also in einer Node zusammen und werden dort in einer Queue gespeichert und dann mit gebremster Geschwindigkeit weitergeleitet.

So nun habe ich den Flow erklärt. Ich habe versucht sowohl die Funktion der Nodes zu erklären, aber auch die Logik, die in dem Flow steckt. Wichtig dafür ist aber wirklich, dass man sich voll auf diese Logik konzentriert, wenn sich da ablenken lässt - dann gibt es zuviele Logikfehler. Ich hoffe das wurde deutlich in dem ich versucht habe diverse Szenarien logisch in dem Flow durchzuspielen.

So nun habe ich fertig.

Und nochmal ein Tipp - wenn ich mir Eure Waschmaschinen- Blocklies anschaue. Überleg Dir mal wieviel Komfort so eine TriggerNode oder eine Aggregator Node für Dich bieten würde. Lies Dir mal die Hilfe zu diesen Nodes durch.

[mickym]

@marko1974 Nach dem Du ja beim Thema Waschmaschine schon wieder mit Blocklies unterwegs bist, scheinen Dich ja meine Tipps am Ende meiner Flow Beschreibung weniger zu interessieren.

Um Dir die Möglichkeiten der Split Node auch in Zusammenhang mit einer JOIN Node zu demonstrieren - habe ich im folgendem Flow mal ein paar Beispiele zusammen gefasst:

Spoiler

[
   {
       "id": "c8872a87.997ae8",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "All OFF -JS Objekt(JSON)",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "{\"Kinderzimmer\":{\"mode\":\"OFF\"},\"Schlafzimmer\":{\"mode\":\"OFF\"},\"Wohnzimmer\":{\"mode\":\"OFF\"},\"Flur\":{\"mode\":\"OFF\"},\"Küche\":{\"mode\":\"OFF\"},\"Badezimmer\":{\"mode\":\"OFF\"}}",
       "payloadType": "json",
       "x": 990,
       "y": 780,
       "wires": [
           [
               "f3062735.80d058",
               "125e1468.8fbd0c",
               "4d20e55f.3e7b0c"
           ]
       ]
   },
   {
       "id": "3c719b28.ea0e14",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "Array",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "[\"Montag\",\"Dienstag\",\"Mittwoch\",\"Donnerstag\",\"Freitag\",\"Samstag\",\"Sonntag\"]",
       "payloadType": "json",
       "x": 1050,
       "y": 860,
       "wires": [
           [
               "f3062735.80d058",
               "125e1468.8fbd0c",
               "4d20e55f.3e7b0c"
           ]
       ]
   },
   {
       "id": "f7725813.8a2f28",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "JS Objekt (JSON)",
       "props": [
           {
               "p": "heizung",
               "v": "{\"name\":\"Schlafzimmerthermo xyz\",\"mode\":\"AUTO\",\"setpointtemperature\":20}",
               "vt": "json"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payloadType": "str",
       "x": 1010,
       "y": 720,
       "wires": [
           [
               "f3062735.80d058",
               "125e1468.8fbd0c",
               "4d20e55f.3e7b0c"
           ]
       ]
   },
   {
       "id": "f3062735.80d058",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Originaler Input",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 1260,
       "y": 760,
       "wires": []
   },
   {
       "id": "b9decd2d.f55e",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "string - also Text",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "Die Heizung im Kinderzimmer ist auf 17°C eingestellt - Die Heizung im Wohnzimmer ist auf 22°C eingestellt - Die Heizung im Schlafzimmer ist auf 17°C eingestellt - Im Flur wir nie geheizt - In der Küche ist es immer warm",
       "payloadType": "str",
       "x": 1020,
       "y": 920,
       "wires": [
           [
               "f3062735.80d058",
               "125e1468.8fbd0c",
               "4d20e55f.3e7b0c"
           ]
       ]
   },
   {
       "id": "7d86d57b.46709c",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 1450,
       "y": 940,
       "wires": []
   },
   {
       "id": "125e1468.8fbd0c",
       "type": "split",
       "z": "f51578d8.868868",
       "name": "",
       "splt": "- ",
       "spltType": "str",
       "arraySplt": 1,
       "arraySpltType": "len",
       "stream": false,
       "addname": "",
       "x": 1240,
       "y": 1020,
       "wires": [
           [
               "7d86d57b.46709c",
               "44a7b809.4203c8",
               "32b92a90.0878d6"
           ]
       ]
   },
   {
       "id": "44a7b809.4203c8",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1450,
       "y": 980,
       "wires": []
   },
   {
       "id": "4d20e55f.3e7b0c",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Originaler Input",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1260,
       "y": 800,
       "wires": []
   },
   {
       "id": "32b92a90.0878d6",
       "type": "join",
       "z": "f51578d8.868868",
       "name": "",
       "mode": "auto",
       "build": "string",
       "property": "payload",
       "propertyType": "msg",
       "key": "topic",
       "joiner": "\\n",
       "joinerType": "str",
       "accumulate": "false",
       "timeout": "",
       "count": "",
       "reduceRight": false,
       "x": 1410,
       "y": 1060,
       "wires": [
           [
               "353ca7c0.fc6f78",
               "a394b548.7ee2d8"
           ]
       ]
   },
   {
       "id": "353ca7c0.fc6f78",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 1660,
       "y": 1060,
       "wires": []
   },
   {
       "id": "a394b548.7ee2d8",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1660,
       "y": 1100,
       "wires": []
   },
   {
       "id": "42a3c2d7.6305ac",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "Array",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "[\"Montag\",\"Dienstag\",\"Mittwoch\",\"Donnerstag\",\"Freitag\",\"Samstag\",\"Sonntag\"]",
       "payloadType": "json",
       "x": 1030,
       "y": 1240,
       "wires": [
           [
               "135a2676.aa76fa"
           ]
       ]
   },
   {
       "id": "135a2676.aa76fa",
       "type": "split",
       "z": "f51578d8.868868",
       "name": "",
       "splt": "- ",
       "spltType": "str",
       "arraySplt": 1,
       "arraySpltType": "len",
       "stream": false,
       "addname": "",
       "x": 1170,
       "y": 1240,
       "wires": [
           [
               "855a4de2.cdf7a",
               "686ea273.c66dac"
           ]
       ]
   },
   {
       "id": "686ea273.c66dac",
       "type": "join",
       "z": "f51578d8.868868",
       "name": "",
       "mode": "reduce",
       "build": "string",
       "property": "payload",
       "propertyType": "msg",
       "key": "topic",
       "joiner": "\\n",
       "joinerType": "str",
       "accumulate": false,
       "timeout": "",
       "count": "",
       "reduceRight": false,
       "reduceExp": "$A & payload & \" - \"",
       "reduceInit": "",
       "reduceInitType": "str",
       "reduceFixup": "$substring($A,0,$length($A)-3)\t",
       "x": 1470,
       "y": 1240,
       "wires": [
           [
               "18140ac7.295275"
           ]
       ]
   },
   {
       "id": "18140ac7.295275",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1700,
       "y": 1240,
       "wires": []
   },
   {
       "id": "855a4de2.cdf7a",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1350,
       "y": 1180,
       "wires": []
   },
   {
       "id": "f4ba6b18.c94338",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "false",
       "statusVal": "",
       "statusType": "auto",
       "x": 830,
       "y": 1040,
       "wires": []
   },
   {
       "id": "aeeb109c.d84fe",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "Array",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "[1,2,3]",
       "payloadType": "json",
       "x": 1010,
       "y": 1580,
       "wires": [
           [
               "8c6e0a94.c66b58"
           ]
       ]
   },
   {
       "id": "8c6e0a94.c66b58",
       "type": "split",
       "z": "f51578d8.868868",
       "name": "",
       "splt": "- ",
       "spltType": "str",
       "arraySplt": 1,
       "arraySpltType": "len",
       "stream": false,
       "addname": "",
       "x": 1150,
       "y": 1580,
       "wires": [
           [
               "7550a747.916db8",
               "f29be1a0.4b39b"
           ]
       ]
   },
   {
       "id": "f29be1a0.4b39b",
       "type": "join",
       "z": "f51578d8.868868",
       "name": "",
       "mode": "reduce",
       "build": "string",
       "property": "payload",
       "propertyType": "msg",
       "key": "topic",
       "joiner": "\\n",
       "joinerType": "str",
       "accumulate": false,
       "timeout": "",
       "count": "",
       "reduceRight": false,
       "reduceExp": "$A + payload",
       "reduceInit": "0",
       "reduceInitType": "num",
       "reduceFixup": "",
       "x": 1450,
       "y": 1580,
       "wires": [
           [
               "244872b6.57050e"
           ]
       ]
   },
   {
       "id": "244872b6.57050e",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1680,
       "y": 1580,
       "wires": []
   },
   {
       "id": "7550a747.916db8",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1330,
       "y": 1520,
       "wires": []
   },
   {
       "id": "d236e710.7db608",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "Array",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "[\"Montag\",\"Dienstag\",\"Mittwoch\",\"Donnerstag\",\"Freitag\",\"Samstag\",\"Sonntag\"]",
       "payloadType": "json",
       "x": 1010,
       "y": 1400,
       "wires": [
           [
               "f3df0c37.b2496"
           ]
       ]
   },
   {
       "id": "f3df0c37.b2496",
       "type": "split",
       "z": "f51578d8.868868",
       "name": "",
       "splt": "- ",
       "spltType": "str",
       "arraySplt": 1,
       "arraySpltType": "len",
       "stream": false,
       "addname": "",
       "x": 1150,
       "y": 1400,
       "wires": [
           [
               "8d977bbd.932998",
               "46f88853.8d5f18"
           ]
       ]
   },
   {
       "id": "ca8a83d6.fc65f",
       "type": "join",
       "z": "f51578d8.868868",
       "name": "",
       "mode": "auto",
       "build": "string",
       "property": "payload",
       "propertyType": "msg",
       "key": "topic",
       "joiner": "\\n",
       "joinerType": "str",
       "accumulate": false,
       "timeout": "",
       "count": "",
       "reduceRight": false,
       "reduceExp": "$A & payload & \" - \"",
       "reduceInit": "",
       "reduceInitType": "str",
       "reduceFixup": "$substring($A,0,$length($A)-3)\t",
       "x": 1450,
       "y": 1400,
       "wires": [
           [
               "998db142.16b6c"
           ]
       ]
   },
   {
       "id": "998db142.16b6c",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1680,
       "y": 1400,
       "wires": []
   },
   {
       "id": "8d977bbd.932998",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1330,
       "y": 1340,
       "wires": []
   },
   {
       "id": "46f88853.8d5f18",
       "type": "change",
       "z": "f51578d8.868868",
       "name": "translate",
       "rules": [
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Montag",
               "fromt": "str",
               "to": "Monday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Dienstag",
               "fromt": "str",
               "to": "Tuesday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Mittwoch",
               "fromt": "str",
               "to": "Wednesday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Donnerstag",
               "fromt": "str",
               "to": "Thursday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Freitag",
               "fromt": "str",
               "to": "Friday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Samstag",
               "fromt": "str",
               "to": "Saturday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Sonntag",
               "fromt": "str",
               "to": "Sunday",
               "tot": "str"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 1300,
       "y": 1400,
       "wires": [
           [
               "ca8a83d6.fc65f"
           ]
       ]
   },
   {
       "id": "62fa32cf.d5b37c",
       "type": "comment",
       "z": "f51578d8.868868",
       "name": "Lies mich",
       "info": "Warum das Ganze - erst splitten dann wieder zusammensetzen. Nun damit kann man die einzelnen Werte bearbeiten und wieder zusammensetzen. Jedoch muss Anzahl identisch bleiben - das heißt die parts müssen gleich bleiben",
       "x": 880,
       "y": 1320,
       "wires": []
   },
   {
       "id": "a57f4164.a432",
       "type": "comment",
       "z": "f51578d8.868868",
       "name": "Lies mich",
       "info": "msg.parts anschauen - die split Node generiert hat:\n\nschau Dir an:\n\nmsg.parts.count\nmsg.parts.index",
       "x": 1420,
       "y": 880,
       "wires": []
   }
]

Ansonsten dann bis später am Abend.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 Nach dem Du ja beim Thema Waschmaschine schon wieder mit Blocklies unterwegs bist, scheinen Dich ja meine Tipps am Ende meiner Flow Beschreibung weniger zu interessieren.

Um Dir die Möglichkeiten der Split Node auch in Zusammenhang mit einer JOIN Node zu demonstrieren - habe ich im folgendem Flow mal ein paar Beispiele zusammen gefasst:

Spoiler

[
   {
       "id": "c8872a87.997ae8",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "All OFF -JS Objekt(JSON)",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "{\"Kinderzimmer\":{\"mode\":\"OFF\"},\"Schlafzimmer\":{\"mode\":\"OFF\"},\"Wohnzimmer\":{\"mode\":\"OFF\"},\"Flur\":{\"mode\":\"OFF\"},\"Küche\":{\"mode\":\"OFF\"},\"Badezimmer\":{\"mode\":\"OFF\"}}",
       "payloadType": "json",
       "x": 990,
       "y": 780,
       "wires": [
           [
               "f3062735.80d058",
               "125e1468.8fbd0c",
               "4d20e55f.3e7b0c"
           ]
       ]
   },
   {
       "id": "3c719b28.ea0e14",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "Array",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "[\"Montag\",\"Dienstag\",\"Mittwoch\",\"Donnerstag\",\"Freitag\",\"Samstag\",\"Sonntag\"]",
       "payloadType": "json",
       "x": 1050,
       "y": 860,
       "wires": [
           [
               "f3062735.80d058",
               "125e1468.8fbd0c",
               "4d20e55f.3e7b0c"
           ]
       ]
   },
   {
       "id": "f7725813.8a2f28",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "JS Objekt (JSON)",
       "props": [
           {
               "p": "heizung",
               "v": "{\"name\":\"Schlafzimmerthermo xyz\",\"mode\":\"AUTO\",\"setpointtemperature\":20}",
               "vt": "json"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payloadType": "str",
       "x": 1010,
       "y": 720,
       "wires": [
           [
               "f3062735.80d058",
               "125e1468.8fbd0c",
               "4d20e55f.3e7b0c"
           ]
       ]
   },
   {
       "id": "f3062735.80d058",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Originaler Input",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 1260,
       "y": 760,
       "wires": []
   },
   {
       "id": "b9decd2d.f55e",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "string - also Text",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "Die Heizung im Kinderzimmer ist auf 17°C eingestellt - Die Heizung im Wohnzimmer ist auf 22°C eingestellt - Die Heizung im Schlafzimmer ist auf 17°C eingestellt - Im Flur wir nie geheizt - In der Küche ist es immer warm",
       "payloadType": "str",
       "x": 1020,
       "y": 920,
       "wires": [
           [
               "f3062735.80d058",
               "125e1468.8fbd0c",
               "4d20e55f.3e7b0c"
           ]
       ]
   },
   {
       "id": "7d86d57b.46709c",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 1450,
       "y": 940,
       "wires": []
   },
   {
       "id": "125e1468.8fbd0c",
       "type": "split",
       "z": "f51578d8.868868",
       "name": "",
       "splt": "- ",
       "spltType": "str",
       "arraySplt": 1,
       "arraySpltType": "len",
       "stream": false,
       "addname": "",
       "x": 1240,
       "y": 1020,
       "wires": [
           [
               "7d86d57b.46709c",
               "44a7b809.4203c8",
               "32b92a90.0878d6"
           ]
       ]
   },
   {
       "id": "44a7b809.4203c8",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1450,
       "y": 980,
       "wires": []
   },
   {
       "id": "4d20e55f.3e7b0c",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Originaler Input",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1260,
       "y": 800,
       "wires": []
   },
   {
       "id": "32b92a90.0878d6",
       "type": "join",
       "z": "f51578d8.868868",
       "name": "",
       "mode": "auto",
       "build": "string",
       "property": "payload",
       "propertyType": "msg",
       "key": "topic",
       "joiner": "\\n",
       "joinerType": "str",
       "accumulate": "false",
       "timeout": "",
       "count": "",
       "reduceRight": false,
       "x": 1410,
       "y": 1060,
       "wires": [
           [
               "353ca7c0.fc6f78",
               "a394b548.7ee2d8"
           ]
       ]
   },
   {
       "id": "353ca7c0.fc6f78",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "true",
       "targetType": "full",
       "statusVal": "",
       "statusType": "auto",
       "x": 1660,
       "y": 1060,
       "wires": []
   },
   {
       "id": "a394b548.7ee2d8",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1660,
       "y": 1100,
       "wires": []
   },
   {
       "id": "42a3c2d7.6305ac",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "Array",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "[\"Montag\",\"Dienstag\",\"Mittwoch\",\"Donnerstag\",\"Freitag\",\"Samstag\",\"Sonntag\"]",
       "payloadType": "json",
       "x": 1030,
       "y": 1240,
       "wires": [
           [
               "135a2676.aa76fa"
           ]
       ]
   },
   {
       "id": "135a2676.aa76fa",
       "type": "split",
       "z": "f51578d8.868868",
       "name": "",
       "splt": "- ",
       "spltType": "str",
       "arraySplt": 1,
       "arraySpltType": "len",
       "stream": false,
       "addname": "",
       "x": 1170,
       "y": 1240,
       "wires": [
           [
               "855a4de2.cdf7a",
               "686ea273.c66dac"
           ]
       ]
   },
   {
       "id": "686ea273.c66dac",
       "type": "join",
       "z": "f51578d8.868868",
       "name": "",
       "mode": "reduce",
       "build": "string",
       "property": "payload",
       "propertyType": "msg",
       "key": "topic",
       "joiner": "\\n",
       "joinerType": "str",
       "accumulate": false,
       "timeout": "",
       "count": "",
       "reduceRight": false,
       "reduceExp": "$A & payload & \" - \"",
       "reduceInit": "",
       "reduceInitType": "str",
       "reduceFixup": "$substring($A,0,$length($A)-3)\t",
       "x": 1470,
       "y": 1240,
       "wires": [
           [
               "18140ac7.295275"
           ]
       ]
   },
   {
       "id": "18140ac7.295275",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1700,
       "y": 1240,
       "wires": []
   },
   {
       "id": "855a4de2.cdf7a",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1350,
       "y": 1180,
       "wires": []
   },
   {
       "id": "f4ba6b18.c94338",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "false",
       "statusVal": "",
       "statusType": "auto",
       "x": 830,
       "y": 1040,
       "wires": []
   },
   {
       "id": "aeeb109c.d84fe",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "Array",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "[1,2,3]",
       "payloadType": "json",
       "x": 1010,
       "y": 1580,
       "wires": [
           [
               "8c6e0a94.c66b58"
           ]
       ]
   },
   {
       "id": "8c6e0a94.c66b58",
       "type": "split",
       "z": "f51578d8.868868",
       "name": "",
       "splt": "- ",
       "spltType": "str",
       "arraySplt": 1,
       "arraySpltType": "len",
       "stream": false,
       "addname": "",
       "x": 1150,
       "y": 1580,
       "wires": [
           [
               "7550a747.916db8",
               "f29be1a0.4b39b"
           ]
       ]
   },
   {
       "id": "f29be1a0.4b39b",
       "type": "join",
       "z": "f51578d8.868868",
       "name": "",
       "mode": "reduce",
       "build": "string",
       "property": "payload",
       "propertyType": "msg",
       "key": "topic",
       "joiner": "\\n",
       "joinerType": "str",
       "accumulate": false,
       "timeout": "",
       "count": "",
       "reduceRight": false,
       "reduceExp": "$A + payload",
       "reduceInit": "0",
       "reduceInitType": "num",
       "reduceFixup": "",
       "x": 1450,
       "y": 1580,
       "wires": [
           [
               "244872b6.57050e"
           ]
       ]
   },
   {
       "id": "244872b6.57050e",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1680,
       "y": 1580,
       "wires": []
   },
   {
       "id": "7550a747.916db8",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1330,
       "y": 1520,
       "wires": []
   },
   {
       "id": "d236e710.7db608",
       "type": "inject",
       "z": "f51578d8.868868",
       "name": "Array",
       "props": [
           {
               "p": "payload"
           }
       ],
       "repeat": "",
       "crontab": "",
       "once": false,
       "onceDelay": 0.1,
       "topic": "",
       "payload": "[\"Montag\",\"Dienstag\",\"Mittwoch\",\"Donnerstag\",\"Freitag\",\"Samstag\",\"Sonntag\"]",
       "payloadType": "json",
       "x": 1010,
       "y": 1400,
       "wires": [
           [
               "f3df0c37.b2496"
           ]
       ]
   },
   {
       "id": "f3df0c37.b2496",
       "type": "split",
       "z": "f51578d8.868868",
       "name": "",
       "splt": "- ",
       "spltType": "str",
       "arraySplt": 1,
       "arraySpltType": "len",
       "stream": false,
       "addname": "",
       "x": 1150,
       "y": 1400,
       "wires": [
           [
               "8d977bbd.932998",
               "46f88853.8d5f18"
           ]
       ]
   },
   {
       "id": "ca8a83d6.fc65f",
       "type": "join",
       "z": "f51578d8.868868",
       "name": "",
       "mode": "auto",
       "build": "string",
       "property": "payload",
       "propertyType": "msg",
       "key": "topic",
       "joiner": "\\n",
       "joinerType": "str",
       "accumulate": false,
       "timeout": "",
       "count": "",
       "reduceRight": false,
       "reduceExp": "$A & payload & \" - \"",
       "reduceInit": "",
       "reduceInitType": "str",
       "reduceFixup": "$substring($A,0,$length($A)-3)\t",
       "x": 1450,
       "y": 1400,
       "wires": [
           [
               "998db142.16b6c"
           ]
       ]
   },
   {
       "id": "998db142.16b6c",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Wieder zusammengesetzer Input ",
       "active": true,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1680,
       "y": 1400,
       "wires": []
   },
   {
       "id": "8d977bbd.932998",
       "type": "debug",
       "z": "f51578d8.868868",
       "name": "Aufgeteilter Input ",
       "active": false,
       "tosidebar": true,
       "console": false,
       "tostatus": false,
       "complete": "payload",
       "targetType": "msg",
       "statusVal": "",
       "statusType": "auto",
       "x": 1330,
       "y": 1340,
       "wires": []
   },
   {
       "id": "46f88853.8d5f18",
       "type": "change",
       "z": "f51578d8.868868",
       "name": "translate",
       "rules": [
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Montag",
               "fromt": "str",
               "to": "Monday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Dienstag",
               "fromt": "str",
               "to": "Tuesday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Mittwoch",
               "fromt": "str",
               "to": "Wednesday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Donnerstag",
               "fromt": "str",
               "to": "Thursday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Freitag",
               "fromt": "str",
               "to": "Friday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Samstag",
               "fromt": "str",
               "to": "Saturday",
               "tot": "str"
           },
           {
               "t": "change",
               "p": "payload",
               "pt": "msg",
               "from": "Sonntag",
               "fromt": "str",
               "to": "Sunday",
               "tot": "str"
           }
       ],
       "action": "",
       "property": "",
       "from": "",
       "to": "",
       "reg": false,
       "x": 1300,
       "y": 1400,
       "wires": [
           [
               "ca8a83d6.fc65f"
           ]
       ]
   },
   {
       "id": "62fa32cf.d5b37c",
       "type": "comment",
       "z": "f51578d8.868868",
       "name": "Lies mich",
       "info": "Warum das Ganze - erst splitten dann wieder zusammensetzen. Nun damit kann man die einzelnen Werte bearbeiten und wieder zusammensetzen. Jedoch muss Anzahl identisch bleiben - das heißt die parts müssen gleich bleiben",
       "x": 880,
       "y": 1320,
       "wires": []
   },
   {
       "id": "a57f4164.a432",
       "type": "comment",
       "z": "f51578d8.868868",
       "name": "Lies mich",
       "info": "msg.parts anschauen - die split Node generiert hat:\n\nschau Dir an:\n\nmsg.parts.count\nmsg.parts.index",
       "x": 1420,
       "y": 880,
       "wires": []
   }
]

Ansonsten dann bis später am Abend.

Ich hab da halt schon fertige Sachen gehabt und passe die nur an. Was komplett neu machen wollte ich da eigentlich nicht. Das blockly war ja schon fertig.

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Ich hab da halt schon fertige Sachen gehabt und passe die nur an. Was komplett neu machen wollte ich da eigentlich nicht. Das blockly war ja schon fertig.

Na wenn es funktioniert ist ja gut - ich hab ja nur den Eindruck - noch nicht so wie gewünscht.

[Marko1974]

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Ich hab da halt schon fertige Sachen gehabt und passe die nur an. Was komplett neu machen wollte ich da eigentlich nicht. Das blockly war ja schon fertig.

Na wenn es funktioniert ist ja gut - ich hab ja nur den Eindruck - noch nicht so wie gewünscht.

Der Eindruck könnte stimmen

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

@mickym said in MAX! Cube Blockly Abwesenheit:

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Ich hab da halt schon fertige Sachen gehabt und passe die nur an. Was komplett neu machen wollte ich da eigentlich nicht. Das blockly war ja schon fertig.

Na wenn es funktioniert ist ja gut - ich hab ja nur den Eindruck - noch nicht so wie gewünscht.

Der Eindruck könnte stimmen

Na nachdem Ausschalten des Knitterschutzes jetzt sicher kein Problem mehr.