New openHab2 EnOcean binding

openhab2-addons
enocean
binding
Tags: #<Tag:0x00007f014815f7e8> #<Tag:0x00007f014815f6a8> #<Tag:0x00007f014815f568>

(Daniel Weber) #442

HI Frank (@fnu),

strange, did see this error before. However I would expect, that every binding would use the org.eclipse.jdt.annotation. So just try to install another binding to resolve this dependency.

Best regards
Daniel


(Thorsten Oest) #443

Hi Daniel (@fruggy83),

unfortunately I have to correct myself. After restarting openHAB I got the “profile” error again, even after a reinstallation of the enocean binding without any items and things defined.

Is there a way or a place where I can see if I have profiles defined?

Thorsten


(Tino) #444

Hi Daniel (@fruggy83), would it make sense to send you the whole events.log? If so, how can I transfer it to you?
If not I can extract the messages from today and post it here.
Thanks, Tino


(Tino) #445

Hi Frank (@fnu), not sure if this helps, but I am using openhab 2.4.0 stable + the enocean 2.5.0 snapshot from Daniel and this worked on my openhabian on my VMware.

To use the enocean 2.5.0 snapshot it make the serial connection to my raspi with enocean pi much easier. Just installed and confirured ser2net on the raspi and use the rdc2217 path in the config of the enocean bridge.

Thanks, Tino


(Ralf) #446

