I see no unusual notes in the log, nothing from a DEBUG. I did not uninstall my devices but otherwise followed the READMEbeta instructions. The Californium bundles are running, they appear in the bundle:list but after installing either the gen2 or SNAPSHOT, neither appears. Odd
Installed brand new openhab on RPI and only added the i4plus.
Same behaviour. There are no status updates in realtime.
Something in my log i posted above?
Found out that shelly1 GEN1 has the same problem. No updates, when i push the button in the shelly itself.
I uninstalled beta version und reverted to stable and now all status changes are instantly in event.log.
So i am assuming that there is no problem with my openhab or network at all. It has to do with the binding GEN2
Hi @markus7017. What’s your estimate on when gen2 device support will roll into the stable bindings? Thx
I’m chasing a bug with the WebSocket events, hopefully this is done shortly, then authentication and then it should be done
I updated the gen2 build to fix the WebSocket notifications by the device. No they work as expected. Once initialized the device will send an update on updates values (near realtime) and once per minute. Those will be processed by the binding to update the channels.
Please give it a try. You should see NotifyStatus messages in the DEBUG log and proper channel updates
@markus7017 Thanks for all the valuable work that you’re doing.
One question… will these updates be integrated into the older Shelly Binding in the near future? or will we still have to delete all devices and start over from scratch with the new binding?
Thanks!
the gen2 version also supports gen1
when done this will become a PR
which then gets merged into the official distro
you can delete the things and rediscover, OH will restore channel/items linkage, but it also retrieves the thing/channel information of the updated version. This is important if there is a new channel or changed definition. In many cases it will run with the older definition, but could cause side effects.
Did you installed the Californium jars, check READMEbeta.md
Great work - my Shelly Plus 1PM is working now.
However I am having trouble with my Shelly 2.5 in Rollershutter mode since I updated. I can’t control the outputs anymore.
With binding version 3.3.0 those channels don’t appear in the thing in openHAB:
roller#control
roller#state
roller#rollerFav
Am I doing something wrong?
Thanks for your efforts, we really appreciate.
when did you updated?
I need a debug log. I consolidated the code for processing status poll and WebSocket notifications, but didn’t make any changes to roller control
We need more Plus/Pro testers. Who could help?
Auth is still open and I’m working on some cosmetic stuff, but the rest should be done.
I just added support for the new ShellyPlus Plug US.
Should be fixed, try updated build
@DaveL any results?
Hi I am just trying out the shelly binding on openHAB 3.2.0 stable.
I have the following issues with Shelly 3EM
- thing does not expose the channels for phase A, B and C, as advertised in the docs. There is only the “device” channel group but no “meter1” channel group for example. Shelly - Bindings | openHAB
- thing stays in yellow, pending configuration. What could be the reason?
I added the thing via discovery, seemed to be a smooth message.
I am quite new to this binding so this might be a user error as well.
Is it possible to group channel triggers? Especially with multiple i4’s this will be many lines of code. Not to mention if you want to do something when for example ALARM or ROLLER_OBSTACLE is triggered.
rule "7 Shelly i4 test"
when
Channel 'shelly:shellyplusi4:a8032ab0d1d4:status1#button' triggered or
Channel 'shelly:shellyplusi4:a8032ab0d1d4:status2#button' triggered or
Channel 'shelly:shellyplusi4:a8032ab0d1d4:status3#button' triggered or
Channel 'shelly:shellyplusi4:a8032ab0d1d4:status4#button' triggered
then
var channel = triggeringChannel
var event = receivedEvent
logInfo("Shelly i4 test", "channel = " + channel)
logInfo("Shelly i4 test", "triggeringChannel = " + triggeringChannel)
logInfo("Shelly i4 test", "event = " + event)
logInfo("Shelly i4 test", "receivedEvent = " + receivedEvent)
switch (event) {
case 'SHORT_PRESSED':
logInfo("Shelly i4 test", "case test = SHORT_PRESSED")
case 'DOUBLE_PRESSED':
logInfo("Shelly i4 test", "case test = DOUBLE_PRESSED")
case 'LONG_PRESSED':
logInfo("Shelly i4 test", "case test = LONG_PRESSED")
}
end
Now it works fine, thanks a lot. The shelly 2.5 in rollershutter mode works and also the plus1PM can be added and configured.
277 │ Active │ 80 │ 3.3.0.202207021323 │ openHAB Add-ons :: Bundles :: Shelly Binding
278 │ Active │ 80 │ 2.0.0 │ Californium (Cf) Element Connector
279 │ Active │ 80 │ 2.0.0 │ Californium (Cf) Core
So far I only got one Plus device, but I’ll help testing as good as I can.
which binding are you using? DEV or GEN2?
The thing has to complete initialization before you see all channels. CONFIG_PENDING means that init is not completed; what status message is shown when you click on the thing?
No, I’m not aware of this feature even I see this as a real feature gap. You could only group items.
Hi,
hope this topic is correct for my question. I’m running on openhab 3.3 (update from 3.2) and i try to implement one Shelly Plus2PM. When i use scan the device is not found and when added manually i got an error:
2022-07-04 13:34:57.063 [WARN ] [ore.thing.internal.ThingRegistryImpl] - Cannot create thing. No binding found that supports creating a thing of type ‘shelly:shellypro2pm-roller’.
Info Shelly:
Firmware version: 0.10.3
Firmware build ID: 20220617-113003/0.10.3-g7c89a05
Web build ID: 1.5.5-b3d94f1
/usr/share/openhab/addons# ls -l
total 1084
-rw-r–r-- 1 openhab openhab 70 Jun 27 08:18 README
-rw-r–r-- 1 openhab openhab 407450 Jul 4 13:30 californium-core-2.0.0.jar
-rw-r–r-- 1 openhab openhab 153956 Jul 4 13:30 element-connector-2.0.0.jar
-rw-r–r-- 1 openhab openhab 539790 Jul 4 13:30 org.openhab.binding.shelly-3.3.0-gen2.jar
When i enable or disable the device:
2022-07-04 13:40:05.161 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing ‘shelly:shellypro2pm-roller:bb5f1a85f8’ changed from UNINITIALIZED (DISABLED) to UNINITIALIZED (HANDLER_MISSING_ERROR)
2022-07-04 13:40:04.608 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing ‘shelly:shellypro2pm-roller:bb5f1a85f8’ changed from UNINITIALIZED (HANDLER_MISSING_ERROR) to UNINITIALIZED (DISABLED)
Thanks in advance.
BR
Edit says:
bundle:list
275 │ Waiting │ 80 │ 3.3.0.202207021323 │ openHAB Add-ons :: Bundles :: Shelly Binding
might be waiting the reason for the error?


