Please check the README, it lists the supported devices.
I currently work on the RGBW2 integration supported by @igi with testig.
The current status could be found in the beta1 branch on github, bis this build is not yet released.
It works in general, but there are things related to color & co, which prevent from using it. I think those will be solved over the weekend.
beta1 is coming soon. would be nice if someone could do some additional testing before I close the release. What’s in?
Shelly 1, 1PM relays incl. power meter
Shelly 2, 2.5 in relay or roller mode incl. OH roller shutter control and positioning
RGBW2 in color and white mode incl. Color Picker - many many thanks to @igi
Shelly HT, Plug-S (Plug supposed to work too)
Shelly Bulb will be finalized soon
Shelly Sense in implementation, maybe I could include this in the final beta1 (@MHerbst ;-))
in roller mode the power meters are accumulated
various bug fixes, decimals for power etc.
Known issues so far:
test for RGBW2 white mode not completed
not sure if the Shelly 2 supports the last min 1/2/3 power even if it returns 0.0 values on /status
Bulb and Sense implementation is work in progress (80% done)
I’m still looking for someone with a Shelly Smoke and Plug (Plug-S already verified)
The new flood and 1EM will be supported when the API doc is updated, but I need someone with those devices. Same with Shelly Eye.
we finished implementation of RGBW2 in color and white mode and fixed some small issues around roller positioning. Now the last thing on the list is the handling of the LEDs for the Plug-S.
Bulb and Sense support will be included as is. I need @MHerbst for testing unless nobody else has those devices.
Still looking for contributors to do some testing before closing the release. So far it looks good, but confirmation from some other installations would be helpful.go community go
You downloaded last beta1-pre1 version? What is your Bundle-Version if you look within the JAR in /META-INF/MANIFEST.MF?
What is your firmware version?
For me RGBW2 works as expected. Also the changes made from Web GUI are synchronised with OH within 60 seconds update cycle.
Ok the bad request is explained. I’ll download the jar file again and see what happens. Let’s hope I made a mistake this morning and that’ll work this time.
no, the bindinng doesn’t use mqtt or the cloud connection
the local http api access is independent
you need to delete all things, clean out json db and also do a “openhab-cli clear-cache”
if you have left overs you have a good chance that the channel linking/updates do not work correctly.
refer to the README, section “Before installing this as an update:”
those mostly explains those strange side effects
I don’t know how the binding can get access to the build timestamp. If seems to be possible, because the OH console displays that information, but so far I didn’t find a way myself - maybe others could help. The firmware is printed to the low file and can be found in the thing properties. The binding checks for version 1.5+, otherwise you’ll see a warning / recommendation to consider an update.
conclusion: RGBW2 should be fully working in color and white mode
@janser1 thanks in supporting us, that’s excactly the feedback I’m looking for
please also re-run the test with your relays and the roller (you did them with an old version)
@markus7017 - Test results will take some time as most of the devices are intended for my hometheater and it’ll take some time to set everything up. The rolling shutters are for my projection screen and projector lift. The switches are for some lights and the RGBW’s are for mood/accent lights.
I’m aiming for a one touch start and stop of the entire setup.
