Distinguish between fast and slow device classes when doing optimistic value updates

[AlCalzone]

We should distinguish between devices that do fast and device that do slow transitions and only do optimistic updates for fast ones.
This way, UIs could give immediate feedback about the state of lights but it would still be possible to wait for the slower ones like roller shutters.

Fast would be:

• Lights without a specified transition time
• Lights with a short transition time (< 5s for example)
• Binary switches, etc.

Slow would be:

• Motor control
• Window Covering

[Nagskull]

Hello,

Is there any chance that this change will be implemented in the foreseeable future? I have experimented with workarounds based on the predicted transition time, but they lead to erratic or much less responsive behaviors.

This change could be made easier, I guess, by simply letting users deactivate optimistic value updates manually, on a node-by-node or node-types basis. This way, there would be no need to update existing devices configuration files to specify whether they are slow or fast.

Thanks a lot for tour help!

[MaelDieudonne]

Sorry do I need to tag you @AlCalzone? Still hoping that one day this change could be implemented. Would be a game changer for me. Thanks