Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Marko1974]

@mickym Ja ich glaube das mit eco ist ne gute idee. Nunja....das mit dem Schalten der Heizungen wenn der Fernseher angeht ist prizipiell ne gute Sache.
Ich würde das bei mir auch so machen.
Nur ich das halt jetzt bei meinen Eltern alles umgesetzt. Da gibts auch Bewegungsmelder die Lampen einschalten.
Bei mir zuhause hab ich nur Dinge die ich entweder in Home oder in einer App steuere. Ich habe nichtmals auf meinem eigenen Raspberry ioBroker drauf
Ein Alarm System was nicht funktioniert
Bewässerungsdinge, Harmony, Aqara, shell, fritz....und sogar die uralten Funksteckdosen laufen.

Die Heizungen liefen ja auch vorher....aber halt so wie sie das wollten.
Wenn man ehrlich ist, stellt die Heizung die Temperatur um eine bestimmte Zeit auf Temperatur x und keiner ist im Raum....da wird dann geguckt ob sie schaltet, man freut sich und geht wieder und kommt in 2 Stunden wieder. Nennt sich: schonmal vorheizen
Bestimmt wäre es besser mit sowas zu arbeiten, was Du gerade geschildert hast.

[mickym]

@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.

[Marko1974]

Also erst mal die vorhanden Mittel in meinen Augen richtig einsetzen. Jetzt schau doch erst mal - ein bisschen längere Zeit, ob das läuft was wir implementiert haben - sonst baut man nur neue Fehler ein - ohne einen gesicherten Stand zu haben,

Wir sind alle super dankbar, dass es so läuft wie es jetzt gerade läuft. Vor allem, dass jetzt wirklich alles funktioniert.

Also wenn Du in Abwesenheit nicht ganz ausschalten willst - das AUTO Programm aber weiterhin in Anwesenheit und nicht in Abwesenheit nutzen willst - dann böte sich wenn Du die Heizung nicht OFF schalten willst die ECO Temperatur an.

und wenn Du in einer VISualisierung temporäre Änderungen vornehmen willst - brauchst ja nur den setpoint im MAXCube Adapter setzen, bei laufendem Autoprogramm wird ja nun bei der nächsten Periode wieder auf den Zeitplan umgeschaltet. Das wolltest Du doch alles so.
Die Alexa App hat ja auch eine Visualisierung.

Wie gesagt: Es geht hierbei nicht um mich. Wir haben beide einen guten Dienst für zwei 80 jährige geleistet und die sind damit vollauf zufrieden.

Wie gesagt wenn Du Wetterbericht oder sonst was noch einfließen lassen willst kann man das auch machen - und dann muss man halt entscheiden welche Datenpunkte man verändert. Über den Flow hast Du über die Modi Einfluss, wobei die Temperaturen für ECO und HEAT ja auch über eine Logik gesteuert werden können - aber ich rede Dir da nicht rein.

Mit dem Wetterbericht das war eigentlich aus der folgenden Idee geboren: Ich musste mich jedes Jahr im Oktober immer mit dieser Heizung beschäftigen, weil die Home App sie rausgeschmissen hatte oder irgendwas anderes nicht mehr lief. ICH wollte mir das ersparen und einfach sagen können - wenn es warm wird, mache alle Heizungen aus und mache einfach gar nichts damit. Und wenn es kalt wird und es ist ungefähr Oktober...dann sollen sie wie jetzt auch laufen.

[mickym]

@marko1974 sagte in MAX! Cube Blockly Abwesenheit:

Mit dem Wetterbericht das war eigentlich aus der folgenden Idee geboren: Ich musste mich jedes Jahr im Oktober immer mit dieser Heizung beschäftigen, weil die Home App sie rausgeschmissen hatte oder irgendwas anderes nicht mehr lief. ICH wollte mir das ersparen und einfach sagen können - wenn es warm wird, mache alle Heizungen aus und mache einfach gar nichts damit. Und wenn es kalt wird und es ist ungefähr Oktober...dann sollen sie wie jetzt auch laufen.

Wie gesagt - das ist in meinen Augen unnötig - die Thermostate sind so intelligent, dass im Sommer nicht geheizt wird, wenn die Tempertatur höher ist. Das sind keine dummen Ventile - wie früher die man voll, halb oder ein viertel aufgedreht hat und die dann heizten. Selbst die modernen "dummen", "manuellen" Thermostate haben immerhin so ein Metallteil verbaut, dass über die aktuelle Temperatur im Raum den Öffnungsgrad der Ventile steuert. Ich halte es für unnötig - aber ich ahbe auch mit NodeRed meine Wetterseite basierend auf Openweather und Accuweather gebastelt.

Das habe ich alles ausführlichst beschrieben: https://forum.iobroker.net/topic/44684/wetter-api-s-mit-nodered-abrufen
und so schlecht sieht meine Vorhersage doch gar nicht aus.

https://forum.iobroker.net/topic/44684/wetter-api-s-mit-nodered-abrufen/21

Aber kannst ja auch Wetteradapter von iobroker verwenden die Forecast für die kommende Nacht machen.

So schauts bei uns die nächsten Tage aus.

Wie gesagt - schau trotzdem mal, dass Du den Flow checkst - kann ja mal sein, dass mich der Schlag getroffen hat.

[Marko1974]

@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

[Marko1974]

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!

[mickym]

@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.

[Marko1974]

@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.

1. 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.

2. 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.

3. Ist man jedoch zuhause wird der Status AUTO gesetzt, der im anderen flow die Zeitpläne abarbeitet und natürlich wieder ein Telegram geschickt.

4. 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.

[mickym]

@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.

[Marko1974]

@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 userdata

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?

durch dieses payload.mode
und dadurch, dass im all auto die mode zuordnungen zu den einzelnen mode DP implementiert sind
im off auch

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.

[Marko1974]

@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]

@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!

[mickym]

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

[mickym]

@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 -------------------

[Marko1974]

@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

[mickym]

@marko1974 ICh würde den nicht neustarten lassen - das ist viel stabiler.

[Marko1974]

@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

[Marko1974]

@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.

[mickym]

@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 red

Wollte Dir ein paar Basics zu NodeRed erklären - aber ist wohl nur mässiges Interesse von Deiner Seite da.

[Marko1974]

@mickym ist total da....SEHR GERNE SOGAR.
Ich versuche gerade mal den flow selbst zu machen