bshb - Rollladensteuerung mit yhka Homekit
-
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
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
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
Ja Du nimmst eine Inject Node und sendest true (Boolean) an diesen Datenpunkt in Deiner payload
Das andere hab ich so nicht verstanden und Du musst Dir für Vergleiche mit den beiden Nodes, diese Dir immer abholen.
Vermeide am Anfang function Nodes - die sind nur unübersichtlich und ich seh eh nicht was Du darin machts.
Diese Flows laufen alle parallel und das wird nicht so funktionieren wie Du Dir das vorstellst.
Die Nachrichten warten nicht auf Dich.Ausserdem müsste es ja für Deinen Flow est mal einen Trigger geben der öffnet oder schließt. So kann ich Dir leider nicht helfen.
Im Prinzip wird es wohl der TargetValue dann sein, der triggert - richtig?
Ich habe Dir den Flow zum Import zur Verfügung gestellt musst halt mit Deinen Datenpunkten modifizieren bzw. nächstes Mal exportierst halt Deinen Flow und erklärst was welcher Datenpunkt macht.
Und gewöhn Dir das mit den function Nodes gleich wieder ab - sonst kannst Du gleich wieder programmieren.
EDIT
Wenn Du natürlich nur den Rollladen steuern willst dann , dann löschst Du natürlich den oberen Ausgang mit Fenster öffnen un die beiden Change Nodes Fenster öffnen bzw. schließen. Du schaltest quasi 2 switch Nodes als Filter in Serie. Das entspricht einem logischen UND, da beide Bedingungen erfüllt sein müssen damit das Nachrichtenobjekt passieren kann.
-
Der Flow für den Reboot des KLF200 Steuergeräts hat super geklappt! Jetzt wäre noch die Frage, ob man die KLF200 Instanz mit einem Delay gleich mit Rebooten kann. Dann würde ich mir ein CRON Pattern sparen:
Bzgl. des bedingten Schließung der Dachfensterrollladen habe ich noch mal eine Grafik gemalt. Es ist etwas komplizierter:
Ich habe den Flow mal gebaut. Aktuell sehe ich noch das Problem, dass bei der 7% Prüfung des Dachfensters, der Dachfensterwert weitergegeben wird, nicht der Dachfensterrollladenwert - siehe zweiter Switch. Kann dieser Switch den einen Wert prüfen, aber einen anderen ausgeben?
Btw. Mega cooler Support hier!
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Der Flow für den Reboot des KLF200 Steuergeräts hat super geklappt! Jetzt wäre noch die Frage, ob man die KLF200 Instanz mit einem Delay gleich mit Rebooten kann. Dann würde ich mir ein CRON Pattern sparen:
Du kannst den Adapter einfach mit einer Exec Node neustarten, indem Du den Befehl
iobroker restart instanzverwendest.
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Bzgl. des bedingten Schließung der Dachfensterrollladen habe ich noch mal eine Grafik gemalt. Es ist etwas komplizierter:
Ich habe Dir doch eine Flow unten zur Verfügung gestellt, der das macht.
Allerdings, wenn nichts gemacht werden soll - dann muss man es auch nicht implementieren.
Die Nachrichten wie gesagt warten nicht auf Dich - deswegen nutzt es nicht, wenn Du 3 Trigger in Deinem Flow nutz. Der Vergleich wird nie erfolgreich sein, weil es jedesmal neue Nachrichtenobjekte sind.
Deswegen hier noch mal der FLOW für Dich, den ich Dir gestern zur Verfügung gestellt habe und der Dir Deine blaue Grafik zur Verfügung stellt.
Allerdings hast Du aus meiner Sicht trotzdem ein Fehler. Du schließt nur wenn das Target unter 7 ist. Wenn Du von 100 auf 40 schließen willst, schließt Du das Fenster nicht.
Im Prinzip hab ich doch so verstanden, dass der Rollladen nur geschlossen werden soll, wenn der Target unter 7 ist, aber in jedem Fall das Fenster immer auf das Target eingestellt werden soll, egal ob geschlossen oder geöffnet werden soll.
Importiere mal den Flow und dann wirst Du sehen, wie das implementiert wurde.
Dein Flow mit current und target Trigger wird nichtfunktionieren, da Du für Vergleiche nur Werte in einem Nachrichtenobjekt vergleichen kannst.
Ich habe das schon mehrfach geschrieben - du hast bei Vergleichen von variablen Werten grundsätzlich 2 Möglichkeiten:
- Du speicherst Dir Werte in Flow Variablen ab, dann stehen Dir diese jederzeit zum Vergleich zur Verfügung.
- Du fügst Eigenschaften Deinem Nachrichten Objekt in einer Kette hinzu und schliefst damit alle benötigten Werte mit, damit sie Dir in Echtzeit zum Vergleich zur Verfügung stehen.
Ich finde es nicht mehr wo ich das ganze Nachrichtenobjekt mal erklärt habe.
Das Nachrichtenobjekt ist ein Javaobjekt in Node Red mit dem Namen: msg
Das hat nun mehrere Eigenschaften: In der Regel eine payload (also msg.payload) und ein topic (msg.topic).Man kann aber auch andere Eigenschaften definieren.
In dem Flow, den ich Dir zur Verfügung gestellt habe ist in der msg.payload der target wert (getriggert über einen iobroker IN-Node).
Mit der iobroker GET-Node addiere ich zum msg Objekt eine Eigenschaft current (also msg.current) und das kann dann in der switch Node verglichen werden, da beide Eigenschaften Bestandteil des Nachrichtenobjektes sind.Hier siehst Du ähnliche Problemstellungen, die entweder über Flow-Variablen oder zusätzliche Eigenschaften im Nachrichtenobjekt gelöst wurden,
https://forum.iobroker.net/topic/45662/wait-until-ähnliche-node-arbeit-mit-context/2
https://forum.iobroker.net/topic/45737/mehrere-datenpunkte-mit-einer-variablen-vergleichen/25
https://forum.iobroker.net/topic/43480/gelöst-poolsteuerung-anfänger-braucht-e-hilfeMerke einfach die Nachrichtenobjekte warten nicht aufeinander und der switch vergleicht nur in Echtzeit!!!
Deshalb kann Dein Flow nicht funktionieren.
Das schöne an NodeRed ist ja - dass man Deine Grafik schön in Node Red abbilden kann.
Ich habe ja mal das Mapping eingezeichnet. Wenn Du unten nicht mit target sondern mit current vergleichen willst musst halt die switch Node ändern. Und ob Du nun die Fenster oder die Rollläden auf die target Postition setzen willst - das machst Du halt wie Du es brauchst.
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Btw. Mega cooler Support hier!
Danke schön. Mache ich gerne - bei den vielen Projekten lerne ich ja selbst auch.
-
Du bist aber hier schon fast Red Node Key Account Berater :-).
Also das Rebooten des KLF200 Adapters klappt jetzt. Das ist super... so kann ich regelmäßig Adapter rebooten, wenn sie hängen bleiben sollten. Klasse.
Bzgl. des Flows... ich habe den gerade mal importiert. So ganz scheint es noch nicht zu passen, oder ich stehe einfach auf der Leitung. Ich vermute aber, dass noch ein Missverständnis vorliegt.
Die Dachfenster selbst sollen über diesen Flow nie angesteuert werden. Es soll nur geprüft werden, ob sie offen sind. Nur die Dachfensterrollladen sollen angesteuert werden - und hier soll geprüft werden ob sie geschlossen werden sollen oder öffnen sollen. Öffnen dürfen sie immer, aber schließen nicht wenn die Dachfenster offen sind.Ich habe Deinen Flow mal dahingehend angepasst und er scheint zu funktionieren:
Das einzige, was noch nicht funktioniert ist, auf der IQontrol Oberfläche eine Notification erscheinen zu lassen die so etwas schreibt wie "Dachfenster offen. Rollladen kann nur geöffnet werden!". Das wäre die Kirsche auf der Sahnetorte :-). Wie findest Du das?
-
@sascho Na gut, dann weißt Du ja nun wie es prinzipiell funktioniert.
- Jedenfalls glaube ich, dass Du das nun alles verstanden hast und selbst Deine Flows machen kannst. 
Bzgl. IQontrol kann ich Dir leider nicht weiterhelfen. Da gibt es aber einen Thread. Da könntest ja mal Deine Frage stellen.
Wahrscheinlich muss man auch nur was in einen Datenpunkt schreiben, oder man definiert einen Datenpunkt, der eine Notification auslöst, wenn man da was reinschreibt.
Die notification im NR Dashboard hast ja easy hinbekommen.
-
Ich bin zufrieden, wie das System nun läuft. Das UI sieht wirklich gut aus - auch ohne das Pop-Up ist klar, warum ein Rollladen nicht fährt. Ich denke, ich lasse es so.
Jetzt würde ich mich mal an die Programmierung der Szenarien machen - Regelmäßiges Dachfenster öffnen, Alarmanlage usw. :-). Es gibt ja immer etwas zu tun.
-
Hi!
Ich bin jetzt mit Fenstern, Rollläden usw. weitgehend durch. Demnächst mache ich mich an die Umsetzung des Alarmanlage.
Leider stürzt der Velux KLF200 Adapter noch regelmäßig ab. Ich konnte das noch nicht abstellen.
Per manuellen Neustart klappt dann wieder alles.
Das Log enthält auch eine Fehlermeldung.
Gibt es in Node red eine Möglichkeit, das Log auszulesen? Per trigger würde ich dann bei einer bestimmten Fehlermeldung den Neustart auslösen.
:-).P.S. iqcontrol kann Meldungen per Pop up ausgeben, wenn man einen Datenpunkt mit einem Wert füllt.
-
@sascho sagte in bshb - Rollladensteuerung mit yhka Homekit:
Hi!
Ich bin jetzt mit Fenstern, Rollläden usw. weitgehend durch. Demnächst mache ich mich an die Umsetzung des Alarmanlage.
Leider stürzt der Velux KLF200 Adapter noch regelmäßig ab. Ich konnte das noch nicht abstellen.
Per manuellen Neustart klappt dann wieder alles.
Das Log enthält auch eine Fehlermeldung.
Gibt es in Node red eine Möglichkeit, das Log auszulesen? Per trigger würde ich dann bei einer bestimmten Fehlermeldung den Neustart auslösen.
:-).P.S. iqcontrol kann Meldungen per Pop up ausgeben, wenn man einen Datenpunkt mit einem Wert füllt.
Ehrlich gesagt verstehe ich nicht warum Du den Aufwand betreibst mit dem Adapter, mit täglichen Neustarts und nun getriggerten Neustarts, da würde ich erst mal die Nodes unten ausprobieren bevor ich da mit dem Adapter weiter rumärgere:
https://flows.nodered.org/node/node-red-contrib-velux.
Das hat überhaupt nichts mit der UI zu tun.
Wie gesagt ich würde es nicht machen - sondern erst die Velux Nodes anstelle des Adapters ausprobieren.
Ansonsten hast Du Glück, da ich schon mal einen Flow gebastelt hatte, der das Log ausliest und jeder Eintrag den Flow triggert. Du musst Dir halt eine Tail-Node installieren. Ich habe für mich mal die einfachste genommen:
https://flows.nodered.org/node/node-red-node-tail
Die Logzeilen habe ich dann mit folgendem Flow aufbereitet und analysiert:
Das kannst nun natürlich weiter mit einem Switch filtern und dann auf einzelne Ereignisse reagieren. Als Filter würde ich dann einfach auf das vorhandensein eines Textes reagieren.
Ich lad das mal als Datei hoch - weil sonst der Import fehlschlägt. Der Import über die Zwischenablage stört sich immer an den eckigen Klammern.
Wie gesagt die Datei runterladen, abspeichern und den Import dann über die Datei machen:
Aber wie gesagt vorher die tail Node installieren.
Es gibt auch noch andere tail Nodes mit mehr Funktionen, wie diese hier:
https://flows.nodered.org/node/node-red-contrib-tail-fileaber wie gesagt - ist alles Geschmackssache
-
Cool, bevor ich das Log auslese, würde ich wirklich erstmal die Velux Nodes versuchen.
Damit ich das gleich richtig verinnerliche, man nutzt dann nicht mehr den KLF200 Adapter sondern greift mit den Velux Nodes direkt auf das KLF200 Steuergerät zu?
Mit dem dem Objekt "Velux Nodes" schreibe ich Werte, mit dem "Velux API" lese ich Werte aus?Ich habe das gerade mal ausprobiert:
- KLF 200 Adapter deaktiviert.
- Eine Velux Nodes mit IP und Passwort angelegt (WLAN Passwort direkt aus dem Velux UI herauskopiert), einem IOBroker In, das eine 0 einspeist. Allerdings bekomme ich im Log Fehlerwerte ausgegeben:
Hier mal meine Setups:
-
@sascho Nun das hatte ich ja unten schon vorgeschlagen - grundsätzlich baut NodeRed direkt dann zu Deiner KLF 200 eine Verbindung auf und man grundsätzlich auch anstelle der Adapter im iobroker auch direkt von NodeRed eine Verbindung mit den entsprechenden Nodes aufbauen.
Nun habe ich natürlich grundsätzlich das Problem, dass ich keine Velux Umgebung - Fenster habe.
Bei Deiner Fehlermeldung sieht aus, dass der Login nicht akzeptiert ist oder die Verbindung blockiert ist. Du musst halt erst mal sicherstellen, dass zumindest der iobroker Adapter nicht auch auf Deine Schnittstelle zugreift. Also den Adapter auf jedenfall deaktivieren - Du greifst über NodeRed direkt auf das Steuergerät zu.
Dann noch ein Tipp - am Anfang zum Ausprobieren - benutze einfach die Inject Nodes das ist einfacher, als immer über die iobroker Datenpunkte zu gehen und damit kann man viel schneller ausprobieren ob was funktioniert.
So auch wenn ich von der Velux Thematik nicht viel verstehe, lese ich mich halt bisschen ein - aber kann natürlich eben selbst nie nachprüfen, ob ich selbst alles richtig verstanden habe bzw. ob sich dann das auch richtig verhält.
Auf meinem Standalone System habe ich mir mal die Nodes installiert.
Also meines Erachtens hast Du mit der Fehlermeldung generell noch ein Verbindungsproblem.
Du wirst in meinen Augen hauptsächlich mit den Velux Nodes arbeiten. Mit der Velux API ist das eher low level und man kann damit wahrscheinlich noch diffiziellere Sachen machen.
Die API ist ja hier dokumentiert: https://velcdn.azureedge.net/-/media/com/api/klf200/technical specification for klf 200 api-ver3-18.pdf
auf dieser setzt sowohl der iobroker Adapter auf, als auch die Velux Node.Die Velux Scenes - ist eine Node mit der Du auf in Deinem Velux System definierte Szenen abrufen kannst.
Ob das was schreibst oder liest hängt also von dem topic ab:
If the topic starts with velux: this is possible: velux:read Like setting, see above, the value is output from the buffer velux:load Like setting, see above, the value is requested and output at the KLF200 velux:read:id:<id> -1 all values or velux-node id for read. The settings are ignored. velux:load:id:<id> -1 all values or velux-node id for load. The settings are ignored. velux:read:name:<name> Read the value by velux-node name. The settings are ignored. velux:load:name:<name> Load the value by velux-node name. The settings are ignored. velux:write Like setting, see above, the value is send to the velux-node velux:write:[name:<name>:][id:<id>:][valuetype:<valuetype>:] Overwrite the settings, the Payload must be an float value. []=optional, id and name together make no sense.Mit einer Inject Node - kann man so dann ein Fenster mit bestimmter ID auslesen:
Im Prinzip würde ich mir mal an Deiner Stelle diese Beispiele hier anschauen:
So solltest Du über folgende Konfig:
der Velux Node - eben die aktuelle Position auslesen können.Und so setzt Du das Fenster auf eine bestimmte Postition
Die current Position kann man auch sicher nicht beschreiben, sondern eher was zum Lesen. Ich denke DU, dass Du das Target beschreiben wolltest.
Aber wie gesagt - erst muss mal die Kommunikation stimmen und die node selbst sollte den Status no errors detected haben.
In dem Link zu den Beispielen ist auch ein Beispiel, wie man die API aufruft.
-
Eine Velux Nodes mit IP und Passwort angelegt (WLAN Passwort direkt aus dem Velux UI herauskopiert), einem IOBroker In, das eine 0 einspeist. Allerdings bekomme ich im Log Fehlerwerte ausgegeben:
Das ist meines Erachtens falsch!!!
Unter den Beispielen gibt es folgenden Eintrag:
You can find the password on the back of the KLf. If that doesn't work, you will need to reset the device to the factory settings.
You can find the IP address of the KLF in the settings in the web interface when you connect via WiFi or in the device list in your router.Das heißt Du musst das Passwort eingeben, was auf der Rückseite Deines KLF - Box (Gateways) aufgeklebt ist. Wenn das nicht funktioniert, dann müsste man es die Box zurücksetzen.
Allerdings solltest Du in meinen Augen auch im iobroker Adapter dieses Passwort doch nutzen. Kannst Du es da rauskopieren?
-
Ich hab mir die Fehlermeldung nochmal genauer angeschaut.
Ich denke Du hast den KLF Adapter nicht richtig deaktiviert - ggf. musst Du nochmal neustarten.
Der Pfad spricht nämlich dafür dass die API hier vom iobroker-Adapter benutzt wird.
Die API von den NodeRed Nodes sollte nämlich hier bei der Installation zu finden sein.
/opt/iobroker/iobroker-data/node-red/node_modulesdort sollte es jetzt nämlich ebenfalles ein Verzeichnis Velux-KF200 -api geben. Ich gehe davon aus, dass sowohl der Adapter als auch die Node Red Nodes die gleiche API nutzen.
Würde halt erst mal Backups machen und dann versuchen, das NodeRed Interface zu nutzen.
-
@sascho Falls Du es doch mit dem Logfile versuchen musst - habe ich nun die andere tail Node installiert, da die einfache tail Node den Tageswechsel, wenn die neue Datei als current log erstellt wird, nicht mitmacht. Die neue anscheinend schon. Die spuckt nur die Kommandos oder normale Statusmeldungen als Fehler aus - die kann man aber einfach mit einer Catch Node abfangen.
Falls das dann aktuell wird - poste ich den Flow.
-
Also, es lag tatsächlich am Passwort. In der Velux Docu wird geschrieben, dass man das Wlan Passwort verwenden soll. Das stimmt aber nicht - man muss das WebUI Passwort nehmen. Jetzt taucht keine Fehlermeldung mehr im Log auf.
Allerdings reagiert das Testdachfenster noch nicht. Ich bin gerade doch noch mit einem Datenpunkt unterwegs, da ich so die Werte zwischen 0 und 100 tauschen kann. Muss man evtl. im Topic eine Einstellung machen?
P.S. Den Reset vom Steuergerät würde ich ungern machen, da wir DF im First haben, an die ich zum Anlernen nie wieder rankomme...
-
@sascho Nun wenn keine Fehlermeldung mehr kommt, ist ja gut - ich würde erst mal auslesen, um zu sehen, ob die Kommunikation funktioniert und dann halt mit mehren Inject Nodes arbeiten.
Konfiguriere doch erst mal die Velux Node zum Lesen und hänge eine Debug Node an:
und dann verstellst Du mit Schalter oder App das Fenster und schaust ob was aus der Node rauskommt.
Du kannst ja mal current position und all values ausprobieren und dann im Debug Fenster schauen, was für ein Ausgabe rauskommt.
Beim Senden machst um auf und zu zumachen - nimm 2 Inject Nodes einmal mit 100 und 0 und gib gar kein topic mit - wie in dieser Abbildung und mach das nur auf target
Damit injizierst einmal 0 und einmal 100 durch Tastendruck und geht schneller als über den Datenpunkt:
