View Full Version : Programmer for Girder EnOcean driver wanted

February 14th, 2016, 08:25 PM
To start of I am not a programmer but with the Lua code (http://code.mios.com/trac/mios_enocean-esp3-gateway/browser#) I have found and been given permission to use as a starting of point for a Girder EnOcean driver I have been able to make some rudimentary tests like turning lights on and off from Girder and to calculate crc8 etc. But as I am not a programmer I realise I can never finish this on my own.

Do we have any Lua programmer on this forum that would like to take on this project?
Ron, maybe you could help out as I think EnOcean control would be a grate addition to Girder?

Regarding permission to use original code all that is required is the mention were the code originated and link (see below).

“Hi Joachim,

We have nothing against using the code into your project, all we are asking is to make a reference to MiOS(http://www.mios.com/) and forum topic for the plugin(http://forum.micasaverde.com/index.php/topic,17774.msg138290.html#msg138290).

All the Best,


For my tests I have used EnOcean USB 300 transceiver, PTM215 push buttons and EnOcean RCM 250 receiver.



March 2nd, 2016, 06:10 AM
Hi Ron,

I'll try to appeal directly to you!

I understand that you briefly look at EnOcean (but with the older protocol) but that you ended up choosing something else. A lot has changed since, a new protocol and lots of manufactures with lots of products at descent prices.

What I don't see is good ways to control de devices at a price normal people can afford and this is were I see that Girder 6 could fit in nicely. Maybe this could lead to more sale for you if there was a EnOcean driver with Girder.

I know that Girder is up to it but one would need time and skills that normal people don't have (makes me wonder how many people walks a way from EnOcean do to this).

EnOcean has been an open protocol since 2008 so it shouldn’t cause as many problem as e.g. your Z-way driver.

From my own test (with Girder and Lua) I know this can be done and the devices has worked flawless with minimal delays.

As I mention in my earlier post I am not a programmer (although I have had some successes with my Sharp TV driver) I'll be happy to help out in any way I can!

”The EnOcean® standard for wireless networking was originally developed as a commercial venture of Siemens AG. It became an open protocol in 2008 when the EnOcean Alliance was formed by EnOcean, Texas Instruments, Omnio, Sylvania, Masco, and MK Electric.” (found in Guide to Open Protcols In Building Automation, see below)

schneider electric

Found on http://blog.schneider-electric.com/building-management/2015/11/20/finally-simple-guide-understanding-open-protocols/

March 2nd, 2016, 08:38 AM
Hi Yoggi,

I would love to implement EnOcean the problem is however that to get access to the Generic Profiles (needed for actually talking to hardware) you must become a EnOcean Alliance member. Membership minimum level to get access costs $6000 per year. If it's anything like ZWave after you become a member you then need to pay through the nose for compliance testing ( We've paid thousands of dollars to alliances already, only to find that certification is getting more expensive every year ). Not to mention every time you update the plugin you need to re-certify (which might be cheaper). The automation market instead of becoming more open and collaborative is quickly becoming fragmented and only accessibly if you have plenty of (VC) cash floating around. All these so called 'open' protocols are anything but open, and closely guarded by their Alliances. Even Google's Thread, which I had high hopes for is closed behind a very expensive alliance.

So unless the community raises the money needed to get membership (and certification if required by enocean) I'm afraid I cannot plunge this money in without knowing if I'll sell 1 copy of Girder or 1000 copies of Girder for implementing this driver.

March 2nd, 2016, 09:03 AM
Hi Ron,

Thanks for your answer! I totally understand your point of view in this matter, It is sad that the “openness” is only BS.

Your explanation makes me understand there line “License, Free required (paid by product manufacture)”.

I figure I have to make due with the crud Lua script that I can write my self. A loss for the small home automation guy!


March 2nd, 2016, 09:14 AM
I'm happy to help any way I can with your script.

It is indeed a loss for the small automation guy, but in fact I think in the long term a loss for automation in general. Cooperation and openness is absolutely key in making automation really work for people. Fragmentation and closed mindedness will only kill general population acceptance of automation in it's tracks.

April 5th, 2016, 03:45 PM
I use NetRemote as front end (since it is easy to design the UI) and Girder 6 to control the main part of my equipment (TV, receiver etc.) but I would also like to be able to talk to EnOcean equipment I had the idea to try to use Fhem (www.fhem.de) to control EnOcean and have Girder talking to Fhem.

To talk to Fhem I use Girders built in http post/get (Lua script) capability and this works fine to send and receive commands (almost no delay between flipping the switch and the light coming on or off).

Fhem is https capable so I would like to use this if possible (a more secure system can't be bad, right!).

So my question is, can the https feature be added to Girders Lua vocabula for use in scripts (not Girders web server)? If so, it would be a feature that I would appreciate!



April 5th, 2016, 04:22 PM
Use the network.get, network.post or network.put functions.

network.get( 'https://www.promixis.com', function(status,http_code, body)
print(status,http_code, body)

April 5th, 2016, 07:07 PM
Thanks Ron, I will look into it and see if I can make sense of it!