Loxone + Velux KLF 200

[Xmedia]

Hallo zusammen,

Ich habe bei mir zu Hause mein Smart Home mit Loxone realisiert. Da wir den Dachstock zu einem Wohnzimmer umfunktioniert haben, kamen entsprechend auch Dachfenster von Velux zum Einsatz. Steuerungstechnisch waren wir diese schon immer ein Dorn im Auge. Aber das ist ja nichts neues :-)
Nun habe ich aktuell ein KLF 200 zu Hause zum testen. Bin aber nicht bereit ein Haufen Ein- und Ausgänge zu opfern.
Insgesamt habe ich 8 Rollläden und 3 elektrische Fenster. Damit ich wunschgemäss alles einzeln steuern könnte bräuchte ich 3 Velux KLF 200 + ne gaaaanz viele Extensions.
Um Lösungen zu finden habe ich einige Sachen durchsucht:
Synology + FHEM + Tahoma Box (Bin Linux-technisch aber nicht so top)
Velux KLF 200 + Openhab + Synology + Loxone

Per Zufall bin ich auf folgende Seite gestossen (Kommentar unten):

https://www.smarthome247.at/uncategorized/velux-endlich-integriert-klf-200/

Dort habe ich die Person angesprochen, welche die Anbindung als KLF-200 mit einem Pico C Baustein gelöst hat.
Nach Rücksprache würden ich euch gerne den Code zur Verfügung stellen:

//GLOBAL DEFINES

#define RD_BLOCK_SIZE 128



///GLOBAL VARS

int DEBUG_LEVEL=0;

char* IP_ADDRESS = „IP ADRESSE der Velux";

char* PORT = "80";

char streamname[100];

sprintf(streamname, "/dev/tcp/%s/%s/", IP_ADDRESS, PORT);





///GENERAL HELPER Functions

//execCommand executes the TCP Command (Http Request) and returns the response in the responseBuffer

void execCommand(char* pTcpCmd ,char* responseBuffer, int responseBufferSize){

char szCommandBuffer[1024];

STREAM* pTcpStream = stream_create(streamname,0,0);

stream_write(pTcpStream,pTcpCmd,strlen(pTcpCmd)); // write to output buffer

stream_flush(pTcpStream); // flush output buffer



//Reading response

char szBuffer[400];

char szTmpBuffer[RD_BLOCK_SIZE];

int nCnt;

int nBytesReceived = 0;

// read stream

do

{

nCnt = stream_read(pTcpStream,szTmpBuffer,RD_BLOCK_SIZE,4 000);



if (nCnt + nBytesReceived > responseBufferSize)

{

nBytesReceived = -1;

break; //File is too large

}

else if(nCnt > 0)

{

strncpy((char*)szBuffer + nBytesReceived, szTmpBuffer, nCnt);

strncpy((char*)responseBuffer + nBytesReceived, szTmpBuffer, nCnt); //Vielleicht

nBytesReceived += nCnt;

}

}

while (nCnt > 0);



}



//AUTH Function return token

void authenticate(char* tokenBuffer){

char tempBuffer[1024];

char szCommandBuffer[1024];

char szResponeBuffer[1024];

char* body="{"action":"login","params":{"password":\“DEI N PASSWORT BEI VELUX"}}";



sprintf(szCommandBuffer, "POST /api/v1/auth HTTP/1.1\r\nHost: %s\r\nConnection: keep-alive\r\n Content-Type: application/json;charset=utf-8\r\n Content-Length: %d\r\n\r\n%s",

IP_ADDRESS, strlen(body), body);



//execute http command

execCommand(szCommandBuffer,szResponeBuffer,1024);



printf("Velux API: login");



if (DEBUG_LEVEL > 0) printf(szCommandBuffer);

if (DEBUG_LEVEL > 0) printf("szResponeBuffer:");

if (DEBUG_LEVEL > 0) printf(szResponeBuffer);



