Shelly Binding

you could setup log filterung, see Log Optimizations in the advanced uaer‘s doc

1 Like

OK,
minor update on this … and very strange

I migrated my whole homeserver a few days ago.

History was like this:
As i inilially started to write my problems discovering Shelly Plus H&T here, describing my problems with the shelly binding, my setup was like this:

Server > TrueNAS SCALE > k3s Kubernetes > Docker-Compose App from Truecharts > docker openhab-alpine

I could NEVER discover any device from Shelly
But i could manually add them by specifying the IP of the devices
Sporadically they seemed to work and provide values but often there was no update
But most of the time the Things were in state “CONFIG PENDING”

Then i migrated my homeserver now to a very different setup

Server > Proxmox > Ubuntu22 LXC Container > Docker.io > docker openhab-alpine

As i then went to my Things > “+” section, magically all devices appeared

  • 2x Shelly Plus H&T
  • 1x Shelly 2.5
  • 2x Shelly1

At that time i was very lucky and wanted to post here that all of this should be just a “setup-thing” in my place and all problems are solved.

But today i took a closer look again

  • Values are not updated anymore
  • States of the Plus H&ts are again “CONFIG PENDING”
  • Re-Discovery not working (no matter if i only push the discovery button or pull out the batteries)

I have no clue where to take a deeper look to provide you with better information.
Below im trying to summarize something helpful:

openHAB docker-alpine 3.4.0.M3
Shelly Binding 3.4.0.M3
Shelly Plus H&T Fimrware 20220830-130838/0.11.0-gfa1bc37

i again set

bash-5.1# /openhab/runtime/bin/client
Logging in as openhab
Password:  

                           _   _     _     ____  
   ___   ___   ___   ___  | | | |   / \   | __ ) 
  / _ \ / _ \ / _ \ / _ \ | |_| |  / _ \  |  _ \ 
 | (_) | (_) |  __/| | | ||  _  | / ___ \ | |_) )
  \___/|  __/ \___/|_| |_||_| |_|/_/   \_\|____/ 
       |_|       3.4.0.M3 - Milestone Build

Use '<tab>' for a list of available commands
and '[cmd] --help' for help on a specific command.
To exit, use '<ctrl-d>' or 'logout'.

openhab> log:set DEBUG org-openhab.binding.shelly
openhab>    

i did remve the manually created thing
i did re-insert the battery to my shelly plus H&t
i did re-scan in the things > shelly section
this was the result

2022-10-23 20:22:30.146 [DEBUG] [discovery.ShellyDiscoveryParticipant] - shellyswitch25-3494546f162c: Shelly device discovered: IP-Adress=192.168.178.72, type=shellyswitch25

