wow that simple, now i feel deeply ashamed for my stupid question .
I was trying things like JSONPATH:"{“state”}":"{"$"}", even though i has read the docs you refered to. Now with your example i can better understand the docs (I dont know anything about json)
Yes i have, been using it for a while now (fantastic hub and fantastic binding). But i needed a fix for Group 0 not beeing distributed to Group 1-4 when Group 0 on/off whas pressed on a physical remote (hub doesn’t keep state for group 0 so lights went off but in OH individual groups remained on). I use the items above to detect a Group 0 on/off button press on physical remote to send this command to Group 1-4 via a rule. This way my OH allso remains in sync when group0 on/off is used. I have heard the 1,9,0 firmware of the hub might resolve this issue. But for now this workaround works great. Anyways thanks for the hint
In around 20 minutes I added and tested the extra support to the binding which I have just uploaded.
Both ON/OFF and Brightness are updating the globes in Openhab when it receives group 0.
Thanks for suggesting this, no one has pointed this out before.
you will need to remove the old binding and drop the new jar in the addons folder. They have different file names so please do not put both in the folder at the same time. Any issues just clean tmp and cache folders and reboot…
I just updated to the latest dev firmware and it is more than just on and off and level, colour and all the rest is working. A state ON does send the control to 100% as it is missing the LEVEL in the state. Saturation also seems to have a bug in the firmware for group 0.
Just uploaded v9.0.0 fw and installed new binding. Commented out my rules for group0 and now the binding handles group0 on/off for me. Now OH stays in sync when controlling group0 on physical remote. Dont really mind about level or saturation as on/off was most important to me. Thanks