tempBuffer = strstrskip(szResponeBuffer,"token":"");

strncpy (tokenBuffer, tempBuffer, 24);

if (DEBUG_LEVEL > 0) printf("tokenBuffer");

if (DEBUG_LEVEL > 0) printf(tokenBuffer);



}





//LOGOUT Function return token

void logout(char* tokenBuffer){



char szCommandBuffer[1024];

char szResponeBuffer[1024];

char* body="{"action":"logout","params":{}}";



sprintf(szCommandBuffer, "POST /api/v1/auth HTTP/1.1\r\nHost: %s\r\nConnection: keep-alive\r\n Connection-Type: application/json;charset=utf-8\r\n Content-Length: %d\r\n\r\n%s",

IP_ADDRESS, strlen(body), body);



//execute http command

execCommand(szCommandBuffer,szResponeBuffer,1024);



printf("Velux API: logout");



}





//Run a Velux Program

void runWindowProgram(int progNr){

char szTokenBuffer[1024];

authenticate(szTokenBuffer);

//TODO some error handling, if no token was set

// if (DEBUG_LEVEL > 0) printf("Token %c", szTokenBuffer);



char szCommandBuffer[1024];

char szResponeBuffer[1024];

//TODO how to add the program progNr int to char?

int veluxProgNr = progNr + 1;



char* bodystart="{"action":"run","params":{"id":";

char* bodyend="}}";



if (veluxProgNr < 10) int length = strlen(bodystart) + strlen(bodyend) + 1;

if (veluxProgNr > 9) int length = strlen(bodystart) + strlen(bodyend) + 2;



sprintf(szCommandBuffer, "POST /api/v1/scenes HTTP/1.1\r\nHost: %s\r\nConnection: keep-alive\r\nContent-Length: %d\r\nAuthorization: Bearer %s\r\n\r\n%s%d%s",

IP_ADDRESS, length, szTokenBuffer, bodystart, veluxProgNr, bodyend);



execCommand(szCommandBuffer,szResponeBuffer,1024);



if (DEBUG_LEVEL > 0) printf("szCommandBuffer");

if (DEBUG_LEVEL > 0) printf(szCommandBuffer);



printf("Velux API: Run program: %d", veluxProgNr);



//Logout

logout(szTokenBuffer);



}





//GLOBALS FOR EVENT LOOP

int nEvent;

float f1;

//MAIN EVENT LOOP

//RUNS FOREVER

while (1==1) {



nEvent = getinputevent();



int i;

for (i = 0; i < 12; i++)

{

if (nEvent & 0x8 << i)



{

f1 = getinput(i);

printf("Velux API: Input Event received at %d with %f ",i+1 ,f1);

if(f1 > 0.5f){

runWindowProgram(i);

}

}

}

//GIVE others time to run

sleep(100);

}

[Xmedia]

Ich bin selber kein Programmierer - Hut ab für diese Leistung :-)
Bei mir funktioniert der Code auf Anhieb.
Folgende Punkte habe ich dazu:

- Die IP des KLF-200 muss noch definiert werden
- Das Passwort des KLF 200 muss noch eingepflegt werden
- Vorab müssen die Programme auf dem KLF-200 definiert sein
- Bis ein Befehl umgesetzt wird, vergehen 5-7 sec.
- Es kann nur ein Befehl nach dem anderen ausgeführt werden
- Das Programm 0 beim KLF-200 kann aktuell nicht angesprochen werden
- Da der Baustein nur 13 Eingänge besitzt, können auch nur 13 Programme angesteuert werden mit einem Baustein
- Eingang 1 entspricht Programm 1 beim KLF-200

[Xmedia]

An alle Pico-C Cracks :-)
Ich hätte noch folgende Wünsche für eine mögliche Anpassung:

