I’m using a light bulb <a href="https://www.ikea.com/de/de/p/tradfri-treiber-fuer-kabellose-steuerung-smart-grau-60342656/?openFiche=true&utm_source=google&utm_medium=surfaces&utm_campaign=shopping_feed&utm_content=free_google_shopping_clicks_Lighting_Homeelectronics&gad_source=1&gclid=CjwKCAiArLyuBhA7EiwA-qo80Op-nES5aVe0yqhlyuQfduAguRWSCfAxANR7J_i7AXxp2Swk2mWKpRoC2c0QAvD_BwE&gclsrc=aw.ds" rel="noopener nofollow ugc">“TRÅDFRI” from IKEA I have recogniced a strange behavior, when dimming the light bulb: when i send one value, the thing status is update (every time) with 3 steps (eg): 2024-02-26 12:51:58.164 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'Zigbee_Kueche_Unterschrank_…

I switched to the MQTT binding with Zigbee2MQTT. The update is now done in one step. I haven’t changed anything except the binding.

[image] dniklas1: when i send one value, the thing status is update (every time) with 3 steps (eg): Note that it’s the item status, not the thing status. As you get more into openHAB, you’ll find that this distinction matters. What you’re seeing is a side effect of autoupdate. You can set th…

Hey, sorry guys: @Udo_Hartmann mentioned that already in the other thead. I tried that, but without sucess: [image] The behavior does not change, there ist already the step between. Whats wrong? Is this the correct setting?

[image] dniklas1: mentioned that already in the other thead I clicked that link and saw it was about your KNX, but I admittedly didn’t scroll far enough down. For what it’s worth, if it’s your thread and you’ve already talked about the issue at length, you don’t need to start a new one. Going…

Likely what is going on row 2 is the autoupdate. Row three is the light sending an unsolicited current state after getting the “SET” command. Two comments on this; 1) it takes a while for a dimmer to reach a new state and 2) this message is likely not compliant with the zigbee spec. (they aren’t s…

[image] rpwong: Yes, assuming you’ve attached it to the correct item. I don’t mean that sarcastically…it’s really easy to edit the wrong item. You’re right, that might be the problem. But it think it is correct: [image] [image] rpwong: our log is showing the textbook example of autoupd…

ok, now i set logging catetory org.openhab.binding.zigbee to debug. This is the output, when i set dimm level to 77: 2024-03-08 08:10:53.945 [INFO ] [script.ui.testDimmwertKuecheStatisch] - Küche Unterschrank per Rule auf 77 setzen. 2024-03-08 08:10:53.968 [DEBUG] [ng.zigbee.handler.ZigBeeThingHan…

TBH I’m not familiar with zigbee, but what I described is how Zwave works and they are products of the same company (Silabs) and the OH bindings are written by the same developer, so I figured they operate similarly. With that caution; [image] dniklas1: I don’t set al “command poll”. What is t…

[image] dniklas1: ok, so “autoupdate=false” cannot help. Yep, if you’ve definitely got it on the right item, @apella12 ’s theory is more likely. I don’t know anything about OTA updates with the Zigbee binding, so I can’t help you there. I use Zigbee2mqtt instead of the binding.

This is perfectly normal, and it’s the way that Zigbee works. It’s not a bug, and it’s not a spurious reading… When you command a device to go from (say) 0% to 100%, it will do so over a specified time period. By default this is 1 second. Devices are configured to send reports when they change - th…

Strange dimming behavior of ikea zigbee thing

Add-ons Bindings

dniklas1 (Daniel) March 8, 2024, 2:43pm 9

ok, so “autoupdate=false” cannot help. Strictly speeking this is a bug of the zigbee device?

A solution might be to update the zigbee devices. I tried this without success so far: