Hi again, short info: I rollback to the 3.3 Release Version and everything is fine when i add new Shelly 2.5 Relay Devices. Looks like a Bug in the 3.4.M1 Binding.
Hi, i try to install the gen2 (org.openhab.binding.shelly-3.4.0-gen2.jar) binding manualy, however openhab dos not load the binding … ather bindings i can install using the addon folder.
Hi @markus7017, as a very late follow-up to this. Removing all Shelly items from the rg.openhab.core.thing.Thing.json file solved the issue. The gen2 binding adopted and I was able to successfully add all of my devices back on. It also solved the issue of ghost things. Cannot thank you enough!
I have just tried to add a Pro2 (I already have a fully-functioning Plus 1 switch, the Gen2 binding is working). OpenHAB discovered the device and I was able to add it but it is not functioning. It’s status is ERROR:CONFIG.
If I reboot the device the following appears in the logs:
`2022-09-05
11:26:34.081 [INFO ] [openhab.event.ThingStatusInfoEvent ] - Thing
'shelly:shellyunknown:30c6f78c0458' updated: UNKNOWN
(CONFIGURATION_PENDING): Initializing or device in sleep mode.`
`2022-09-05
11:26:34.081 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing
'shelly:shellyunknown:30c6f78c0458' changed from INITIALIZING to
UNKNOWN (CONFIGURATION_PENDING): Initializing or device in sleep
mode.`
`2022-09-05
11:26:34.081 [INFO ] [openhab.event.ThingStatusInfoEvent ] - Thing
'shelly:shellyunknown:30c6f78c0458' updated: OFFLINE
(CONFIGURATION_ERROR): IP address of the Shelly device is missing.`
`2022-09-05
11:26:34.082 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing
'shelly:shellyunknown:30c6f78c0458' changed from UNKNOWN
(CONFIGURATION_PENDING): Initializing or device in sleep mode. to
OFFLINE (CONFIGURATION_ERROR): IP address of the Shelly device is
missing.`
DEBUG reveals the following:
2022-09-05 11:11:19.497 [DEBUG] [lly.internal.api1.Shelly1CoapHandler] - shelly1-e8db84d3e84d: CoIoT Message from /192.168.30.100:5683 (MID=3921): {"G":[[0,112,0],[0,118,0]]}
2022-09-05 11:11:19.498 [DEBUG] [lly.internal.api1.Shelly1CoapHandler] - shelly1-e8db84d3e84d: Serial 13825 was already processed, ignore update
2022-09-05 11:11:20.002 [DEBUG] [lly.internal.api1.Shelly1CoapHandler] - shelly1-8caab56e3964: CoIoT Message from /192.168.30.90:5683 (MID=24464): {"G":[[0,9103,2],[0,1101,1],[0,2101,1],[0,2102,""],[0,2103,0]]}
2022-09-05 11:11:20.003 [DEBUG] [lly.internal.api1.Shelly1CoapHandler] - shelly1-8caab56e3964: Serial 26371 was already processed, ignore update
Within the Thing definition it suggests it is an unknown Shelly device. A number of properties do show but there are of course no channels. I am not the first with this device?
… right - this is what I did: I split the rule and introduced a virtual switch to trigger the action through “received command” on that virtual switch. Using the physical button is not changing the virtual switch state.
Does the device has a static IP / did you make sure that it always get the same IP assigned by the router (DHCP)?
Did another device used that IP before? If yes, you the to remove the definition from the JSON DB before adding the device again. Otherwise, OH will restore channels etc. from the previous device and mixing them with the channels, schick will be created by the new device.
Otherwise, I need a DEBUG log from the full initialization. It shows the discovered device with IP address etc., but if you see it in the Inbox this should have worked as expected.
Which device do you try to added?
Update to the latest build. I added some missing model ids for the latest Pro production time.
Use http://<device ip>/shelly to find the model id. Pro devices have up to 3 model IDs indicating, e.g.
SPSW-001PE16EU
SPSW-101PE16EU
SPSW-201PE16EU"
for different hardware revisions of the Pro 1PM