MAX! Cube Blockly Abwesenheit
-
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 Also wenn Du in Abwesenheit bestimmte Räume auf ECO umstellen willst musst Du nur die Räume halt auf ECO statt auf OFF umstellen und im userdata ECO Datenpunkt die gewünschte Temperatur hinterlegen. Also siehst ist alles schon implementiert:
IM Prinzip habe ich Dir das implementiert - aber ich würde schon gerne, dass Du den Flow selbst verstehst und auch selbst erweitern kannst. Man kann ja darüber reden. Deshalb würde ich den Flow erst mal ungern ändern bevor Du den Flow nicht verstanden hast.
Vielleicht beschreibst Du mir einfach , was der Flow macht.
Ich hab 3 Flows daraus gemacht...welchen möchtest du erklärt haben?Also: Der komplette Flow steuert in einem eigenen Modus eine Heizungsanlage, um keine MAX Heizpläne mehr nutzen zu müssen.
Er hat einen eigenen AUTO mode, der die Pläne, die ich vorgegeben habe abarbeitet.
Das ganze ist gekoppelt mit einer An-und Abwesenheit über Fritzbox, in der 2 Phones im WLAN sind.
Alles ist gekoppelt mit Datenpunkten in userdata.0 und weitergabe an die Datenpunkte im Max Adapter.
Wird eine Abwesenheit erkannt wird der Mode auf OFF gesetzt und urze Zeit später regeln die Heizungen runter.
Kommt man wieder an, wird auf das eigene AUTO gestellt und die Heizung erhält die Temp., die im Zeitplan laut Periode 1-x vorgegeben ist.Er kann aber nicht nur AUTO, sondern auch HEAT, OFF und ECO.
Die Pläne kann ich selbst abändern und ich könnte wahrscheinlich auch abändern, dass die Heizungen nicht ausschalten, sondern bei Abwesenheit in ECO laufen.
Mache ich aber nicht, weil ich erstmal abwarten möchte, wie das System so läuft.
Ich kann nur sagen: 1000 Dank - machst Du das beruflich? Als Hobby doch bestimmt nicht -
Wie gesagt - schau trotzdem mal, dass Du den Flow checkst - kann ja mal sein, dass mich der Schlag getroffen hat.
Mach keinen Mist! Ist brauch Dich noch!
-
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
Ich kann nur sagen: 1000 Dank - machst Du das beruflich? Als Hobby doch bestimmt nicht
Doch.
Hobby - Wobei ich mein eigenes System vernachlässige und mich gerne anderen Herausforderungen stelle. NUn bei der Erklärung des Flows das passt im Groben aber wie ist es realisiert.
Kannst Du erklären, was hier gemacht wird:
Wie gesagt es geht mir nicht darum, dass Du nun von heute auf morgen selbst solche Flows erstellst - aber Du solltest wissen, was momentan passiert und warum und wieso um selbst eingreifen zu können.
-
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
Ich kann nur sagen: 1000 Dank - machst Du das beruflich? Als Hobby doch bestimmt nicht
Doch.
Hobby - Wobei ich mein eigenes System vernachlässige und mich gerne anderen Herausforderungen stelle. NUn bei der Erklärung des Flows das passt im Groben aber wie ist es realisiert.
Kannst Du erklären, was hier gemacht wird:
Ja natürlich!
Hier wird die Abwesenheit gesteuert.-
Es gibt zuerst ein IN-node, der sich vom Datenpunkt AbsenceALL die presence zieht.
Den kann man auch manuell über die beiden Trigger true/false triggern. -
True und false wird dann aufgesplittet, je nach state der Abwesenheit
a) in alle Heizungen AUS und einer Telegram Nachricht, dass alle aus sind und des weiteren
b) wird dort an den Datenpunkt geschickt, dass er ein OFF Flag als Status haben soll. -
Ist man jedoch zuhause wird der Status AUTO gesetzt, der im anderen flow die Zeitpläne abarbeitet und natürlich wieder ein Telegram geschickt.
-
Split ist wohl dafür , da beide Modi in den Split reinlaufen, das auseinander zu dröseln
Letztendlich ist am Ende des Flows dann eine Debug Node, die aus AUS ist....wenn man mal Probleme hat, macht man sie an und kann sehen was eigentlich wirklich in die Datenpunkte rausgeht
Der iob write value beschreibt ALLE Datenpunkte mit AUTO, daher ist da kein spezifischer zugeordnet.
Er heisst IOB weil das System node-red ist, er aber in die Datenpunkte von ioB schreibt.Schöner wäre, da stünden dann auch alle Datenpunkte drunter....aber das sprengt den Rahmen.
-
-
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
Split ist wohl dafür , da beide Modi in den Split reinlaufen, das auseinander zu halten.
Nein stimmt nicht Verkehrt
Was hält den Split auseinander - hast Du schon mal in die Node geschaut, ob Du da irgendwelche Kriterien findest, die was auseinander halten? Mit dem Auseinanderdröseln ist zwar richtig , aber warum funktioniert das und warum?Letztendlich sind am Ende dann eine Debug Node, die aus AUS ist....wenn man mal Probleme hat, macht man sie an und kann sehen was eigentlich am Ende rausgeht
Wohin raus geht - was wird denn wohin geschrieben?
Der iob write value beschreibt ALLE Datenpunkte mit AUTO, daher ist da ein spezifischer zugeordnet.
Warum - wie geht das? Da steht doch kein Topic drin, woher weiß die Node was wohin geschrieben werden soll?
Schöner wäre, da stünden dann auch alle Datenpunkte drunter....aber das sprengt den Rahmen.
Hätte ich machen können, wollte ich bewusst nicht, weil es so viel effizienter ist und dafür hast Du ja die Objektansicht im iobroker, um Dir den Status jedes einzelnen Heizung anzuschauen.
-
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
Split ist wohl dafür , da beide Modi in den Split reinlaufen, das auseinander zu halten.
Nein stimmt nicht Verkehrt
Was hält den Split auseinander - hast Du schon mal in die Node geschaut, ob Du da irgendwelche Kriterien findest, die was auseinander halten? Mit dem Auseinanderdröseln ist zwar richtig , aber warum funktioniert das und warum?Ich weiß! Da kommen mehrere Dinge gleichzeitig durch und er packt es in einen einzigen String.
Letztendlich sind am Ende dann eine Debug Node, die aus AUS ist....wenn man mal Probleme hat, macht man sie an und kann sehen was eigentlich am Ende rausgeht
Wohin raus geht - was wird denn wohin geschrieben?
Na das Auto oder das Off an DP in userdataDer iob write value beschreibt ALLE Datenpunkte mit AUTO, daher ist da ein spezifischer zugeordnet.
Warum - wie geht das? Da steht doch kein Topic drin, woher weiß die Node was wohin geschrieben werden soll?
durch dieses payload.mode
und dadurch, dass im all auto die mode zuordnungen zu den einzelnen mode DP implementiert sind
im off auchSchöner wäre, da stünden dann auch alle Datenpunkte drunter....aber das sprengt den Rahmen.
Hätte ich machen können, wollte ich bewusst nicht, weil es so viel effizienter ist und dafür hast Du ja die Objektansicht im iobroker, um Dir den Status jedes einzelnen Heizung anzuschauen.
-
@mickym was ich nur gerade mal wieder nicht verstehe ist das:
Hat er die ganze Zeit nicht getan....und seit 0 Uhr macht er es plötzlich wieder
-
@marko1974 said in MAX! Cube Blockly Abwesenheit:
@mickym was ich nur gerade mal wieder nicht verstehe ist das:
Hat er die ganze Zeit nicht getan....und seit 0 Uhr macht er es plötzlich wieder
haha....endlich mal was selbst gefunden!
Erledigt! -
Na schaut vielleicht sogar normal aus, wobei man das in der Adapterkonfig vielleicht ändern kann.
Es sieht so aus, also ob der Adapter den CUBE alle 60 s kontaktiert - das kann man machen, damit man mit der Orginal-App noch die Chace hat drauf zu kommen - aber ich habe die Erfahrung, dass der Cube mit dem permanenten Verbindungsaufbau instabil wird.
Musst halt schauen, ob man den Adapter so einstellen kann, dass er permanent die Verbindung hält
-
@marko1974 Wenns Dir zuviel wird - sagst Du es halt - aber ich merke so richtig weißt Du es halt nicht.
NodeRed ist ein System - das Nachrichtenobjekte durch die Flows schickt.
Alle Nodes die nur einen Ausgang aber keinen Eingang haben - erzeugen selbstständig diese Nachrichtenobjekte und werden dann entlang der Verkabelung von einer Node zur nächsten weiter gereicht. Führen einmal 2 oder mehrere Kabel zu anderen Nodes wird das Nachrichtenobjekt kopiert und an alle nachfolgenden Nodes weiter geschickt - bis dann am Ende eine Ausgabe erfolgt.
Ein Nachrichtenobjekt ist ein Javascript Objekt und heißt msg.
Hier findest Du einen Beschreibung zu JS Objekten:
https://www.w3schools.com/js/js_objects.asp
Standardmässig hat jedes Nachrichtenobjekt eine ID und eben meist ein payload, die die Nutzdaten enthält:
Wenn Du Dir also über ein Debug Node - das anschauen willst, dann lässt Du Dir das komplette Nachrichtenobjekt ausgeben.
Meist enthält ein Standard-Nachrichtenobjekt auch noch ein Topic, damit man die payload - also die Nutzdaten thematisch zuordnen kann.
Wenn ich also ein Nachrichtenobjekt
---------------- CANCELED -------------------
-
@mickym said in MAX! Cube Blockly Abwesenheit:
Na schaut vielleicht sogar normal aus, wobei man das in der Adapterkonfig vielleicht ändern kann.
Es sieht so aus, also ob der Adapter den CUBE alle 60 s kontaktiert - das kann man machen, damit man mit der Orginal-App noch die Chace hat drauf zu kommen - aber ich habe die Erfahrung, dass der Cube mit dem permanenten Verbindungsaufbau instabil wird.
nein...eigentlich sollte er um 0 Uhr einfach neu starten.....das war vor diesen ganzen flows der Fall. Leider hatte ich festgelegt jede Minute von stunde 0
-
@marko1974 ICh würde den nicht neustarten lassen - das ist viel stabiler.
-
@marko1974 was wir noch kurz machen könnten, wäre ein heizung aus bei fenster offen.
Ich habe fast überall max sensoren dafür ausser im bad. da ist ein aqara.
Hatte da was in blockly. aber vielleicht wäre es nun besser in node red -
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 ICh würde den nicht neustarten lassen - das ist viel stabiler.
wollte ich auch gar nicht. hab ich rausgenommen.
-
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
@marko1974 was wir noch kurz machen könnten, wäre ein heizung aus bei fenster offen.
Ich habe fast überall max sensoren dafür ausser im bad. da ist ein aqara.
Hatte da was in blockly. aber vielleicht wäre es nun besser in node redWollte Dir ein paar Basics zu NodeRed erklären - aber ist wohl nur mässiges Interesse von Deiner Seite da.
-
@mickym ist total da....SEHR GERNE SOGAR.
Ich versuche gerade mal den flow selbst zu machen -
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
@mickym ist total da....SEHR GERNE SOGAR.
Ich versuche gerade mal den flow selbst zu machenNa warum versuchst Du dann nicht den Flow zu verstehen und wenn ich anfange was zu erklären - fragst Du mich ob man Blocklies umschreiben könnte. Klar kann ich das - aber lieber wäre mir Du machst es selbst?
Soll ich nun bei CANCELED weiter machen oder es bleiben lassen - ich investiere ja auch bissi Zeit - so ist das nicht. Mir wäre es lieber Du würdest ggf. Fragen stellen - zu dem was ich geschrieben habe - anstelle mit Deinen Gedanken dabei zu sein was man noch alles anstellen könnte. - Ich weiß Du meinst es nicht bös - aber ich weiß halt gar nicht, ob es überhaupt Zweck hat, weil Du mit Deinen Gedanken einfach ganz woanders bist.
-
@mickym said in MAX! Cube Blockly Abwesenheit:
@marko1974 sagte in MAX! Cube Blockly Abwesenheit:
@mickym ist total da....SEHR GERNE SOGAR.
Ich versuche gerade mal den flow selbst zu machenNa warum versuchst Du dann nicht den Flow zu verstehen und wenn ich anfange was zu erklären - fragst Du mich ob man Blocklies umschreiben könnte. Klar kann ich das - aber lieber wäre mir Du machst es selbst?
Soll ich nun bei CANCELED weiter machen oder es bleiben lassen - ich investiere ja auch bissi Zeit - so ist das nicht. Mir wäre es lieber Du würdest ggf. Fragen stellen - zu dem was ich geschrieben habe - anstelle mit Deinen Gedanken dabei zu sein was man noch alles anstellen könnte. - Ich weiß Du meinst es nicht bös - aber ich weiß halt gar nicht, ob es überhaupt Zweck hat, weil Du mit Deinen Gedanken einfach ganz woanders bist.
Ich bin nur bei Dir und muss auch gleich wieder ins Bett, weil morgen die Arbeit ruft. Aber sieh doch mal....ich versuche doch gerade erstmal das zu verarbeiten, was du mir vorhin erklärt hast. Und da hänge ich nun an diesem Split, den ich ja vielleicht verstanden habe. Wollte jetzt mal glänzen und was nachbauen, weil ich eine Parallele gesehen habe - ich bin total interessiert - nur ich bin halt nicht so nachtaktiv. Ich will das auch alles können.
Guck doch mal.
Ich brauche das nicht unbedingt....ich wollte das nur mal nachbauen:
-
@marko1974 Ich würde sicherheisthalber mal die iobroker Out Node deaktivieren - und wie gesagt Du hast es nicht verstanden - sonst würdest Du nicht einfach den Flow kopiere. Mach die iobroker Out Node weg und schau was rauskommt aus der Debug Node
-
