I’m still an OH3 newb, but I know about EnOcean and home automation. Does any of you know about the EnOcean bindings?
I tried to integrate an Eltako FMS14. It receives the EEP F6_02_01 and can communicate bidirectionally. The OH3-Thing is taught-in into the FAM14 / FMS14 / FMS 14 as a directional button (up/on).
If I try to integrate the FMS14 as a classic device, I can control the actuator. But I don’t see the current status. For example, if someone presses the physical EnOcean light switch, the OH3 view continues to remain as before.
If I integrate FMS14 as a switching / dimming actuator, nothing happens. The OH3-thing can neither be learned nor controlled in the FMS14. Sounds understandable to me, because in this case the wrong EEP is stored. If I change the EEP manually in the code of the thing to F6_02_01, it doesn’t work either.
Does anyone have any idea how I can integrate the actuator’s feedback channel?
It worked wonderfully with the FUD14 and FSR14 but I’m struggeling to integrate the FMS14.
Unfortunately, I do not have an FMS14, but I do have other Eltako switch actuators.
If you create a thing “switching / dimming actuator” and put in the correct EnOceanID you should be able to get the current status via the “Switch” channel. If you then also teach in a correct Sender ID into you FMS14 (as GFVS) then you should also be able to control it via this Switch channel. (EEP Reveiving → PTM200 / EEP Sending → Switch)
thanks a lot for your quick response. It’s not possible to teach into FMS14 as GFVS. There is no available function even in hardware nor in the PCT14-tool. I made a screenshot of the available selections in the tool.
Frankly im also still a beginner in openhab.
But as far as is understood the binding you can not mix up EEPs
a central command can’t send F6 thats why you can’t control it.
But have you tried to teach in your “1_test_receiver”?
I don’t think so. The EEP’s are mixed up for receiving and sending telegrams in standard switch/dimmer-definition. Standard-sending-eep is A5_38_08_0X, and standard-receiving-eep is F6_00_00. So they are already mixed up.
And if I choose an unknown EEP in the code-definition, I get an error-message. So I think it should be possible.
The teach-in for “1_test_receiver” was not possible. No reaction from the FMS14 in the hardware-teach-in. And even no reaction from the FMS14, if I defined the settings manually by using PCT41-Tool.
The ClassicDevice Thing is the way to go in this case. It sends RockerSwitch messages (F6) and can listen to such messages too. However the FMS14 does not answer with RockerSwitch messages instead it uses PTM200 messages for its answers. You just did the combination for the wrong ThingType
I guess you currently have to do the following:
Create a ClassicDevice Thing
Set PTM200 EEP (F6_00_00) for ReceivingEEP
Link its RockerSwitch channel to an item
Add another dummy channel for listening and set its EnOceanId to your FMS14 Id
The dummy channel will allow to receive messages from your FMS14. These messages are then handled by the PTM200 EEP.