Hi Tino (@flynux

you lucky one. I tried the same without success. What exact settngs do you use on raspi and openhab side? Which ser2net version do you use?

Kind regards,
Ralf


(Frank) #447

Hi Tino (@flynux), everything might help, thanks :smiley:

I’m running openhabian directly on the Raspberry Pi 2 (w/ EnoceanPi) I planned to use for OH2. Hardware works great, eno bridge does come up flawless on openhabian and also raspbian with OH2.

Actually I can install any other binding (feature) without hassle from OH2 repository, I don’t get these dependency errors. The 2.4.0 enocean binding can be configured easily, e.g. adding the bridge, albeit some things don’t work as they should, as we know.

The openocean 2.5.0-SNAPSHOT is visible in PaperUI after installation, despite the dependency errors. But it doesn’t list any “Supported Things” in PaperUI … looks like a dummy package. (2.4.0 enocean binding has to be deinstalled …)

Since I did setup a pristine openhabian some hours ago, everything should be at it’s place, I’m a bit perplexed …

Thanks & cheers.


(Tino) #448

(@fnu) Mmhh strange, just for your info my 2.5.0 snapshot has a size of 234409 bytes.
Thanks, Tino


(Frank) #449

Hi Tino (@flynux),

as I wrote above, your “raw” link gave me the correct file in size :slight_smile: good to go. :+1:

Installing and deinstalling 2.4.0 enocean binding doesn’t solve my issue, but I guess I have it run now. I tried several bindings from repo I might use in the future, already, e.g. avm for my fritzbox, network & WOL for general purpose, nothing did help up to now.

But since I own a Yamaha RX-S600D, I gave that feature a last chance directly after the last post. To my surprise, “feature:install openhab-transport-serial” made it thru without that dependency errors after “feature:install openhab-binding-yamahareceiver”. Quickly set up my eno bridge w/o hassle, it was up and running within seconds.

Therefor I guess all of you had already running bindings before using 2.5.0-SNAPSHOT and maybe nobody has ever tried to install it on a pristine installation, w/o other running bindings … looks like there is a little flaw in that jar … ?

Thanks and cheers.


(Tino) #450

Indeed, I had some bindings installed before.
Gruss, Tino


(Tino) #451

Hi Ralf (@shotte),

my ser2net on the raspi is 2.10.1. My /etc/ser2net.conf has only one line:

3001:telnet:0:/dev/serial0:57600 8DATABITS NONE 1STOPBIT remctl

On the openHAb server (VMware) the path on the bridge looks like:

rfc2217://:3001

But as I noted somewhere else it works only with Daniels enocean 2.5.0 Snapshot.
Hope this helps.
Thanks, Tino


(Frank) #452

Hi all,

but to make it short, albeit I have openocean binding running, can setup my bridge, unfortunately it doesn’t solve my original issue, to switch a unidirectional Peha actuator. I have three of them in my installation (451 FU-BEP).

I added again a classic device, PaperUI / Configuration / Things / “+”, stopping discovery by “Add manually”, choosing “Classic Device”. There I did set a proper name, accepted given Thing ID, EPP=F6-02-01, also “EPP for receiving states” and let the SenderID set automatically by OH2.

Then adding an Item to the rocker switch of my new classic device, setting a proper name and “Enforce an auto update”.

Finally set one of the “451 FU-BEP” into teach in/learn mode and toggled the little software switch of my Item in PaperUI Control Panel.

But situation hasn’t changed, actuator doesn’t signal it has learned something new by the LEDs nor do I see any specific in the openhab log, again just status changes:

...
2018-12-23 17:07:44.438 [ome.event.ItemCommandEvent] - Item 'Flur1OGVirtualSwitchLicht_RockerSwitch' received command ON
2018-12-23 17:07:44.503 [vent.ItemStateChangedEvent] - Flur1OGVirtualSwitchLicht_RockerSwitch changed from NULL to ON
2018-12-23 17:07:45.096 [ome.event.ItemCommandEvent] - Item 'Flur1OGVirtualSwitchLicht_RockerSwitch' received command OFF
2018-12-23 17:07:45.111 [vent.ItemStateChangedEvent] - Flur1OGVirtualSwitchLicht_RockerSwitch changed from ON to OFF
2018-12-23 17:07:45.777 [ome.event.ItemCommandEvent] - Item 'Flur1OGVirtualSwitchLicht_RockerSwitch' received command ON
2018-12-23 17:07:45.791 [vent.ItemStateChangedEvent] - Flur1OGVirtualSwitchLicht_RockerSwitch changed from OFF to ON
2018-12-23 17:07:46.432 [ome.event.ItemCommandEvent] - Item 'Flur1OGVirtualSwitchLicht_RockerSwitch' received command OFF
2018-12-23 17:07:46.461 [vent.ItemStateChangedEvent] - Flur1OGVirtualSwitchLicht_RockerSwitch changed from ON to OFF
2018-12-23 17:07:47.056 [ome.event.ItemCommandEvent] - Item 'Flur1OGVirtualSwitchLicht_RockerSwitch' received command ON
2018-12-23 17:07:47.079 [vent.ItemStateChangedEvent] - Flur1OGVirtualSwitchLicht_RockerSwitch changed from OFF to ON
2018-12-23 17:07:47.684 [ome.event.ItemCommandEvent] - Item 'Flur1OGVirtualSwitchLicht_RockerSwitch' received command OFF
...

Thanks so far.

Cheers.


(Thorsten Oest) #453

Hi Daniel (@fruggy83),

I have reinstalled openHAB. After this your binding is running.

Just one point: in your documentation you have examples where

enoceanID

is written with a capital D. First I copied this in my config files and did not realize that in the table it is in lower case.

Thorsten


(Thorsten Oest) #454

Hi Daniel (@fruggy83),

I am now going through my devices checking if they are working with my definitions. There seems to be a problem in my setup moving from virtualRockerSwitch to classicDevise. The virtual switch defined with

Thing enocean:classicDevice:37182ce4:FFC75D31 "Aktor - Hobby" (enocean:bridge:37182ce4) @ "Hobby"  [sendingEEPId="F6_02_02",senderIdOffset=49, broadcastMessages=true]{Channels: Type virtualSwitchA:virtualSwitchA[duration=250, switchMode="rockerSwitch"]}
Switch iHobby "Entfeuchter - Hobby" <poweroutlet> (gDryer) {channel="enocean:classicDevice:37182ce4:FFC75D31:virtualSwitchA",autoupdate="true"}

only sends x00. Have I done something wrong in the definition?

Thorsten


(Daniel Weber) #455

Hi Frank (@fnu),

could you please activate the debug level log of the binding. log:set debug org.openhab.binding.enocean. I just want to see, what messages my binding sends when you switch the item.

Best regards
Daniel


(Daniel Weber) #456

Hi Thorsten (@ThAO),

I have just copy and paste your definition into my config files. And this is what I get, when I switch the iHobby item:

2018-12-23 21:26:31.783 [ome.event.ItemCommandEvent] - Item 'iHobby' received command ON

2018-12-23 21:26:31.799 [vent.ItemStateChangedEvent] - iHobby changed from NULL to ON

==> /var/log/openhab2/openhab.log <==

2018-12-23 21:26:31.817 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback

2018-12-23 21:26:31.822 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload F610FFBCF5793001FFFFFFFFFF00

2018-12-23 21:26:31.835 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received

2018-12-23 21:26:31.860 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFBCF579 payload F610FFBCF5793101FFFFFFFF4700 received

2018-12-23 21:26:32.110 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback

2018-12-23 21:26:32.113 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload F600FFBCF5792001FFFFFFFFFF00

2018-12-23 21:26:32.124 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received

2018-12-23 21:26:32.145 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFBCF579 payload F600FFBCF5792101FFFFFFFF4700 received

As you can see the messages are send, they are even received as I have to use a repeater, which sends my outgoing messages back to me :slight_smile:

So could you please post the debug log here? I just want to see what happens when you switch your iHobby.

Best regards
Daniel


(Daniel Weber) #457

Hi Tino (@flynux),

you could send me the log by mail. You can find my adress in every commit in my openocean repo :wink:

Best regards
Daniel


(Thorsten Oest) #458

Hi Daniel (@fruggy83),

here it is:

018-12-23 22:42:18.812 [ome.event.ItemCommandEvent] - Item 'iHobby' received command ON

2018-12-23 22:42:18.839 [vent.ItemStateChangedEvent] - iHobby changed from OFF to ON

==> /var/log/openhab2/openhab.log <==

2018-12-23 22:42:19.075 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback

2018-12-23 22:42:19.080 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload F600FFC75D312001FFFFFFFFFF00

2018-12-23 22:42:19.090 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte

2018-12-23 22:42:19.094 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 1 optional length 0 packet type 2

2018-12-23 22:42:19.097 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received

2018-12-23 22:42:19.099 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Response without listener

2018-12-23 22:42:19.108 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte

2018-12-23 22:42:19.112 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 7 optional length 7 packet type 1

2018-12-23 22:42:19.116 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFC75D31 payload F600FFC75D312101FFFFFFFF4900 received

==> /var/log/openhab2/events.log <==

2018-12-23 22:42:22.105 [ome.event.ItemCommandEvent] - Item 'iHobby' received command OFF

2018-12-23 22:42:22.123 [vent.ItemStateChangedEvent] - iHobby changed from ON to OFF

==> /var/log/openhab2/openhab.log <==

2018-12-23 22:42:22.367 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback

2018-12-23 22:42:22.370 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload F600FFC75D312001FFFFFFFFFF00

2018-12-23 22:42:22.381 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte

2018-12-23 22:42:22.385 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 1 optional length 0 packet type 2

2018-12-23 22:42:22.389 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received

2018-12-23 22:42:22.393 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Response without listener

2018-12-23 22:42:22.401 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte

2018-12-23 22:42:22.405 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 7 optional length 7 packet type 1

2018-12-23 22:42:22.423 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFC75D31 payload F600FFC75D312101FFFFFFFF4700 received

I havn’t checked if this is what I expected.

Thorsten


(Frank) #459

Hi Daniel (@fruggy83),

very interessting behavior, after my last try that afternoon, I deleted the defined Classic Device and corrosponding switch Item and restartet Openhab2 Service. Items don’t dissappear completely when deleted thru PaperUI, but cleanup thru a openhab2 restart …

A minute ago I did set the requested Debug Level and redefined everything, so a Classic Device with a proper Switch Item. I did not even put the actuator into teach in mode. Well what should I say, actuator does work now … :joy:

To things, I haven’t restarted openhab2 after feature:install openhab-transport-serial, but the most important mistake I made, I obviously didn’t even try to switch the actuator after I took it out of teach in at my last test.

Since I haven’t seen the changed blink frequency on the actuator in teach in mode, I thought it didn’t work. But trying to switch it, is only possible after leaving teach in and there I just deleted everything … my bad, sorry.

So, but some Debug output for you:

2018-12-23 22:27:55.125 [ome.event.ItemCommandEvent] - Item 'Flur1OGVirtualSwitch_RockerSwitch' received command ON
2018-12-23 22:27:55.146 [vent.ItemStateChangedEvent] - Flur1OGVirtualSwitch_RockerSwitch changed from OFF to ON

2018-12-23 22:27:55.159 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
2018-12-23 22:27:55.179 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload F610FF9567013001FFFFFFFFFF00
2018-12-23 22:27:55.194 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
2018-12-23 22:27:55.460 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
2018-12-23 22:27:55.464 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload F600FF9567012001FFFFFFFFFF00
2018-12-23 22:27:55.478 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received

2018-12-23 22:27:55.971 [ome.event.ItemCommandEvent] - Item 'Flur1OGVirtualSwitch_RockerSwitch' received command OFF

2018-12-23 22:27:55.986 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback

2018-12-23 22:27:55.988 [vent.ItemStateChangedEvent] - Flur1OGVirtualSwitch_RockerSwitch changed from ON to OFF

2018-12-23 22:27:55.990 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload F630FF9567013001FFFFFFFFFF00
2018-12-23 22:27:56.003 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
2018-12-23 22:27:56.270 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback
2018-12-23 22:27:56.275 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload F600FF9567012001FFFFFFFFFF00
2018-12-23 22:27:56.287 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received
2018-12-23 22:31:43.243 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFFA4100 payload A500009348FFFA41000001FFFFFFFF5800 received
2018-12-23 22:40:43.424 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFB44900 payload A50003E048FFB449000001FFFFFFFF4A00 received
2018-12-23 22:41:27.070 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFB44902 payload A5FF072649FFB449020001FFFFFFFF4A00 received
2018-12-23 22:42:04.819 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFB44902 payload A5FF072749FFB449020001FFFFFFFF4A00 received

Looks like I receive some polling from the only bi-directional Peha actuator (2-channel), which is already installed … I still have one 2-channel from Peha to install and also 2 Nodon dual channel.

And like with the only physical rocker I discovered 2 days ago and deleted already again, I need to define EPP:F6-02-02 for that Peha 451.

Thanks so far. Merry christmas and some quiet & peaceful days for all of you :santa:

I will now go one with my OH2 experience the next days and may report some things here.

Cheers


(Frank) #460

And for the last, toggling the software switch while the actuator is in teach in, is a stupid idea. Just one ping … not more … :rofl:

What is the correct way for the bi-directional actuators? Define them also via classic device or put them into teach in and do a discover with OH2?

Cheers


(Daniel Weber) #461

Hi Thorsten (@ThAO),

thanks for your log. I think you have not installed my snapshot 2.5 binding, have not you? The 2.4 binding has a bug in the virtualSwitchA channel. It does not send the PRESSED message. If you compare my log with your, you will see, that in my log two messages are send. One PRESSED message 0x10 and one released message 0x00. The first one is missing in your log.

Best regards
Daniel