Problem narrowed down -> Enocean - Enocean when rule switch is on, openhab switch is on, device does not switch on

Hello,

I need your help, otherwise I’m going crazy.

Openhab basic installation 3.01 and 3.1 M3 tested. Operating system is openhabian latest version and I run it with a z-wave (ZMEEUZB1) and enocean (USB300) stick.

For testing I have installed a Switsch Nodeon 2-1-0 and a Z-WAVE PIR sensor. The whole thing works very well by hand control
I.e. I can always switch the Switsch on and off via the switches on the surface. But if I now connect the two things via a Rule:

triggers:

  • id: “1”
    configuration:
    itemName: PIRFlurUntenGeraet_MotionAlarm
    state: ON
    type: core.ItemStateChangeTrigger
    conditions: []
    actions:
  • inputs: {}
    id: "2
    configuration:
    itemName: LightFlurUnternGeraet_Switch
    command: ON
    type: core.ItemCommandAction

Does the switching process work according to event.log:

2021-04-08 12:14:18.947 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘PIRFlurUntenGeraet_MotionAlarm’ changed from OFF to ON
2021-04-08 12:14:18.953 [INFO ] [openhab.event.ItemCommandEvent ] - Item ‘LichtFlurUnternGeraet_Switch’ received command ON
2021-04-08 12:14:18.954 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item ‘LichtFlurUnternGeraet_Switch’ predicted to become ON
2021-04-08 12:14:18.959 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘LichtFlurUnternGeraet_Switch’ changed from OFF to ON

also on the website the switch goes from Off to On, unfortunately the real switsch does not. It usually stays off. Usually because sometimes it does turn on. But there is no pattern recognizable so far. As I said by hand it always works.

Does anyone have any ideas?

Oh yes as the crow flies 2m between Enocean Switch and Raspi :wink:
And one more piece of information. When I execute the rule manually it always works.
And one more thing. If I do the whole thing via a blocky script, it always works.

triggers:

  • id: “1”
    configuration:
    itemName: PIRFlurUntenGeraet_MotionAlarm
    state: ON
    type: core.ItemStateChangeTrigger
    conditions: []
    actions:
  • inputs: {}
    id: “2”
    configuration:
    blockSource: EQPIRFlurUntenGeraet_MotionAlarmONsendCommandONLichtFlurUnternGeraet_Switch
    type: application/javascript
    script: >
    if (itemRegistry.getItem(‘PIRFlurUntenGeraet_MotionAlarm’).getState() ==
    ‘ON’) {
    events.sendCommand(‘LichtFlurUnternGeraet_Switch’, ‘ON’);
    }
    type: script.ScriptAction

Hello,

I have now taken a closer look. It is not because of the rules. Rather an issue of Enocean, because no answer comes from the receiver. And if it comes it is not a response to the previous message from the sender.
I will therefore continue the topic in the Enocean Thread.

10:40:18.819 [INFO ] [openhab.event.ItemStateChangedEvent  ] - Item 'PIRFlurUntenGeraet_MotionAlarm' changed from OFF to ON
10:40:18.825 [INFO ] [openhab.event.ItemCommandEvent       ] - Item 'LichtFlurUntenGerat_Switch' received command ON
10:40:18.830 [INFO ] [openhab.event.ItemStatePredictedEvent] - Item 'LichtFlurUntenGerat_Switch' predicted to become ON
10:40:18.837 [INFO ] [openhab.event.ItemStateChangedEvent  ] - Item 'LichtFlurUntenGerat_Switch' changed from OFF to ON
10:40:18.838 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
10:40:18.842 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload D2011E01FFA7838100010589722AFF00
10:40:18.868 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
10:40:19.191 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG VLD for 0589722A payload D20460E40589722A0001FFFFFFFF4400 received
10:40:19.194 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload D20460E40589722A00 for 0589722A received
10:41:07.835 [INFO ] [openhab.event.ItemStateChangedEvent  ] - Item 'PIRFlurUntenGeraet_MotionAlarm' changed from ON to OFF
10:41:07.845 [INFO ] [openhab.event.ItemCommandEvent       ] - Item 'LichtFlurUntenGerat_Switch' received command OFF
10:41:07.852 [INFO ] [openhab.event.ItemStatePredictedEvent] - Item 'LichtFlurUntenGerat_Switch' predicted to become OFF
10:41:07.857 [INFO ] [openhab.event.ItemStateChangedEvent  ] - Item 'LichtFlurUntenGerat_Switch' changed from ON to OFF
10:41:07.862 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
10:41:07.866 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload D2011E00FFA7838100010589722AFF00
10:41:07.884 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
10:45:00.915 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - polling channels
10:45:00.920 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
10:45:00.927 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload D2031EFFA7838100010589722AFF00
10:45:00.948 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
10:45:01.079 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG VLD for 0589722A payload D20460E40589722A0001FFFFFFFF4400 received
10:45:01.085 [DEBUG] [ernal.handler.EnOceanBaseThingHandler] - ESP Packet payload D20460E40589722A00 for 0589722A received
10:45:01.093 [INFO ] [openhab.event.ItemStateChangedEvent  ] - Item 'LichtFlurUntenGerat_Switch' changed from OFF to ON