# Weird behavior of item prediction with KNX2 binding **URL:** \ **Category:** Scripts & Rules\ **Created:** [January 6, 2019, 8:21am UTC](https://community.openhab.org/t/weird-behavior-of-item-prediction-with-knx2-binding/62926 "2019-01-06T08:21:00Z")\ **Posts on this page:** 1\ **Showing post:** 4
**Author:** ![rossko57](https://community.openhab.org/user_avatar/community.openhab.org/rossko57/32/70263_2.png) [@rossko57](https://community.openhab.org/u/rossko57)\ **Post date:** [January 30, 2019, 12:23pm UTC](https://community.openhab.org/t/weird-behavior-of-item-prediction-with-knx2-binding/62926/4 "2019-01-30T12:23:42Z")
I am a great believer in disabling `autoupdate` where you get timely status updates from a real device. Saves clutter in logs, apart from wasted processing. but - This does look like a error in autoupdate process. It’s only guessing, but command=ON to state=ON seems like an easy guess. As the binding itself can make “suggestions” about autoupdate predictions in OH 2.4, and autoupdate seems to work okay with switches in other situations - perhaps a KNX binding bug or misconfiguration. Same issue reported here > [@\[SOLVED\] KNX problems after OH2.4 upgrade](https://community.openhab.org/t/solved-knx-problems-after-oh2-4-upgrade/61416): > > Hi, I’ve recently updated my OH2.3 to OH2.4 stable build. Update was done by installation of a new OH2.4 instance and then copying the conf folder from 2.3 to 2.4 installation. NO changes done in config files. OH is running on Windows, using a Gira 216700 KNX-IP router. System configuration was working flawlessly on OH2.3 Problem statement 1 I experience some problems with KNX binding after OH2.4 update: When switching on a light in BasicUI, the switch widget immediatly jumps back to OFF po… I am not a KNX person but I wonder if @Udo_Hartmann would have a more expert opinion here ? --- _[View the full topic](https://community.openhab.org/t/weird-behavior-of-item-prediction-with-knx2-binding/62926)._