Enocean binding 2.5.0.1 - Are PMT 200 Response telegrams considered on rollershutter actuators?

Chris_tian · January 29, 2019, 8:47pm

Hi,
I am using openhab 2.4 and the enocean binding 2.5.0.1 to controll my eltako rollershutter. After strugglins little bit with the eltako config and updating to binding version 2.5.0.1 I am actually quite happy since now I can open and close my rollershutter with my smartphone. So first big thanks to @fruggy83 for this nice binding.

One problem I still do have and could not find an answer so far if I configured something wrong:
My setup is that I do have FSB14 and FAM14 and connected now with an Enocean Pi.
Opening and closing the shutters with openhab works fine now, except for updates on the status if I do get the PMT 200 response telegrams from FSB14. These are send when the shutter is closed completely or openend completely. In this case FSB14 is not sending a reponse telegram of type ORG 0x07 but instead these telegrams of ORG 0x05.
Unfortunately this is the standard case when I control my shutters by manual switches or by FSU14 (clock) because in all these case the shutters go completely up or down.
Am I missing some configuration?

Actually I did not use the teach in procedure but instead used the PCT14 tool from eltako to register my openhab enoceanIDs to the FSB14 as “Fahrkommando mit Zeitwertübergabe von GVFS”

Now some log snippets that do show the missing update of status:


openhab> log:tail
21:32:51.061 [INFO ] [smarthome.event.ItemCommandEvent     ] - Item 'EG_Rolladen_Esstisch' received command DOWN
21:32:51.076 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
21:32:51.086 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload A5000F0208FF95C2840001FFFFFFFFFF00
21:32:51.102 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
21:32:51.392 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFB80C88 payload F602FFB80C883001FFFFFFFF5300 received
21:32:54.074 [INFO ] [smarthome.event.ItemCommandEvent     ] - Item 'EG_Rolladen_Esstisch' received command STOP
21:32:54.077 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
21:32:54.094 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload A500FF0008FF95C2840001FFFFFFFFFF00
21:32:54.111 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
21:32:54.935 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFB80C88 payload A5001E020AFFB80C882001FFFFFFFF5300 received
21:32:54.943 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload A5001E020AFFB80C8820 for FFB80C88 received
21:32:54.961 [INFO ] [smarthome.event.ItemStateChangedEvent] - EG_Rolladen_Esstisch changed from 0 to 20
21:33:14.886 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFB80C88 payload F602FFB80C883001FFFFFFFF5200 received
21:33:18.428 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFB80C88 payload A5002C020AFFB80C882001FFFFFFFF5000 received
21:33:18.436 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload A5002C020AFFB80C8820 for FFB80C88 received
21:33:18.453 [INFO ] [smarthome.event.ItemStateChangedEvent] - EG_Rolladen_Esstisch changed from 20 to 46
21:33:24.368 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFB80C88 payload F602FFB80C883001FFFFFFFF5000 received
21:34:25.223 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFB80C88 payload F650FFB80C883001FFFFFFFF5300 received
21:36:00.269 [INFO ] [smarthome.event.ItemCommandEvent     ] - Item 'EG_Rolladen_Esstisch' received command UP
21:36:00.277 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
21:36:00.286 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload A5000F0108FF95C2840001FFFFFFFFFF00
21:36:00.302 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
21:36:01.118 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFB80C88 payload F601FFB80C883001FFFFFFFF5600 received
21:36:01.270 [INFO ] [smarthome.event.ItemCommandEvent     ] - Item 'EG_Rolladen_Esstisch' received command STOP
21:36:01.274 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
21:36:01.287 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload A500FF0008FF95C2840001FFFFFFFFFF00
21:36:01.303 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
21:36:02.327 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFB80C88 payload A5000A010AFFB80C882001FFFFFFFF5300 received
21:36:02.335 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload A5000A010AFFB80C8820 for FFB80C88 received
21:36:02.352 [INFO ] [smarthome.event.ItemStateChangedEvent] - EG_Rolladen_Esstisch changed from 46 to 40

Actually I would expect an state update after this message is received:
RADIO_ERP1 with RORG RPS for FFB80C88 payload F650FFB80C883001FFFFFFFF5300 received

Is my expectation wrong or could there be something wrong in my setup?

Regards
Christian

fruggy83 · January 29, 2019, 9:11pm

HI Christian @Chris_tian,

Actually I did not use the teach in procedure but instead used the PCT14 tool from eltako to register my openhab enoceanIDs to the FSB14 as “Fahrkommando mit Zeitwertübergabe von GVFS”

That is not a problem. I did it the same way

Actually I would expect an state update after this message is received:

I would expect the same. Could you please post your thing configuration here. I just added the possibility to handle PTM200 messages for rollershutters in 2.5.0.1. So this should work. By the way the exact same setup works for me as expected.

Best regards
Daniel

Chris_tian · January 29, 2019, 9:17pm

Hi Daniel @fruggy83

wow - that is fast reply.
Here is the thing config:

Thing enocean:rollershutter:egRollEss "Rolladen_Esstisch" (enocean:bridge:98b8fdc4) [
    enoceanId="FFB80C88",
    senderIdOffset=4, 
    sendingEEPId="A5_3F_7F_EltakoFSB", 
    receivingEEPId="A5_3F_7F_EltakoFSB", 
    broadcastMessages=true]
    {Type rollershutter:rollershutter [shutTime=18]}

and the item:

Rollershutter EG_Rolladen_Esstisch "Rolladen Esstisch [%d]" {channel="enocean:rollershutter:egRollEss:rollershutter", autoupdate="false"}

I guess one each should be sufficient.

regards
Christian

fruggy83 · January 30, 2019, 9:36am

Hi Christian @Chris_tian

you just have to add the PTM EEP to your receivingEEPs like receivingEEPId="A5_3F_7F_EltakoFSB","F6_00_00".

Sorry, I just have not updated the docs yet.

Best regards
Daniel

Chris_tian · January 30, 2019, 8:02pm

Hi Daniel @fruggy83,

now it works. Thank you.

fruggy83 · January 30, 2019, 8:15pm

HI Christian @Chris_tian,

glad to hear, that I works now