Is there a way to switch off predictions?

[domofl (Ramon)]

Hi all,

As the title says, is there a way to switch off prediction Ed state? Either globally or per item?

Thank you,

Ramon

[sihui]

@domofl

per item?

set autoupdate to false

Switch YourItemName "YourItemLabel" { channel="a:b:c:d", autoupdate="false" }

Auto_update = false, only works when refreshing the page?

Show your Item definition. This is a text file defined Item? It should be “autoUpdate”. autoUpdate doesn’t have any impact on BasicUI. What autoUpdate does is when a command is sent to an Item, it predicts what state the Item will become in response to the command and updates the Item. When you set autoUpdate to false all that means is that predicted update never happens. If the Item isn’t connected to a binding that means the Item never changes state. But BasicUI doesn’t know that. What it …

Autoupdate - a primer

I’ve found myself having to investigate and/or explain some of the features of autoupdate over time, and thought an in-depth view would be helpful. These notes apply to openHAB version 2.5 Overview Autoupdate is primarily a “speed up” feature for openHAB Items. Mostly we can ignore it, but sometimes you may get an unwanted or unexpected effect, or you may wish to exercise more control. To fully understand autoupdate, we must understand the difference between command and state of Items. If w…

[domofl (Ramon)]

Thank you, this is exactly what I was looking for, unfortunately it does not appear to work?!?
Its an ikea zigbee rollershutter. I have this definition now:

Rollershutter 			  Blind1WindowCover		    (gBlind1, gWindowCover)  {channel="zigbee:device:01381834:84fd27fffe6f763c:84FD27FFFE6F763C_1_windowcoveringlift", autoupdate="false" }

Any idea?

[jswim788 (John Schmitz)]

What do you see in your events log?

[domofl (Ramon)]

This:

2025-03-04 21:24:11.617 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Blind1WindowCover' received command 75
2025-03-04 21:24:12.312 [INFO ] [openhab.event.ItemStateEvent        ] - Item 'Blind1WindowCover' shall update to 75
2025-03-04 21:24:12.313 [INFO ] [openhab.event.ItemStateUpdatedEvent ] - Item 'Blind1WindowCover' updated to 75
2025-03-04 21:24:12.313 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Blind1WindowCover' changed from 70 to 75
2025-03-04 21:24:13.329 [INFO ] [openhab.event.ItemStateEvent        ] - Item 'Blind1WindowCover' shall update to 72
2025-03-04 21:24:13.329 [INFO ] [openhab.event.ItemStateUpdatedEvent ] - Item 'Blind1WindowCover' updated to 72
2025-03-04 21:24:13.330 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Blind1WindowCover' changed from 75 to 72
2025-03-04 21:24:14.342 [INFO ] [openhab.event.ItemStateEvent        ] - Item 'Blind1WindowCover' shall update to 74
2025-03-04 21:24:14.343 [INFO ] [openhab.event.ItemStateUpdatedEvent ] - Item 'Blind1WindowCover' updated to 74
2025-03-04 21:24:14.343 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Blind1WindowCover' changed from 72 to 74
2025-03-04 21:24:15.346 [INFO ] [openhab.event.ItemStateEvent        ] - Item 'Blind1WindowCover' shall update to 75
2025-03-04 21:24:15.347 [INFO ] [openhab.event.ItemStateUpdatedEvent ] - Item 'Blind1WindowCover' updated to 75
2025-03-04 21:24:15.347 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Blind1WindowCover' changed from 74 to 75

I pressed the +5% button, so it commanded to 75 (from 70). You see it jumps to 75 then gets a status update to 72, then 74 finally it reaches 75.

[apella12 (Bob Eckhoff)]

It is likely the device (rollershutter) is sending periodic updates every second while moving. Are there any device parameters that can be adjusted? That doesn’t look like autoupdate. Typically autoupdate logs say “Predicted…”

[domofl (Ramon)]

indeed, it giving updates while moving, which is fine, actually great, but i dont want to get the initial “shall update to 75” and “updated to 75”. I just want to get actual values, not commanded values.

[apella12 (Bob Eckhoff)]

This is probably bad advice coming from someone who has disabled the event log entirely, but you could disable those items in the log4j2.xml file. Just keep the ItemStateChangedEvent

[domofl (Ramon)]

That just disables the logging, but then still on my UI it jumps around. That is actually what I want to fix. My guess is that maybe in the binding it is handled wrongly.
Is there not maybe a option that tells the binding that the channel does not update instantaneously?

[apella12 (Bob Eckhoff)]

@domofl

Is there not maybe a option that tells the binding that the channel does not update instantaneously?

Beyond my knowledge, Sorry

[jswim788 (John Schmitz)]

@domofl

Is there not maybe a option that tells the binding that the channel does not update instantaneously?

This is the Zigbee binding, correct? If so, you’d have to ask @chris. Maybe it depends on the Zigbee device as well?

[chris (Chris Jackson)]

This is the reporting from the zigbee device. You should be able to adjust the reporting time on most channels - it’s a configuration on the channel, but it’s not on all channels at the moment.

If this doesn’t exist on the channel, let me know and I’ll take a look when I get a chance (might be a few weeks as I’m travelling at the moment).

[domofl (Ramon)]

@jswim788

This is the Zigbee binding, correct?

yes zigbee

@chris

You should be able to adjust the reporting time on most channels

I am not sure what cluster and attribute to add to the zigbee reportcfg command. So not sure how to check.

[chris (Chris Jackson)]

@domofl

I am not sure what cluster and attribute

You don’t need to know this - as I said above this should be configurable on the channel itself.

[domofl (Ramon)]

Do you mean these:

channels:
  - id: 84FD27FFFE6F763C_1_batterylevel
    channelTypeUID: system:battery-level
    label: Battery Level
    configuration:
      zigbee_reporting_polling: 7200
  - id: 84FD27FFFE6F763C_1_windowcoveringlift
    channelTypeUID: zigbee:windowcovering_lift
    label: Window Covering Lift
    configuration:
      zigbee_reporting_polling: 900
  - id: 84FD27FFFE6F763C_1_batteryalarm
    channelTypeUID: zigbee:battery_alarm
    label: Battery Alarm
    configuration:
      zigbee_reporting_polling: 7200
  - id: 84FD27FFFE6F763C_1_batteryvoltage
    channelTypeUID: zigbee:battery_voltage
    label: Battery Voltage
    configuration:
      zigbee_reporting_polling: 7200

there does not appear to be anything useful there?

[domofl (Ramon)]

@chris i still have the issue. Any idea?