2022-10-23 20:22:30.301 [DEBUG] [discovery.ShellyDiscoveryParticipant] - shellyswitch25-3494546f162c: Shelly settings : {"device":{"type":"SHSW-25","mac":"3494546F162C","hostname":"shellyswitch25-3494546F162C","num_outputs":2, "num_meters":2, "num_rollers":1, "mode":"relay"},"wifi_ap":{"enabled":false,"ssid":"shellyswitch25-3494546F162C","key":""},"wifi_sta":{"enabled":true,"ssid":"ShUte___2GHz","ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"wifi_sta1":{"enabled":false,"ssid":null,"ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"ap_roaming":{"enabled":false,"threshold":-70},"mqtt": {"enable":false,"server":"192.168.33.3:1883","user":"","id":"shellyswitch25-3494546F162C","reconnect_timeout_max":60.000000,"reconnect_timeout_min":2.000000,"clean_session":true,"keep_alive":60,"max_qos":0,"retain":false,"update_period":30},"coiot": {"enabled":true,"update_period":15,"peer":""},"sntp":{"server":"time.google.com","enabled":true},"login":{"enabled":false,"unprotected":false,"username":"admin"},"pin_code":"","name":null,"fw":"20220809-123456/v1.12-g99f7e0b","factory_reset_from_switch":true,"discoverable":true,"build_info":{"build_id":"20220809-123456/v1.12-g99f7e0b","build_timestamp":"2022-08-09T12:34:56Z","build_version":"1.0"},"cloud":{"enabled":false,"connected":false},"timezone":"Europe/Berlin","lat":48.176899,"lng":11.532570,"tzautodetect":true,"tz_utc_offset":7200,"tz_dst":false,"tz_dst_auto":true,"time":"20:22","unixtime":1666549350,"led_status_disable":false,"debug_enable":false,"allow_cross_origin":false,"actions":{"active":false,"names":["btn_on_url","btn_off_url","longpush_url","shortpush_url","out_on_url","out_off_url","btn_on_url","btn_off_url","longpush_url","shortpush_url","out_on_url","out_off_url","roller_open_url","roller_close_url","roller_stop_url"]},"hwinfo":{"hw_revision":"prod-191217", "batch_id":1},"mode":"relay","max_power":1840,"longpush_time":800,"relays":[{"name":null,"appliance_type":"General","ison":false,"has_timer":false,"default_state":"off","btn_type":"momentary","btn_reverse":0,"auto_on":0.00,"auto_off":0.00,"max_power":0,"schedule":false,"schedule_rules":[]},{"name":null,"appliance_type":"General","ison":false,"has_timer":false,"default_state":"off","btn_type":"momentary","btn_reverse":0,"auto_on":0.00,"auto_off":0.00,"max_power":0,"schedule":false,"schedule_rules":[]}],"rollers":[{"maxtime":20.00,"maxtime_open":20.00,"maxtime_close":20.00,"default_state":"stop","swap":false,"swap_inputs":false,"input_mode":"openclose","button_type":"toggle","btn_reverse":0,"state":"stop","power":0.00,"is_valid":true,"safety_switch":false,"schedule":false,"schedule_rules":[],"obstacle_mode":"disabled","obstacle_action":"stop","obstacle_power":200,"obstacle_delay":1,"ends_delay":2500,"safety_mode":"while_opening","safety_action":"stop","safety_allowed_on_trigger":"none","off_power":2,"positioning":true}],"favorites_enabled":false,"favorites":[{"name":"Position 1","pos":0},{"name":"Position 2","pos":0},{"name":"Position 3","pos":0},{"name":"Position 4","pos":0}],"eco_mode_enabled":true}

2022-10-23 20:22:30.302 [DEBUG] [discovery.ShellyDiscoveryParticipant] - shellyswitch25-3494546f162c: Adding Shelly , UID=shelly:shelly25-relay:3494546f162c

2022-10-23 20:22:30.305 [DEBUG] [discovery.ShellyDiscoveryParticipant] - shelly1-4c7525344615: Shelly device discovered: IP-Adress=192.168.178.74, type=shelly1

2022-10-23 20:22:30.897 [DEBUG] [discovery.ShellyDiscoveryParticipant] - shelly1-4c7525344615: Shelly settings : {"device":{"type":"SHSW-1","mac":"4C7525344615","hostname":"shelly1-4C7525344615","num_outputs":1},"wifi_ap":{"enabled":false,"ssid":"shelly1-4C7525344615","key":""},"wifi_sta":{"enabled":true,"ssid":"ShUte___2GHz","ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"wifi_sta1":{"enabled":false,"ssid":null,"ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"ap_roaming":{"enabled":false,"threshold":-70},"mqtt": {"enable":false,"server":"192.168.33.3:1883","user":"","id":"shelly1-4C7525344615","reconnect_timeout_max":60.000000,"reconnect_timeout_min":2.000000,"clean_session":true,"keep_alive":60,"max_qos":0,"retain":false,"update_period":30},"coiot": {"enabled":true,"update_period":15,"peer":""},"sntp":{"server":"time.google.com","enabled":true},"login":{"enabled":false,"unprotected":false,"username":"admin"},"pin_code":"","name":null,"fw":"20220809-123240/v1.12-g99f7e0b","factory_reset_from_switch":true,"discoverable":false,"build_info":{"build_id":"20220809-123240/v1.12-g99f7e0b","build_timestamp":"2022-08-09T12:32:40Z","build_version":"1.0"},"cloud":{"enabled":true,"connected":true},"timezone":"Europe/Berlin","lat":51.530548,"lng":7.522300,"tzautodetect":true,"tz_utc_offset":7200,"tz_dst":false,"tz_dst_auto":true,"time":"20:22","unixtime":1666549350,"debug_enable":false,"allow_cross_origin":false,"ext_switch_enable":false,"ext_switch_reverse":false,"ext_switch":{"0":{"relay_num":-1}},"actions":{"active":false,"names":["btn_on_url","btn_off_url","longpush_url","shortpush_url","out_on_url","out_off_url","lp_on_url","lp_off_url","report_url","report_url","report_url","ext_temp_over_url","ext_temp_under_url","ext_temp_over_url","ext_temp_under_url","ext_temp_over_url","ext_temp_under_url","ext_hum_over_url","ext_hum_under_url"]},"hwinfo":{"hw_revision":"prod-191217", "batch_id":1},"mode" :"relay","longpush_time":800,"relays":[{"name":null,"appliance_type":"General","ison":false,"has_timer":false,"default_state":"off","btn_type":"detached","btn_reverse":0,"auto_on":0.00,"auto_off":0.00,"power":0.00,"schedule":false,"schedule_rules":[]}],"ext_sensors":null,"ext_temperature":null,"ext_humidity":{},"eco_mode_enabled":true}

2022-10-23 20:22:30.898 [DEBUG] [discovery.ShellyDiscoveryParticipant] - shelly1-4c7525344615: Adding Shelly , UID=shelly:shelly1:4c7525344615

2022-10-23 20:22:30.901 [DEBUG] [discovery.ShellyDiscoveryParticipant] - shelly1-4c752532a68c: Shelly device discovered: IP-Adress=192.168.178.73, type=shelly1

2022-10-23 20:22:30.964 [DEBUG] [discovery.ShellyDiscoveryParticipant] - shelly1-4c752532a68c: Shelly settings : {"device":{"type":"SHSW-1","mac":"4C752532A68C","hostname":"shelly1-4C752532A68C","num_outputs":1},"wifi_ap":{"enabled":false,"ssid":"shelly1-4C752532A68C","key":""},"wifi_sta":{"enabled":true,"ssid":"ShUte___2GHz","ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"wifi_sta1":{"enabled":false,"ssid":null,"ipv4_method":"dhcp","ip":null,"gw":null,"mask":null,"dns":null},"ap_roaming":{"enabled":false,"threshold":-70},"mqtt": {"enable":false,"server":"192.168.33.3:1883","user":"","id":"shelly1-4C752532A68C","reconnect_timeout_max":60.000000,"reconnect_timeout_min":2.000000,"clean_session":true,"keep_alive":60,"max_qos":0,"retain":false,"update_period":30},"coiot": {"enabled":true,"update_period":15,"peer":""},"sntp":{"server":"time.google.com","enabled":true},"login":{"enabled":false,"unprotected":false,"username":"admin"},"pin_code":"","name":null,"fw":"20220809-123240/v1.12-g99f7e0b","factory_reset_from_switch":true,"discoverable":false,"build_info":{"build_id":"20220809-123240/v1.12-g99f7e0b","build_timestamp":"2022-08-09T12:32:40Z","build_version":"1.0"},"cloud":{"enabled":true,"connected":true},"timezone":"Europe/Berlin","lat":51.530548,"lng":7.522300,"tzautodetect":true,"tz_utc_offset":7200,"tz_dst":false,"tz_dst_auto":true,"time":"20:22","unixtime":1666549351,"debug_enable":false,"allow_cross_origin":false,"ext_switch_enable":false,"ext_switch_reverse":false,"ext_switch":{"0":{"relay_num":-1}},"actions":{"active":false,"names":["btn_on_url","btn_off_url","longpush_url","shortpush_url","out_on_url","out_off_url","lp_on_url","lp_off_url","report_url","report_url","report_url","ext_temp_over_url","ext_temp_under_url","ext_temp_over_url","ext_temp_under_url","ext_temp_over_url","ext_temp_under_url","ext_hum_over_url","ext_hum_under_url"]},"hwinfo":{"hw_revision":"prod-191217", "batch_id":1},"mode" :"relay","longpush_time":800,"relays":[{"name":null,"appliance_type":"General","ison":false,"has_timer":false,"default_state":"off","btn_type":"detached","btn_reverse":0,"auto_on":0.00,"auto_off":0.00,"power":0.00,"schedule":false,"schedule_rules":[]}],"ext_sensors":null,"ext_temperature":null,"ext_humidity":{},"eco_mode_enabled":true}

2022-10-23 20:22:30.965 [DEBUG] [discovery.ShellyDiscoveryParticipant] - shelly1-4c752532a68c: Adding Shelly , UID=shelly:shelly1:4c752532a68c

It seems that all the already added shelly1 and shelly2.5 get discovered, but the Plus H&Ts not?
What can i do?

I have to inform that CoAP support for Shelly 1 in 3.4M3 is broken. The dist was updated to Californium 2.7.3, which requires 1 code change by the maintainers and obviously this is not enough so receiving Coap events doesn‘t work anymore. I hadn‘t the chance to do a deeper analysis due to lack of time, but I could reproduce the symptom.

This does not effect Plus/Pro devices, but Shelly 1 even in a mixed setup.

This explains why Shelly 1 battery devices don‘t initialize once in sleep mode or regular devices show a delayed status update (up to 1 minute).

The only thing you could try flr the moment is

  • uninstall Shelly binding, which comes with 3.4M3
  • follow READMEbeta to install Californium 2.0 and DEV build for 3.4M2, this references to Californium 2.0.0 rather than 2.7.3

please report the result. I‘ll try to provide an interims solution the next days until 3.4M4 becomes available

Hi there,
I connected my new Shelly TRV to OpenHab today. I am experiencing a weird behaviour, when tapping “+” or “-” on a stepper widget, in order to set the target temperature.

When I tap/click several times in short intervals, the target temperature is being reset to a wrong value after few seconds. E. G., when increasing the target temp. from 19°C to 27°C, the value is eventually set to 20°C.
When I wait a couple of seconds between each tap/click, everything works as expected.

Calling the valve’s api manually (http://<shelly-trv-ip>/thermostat/0?target_t_enabled=1&target_t=??) in quick succesion via browser, with increasing values from 19 to 27, with 18°C being the target temperature before, results in the same erroneous behaviour.

My guess is, that eiher not all http requests are successfully processed by the device (so that not the last value is kept) or that the requests are not received in correct order (so that not the last value is set as target temperature).

The debug output, after increasing the target temperature by 7°C in short succession looks like this:

2022-10-22 21:16:10.558 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Set temperature to 19 °C
2022-10-22 21:16:11.923 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Set temperature to 20 °C
2022-10-22 21:16:12.118 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Set temperature to 21 °C
2022-10-22 21:16:12.225 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Message from /192.168.178.85:5683 (MID=308): {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,20.0],[0,3104,68],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,74]]}
2022-10-22 21:16:12.226 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Sensor data {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,20.0],[0,3104,68],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,74]]} (serial=308)
2022-10-22 21:16:12.226 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: 12 CoAP sensor updates received
2022-10-22 21:16:12.228 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Channel control#targetTemp updated with 20 °C (type class org.openhab.core.library.types.QuantityType).
2022-10-22 21:16:12.230 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: 2 channels updated from CoIoT status, serial=308
2022-10-22 21:16:12.232 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Message from /192.168.178.85:5683 (MID=309): {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,20.0],[0,3104,68],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,74]]}
2022-10-22 21:16:12.234 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Sensor data {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,20.0],[0,3104,68],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,74]]} (serial=309)
2022-10-22 21:16:12.235 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: 12 CoAP sensor updates received
2022-10-22 21:16:12.334 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Set temperature to 22 °C
2022-10-22 21:16:12.455 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Set temperature to 23 °C
2022-10-22 21:16:12.578 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Set temperature to 24 °C
2022-10-22 21:16:12.713 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Set temperature to 25 °C
2022-10-22 21:16:12.818 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Set temperature to 26 °C
2022-10-22 21:16:13.205 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Message from /192.168.178.85:5683 (MID=310): {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,26.0],[0,3104,78],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,74]]}
2022-10-22 21:16:13.206 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Sensor data {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,26.0],[0,3104,78],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,74]]} (serial=310)
2022-10-22 21:16:13.206 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: 12 CoAP sensor updates received
2022-10-22 21:16:13.206 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Channel control#targetTemp updated with 26 °C (type class org.openhab.core.library.types.QuantityType).
2022-10-22 21:16:13.207 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: 1 channels updated from CoIoT status, serial=310
2022-10-22 21:16:13.207 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Message from /192.168.178.85:5683 (MID=311): {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,26.0],[0,3104,78],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,74]]}
2022-10-22 21:16:13.208 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Sensor data {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,26.0],[0,3104,78],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,74]]} (serial=311)
2022-10-22 21:16:13.208 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: 12 CoAP sensor updates received
2022-10-22 21:16:19.273 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Message from /192.168.178.85:5683 (MID=312): {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,19.0],[0,3104,66],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,75]]}
2022-10-22 21:16:19.273 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Sensor data {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,19.0],[0,3104,66],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,75]]} (serial=312)
2022-10-22 21:16:19.273 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: 12 CoAP sensor updates received
2022-10-22 21:16:19.274 [DEBUG] [y.internal.handler.ShellyBaseHandler] - shellytrv-8cf681149871: Channel control#targetTemp updated with 19 °C (type class org.openhab.core.library.types.QuantityType).
2022-10-22 21:16:19.274 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: 2 channels updated from CoIoT status, serial=312
2022-10-22 21:16:19.274 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Message from /192.168.178.85:5683 (MID=313): {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,19.0],[0,3104,66],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,75]]}
2022-10-22 21:16:19.274 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: CoIoT Sensor data {"G":[[0,3101,999.0],[0,3102,1830.2],[0,3103,19.0],[0,3104,66],[0,3115,0],[0,3116,0],[0,3117,1],[0,3118,0],[0,3111,100],[0,3121,0.00],[0,3122,0],[0,9103,75]]} (serial=313)
2022-10-22 21:16:19.274 [DEBUG] [elly.internal.coap.ShellyCoapHandler] - shellytrv-8cf681149871: 12 CoAP sensor updates received

