bshb - Rollladensteuerung mit yhka Homekit
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Jetzt wollte ich heute mal ein paar Lampen anschließen und habe neue Datenpunkte angelegt und den Testdatenpunkt gelöscht, aber Node Red erkennt neu angelegte Datenpunkte nicht sondern hat nur den bereits gelöschten Datenpunkt als Topicauswahl. Muss man Node Red neu einlesen?
Ja das ist so. Du kannst entweder einfach den Pfad zum Topic über die Zwischenablage reinkopieren,
ansonsten wird die Objektstruktur nur beim Adapterstart eingelesen. (also NodeRed Instanz neu starten.) ggf muss man zusätzlich auch den Browser aktualisieren.Ich empfehle das Kopieren über die Zwischenablage.
-
Cool, das hat beides funktioniert! Vielen Dank!
Ganz zuverlässig war es bis gerade noch nicht. So funktioniert es aktuell ohne Delay... Ich teste noch mal
etwas.
-
@sascho Rechts unten die iobroker -out Node solltest Du ggf. value (=ACK = true) und nicht comand schreiben, da die Datenpunkte unter userdata von keinem Adapter bestätigt werden.
Oben hingegen ist comand richtig, da hier der Bosch Adapter den Wert bestätigt.
Und bei den iobroker-IN Nodes ggf. nochmals überprüfen, dass nur geänderte Werte triggern (wie gesagt sonst Gefahr von Endlosschleifen).
-
@mickym said in bshb - Rollladensteuerung mit yhka Homekit:
Und bei den iobroker-IN Nodes ggf. nochmals überprüfen, dass nur geänderte Werte triggern (wie gesagt sonst Gefahr von Endlosschleifen).
Also, ich habe die Änderungen gestern Abend vorgenommen und alle meine Lichtsteuerungen auf Yahka umgestellt. Bisher läuft alles super stabil. Vielen Dank
Jetzt würde ich mich die nächsten Abende mal an die Integration der anderen Geräte machen.
Ich habe ja noch Rauchmelder, Bewegungsmelder und den Twinguard offen.
Ein paar Basic-Fragen hätte ich... der Bewegungsmelder speichert bei erkannter Bewegungen keine Boolean Wert ab sonder nur einen Zeitstempel. In der originalen Bosch Homekit Integration steht aber Bewegung erkannt 'Ja/Nein'. Der Zeitstempel wird also umgewandelt in ein Ja/Nein, ich vermute durch einen Abgleich mit dem aktuellen Zeitstempel.
Wo kann ich am Besten so eine formel hinterlegen z.B. Bewegungszeitstempel - Aktuelle Zeit < 60 Sekunden = Ja.Der Twinguard übermittelt die PPM Werte und eine Bewertung der Luftqualität. Hat Homekit ein "Gerät", der PPM Werte in der App anzeigt?
Gleiches gilt auch für Windgeschwindigkeiten - gibt es dafür bereits ein Symbol?
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Also ich glaube, dass es ziemlich schwierig sein wird, wenn Du alles in Homekit abbilden wirst. Ich finde das Teil teilweise sehr undurchsichtig.
Das was der YAHKA Adapter macht, dafür gibt es auch NodeRed Nodes - da beide auf der gleichen Technologie aufsetzen funktioniert das auch identisch. Was der YAHKA Adapter kann bzw. wie das einigermaßen zusammenhängt - kannst Du im NodeRed Wiki für die Apple HomeApp nachlesen. Wie gesagt dieses Wiki ist zwar für NodeRed Nodes geschrieben, aber es ist die gleiche Technologie wie beim YAHKA Adapter, deshalb sind die Beschreibung der Werte bzw. Parameter 1:1 auf den YAHKA Adapter anwendbar.
Die HomeApp ist aber sehr beschränkt.
Ich nutze wie gesagt NodeRed und auch das Dashboard. Wenn Du die Apple Optik bevorzugst, aber nicht auf die HomeApp beschränkt sein willst, dann schau Dir doch mal unter iobroker diesen iqontrol Adapter an - da bist Du für die Visualisierung nicht auf die Beschränkungen der Home App angewiesen, hast aber diese Apple Kacheloptik. Ich selbst nutze den zwar nicht, aber dafür gibts hier im Forum ja eigene Threads.
Du solltest Dir also wirklich überlegen, ob Du Dir die Home App als Visualisierung wirklich antun willst. Ich werde da leider nicht zu viel helfen können.
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Der Twinguard übermittelt die PPM Werte und eine Bewertung der Luftqualität. Hat Homekit ein "Gerät", der PPM Werte in der App anzeigt?
Wenn Du Dir YAHKA bzw, das Wiki anschaust, dann siehst Du was es einen Luftgütesensor gibt.
https://github.com/NRCHKB/node-red-contrib-homekit-bridged/wiki/Example-Air-Quality-Sensorppm muss man dann halt in mg/m³ umrechnen.
Beim Rauchmelder gibt es nur:
https://github.com/NRCHKB/node-red-contrib-homekit-bridged/wiki/SmokeSensor
Rauch erkannt oder nicht@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Ein paar Basic-Fragen hätte ich... der Bewegungsmelder speichert bei erkannter Bewegungen keine Boolean Wert ab sonder nur einen Zeitstempel. In der originalen Bosch Homekit Integration steht aber Bewegung erkannt 'Ja/Nein'. Der Zeitstempel wird also umgewandelt in ein Ja/Nein, ich vermute durch einen Abgleich mit dem aktuellen Zeitstempel.
Wo kann ich am Besten so eine formel hinterlegen z.B. Bewegungszeitstempel - Aktuelle Zeit < 60 Sekunden = Ja.Bewegungssensor ist easy - zusammen mit NodeRed Flow - da brauchst gar nichts berechnen.
Da interessiert Dich gar nicht, was Dein Bewegungsmelder da reinschreibt. Über eine iobroker-In Node wird ein Flow ausgelöst und mit einer trigger Node kannst Du dann einfach true oder false schicken. Der trigger Node kann so konfiguriert werden, dass bei jeder weiter erkannten Bewegung der Zeiraum bis Bewegung ist falsch gesendet wird.
Du nutzt also den MotionSensor Service:
Du legst dann wieder für Deine Bewegungsmelder unter userdata Punkte ein in den true und false gespeichert wird.
Der Flow ist dann easy:
Der trigger sieht so aus:
Es wird also bei Bewegung sofort true gesendet. Werden weitere Bewegungen registriert werden, dann bleibt Bewegungsmelder unter userdata auf 0-Wenn keine Bewegung erkannt wird, wird nach Ablauf von 1 Min false gesendet.
Man kann natürlich die Zeitspanne bis keine Bewegung nach letzter erkannter Bewegung erkannt werden soll dann hoch oder runter setzen. Da brauchst Du nichts rechnen und ist super easy.
Also wie gesagt - glaube ich, je höher Deine Ansprüche steigen Du Dich vielleicht doch mit einer eigenen Visualisierung beschäftigen sollst.
Wenn ich das sehe mit Windgeschwindigkeiten usw. (HomeKit ist mE dafür nicht geeignet).Ich habe mir ja gerade meine eigene Wetterseite gebastelt.
Du musst immer Bedenken: Die Apple HomeApp versucht alle Geräte in ein ziemlich enges Korsett zu zwängen, damit man mit Siri steuern kann bzw. jedes Gerät halt genau definierte Eigenschaften hat. Sobald ein Gerät mehr kann - dann wird es problematisch, wenn der Hersteller das nicht programmiert hat.
Darf ich mal prinzipiell fragen - was ist eigentlich der Sinn, warum du in die HomeApp integrieren willst?
- Steuerung durch Siri?
- Szenenerstellung mit IOS?
- Integration in Kurzbefehle?
-
Cool, vielen Dank für die ausführliche Antwort!
Den Rauchmelder habe ich anbinden können. Allerdings war mir nicht klar, welcher Status vom Bosch Gerät bei Alarm gesetzt wird. Ich musste also etwas Rauch erzeugen ;-).
Beim Bewegungsmelder hat es auch funktioniert gemäß Deiner Anleitung. Ich habe vorne noch ein Block until Value changes eingebaut.
Beim Luftgütesensor bekomme ich gerade nur die PPM angezeigt. In Node Red wird der "Good" Wert leider nicht in 1 umgewandelt, sondern good wieder ausgegeben. Woran kann das liegen?
Bzgl. des VIS, ich habe mit dem Homekit begonnen, weil es eben da ist. Besondere Steuerung habe ich mir nicht erhofft. Eine eigenes View wäre auch nicht schlecht. Kann man sich dann das Ipad als Brücke sparen, wenn man nicht zuhause ist?
Ich habe mal mit dem VIS gespielt... sieht gut aus... aber alles umzubauen ist schon ein Haufen an Arbeit :-(. -
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Beim Luftgütesensor bekomme ich gerade nur die PPM angezeigt. In Node Red wird der "Good" Wert leider nicht in 1 umgewandelt, sondern good wieder ausgegeben. Woran kann das liegen?
Dazu müsste ich erst mal wissen, was da für Werte rein kommen und wie Deine Change Node den aussieht. Wenn das gleiche rauskommt, was reinkommt dann trifft keine Änderungsregel zu. Schau mal ob Du Groß- und Kleinschreibung berücksichtigt hast und mit dem Typ String vergleichst.
Theoretisch müsstest Du das ja ggf. auch mit mapping im Yahka Adapter machen können oder hast Du da auch ein Problem wie mit Deinen Lampen?
Ich habe mal mit dem VIS gespielt... sieht gut aus... aber alles umzubauen ist schon ein Haufen an Arbeit :-(.
Nun ja - das ist es immer. Wenn Dir NodeRed als Logikmaschine zusagt, kannst Du Dir wie gesagt auch das NodeRed Dashboard direkt anschauen, damit kann man zwar auch nicht grafisch aufwendig, aber sehr sehr schnell Ergebnisse erreichen.
Allerdings wie bei allen eigenen Visualisierungen musst Du, wenn Du von außen zugreifen willst ja dann eine eigene Infrastruktur aufbauen. In diesem Fall ist das IPad als Brücke sicher günstiger.
Bei eigenen Visualisierungen von außen über VIS kannst Du ggf. die iobroker Cloud nutzen (das kostet aber soweit ich weiß) oder Du setzt ein eigenes VPN oder einen ReverseProxy auf. Beides ist leider nicht banal und gerade beim Reverse Proxy ist das problematisch.
Ich nutze deshalb bei Zugriff von außen ein eigenes VPN.Beim Bewegungsmelder hat es auch funktioniert gemäß Deiner Anleitung. Ich habe vorne noch ein Block until Value changes eingebaut.
Falls Du eine RBE Node verwendet hast - die braucht es nicht mehr. Man kann auch in der iobroker-In Node angeben, dass nur dann Nachrichten ausgegeben werden, wenn sich etwas ändert - würde ich aber eigentlich nicht machen, da sich dann die Anwesenheit nicht automatisch verlängert, was doch wahrscheinlich gewünscht wird, wenn weitere Bewegungen erkannst werden. Sprich ich würde jede Aktualisierung als Trigger weiter verwenden.
-
Das Problem mit den Luftgütesensoren ist auch behoben. Ich hatte tatsächlich nicht auf Groß-und -Kleinschreibung geachtet. Mea culpa!
Die Bewegungsmelder funktionieren gerade ganz gut mit den aktuellen Einstellungen. Sie reagieren nicht immer, aber das liegt evtl. auch an einem internen Stand-By Modus der Bewegungsmelder selbst.
Das iQontrol habe ich gerade mal gecustomized - Lampen und Rollläden würden da auch gehen. Sehr schön auch gruppiert in Bildschirme Lampen, Rollläden, Thermostate usw. und dann nach Räumen. Das gefällt mir besser als in der Home App.
Bevor ich jetzt alles wieder umschmeiße, kann iQontrol auch Automatisierungen? Das wäre der Vorteile des Ipads an der Wand. -
@sascho Nun in der Home App kannst Du ja Szenen erstellen. Was iQontrol wirklich kann, kann ich Dir nicht beantworten, da ich es nicht benutze.
Automatisierungen machst Du aber, wenn Du es nicht in der HomeApp machst besser mit Deiner Logikmaschine (Node Red), Datenpunkte hast Du in der iobroken Datenbank, die Visualisierung ist nur dafür zuständig Datenpunkte zu visualisieren.
Aber wie gesagt von außen erreichst Du Dein System nicht so leicht, wie mit der Apple HomeApp.
-
Die Automatisierungen per Red Node zu erstellen wäre ja okay - die wichtigsten wären z.B. Wechselrichter mit der Wallbox zu verbinden, Windgeschwindigkeit mit den Jalousien. Das würde sicher gehen.
Ein K.O., Kriterium wären alle Lösungen, bei denen man nicht von unterwegs auf das System zugreifen kann. Iqontrol hört sich jetzt mal so an, als wenn das nichts wäre.
Die Ipad lösung ist auch nicht ganz günstig... Ipad 900 EUR + Wandhalterung. Evtl. gibt das doch was billigeres per Abo und alten Tablet?
-
@sascho WIe gesagt, die iobroker Cloud kenn ich nicht und bist (ohne es genau zu wissen auf VIS als Oberfläche festgelegt).
Ansonsten bist Du halt mit einer VPN Lösung am flexibelsten, weil Du dann auch von außen so arbeiten kannst, als wärst Du in Deinem Heimnetz. (Damit ist auch jede Visualisierung nutzbar).
Solltest Du noch einer der Glücklichen mit einer IPv4 Adresse sein, dann kannst Du direkt ein VPN über Deine FritzBox herstellen (kostet in dem Fall gar nichts), falls nicht dann habe ich momentan eine Lösung über OpenVPN, feste-ip.net seit über einem Jahr am Laufen und bin ganz zufrieden. Dazu müsste man halt erst mal wissen, wie denn Deine Internetverbindung aussieht.
Mit der Reverse Proxy Lösung bin ich ehrlich gesagt eher gescheitert und ist auch ein Riesenaufwand einen neuen Dienst einzubinden.
-
Wir haben hier Glasfaser von der Dt. Telekom. Auf den Ip-Ident-Seiten tauchen eine IP6 und IP4 Adresse auf:
.Ich müsste mal schauen, ob sich die IP4 ändert. Parallel schaue ich mal, ob man eine feste IP bei der Telekom bekommen kann. Die VPN Einrichtung läuft dann über die Fritzbox und/oder die NAS?
-
@sascho
Wenn Du eine Fritzbox hast dann brauchst keine feste IP, sondern Du machst Dein VPN über MyFRITZ auf. Alternativ suchst Dir ein DDNS Anbieter dann musst Dich halt mit Deinem Router auskennen. Bei DDNS bzw. MyFRITZ machst Du Dein VPN über den Namen auf. Die Zuordnung zu Deiner IP erfolgt dynamisch sprich mit jedem Verbindungsaufbau. Meist ist das wesentliche günstiger als eine feste IP. -
Der Tipp mit der Fritzbox war gut. Ich konnte einen VPN öffnen und auf iQontrol zugreifen. So gut wie das aussieht, wäre es evtl. wirklich eine Alternative zum Homekit. Ich teste das mal ein paar Tage.
-
@sascho Na freut mich, dass Du das mit dem VPN hinbekommen hast.
Kannst ja bissi mit IQontrol spielen. Ich kann Dir dazu wenig sagen.
Ansonsten kannst halt wie ich das NodeRed Dashboard nutzen - da hast halt den schnellsten Erfolg zwischen Steuerung und Logik. Mit dem VPN stehen Dir ja nun alle Möglichkeiten der Visualisierungen offen.Meine Wetterseite hatte ich ja schon gepostet und auch meine Homepage oder Heizungssteuerung habe ich ja schon mal gepostet.
Wie gesagt, wenn das VPN erst mal läuft - Du brauchst Dich auch nicht auf eine Visualisierung festlegen. Ich habe die Ausgaben des Flotadapters in das NodeRed Dashboard eingebunden.
Und auch mal eine VIS Seite mit Grundriss gebastelt. Schaut Dir alles in Ruhe an. Wie gesagt durch das VPN bist ja nicht mehr festgelegt.
-
iQcontrol ist schon ganz nett. Lichtschalter einbauen ging einfach, Rollladensteuerungen ist etwas tricky. Von der Bedienung her ist es schon sehr komfortabel. Allerdings stellt sich schon die Frage ob dauerhaft zwei Systeme Sinn machen: a) Yahka für die Homekit Integration b) Node Red für die Spezialfälle oder iQcontrol statt Yahka unter a).
Wenn Node Red alles könnte, mit etwas Mehraufwand, wäre das für die nächsten Jahre sicher besser.
Ich habe mal mit Node Red begonnen. Gibt es irgendwo ein frei zu gängliches Wiki?
-
@sascho Das NR Dashboard bietet Dir auf die schnelle halt die Möglichkeit Deine Logik mit den Schaltern abzubilden und wenn Du es später grafisch aufwendiger gestalten willst, dann geht das auch.
Über die template Nodes mit etwas HTML Programmierung ist aber auch hier durchaus einiges drin. Damit habe ich mich zuletzt in dem Thread etwas beschäftigt.
- Aber ansonsten hast Du mit dem NR Dashboard ein Material Design Dashboard (Google - Android Standard), mit responsive Design. Wenn Du Deine Gruppen mit 6 Einheiten Breite belässt, kann man die auf dem Handy wie auf dem Tablett anschauen. Aber wie gesagt die Grafik ist hier nicht das Besondere.Ansonsten kann ich Dir für NR folgende Quellen empfehlen ,die ich hier schon mal zusammen getragen habe:
https://forum.iobroker.net/topic/35699/geräte-per-datenpunkt-schalten/93?_=1625002546844. Auf der Hausautomationsseite (M. Kleine) gibts ja auch mehrere Tutorials. Er hat sich ja mit verschiedenen IoT Systemen beschäftigt.Insbesondere die Videos von Steve finde ich sehr lehrreich und sein Englisch ist in meinen Augen gut verständlich.
Ansonsten hier die offizielle Dokumentation mit Tutorials und allem Drum und Dran:
https://nodered.org/docs/ inkl. Forum. NodeRed war ursprünglich mal eine Entwicklung der IBM bevor es von der Open Source Community übernommen wurde.NodeRed in Kombination mit dem iobroker zur Datenspeicherung, Datenbank und dem History Adapter ist das in meinen Augen eines der besten Systeme, die man auf dem frei verfügbaren Markt erhalten kann.
Und ein weiterer Vorteil des iobrokers, weil Du geschrieben hast:
stellt sich schon die Frage ob dauerhaft zwei Systeme Sinn machen: a) Yahka für die Homekit Integration b) Node Red für die Spezialfälle oder iQcontrol statt Yahka unter a).
iobroker kann alle die Systeme gut miteinander verknüpfen, so dass man ja gar nicht erkennt, welche Systeme an einer Ausgabe beteiligt sind.
Das ist ja das Geniale am iobroker. -
Hi,
ich bin mir noch nicht so sicher, ob ich mir den Aufbau eines kompletten UI mit NR zutraue. Ich arbeite ja auch noch, richte das Haus ein, und kämpfe gerade auch mit der Hardware (die NAS braucht ein RAM Upgrade da der Bosch Adapter ständig crashed) und den Adaptern (der Bosch Adapter und KLF200 Adapter crashed regelmäßig).
Ich habe den iqControl Adaptergerade ganz gut hingekommen und konnte eigentlich alles auf die Oberfläche bringen.
An zwei entscheidenden Punkte arbeite ich noch:Kann Node Red auch Bedingungen verarbeiten? Die Dachfensterrollläden dürfen nicht zufahren, wenn die Dachfenster weiter geöffnet sind als die Lüfungsklappe (7%).... Der Befahl wäre also:
If Dachfenster > 7% then Keine Aktion else Dachfensterrollladen = schließen (100%).Kann ich im Iobroker den das Velux KLF200 Steuergerät über die API neu starten? Es hängt sich regelmäßig auf und der Adapter funktioniert dann nicht. In der API Beschreibung gibt es so einen Befehl - 6.5: https://velcdn.azureedge.net/-/media/com/api/klf200/technical specification for klf 200 api-ver3-18.pdf
Tausend Dank für Deine Hilfe
-
@sascho Nun - ich will Dich weder zu NR noch irgendetwas anderes überreden.
Auch bei der VIS bist Du total frei und das schöne am iobroker ist, dass Du alles kombinieren kannst.
Mit den Schaltern im NR hast halt gesehen, dass man da schnell was programmieren kann.
Selbstverständlich kann man im NR Bedingungen verarbeiten. Wäre schlimm, wenn das so ein Produkt nicht könnte. Dazu bedienst Du Dich der Switch Nodes.
Wenn Du bei einer Bedingung kein Aktion willst - dann brauchst ja keinen Flow - dann dreht man einfach die Bedingung um.
Also sprich man nutzt dann die switch Node als Filter.Wenn also bei >7% nichts passieren soll und ansonsten der Dachfensterrolladen geschlossen werden soll, dann formuliert man das logisch natürlich genau anders herum.
Wenn <= 7 % schließe Dachfensterrollanden.
Bezgl. Deiner Velux Fenster kenn ich mich natürlich nicht so aus.
Als
- würde ich mal ein Issue bei dem Adapterentwickler eröffnen und mal schauen, ob der Dir helfen kann.
- wenn das mit dem Adapter nicht funktioniert - könntest Du ja mal die NodeRed Nodes für Velux probieren, ob die besser funktioniere (natürlich nur, wenn Du Dich weiter mit NR beschäftigen willst).
Für die von Dir gepostete API gibts nämlich eigene NodeRed Nodes:
https://flows.nodered.org/node/node-red-contrib-veluxUnter Node Red kannst Du dann mit der API-Node direkt API Kommandos schicken, wie ich das sehe:
In wie weit man dann direkt über Node Red diese Commandos schicken kann, das musst halt ausprobieren bzw. mal recherchieren oder die Byte Codes muss man sehen. Ich habe gerade gesehen im Anhang 4 der API Dokumentation sind ja die Codes gelistet.
-
Schau doch mal in der iobroker Adapterbeschreibung zum Velux - ob es da nicht auch einen Datenpunkt gibt, mit der Du API Kommandos absetzen kannst.
-
Es gibt auch direkte TCP Nodes mit der man unter NodeRed eine Netzwerkverbindung aufbauen kann - ob man damit die API direkt ansprechen kann weis ich nicht.
Ich würde halt erst mal schauen, ob der iobroker Adapter nicht eine Schnittstelle zur API bietet-aber ich sehe gerade Du bist ja mit den iobroker Jungs des Velux Interfaces in engem Kontakt.
Ah ich seh gerade - die Codes in der API sind ja gelistet. ggf kann man auch über die TCP Nodes in NR evtl. die Codes direkt absetzen, aber das wäre dann erst Möglichkeit 5.
Also muss man wahrscheinlich erst Code 2 und dann 1 an die Box schicken, um sie neu zu starten. Aber wie gesagt - alles nur Spekulation aus dem was ich halt auf die Schnelle lese.
Hier gibt ess übrigens auch ein paar Beispiele in NR wie Du die Velux Teile mit diesen Nodes steuern kannst - aber wie gesagt ich hab die natürlich nicht und kann Dir schlecht raten oder helfen:
https://github.com/PLCHome/node-red-contrib-velux/issues/1
Ach und nochwas zu Schluss - in Node Red hast Du function Nodes - da kannst Du ein ganzes JavaScript Programm schreiben, aber ich dachte Du wolltest nicht programmieren.
Und vielleicht noch was ganz zum Schluss - wie gesagt iobroker ist ziemlich stark was die Datenbank und die Darstellung betrifft.
Die HW Anbindung verschiedener Systeme muss man schauen - NR ist halt schon etwas älter. Aber im Prinzip wird häufig die gleiche API der Hersteller benutzt.
Bei NODE RED werden die Befehle von den Nodes direkt in die API übersetzt und geschickt.
Der iobroker speichert es in Datenpunkte. Änderungen werden dann über den Adapter an die API geschickt werden. Man hat somit natürlich immer einen schönen Überblick über Status und abgesetzte Befehle.closed Example required #1
-
Hi,
ja, wegen des UIs wäre Red Node sicherlich mittelfristig die bessere Wahl, als es nur als Befehlsübersetzer zu nutzen. Ich bin nur aktuell so mit Themen zu, dass ich einfach nicht dazu komme, auch noch das UI in Red Node zu machen.
Ich muss ja gerade noch das Controller von Bosch stabilisieren, die Systemabstürze vom KLF200 in den Griff bekommen, und noch ein paar andere Sachen :-).Aktuell lasse ich IQcontrol mal mitlaufen und teste es auf einem alten Tablet. Da tut es gerade was es soll.
Bzgl. der Dachfensterrollladenthematik... da haben wir glaube ich ein Missverständnis. Der Rollladen muss mit dem Fenster gekoppelt werden, da laut Velux der Rollladen bei geöffnetem Dachfenster nicht geschlossen werden darf. Positiv formuliert:
- Rollladen öffnen (Target Value < Current Value) > Immer erlauben.
- Rollladen schließen (Target Value > Current Value) nur wenn Dachfenster Current Value <= 7.
Hier sieht man, dass das Dachfenster eine andere Variable hat als der Rollladen:
Man müsste also noch Product 11 in den Befehl einbauen...
Bzgl. des Velux Reboot, mir ist noch etwas eingefallen... im KLF200 Adapter gibt es einen Reboot-Trigger:
Der funktioniert auch. Kann man mit Node Red einen Flow schreiben, der diesen "Knopf" ein Mal am Tag drückt? Dann würde das KLF200 Steuergerät 1x am Tag rebooten und der Adapter über CRON ebenfalls. Problem mit dem Freeeze gelöst
