I have extracted the client_id and client_secret from the VELUX active 1.5.0.7 APK using JADX. Those two information are returned by some methods, located all in the same class file.
I have created a small instruction to patch the APK file and get all required info to interact with windows and unlock your home.
The app is only required once to get the all the keys.
Btw:
I was able to generate and exchange all other keys via web API except for the HashSignKey which seems to be generated when the app connects directly to the gateway. I could log that exchange with wireshark (~9 requests and responses between app + local gateway) but data seems to be encoded/encrypted.
But having all the keys allows to create own APIs (eg Node-RED).
Maybe this is useful to some people, like everything here was for me.
Hi there, I have an OpenHAB setup with a KLF200 to control my windows and rollershutters. It works fine apart from the KLF 200 being a pain to work with (login via its own WI-FI only!). However, whenever I need to restart the OpenHAB service the KLF200 refuses any incoming connection and I have to keep unplugging it completely several times for long periods of time until it hopefully starts working agains. This seems totally random and sometimes takes days.
As this is not acceptable I was hoping the KLX300 could be a solution. Will there be a binding for OpenHAB eventually? I am also happy to tinker with copy-pasting code to make it work. Thanks!
Newer KLF200 devices work reliable only over LAN access. The internal WiFi access point should be disabled automatically 10 minutes after power connection. This has been added to the latest Pull Request documentation.
My setup is running fine for 2 month now.
I have 7 velux integra windows that i need connected to my openhab, but i dunno what solution to use klf200 or kix300.
and i rather not have netamo/velux active controls/sensors honing around the house.
My solution only to have one control in each room for windows/heating/etc…
I’m using a KIX300 (only gateway, no sensors) to manage three windows in different rooms, including curtains and shutters. It has been integrated in OH3 using the approach described in this thread. For my needs, it works well and in fact, I have completely forgotten the velux app :-).
In case, try to further elaborate on your requirements and use cases in order to get more detailed suggestions.
Yes, correct, the homeKit version (actually there were at least two solutions in the thread, sorry… ). Specifically this post and the related ones (such as this one).
Hi, is there any update on the KIX 300 syntax, as stated by Jacob? I am able to get the access tokens and the homesdata, but it looks like that the setstate syntax for the json data parameter has been changed. I played around with some options but with no luck. Can any control the shutters using the “syncapi/v1/setstate” url?
Greetings
Carsten
I have recently bought the KIG 300 , which is currently available for 98 EUR at Hornbach. I only have two solar powered shutters which are now easily controlled via Apple HomeKit. The problem is that my family does not use Apple except me. Our standard home automation system (heating and lights) is Fritz which I coupled to HomeKit via a Raspberry run Openhabian.
I decided to wait until someone comes up with an easy interface for KIG 300 in openhabian. The effort to program something is not worth it in my opinion.
i am completely new in openhab and i have no idea what to do to integrate my Velux windows (KIX300). Is there allready a very very simple solution for this integration?
thanks for all your contributions! I can now control my windows with the methode desicbed by @brusch , thanks also to @pierlomb65.
However, I’m struggling to get the exec thing to work. I implemented everything as desribed, and my python command to open the windows works perfectly if executed in the terminal directly:
But executing the exec binding brings the following error/warning:
2023-05-07 12:57:46.602 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Windows_Open' predicted to become ON
2023-05-07 12:57:46.606 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Windows_Open' changed from OFF to ON
==> /var/log/openhab/openhab.log <==
2023-05-07 12:57:46.607 [DEBUG] [ng.exec.internal.handler.ExecHandler] - Passing to shell for parsing command.
2023-05-07 12:57:46.608 [DEBUG] [ng.exec.internal.handler.ExecHandler] - OS: *NIX (Linux)
2023-05-07 12:57:46.616 [INFO ] [org.openhab.core.model.script.test ] - executed
2023-05-07 12:57:47.077 [DEBUG] [ng.exec.internal.handler.ExecHandler] - Exec [OUTPUT]: 'Could not open "velux" because it does not exist'
2023-05-07 12:57:47.174 [DEBUG] [ng.exec.internal.handler.ExecHandler] - Transformed response is 'Could not open "velux" because it does not exist'
@nougad Greetings from the Loxone world. Just came here to thank you for all your efforts. I am on a quest to connect my Velux Integra shades to a Loxone installation without additional hardware, merely using REST API integration. Thanks to the 4 year old work of yours I can now control my shades via KIG300 and Postman. Next - embed the API calls into Loxone
All the best!