- Besteht die Möglichkeit, dass man die Ausführungszeit irgendwie reduzieren kann anhand des Pico-C Codes?
- Aktuell ist der Baustein beim KLF 200 immer angemeldet - Dies bedeutet, dass man sich über den Browser nicht mehr anmelden kann.
Lässt sich dies ändern, dass sich der auszuführende Befehl zuerst anmeldet, ausführt und dann wieder abmeldet - ohne Zeitverlust??
- Kann man eine Sicherheit einbauen, dass bei mehrfachen Befehlen die Ausführungen nacheinander abgearbeitet werden, ohne dass eine Fehlermeldung auf dem KLF-200 entsteht?
- Ist es auch möglich noch eine Rückmeldung mit einzubauen? (Textausgabe, etc. ???)

[Xmedia]

Ich hoffe, dass ich dem einen oder anderen helfen konnte, indem ich den den Code weitergeleitet habe. Vielleicht entsteht ja daraus noch was. 😉

Vielen Dank nochmals am Bruno, welcher den Code geschrieben hat. So kann man mit einer KLF-Box alle Velux-Fenster steuern, ohne Limitierung.

gruss
Xmedia

[Labmaster]

Also vom schnellen drüberfliegen, sehen ich im Code jedenfalls keine mutwillige Verzögerung,
Was auffällt ist, das für einen Zugriff immerhin drei POSTs abgesetzt werden müssen, das kann mitunter (je nachdem wie schnell die KLF Box reagiert) schon zu Verzögerungen führen.
Wenn man die Verbindung nun jedes mal auch noch schließen würde, könnte das zu zusätzlicher Verzögerung führen, das müsste man ausprobieren.
In den 3 POSTs steht ....%s\r\nConnection: keep-alive\r\nContent-Length: ....
da könnte man mal versuchen das "Connection: keep-alive\r\n" zu entfernen

[technikblog]

Hallo zusammen,
wollte gerade einen Beitrag darüber schreiben, weil ich mit den Herren auch schon länger in Kontakt bin und gestern bei mir alles lief. Das habe ich dann dokumentiert, ihr dürft gerne ANmerkungen machen, denke eine saubere Dokumentation dürfte hier helfen für die nächsten die es gerne umsetzen:

[Labmaster]

Naja, aber 5s bis 10s bis das KLF200 anspricht, daß wäre bei mir längts schon wieder (durchs Fenster des selbigen Herstellers) raus geflogen

[technikblog]

Bedienung im KLF200 Webinterface hat keine verzögerung, nur über die Netzwerkbefehle aus Loxone heraus. Insofern nehme ich an, da gibt es noch Optimierungspotential.

Zu Velux: Sind in der Schweiz sehr verbreitet, meines Erachtens auch hochwertig und gut, nur Einbindung in Systeme ist seeehr schlecht...

[Xmedia]

technikblog
Vielen Dank für deinen Beitrag.
Bezüglich den Bugs kann ich Dir nur zustimmen! Sobald 1 Befehl ausgeführt wird, wenn einer zuvor noch am laufen ist, hängt sich die Box auf.
Bin aber überrascht, dass Du bei 2 Rolläden nicht über das KLF 50 gehst?! Aber egal :-)
Sofern die Firmware nicht angepasst wird, ist das KLF 200 keine Lösung - zu Fehleranfällig bei der LAN-Lösung
Melde mich gerne noch direkt bei Dir :-)

Labmaster Vielen Dank für den Input bezüglich Login/Logout:
Hat Prima funktioniert nach einiger Zeit kann man auf das Interface wieder zugreifen und eventuelle Konfigurationen vornehmen

[Gast]

Hallo zusammen,
aktuell habe ich ein ähnliches Problem mit der Ansteuerung von Somfy io Antrieben. Wäre hier ein Pico Baustein an eine TaHoma Box von Somfy auch machbar?
Bin kein Software Entwickler, aber evtl. hat hier schon jemand was in der Richtung gemacht.
Im Forum habe ich dazu bisher nur Lösungen mit FHEM gefunden.