Has anyone else experienced the same behaviour?

So my question is: @markus7017 - do you think, the binding should in some way wait for the http response of the valve or wait a fixed amount of time between two api calls? Should it skip multiple api calls of the same kind, and just make sure to make the last call, which e. g. sets the target temperature, that the user actually set last?

Maybe I could provide a pull request, but haven’t had a closer look into the code yet.

Thanks, Stefan

From my point of view this is also a bug in the stepper widget. If I click multiple times with short delays the widget shouldn’t send a command to the channel for each rapid click, but wait e.g. a full sec (or 1,5) until the user has reached the target value and send the this to the channel with 1 call.

I’m not sure about the device API, but maybe you can’t submit a new API request while the device is processing one. The binding uses synchronous http calls to send the request so 2 requests will never overlap, but I could imagine that the device has some kind of internal processing. Nevertheless, the binding needs to be transparent. I can’t hold a request for x sec, this would require queuing, has asynchronous results etc.

I won’t accept it for the above reason

I’ll ping the Shelly developers, maybe it’s really a bug and they’ll fix it in an upcoming firmware release

1 Like

To avoid this behaviour I recommend to use oh-knob and set

releaseOnly: true

This way the control does not immediately send the command to the item (exactly the same what Markus is demanding from the stepper control)

Hello,

