I'm trying to set up a link between Hubitat and OpenHabian for zigbee green power switches as well. Could you share some more info on what you did, and perhaps share a link to the drivers you edited?
Sorry @lsstoel I only just saw this. Did you manage to do it? if not I can share some of what I have done with you
I don't know how things are in the US market, but in Europe there is an increase in the number of Zigbee Green Power devices sold. Often they are only labeled "Zigbee" and not "Zigbee Green Power". Since they don't work with habitat this creates the unfortunate situation where Hubitat owners (like myself) end up buying Zigbee devices that just don't work with Hubitat. And since the incompatibility seems to be at the radio-level, it's not something that can be fixed with community drivers.
Zigbee Green Power is based on Dotdot, and the specs are part of Zigbee 3.0. While I understand that it's a lot of work to implement support for new standards, I am not really sure Hubitat can continue to ignore this lack of support. The use of it is increasing, it's becoming hard for customers to distinguish working and non-working devices, and competing offerings with stated Zigbee 3.0 support seems to have no problems working with Zigbee Green Power devices.
It's been two years since the official stance was "it's not on the horizon". I'd like to politely ask staff to re-visit that decision, given the change in the ecosystem (@mike.maxwell). I don't think you can continue to run a "here be dragons" policy on this 
More information is available here:
https://zigbeealliance.org/solution/green-power/
2 Likes
i dont really see the benefit of this.. how much power can the radio really use in a device sending a message.. i understand for appliances etc.. but i cannot imagin there is much of a savings reducing the broadcast strength of your radio? Unless I am missing something..
There are some devices (e.g. wall switches) which have been created that use no power source at all (battery or wired) and the act of pressing the button creates enough power to send the zigbee green power radio message. These are unbelievable useful as they can be placed anywhere with no need to add additional wiring and no requirement to go around replacing batteries all the time - and as a bonus itās probably a better environmental option. I do think this is something that should be included s in whatever the next revision of the hardware is.
3 Likes
We will more than likely do green power at some point, it's not been a high priority, while a novel concept most find the actuation force requirements to be quite high along with anything but quiet operation...
Green power isn't a Zigbee 3.0 spec item. Philips Hue has been supporting it for as long as they have had a bridge...
Think old school battery less barbecue lighters, it's almost that bad...
This 100% - and they feel and sound exactly like a piezoelectric lighter.
1 Like
I use these all around our house (using openhab as a bridge to get them connected) and honestly youāre making a mountain out of a molehill here. Yes they click. Really there is nothing more to say about it, itās neither good nor badā¦ we never even think about it - I mean itās a button on a wall that clicks as you press it.. nothing that crazy about it!
3 Likes
I guess Iāve been spoiled by silent Button controllers like Picos 
2 Likes
How many do you have? I used to have a battery powered option before I installed these - but with over 20 the house we were always having to change the batteries- such a ball ache. Now I never have to think about it these switches will just always work forever. Itās a much better solution. They are also super versatile if you want to do level change as you hold them then thatās supported etc etc - and they look amazing, like a professional HA install, rather than a small remote stuck on the wall.
2 Likes
Picos have a battery life of 10 years...
2 Likes
About 15 Picos. Iāve had some since 2013. Havenāt changed a battery yet.
FWIW, Picos don't look like that. They match (in looks and dimensions) Lutron Caseta switches (and Radio RA2 switches). So they can mounted as a wall switch, and when this is done - look like a switch.
1 Like
Fundamentally, this has nothing to do with saving power for a button, or designing buttons that "generate" power when operated. It's mostly about saving power for other devices. And the side effect is that this new standard is not radio-compatible with legacy Zigbee. As a result, they don't currently work with Hubitat and it's not something the community can solve because it's too low-level.
The buttons mentioned by the original poster are completely normal buttons with a coin battery (that lasts 2+ years). They contain a PCB with normal buttons on it, and they click no more or less than any other button you have operated.
And while Green Power isn't Zigbee 3.0 specific, the radio communication specs have been enrolled into the Zigbee 3.0 specifications (according to the Zigbee Alliance).
That's not the main issue. As I said: normal buttons and a coin battery can be used, as long as the specs are followed.
Being sufficiently power efficient (battery lifespan) is enough to get the Green Energy label. But this also requires using the updated radio specifications.
In my case the product is this one:
https://zigbeealliance.org/zigbee_products_/gp-switch/
The full compliance document is here:
https://api.knack.com/v1/applications/54e658034b4f44e42fb18201/download/asset/5ef1d5798cd8050015aeffd4/docs15000613battgreenpowerbasicpicsv1.1.1.doc
This has nothing to do with using "old school battery less barbecue lighters". If it did, the devices would not be as widespread as they are. And Philips would never allow the Hue brand to be tainted by them. These are perfectly normal devices with normal buttons, long battery life, and radio specs that don't currently play nice with Hubitat (but plays well with many other hubs and devices).
As I understand it, the specifications are these:
I am assuming that something in there, like encrypting the contents of data packets or supporting new attributes is preventing correct interaction with Hubitat.
1 Like
That doesn't seem to fit with the Green Power agenda described by the Zigbee Alliance; the standard was designed to permit smart devices that don't require batteries thereby eliminating battery changes (for example, the Phillips Hue Tap button is a Zigbee Green Power kinetic energy powered button that doesn't use a battery).
Certainly this doesn't rule out buttons that contain batteries, but that really isn't the point. Two-year battery life doesn't require a new standard-- It's not unusual for conventional (non-Green Power) Zigbee buttons to go that long without battery changes (even some of my Zigbee motion and contact sensor batteries last that long). Green Power devices can eliminate the battery (and battery waste) completely and are intended to be maintenance free.
They're strictly source nodes, unlike conventional Zigbee sleepy devices which receive and transmit-- they aren't required to periodically wake up and communicate with a parent router. They can remain completely unpowered until activated by a kinetic energy harvesting mechanism; the use of specialized, shorter data frames reduces the amount of energy required to transmit a message by factor of 5 or more. They do require a special proxy node (a function provided by the Hue bridge) that will tunnel these shorter frames within a conventional Zigbee frame format for transmission through an existing mesh. The 'sink' node (the hub) would need the ability to interpret the tunneled Green Power frames.
There's a good overview of the positioning of the Green Power standard here: https://zigbeealliance.org/wp-content/uploads/2019/11/Green-Power-White-Paper.pdf
More lower level detail here: https://www.nxp.com/docs/en/user-guide/JN-UG-3095.pdf
1 Like
I'm not sure where you are getting your information from but the switch you linked to is almost certainly batteryless it looks identical to the one inside the hue tap and other enocean / ZGP devices... and yes... this a good thing - having a home filled with battery devices is a total pain.
1 Like
Politely: I have it in front of me, I have taken it apart, and it absolutely contains a battery (specifically CR2430). Battery life is reported as minimum 8 years.
As the device is approved by the alliance and figures in their product database I am pretty confident that it's within specs.
As for where I get my information, the answer is simple: From the Zigbee Alliance home page and official specs. Links are in prior posts.
I suppose then there is a follow up question- why buy a battery powered version which youāll have to replace some time when there are plenty of battery less zgp ones that you could get that donāt have the headache?
1 Like
The specifications I posted above are from the exact same download page that you pulled the whitepaper from. Yes, it's clear what the intentions with the standard are, but it's ALSO clear that devices with batteries are allowed if they comply with the efficiency requirements. And many (many) devices fit this description, including devices in the "Friends of Hue" category.
The core of the problem is the altered specifications on data transfer. I don't know much about Zigbee, but if this was regular Ethernet I'd call these Layer 2 changes. It is changes to data transfer control, payload encryption and packet attributes that are extensions to regular Zigbee. This layer is not available to the Hubitat community, so any future support depends on core developers picking this up.
As the standard is expanding in use, the problem increases. It is amplified by such devices simply being marketed as "Zigbee" when in fact they only work with "Zigbee Green Power" and "Zigbee 3.0". As far as I can tell, compliance with Zigbee Green Power is embedded into Zigbee 3.0.
As an observation, a lot of hubs and products do work with Zigbee Green Power, but not Hubitat (yet). If money is an issue sign me up as someone who'd be willing to pay for an upgrade. I realize most Hubitat customers are used to getting free upgrades, but I'd rather throw more money at the problem than start replacing my ecosystem with something else. Perhaps make payment voluntary so it doesn't anger the masses?
1 Like
Because these are the only ones that fit seamlessly into my existing electrical installation. They look and feel like the most common parts where I live. No other device does that. And with an 8+ year lifespan on the batteries, the presence of the battery was not a concern.
It's a moot point off course, because Hubitat doesn't support it. And I am not going to add complex services like Home Assistant or OpenHap along side Hubitat. I have tried such steps in the past and it eventually ends up being a house of cards that always collapses when my wife or kids need it the most and I am not at home. I don't want more battles in the family about "finicky IoT installations". 
I'll have to wait until Hubitat either implements the necessary Zigbee Green Power specifications, or the full Zigbee 3.0 specifications. Both would solve my problem, as Green Power data transfer requirements seems to be enrolled into Zigbee 3.0.
