Request support for Eltako F4HK14

[sipodd]

Hi,
i found time to play with my Enocean things again and see you made greate progress here!
just rolled out the eltako test addon and my FUD14, FSB14 seem to work!

Now I would really like to get my F4HK14 into Homeassistant.
Setting the "setpoint" in Homeassistant and logging when the valve is open :-)
I played with the eep file, but i just don't get my head around it :(

So, if you got any chance to add it into the add on, i'll happily test and provide logs.

Keep up the good work! and thanks for the effort

[mak-gitdev]

Hi @sipodd,

I had a quick look at the F4HK14 and FHK14 datasheets to understand how they work.
My understanding is that those are heating/cooling relays.
To be controlled from HA, we will have to send a temperature setpoint, right ?
It seems that they also send their status (normal mode, night mode, setback mode, off).
What else is needed ? What would you like to see in HA ?

Not sure I get everything so further details would be of great interest.

[sipodd]

Hi @mak-gitdev,

thats correct!
SetPoint should be controlled by HA and status send back to HA.

Additionally, F4HK14 repeats the telegramm of any Roomsensor, it is listening to. (in my case FTR55HB - A5/10/06 for each Room)
For convenience and trouble shooting, it would be cool to interpret this, too.
Here an example of my log:
05:13:D4:30 = FTR55HB
FF:E8:36:9E = F4HK14 - Channel 1

2024-02-07 20:31:49,108 DEBUG: 05:13:D4:30->FF:FF:FF:FF (-61 dBm): 0x01 ['0xa5', '0x0', '0x89', '0x78', '0xf', '0x5', '0x13', '0xd4', '0x30', '0x0'] ['0x0', '0xff', '0xff', '0xff', '0xff', '0x3d', '0x0'] OrderedDict()
2024-02-07 20:31:49,109 INFO: received: 05:13:D4:30->FF:FF:FF:FF (-61 dBm): 0x01 ['0xa5', '0x0', '0x89', '0x78', '0xf', '0x5', '0x13', '0xd4', '0x30', '0x0'] ['0x0', '0xff', '0xff', '0xff', '0xff', '0x3d', '0x0'] OrderedDict()
2024-02-07 20:31:49,111 DEBUG: ENOmqtt/Küche/EnO_Temp: SP (Set Point (linear))=137.0 
2024-02-07 20:31:49,112 DEBUG: ENOmqtt/Küche/EnO_Temp: TMP (Temperature (linear))=21.176470588235293 °C
2024-02-07 20:31:49,113 DEBUG: ENOmqtt/Küche/EnO_Temp: SLSW (Slide switch)=Position O / Day / On 
2024-02-07 20:31:49,113 DEBUG: ENOmqtt/Küche/EnO_Temp: Sent MQTT: {"_RSSI_": -61, "_DATE_": "2024-02-07T20:31:49.108855", "_RAW_DATA_": "00:89:78:0F:00", "SP": 137.0, "TMP": 21.176470588235293, "SLSW": 1}
2024-02-07 20:31:49,114 DEBUG: Sending PUBLISH (d0, q0, r1, m2070), 'b'ENOmqtt/K\xc3\xbcche/EnO_Temp'', ... (138 bytes)
2024-02-07 20:31:49,285 DEBUG: FF:E8:36:9E->FF:FF:FF:FF (-71 dBm): 0x01 ['0xa5', '0x0', '0x89', '0x78', '0xf', '0xff', '0xe8', '0x36', '0x9e', '0x30'] ['0x0', '0xff', '0xff', '0xff', '0xff', '0x47', '0x0'] OrderedDict()
2024-02-07 20:31:49,285 INFO: received: FF:E8:36:9E->FF:FF:FF:FF (-71 dBm): 0x01 ['0xa5', '0x0', '0x89', '0x78', '0xf', '0xff', '0xe8', '0x36', '0x9e', '0x30'] ['0x0', '0xff', '0xff', '0xff', '0xff', '0x47', '0x0'] OrderedDict()
2024-02-07 20:31:49,286 INFO: unknown sensor: FF:E8:36:9E (RORG = 0xa5)

There are two optional (future improvement) things:
Don't know if its possible to control night mode or switch channels between heating and cooling.
Night-mode can alternativly be done by reducing the setpoint through HA.
On the heating/cooling... this might sound weird, but i switch my "floor-heating" to cooling, when its really hot.
If the bottom wheel is set to PCT, this is supposed to be controlable by Software...i just don't find any further documentation on this.

cheers

[mak-gitdev]

Hi @sipodd,

Thanks for the additional information.
I think that to control this device, we could emulate for example FTR55HB.
What do you think about it ?

One additional question, as F4HK14 has 4 channels, how does the FTR55HB control the different channels ?
Is it a single setpoint for all channels ?

[sipodd]

Hi @mak-gitdev
emulating a FTR55HB would not work unfortunately. And the Reason is tied to the answer to your second question :-)

The F4HK14 works similar to F4SR14 in regards of its channels.
Each Channel got its own address and you need to teach a FTR55 to each active channel, its mandatory for F4HK14 to work.
It can be one FTR55 for multiple channels, but not multiple FTR55 for the same channel.
If a channel doesn't receive a message from a FTR55 for (i think) 2 hours, it will stay inactive.

So, nobody using a F4HK14 would not have a FTR55 (or similar) in that room to get reliable heating/cooling, so that slot is occupied (why emulation won't work here).

The GFVS functions are only providing additional features to the F4HK14, like over-ruling the FTR55's setpoint.
But they can not replace them, FTR55 is always the mandatory fallback.

[mak-gitdev]

Hi @sipodd,

Unfortunately, for now, I can't find the GFVS telegrams to override FTR's setpoint.
So could the device accept telegrams from normal A5-10-06 sensor, not FTR55 I mean. I saw that FTR55 sends a special learn telegram so Eltako devices can recognize it. This would not be the case for "normal" A5-10-06. Hope you get what I mean.

I also saw that F6 telegrams could be sent to set the mode of the device. If you want, you could try it by using virtual buttons.