That’s a pity. I would love to see someone from the community to pick up EnOcean again and possibly port it to openHAB 2 directly - I would assume that there are quite some users (and therefore also developers!) interested in this binding or am I wrong?
1 Like
These are bad news.
Anyhow, if we consider to start porting or reimplementing the EnOcean Binding for OH2, can you recommend a library we should use?
@Kai What is the recommended process to start creating an OH2 EnOcean Binding? @Saukijanas is a student at our institute and might contribute to such an implementation.
When searching for EnOcean and Java, I ended up at the developer guide of prosyst. I fear that bundle is nor available as open source. Do you know if the have implemented an EnOcean library on their own or use some open source library?
Hi Christoph,
Not easily, it probably makes sense to spend some time first to explore the options.
I would think that the aleoncean lib could be a good basis and if it isn’t maintained anymore, we could fork and revive it.
Then again, there is the EnOcean OSGi base driver reference implementation at Eclipse SmartHome, it would only be consequential to build a binding around that (and best directly at ESH, not at OH2). Since the EEPs are considered IP of the EnOcean Alliance, this part would have to be done as an extension to the binding though, which we could host at OH2 (with a potential disclaimer on the license). I currently cannot say how much effort such an approach will be.
See here.
Regarding ProSyst: Yes, afaik this is closed source code and not using any open source library.
Hi @Kai ,
yes there are some users for EnoCean - i use the window-handles from hoppe to control window open/close. I do it with the Aleoncean binding because the orig. enocean binding will not run under OH 1.8.x
Really? Is there an issue about that? Why is it still included in every 1.8.x release as well as in the 1.9 snapshot?
The EnOcean binding is not develop since more than two years: https://github.com/thomasletsch/opencean and the Aleoncean binding supported hoppe and the last update is form Feb.2016. See https://community.openhab.org/t/enocean-what-binding-to-use/3074 too.
This does not really answer my question of why you claim it “will not run”, does it?
Ok Kai - you are right. May be it will run under 1.8 - but it supports only 3 old devices. i test it with the hoppe secure window-handle and this don’t so i switch to aleon and here it will work. I thing it is a good idea to include both bindings in the releases of OH.
Now I’ve to solve the same problem.
Right now, openhab 1.8.3 is running with the enocean-binding 1.8.3.
It’s working fine, but it’s impossible to use all enocean actors and the hoppe handles, so the most important features are missing.
Is there any experience which versions of Aleoncean are working with my version of openhab?
Hey guys, I’m new to the forum. I’ve been using openhab together with the Comfoair binding for a while now and would also like to use an implementation of the EnOcean binding. I have some basic programming knowledge and might find some time to contribute on a binding, have no good idea where to start however. I could for example help by expanding an existing solution to some other kinds of switch etc. (I’ve currently got a contact switch, a temperature sensor and a 4-key switch to play with). Let me know if I can be of any help…
Seems like there is a decent amount of interest in EnOcean and even a few people willing to step up and contribute. I’d put myself in that later category as well. Unfortunately I don’t have the time to commit to leading an effort to create an OH2 EnOcean binding, if someone is willing to take the lead I’ll gladly contribute.
@Kai are you aware of anyone with a desire to lead such an effort? Basic design\architecture, task\issue creation that would enable people in the community to pick up some features as time permits?
Dave
Hi, I’m interested too in enocean. Sadly, there is a HUGE mess on github / maven: aleoncean has … disappeared. and so has the binding.
There are some people that did fork the aleoncean binding, I cloned it and compilation fails because it doesn’t find aleoncean1.9.jar on maven (where it is not … anymore ?)
So I cloned some aleoncean lib (latest I could find) git repo, and compiled it (changed the version to 1.9 instead of 0.0.1-snapshot …) … but still the compilation of the binding fails miserably on classes not found (wich are not present so I assume that I cloned a very old version, the only one available right now).
Someone has cleaned the web or what ? not cool at all …
If someone can re-upload the right sources on github please ?
Unfortunately not, I would love to see someone stepping up for this.
Something to take as a starting point might be the work in first pull of enocean bindings by NicolasLingois · Pull Request #526 · eclipse-archived/smarthome · GitHub (which is not further pursued by the original contributor).
@hubertus_hettenkofe1 do you successfully use your EnOcean window handle with OH2? Which binding do you use these days? Do you mind to share your items configuration? I am using the Hoppe SecuSignalFHFS-vw window handle (eep=F6-10-00) and I could need some help in order to set things up. - Thanks!
No - it is not running under OH2 yet. In the moment there is no support for the 1.x binding under OH2. I hope this will change soon ;-). Under OH 1.8 i use the aleoncean binding and it works fine.
Not the answer I was looking for 
Does that mean that EnOcean in general is not working under OH2, yet, or are you specifically referring to the window handles?
I am also trying to get an Eltako FT55-rw switch (eep=F6:02:01) working using the EnOcean 1.9 binding. However, I am struggling with this one as well as you can read here: EnOcean Pi 868 GPIO module gateway Setup with OH2 - #4 by mark_leonard_tuil
I simply don’t receive any kind of signal from the switch and I don’t understand what the problem is.
What’s the current state of the development with regards to EnOcean in conjunction with OH2? I would love to make the switch from FHEM to OH2, however, EnOcean is critical for my setup!
Hi,
i use the window-handles from hoppe to control window open/close as well. I migrated to OH2 a few month ago and have used the aleoncean binding which I used in OH1. Even there is an exception during OH2 startup, it looks like the aleoncean binding is working. I can get the status updates from the window handles. Sometimes some rules are not triggered because of the status updates, but I’m not sure if it’s an issue of the aleoncean binding or any other reason. I’m investigating in this.
For me this is a workaround and I would very appreciate an official solution for that kind of enocean integration into OH2. If I can help, please let me know.
@c214 If I recall correctly, I am not able to choose the aleoncean binding using Paper UI. How am I supposed to install this binding under OH2?
Do you mind to share your items definition regarding the window handles?
@KraxelHuber I don’t use the paperUI that much for OH2 configuration. As I migrated from OH1 most of my configuration is done manually via config files.
I put the org.openhab.binding.aleoncean-1.6.0-SNAPSHOT.jar into the addons folder and added a aleoncean.cfg file to the services folder. After that I was able to use the enocean items configuration as with OH1.
During OH2 startup I get the following exception:
2017-04-14 10:04:32.272 [ERROR] [org.apache.felix.configadmin ] - [org.osgi.service.event.EventHandler, org.osgi.service.cm.ManagedService, id=332, bundle=220/file:/usr/share/openhab2/addons/org.openhab.binding.aleoncean-1.6.0-SNAPSHOT.jar]: Unexpected problem updating configuration org.openhab.aleoncean
java.lang.NullPointerException
at org.openhab.binding.aleoncean.internal.AleonceanBinding.updated(AleonceanBinding.java:149)[220:org.openhab.binding.aleoncean:1.6.0.201408140937]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updated(ManagedServiceTracker.java:189)[3:org.apache.felix.configadmin:1.8.12]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.updateService(ManagedServiceTracker.java:152)[3:org.apache.felix.configadmin:1.8.12]
at org.apache.felix.cm.impl.helper.ManagedServiceTracker.provideConfiguration(ManagedServiceTracker.java:85)[3:org.apache.felix.configadmin:1.8.12]
at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.provide(ConfigurationManager.java:1461)[3:org.apache.felix.configadmin:1.8.12]
at org.apache.felix.cm.impl.ConfigurationManager$ManagedServiceUpdate.run(ConfigurationManager.java:1417)[3:org.apache.felix.configadmin:1.8.12]
at org.apache.felix.cm.impl.UpdateThread.run0(UpdateThread.java:141)[3:org.apache.felix.configadmin:1.8.12]
at org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:109)[3:org.apache.felix.configadmin:1.8.12]
at java.lang.Thread.run(Thread.java:745)[:1.8.0_121]
Despite that exception, the aleoncean binding seems to work as the items are updated as expected.