[velux] With the KLF 200 discontinued - Is there any way forward?

Add-ons Bindings
1

Hello community!

After lengthy research I thought I’d address the elephant in the room: The KLF 200 has been discontinued by Velux. It is very hard to get hold of one now and will be almost impossible soon. Since the thread [velux] New OpenHAB2 binding - feedback welcome! has become really, really long I thought I’d start a new one.

The situation is that my KLF 200 has died. Since I needed a solution soon I ordered a Velux Gateway (KIG 300) to be at least able to integrate my roller shutters via Apple Homekit. Unfortunately this has ended openHAB integration for me.

There is the KLF 150 which seems to be the official successor. I did not want to order one out of the blue just to find out it is not compatible with the openHAB binding. For starters, it no longer has an easily accessible LAN port. I am not sure if it has one at all, tbh. Information is scarce as Velux are not really community friendly. I read somewhere that there is one internally, but only “for use by Velux”. Also the API seems to be gone. Has anyone tried to use the KLF 150 with the openHAB Velux binding an can confirm that it works (or not)?

That leaves me with the question what you guys suggest I should do to get my Velux devices back into openHAB. Since I already own the Velux Gateway: Is there any way to control that Gateway via openHAB? There already is a Github issue to make openHAB act as HAP (HomeKit Accessory Protocol) client (not a server!) but there doesn’t seem to be a solution in the foreseeable future.

I read some things about integration via Somfy, but tbh. I could not make heads or tails of it. It seemed very complicated to me.

Any advice would be greatly appreciated. :slight_smile:

Cheers

Jens

2

Yes. A HomeKit client binding is currently under development that works with the KIG300. I’m already using the latest beta version myself.

[homekit] New HomeKit client binding by andrewfg · Pull Request #19340 · openhab/openhab-addons · GitHub

3

Aren’t these devices somfy I/O based? If so a Conexoon / TaHoma gateway should work.
Only relies on the cloud I guess. I lost track of efforts to get a developer mode for local access working.

4

I used to control a Somfy roof window (IO) via a TaHoma box.
(I eventually shut the TaHoma down because I control all my Somfy RTS stuff locally through an RFXTRX, and the one remaining IO device via a KLF 050.)

Adding the IO device back then was super easy and it worked really well with openHAB. I’ll probably reactivate it soon anyway, since a couple of new Velux roof windows are on the way.

Of course I’d prefer a completely cloud-free setup. If I remember correctly, the TaHoma box actually worked cloud-free in daily operation – only the admin part (adding new devices, etc.) required the cloud connection.

5

It’s almost off-topic, but that helped me. I just desoldered the fuse and bridged the trace. Everything works, but you need to be careful with the USB adapter.

6

I have the Tahoma Box in place for Velux and Somfy stuff. It works like a charm with OH for years now. Only tradeoff is the Cloud use for Updating, adding devices (Velux, Somfy, IO).

Br

Paul

7

Hi,

try

  1. Somfy “Repeater io”. Same product, same functionality ( as it is the same product )
  2. for less shutters, you could try “Izymo transmitter io” ( UP-Sender io )
  3. try TaHoma Switch and use the API ( ready binding for OpenHab )
  4. ask me anything concerning integra/io, I try to help
8

Currently I use both gateways (Connexoon and KLF200). The KLF200 does not support silent mode of roller shutters, whereas the Connexoon is very strange when it comes to item states. This is an example.

2025-11-20 17:03:05.745 [INFO ] [openhab.event.ItemCommandEvent ] - Item ‘RL_Bu_l’ received command 95
2025-11-20 17:03:05.749 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item ‘RL_Bu_l’ predicted to become 95
2025-11-20 17:03:05.753 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘RL_Bu_l’ changed from 61 to 95
2025-11-20 17:03:14.792 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘RL_Bu_l’ changed from 95 to 79
2025-11-20 17:03:20.850 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘RL_Bu_l’ changed from 79 to 95

As you can see the item state changed from 0 to 95, to 79 and back to 95 within 15 seconds. This is annoying in rules which are fired when a roller shutter reaches a certain state. Therefore I use the silent mode of Connexoon to move the roller shutters and the item state of the KLF200 to trigger rules.

As I prefer LAN for devices which are 24/7 online I’m afraid the successor KLF150 will not be an option.

9

I have a Velux KLF200 which stopped working for me as others also has experienced.

So I decided to look more into the design and identify the core reason. This is my way of giving something back to guys like @AndrewFG , @gs4711 and others who made it possible for me to use the Velux KLF200 device in openHAB. All this below was done together with a specialist who had the equipment and expertise needed.

The external power supply is +5 volt, and on the board there is voltage regulator that transforms this into +3.3 volt, which is needed by the chipset. The chip is LDO voltage regulator, fixed, 3.3 V, 800mA, SOT-223 and it can be found here.

In all power regulators electrolytic capacitors are needed, and this is the weak point in modern electronics. These devices contains fluid and after some years they leak and they stop working. In my case the onboard fuse blew.

The Velux KLF 200 has 3 of these capacitors SMD mounted, and the specs are 100 µF, 10 Volt and it seems to be the standard version designed for 85°C. This type of device will often have a lifetime between 6-8 years, if the KLF200 is turned on 24/7. The original capacitor has a ESR value of 1 Ohm, when it is new, and mine was measured via special equipment to 2.1 Ohm which in reality means end of life.

For a long expected lifetime of capacitors it is essential to have a low ESR value and a design for higher temperature. I picked a electrolytic capacitor from Panasonic 100 µF, 16 V, 105°C with a low ESR - see link. Panasonic also produces it in a SMD variant. A low ESR value means lower heating which again prevents leak of fluid.

Upon arrival the ESR on the Panasonic capacitors were measured to only 0.15 Ohm. Not all voltage regulators will work if a standard ESR capacitor is replaced with a low ESR capacitor, but the voltage regulator in KLF200 is a type, where this is possible.

So the capacitors and the fuse were replaced on the board, and now my KLF200 is working fine again. Expected lifetime is close to infinite, but the vendors never promise anything longer than 15 years.

I would recommend anyone who has a KLF200 device to have the original capacitors replaced. If you do it before the fuse blows, there is one thing less to fix. Do NOT try soldering yourself on SMB unless you are very experienced and have the proper equipment - I could not do it.

The expert who helped me is Aslak, and he is located in Denmark. He is running a small one man company called “elektromekanikeren.dk” you can read more here.

This was a long post - I hope it can benefit someone.

10

My KLF 200 also just died, LAN port is not working.

As this device was anyway driving me mad with the ridiculous Wifi setup and regular disconnects from OpenHAB, I am not too unhappy to move somewhere else.

Does the Tahoma Box provide the same functionality? I have about 15 windows/shutters to control.

Which exact Tahoma devices can be used?