[technikblog]

Was länger währt oder so... KLF200 API

[Xmedia]

Wäre mit der API auch eine Lösung über Pico-C möglich?

[jousch]

Gibt es dazu bereits ein Update? Hat jemand bereits das über Pico-C geschafft? Ich stehe kurz vor Kauf von zwei KLF 200

[Micha]

Hallo zusammen,

erstmal vielen Dank für die tolle Arbeit hier. Dank der Hilfe des Forums habe ich als Laie alle Wünsche in Loxone umsetzen können. Dieses Mal fehlt es mir wohl einfach an Fachwissen. Ich wollte keinen neuen Thread eröffnen, da es hier gut reinpasst:

Um meine Dachfenster in Loxone einzubinden, habe ich mir ein VELUX KLF200 Interface besorgt. Da es schon die neue Firmware hatte, funktioniert die Script Lösung nicht mehr, sondern nur noch via API.
Da ich auch noch einen Raspberry Pi mit OPENHAB2 nutze, bin ich den Umweg über OPENHAB gegangen - hier gibt es ein VELUX Binding, das ich schließlich zum Laufen bekommen habe: Über Openhab kann ich meine Dachfenster steuern :-)

Jetzt zum Problem: Ich möchte das ganze natürlich auch in Loxone einbauen, was über die REST API Schnittstelle geschieht.
Dieser Befehl funktioniert auch prompt ohne Verzögerung:

curl -X POST --header "Content-Type: text/plain" --header "Accept: application/json" -d "ON" "http://*IPOpenhab:8080*/rest/items/DachfensterKuechelueften"

Leider weiß ich nun nicht, wie ich das korrekt als HTTP Post Befehl in den Virtuellen Ausgang packe, dafür kenne ich mich zu wenig aus.



Könnte mir jemand von euch weiterhelfen, wo ich welchen Teil eintragen muss?
Herzlichen Dank!

[KevinKrueger]

Guten Abend !

Hat sich inzwischen mal jemand an die API rangetraut ? Ich hab da ja leider so wenig Ahnung von ...

Viele Grüße
Kevin

[challo]

Verwende die API über fhem. Dort gibt es eine Implementierung. Läuft echt super. Fhem habe ich auf dem loxberry laufen.

[udgesbou]

Verwende die API über fhem. Dort gibt es eine Implementierung. Läuft echt super. Fhem habe ich auf dem loxberry laufen.

Servus, per FHEM kann ich meine Rollos auch steuern, allerdings scheitere ich nun an Loxone Irgendwann sollten sie per Glastaster steuerbar sein. Mir würde es aber schon erstmal reichen, wenn es per Loxone-Config funktioniert oder per Visualisierung

Kannst du mir vielleicht ein Beispiel schicken, wie das ganze in Loxone aussehen müsste? *fleh"


Danke und Grüße

[challo]

Schau Mal hier. Bei Fragen meld dich:

https://www.loxforum.com/forum/hardware-zubehör-sensorik/171217-velux-klf200-endlich-mit-api?p=186626#post186626

[NCom]

Ansonsten ist vielleicht auch dieser Blog Hilfreich.

https://technikblog.ch/2022/05/velux-dachfenster-in-loxone-mit-klf200-und-shelly-diy/

[challo]

Im Blog wird allerdings anstelle der API ein Shelly und die Digitaleingänge verwendet

[NCom]

Hallo vielleicht kann ich dir helfen, ich steuere mit Loxone über FHEM meine Fritz!DECT Steckdosen.

Der Raspberry hat die IP: 192.168.3.172, Loxone IP: 192.168.3.173 die habe ich im FHEM freigeschaltet
(und natürlich meinen PC zum testen )

define WEBapi FHEMWEB 9086 global
attr WEBapi allowfrom 192.168.3.173|127.0.0.1
attr WEBapi csrfToken none​

Und dann als virtuellen Ausgang in Loxone eingefügt.