Shelly Binding

That is too old. The latest is from today: 2.4.0.201908051316

I notice I get a 400 Bad request error in the PaperUI every now and then when I control the RGBW2

Can you check the git link? I cloned it this morning.

If you set the color in color picker to the right maximum? There is a bug in OH 2.4 runtime:

I downloaded https://github.com/markus7017/org.openhab.binding.shelly/raw/beta1-pre1/target/org.openhab.binding.shelly-2.4.0-SNAPSHOT.jar 1 hour ago.
May be @markus7017 can help.

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.

Thank you for your help so far.

I don’t use MQTT. Enabling MQTT just disables the cloud connection. I also don’t think there is an impact with HTTP API.

Update on the RGBW2:

Apparently I had an old jar file:

On/off switch is working
Power output is working
Channels Red, green, blue, white, gain are working in Paper UI when a value is entered manually.

I can’t link the Effects nor the Colour temperature channel in the Paper UI. The items are created but are not linked.

Sliders: Color settings, Brightness and Saturation are not working in PaperUI.

Settings are not updated in the PaperUI when I update the RGBW2 in the Shelly app.

I also disabled MQTT on the RGBW2.

Just contact @markus7017
All that is working for me with the latest version.

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

Looks like we got a winner.

It’s fully functional as far as I can tell. I’ll continue to add my other 3 RGBW2 tomorrow and continue my tests.

@markus7017 @igi Great job guys! Thank you for all your efforts.

@janser1 great :+1:
Do you have only RGB stripes or also white only? I’ve tested the white mode on RGBW2 only with RGBW LED stripe.

@janser1 thanks in supporting us, that’s excactly the feedback I’m looking for :slight_smile:
please also re-run the test with your relays and the roller (you did them with an old version)

Do you have only RGB stripes or also white only? I’ve tested the white mode on RGBW2 only with RGBW LED stripe.

@igi - (Un)fortunately I only have RGBW strips.

@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.

I’ve been playing a bit with the controls in the paperui.

The brightness control slider in the color settings section isn’t working but the gain slider is.

I didn’t read the API documentation but would it be an idea to drop the gain channel and map it to the brightness channel?

he he, I had longer discussion on @Igi on that
I will not drop the gain channel, because all of them can be controlled seperately wheres the color picker doesn’t include all of them.

RGBW2? In color or in white mode?
Saturation slider of the color picker or the native brightness slider? (this one should work, did you checked the log?)

brightness and gain are not the same

@janser1
As @markus7017 already wrote - gain is not brightness. It’s a little bit confusing.
In the color picker object with the color, brightness and saturation sliders you sent the R/G/B values for your color. R/G/B values are converted from all three sliders and sent to the RGBW2 device.
The gain slider is a separate percent value to set intensity for color defined above.

1 Like

Just wanting to chime in that the most recent alpha build is working great with a single Shelly1.

I’ve got a bunch on the shelf to install one day… And now I’m not going to have to stare at mqtt, that day might be sooner.

I can see in the logs that Shelly Binding is also finding my ‘milight-hub’ (an ESP board controlling lamps). Oh, and my synology NAS… Heh. These can be ignored?

This is also appearing in the logs :
“ServiceInfo [ServiceInfoImpl@20 name: 'shelly1-4._http._tcp.local.’ address: ‘(null):0’ status: ‘DNS: JmDNS-/172.17.0.1 [/172.17.0.1] state: probing 1 task: null’, has NO data
shelly1-
****._http._tcp.local.: ]”

Anything to be concerned about?

please make sure to install the latest build from branch beta1-pre1.

Is that a Shelly device? No other devices are supported.

This discovery result doesn’t include the IP address. This could happen, try to run multipe discoveries until you the the IP address, but again: only Shelly devices are supported.