i have some “issues” with my Rollershutter ( Shelly 2.5). They jump from 100 to 0 and back from 0 to 100 every each seconds.

My log is full of this messages:

2022-10-25 10:10:56.042 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from 0 to UNDEF through BadezimmerLinks_Rolladen_Fenster
2022-10-25 10:10:57.928 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'BadezimmerLinks_Rolladen_Fenster' changed from 100 to 0
2022-10-25 10:10:57.932 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from UNDEF to 0 through BadezimmerLinks_Rolladen_Fenster
2022-10-25 10:11:11.041 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from 0 to UNDEF through BadezimmerLinks_Rolladen_Fenster
2022-10-25 10:11:11.045 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'BadezimmerLinks_Rolladen_Fenster' changed from 0 to 100
2022-10-25 10:11:12.434 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'arbeitszimmerIstTemperaturHomekit' changed from 21.80 to 21.70
2022-10-25 10:11:13.074 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from UNDEF to 0 through BadezimmerLinks_Rolladen_Fenster
2022-10-25 10:11:13.075 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'BadezimmerLinks_Rolladen_Fenster' changed from 100 to 0
2022-10-25 10:11:40.383 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'BadezimmerLinks_Rolladen_Fenster' changed from 0 to 100
2022-10-25 10:11:40.385 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from 0 to UNDEF through BadezimmerLinks_Rolladen_Fenster
2022-10-25 10:11:43.150 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from UNDEF to 0 through BadezimmerLinks_Rolladen_Fenster
2022-10-25 10:11:43.156 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'BadezimmerLinks_Rolladen_Fenster' changed from 100 to 0
2022-10-25 10:11:55.064 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'LokaleZeit_DatumUndZeit' changed from 2022-10-25T10:10:55.057+0200 to 2022-10-25T10:11:55.059+0200
2022-10-25 10:12:10.390 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'BadezimmerLinks_Rolladen_Fenster' changed from 0 to 100
2022-10-25 10:12:10.392 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from 0 to UNDEF through BadezimmerLinks_Rolladen_Fenster
2022-10-25 10:12:11.099 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'BadezimmerLinks_Rolladen_Fenster' changed from 100 to 0
2022-10-25 10:12:11.101 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from UNDEF to 0 through BadezimmerLinks_Rolladen_Fenster
2022-10-25 10:12:29.052 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'BadezimmerLinks_Rolladen_Fenster' changed from 0 to 100
2022-10-25 10:12:29.054 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from 0 to UNDEF through BadezimmerLinks_Rolladen_Fenster
2022-10-25 10:12:29.169 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'BadezimmerLinks_Rolladen_Fenster' changed from 100 to 0
2022-10-25 10:12:29.172 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'gRolladen' changed from UNDEF to 0 through BadezimmerLinks_Rolladen_Fenster

Do you have an idea what the problem is? I dont change the state of the shutter.

I just received 2 Shelly HT Plus and cannot integrate them into OpenHAB 3.3. So I quickly read through this thread and from what I understand I have to install an updated version of the binding. As there seem to be several ways to do this I am wondering what the recommended way is and if there is a way around having to discover all Shelly devices again?
Thanks!

My recommendation would be to try the binding installed via openhab. If that doesn’t work you can check a dev-build but that depends on the openhab version you are running.
It means coping 3 files in the add-on folder as described here https://github.com/markus7017/myfiles/blob/master/shelly/READMEbeta.md.
Usually you don’t have to discover the devices again.

Thanks for the quick reply. How do I update the binding via OpenHAB without updating the whole of OpenHAB?

The addons are packaged in openhab-addons[version].kar under /usr/shares/openhab/addons. I wouldn’t change that package. But you can manually put addons in that folder like described in the link above. You won’t see the binding in your binding list but you can directly add things and select the manually installed binding. In my case after removing the standard binding and installing the shelly dev-binding all things were automatically connected to the new binding.

It seems that only the binding version 3.4 supports gen1+2 but it is not compatible with an OpenHAB 3.3 installation. Am I missing the correct binding version to install? Also tried 3.4.0M3 together with Californium and Element-connector version 2.7.3 but that also did not work.

see here:

Ok, with the binding version 3.4M2 it is working. All my old non-plus devices are online. Unfortunately, the Shelly Plus H&T is not discovered and adding it manually still has it in the state “config pending”. The device has a fixed IP address and after waking it up I can access its web interface without problem. Any ideas?

did you wake up the devices before trying to add them?

Yes, by now it is getting discovered by the binding but the status is “config pending”. I added the password I have set to access the device’s web interface. I wake up the device by pressing the button next to the batteries.

and when you manually add a thing?

Same thing. That is what I did first.

@sloth0815
I verified discovery with PlusHT and it works

  • remove and reinsert battery, wait a few sec until the HT display flashes
  • run discovery, add thing
  • after 5-10sec the thing should change from CONFIG_PENDING to ONLINE

If not create a DEBUG log and post the section of the discovery and thing initialization

Discovery is not an issue. I configure the device with the local network details and it is immediately discovered by the binding but remains in CONFIG_PENDING.
I attached the DEBUG log. At 13:22:34 I paused the Shelly Plus HT Thing and started it again, then let the log run for a while.
Thanks for your help!
20221030 Shelly debug.txt (110.3 KB)