# HomeMatic Rollershutters not working properly since 1 day --\> only DOWN working **URL:** \ **Category:** Items & Sitemaps\ **Created:** [August 14, 2019, 6:08am UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909 "2019-08-14T06:08:57Z")\ **Posts on this page:** 13\ **Page:** 1
**Author:** ![Matthias\_Marx](https://community.openhab.org/user_avatar/community.openhab.org/matthias_marx/32/36960_2.png) [@Matthias\_Marx](https://community.openhab.org/u/Matthias_Marx)\ **Post date:** [August 14, 2019, 6:08am UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/1 "2019-08-14T06:08:58Z")
Hi, I am running OpenHAB 2.5.0.M1 on a Windows machine which is working since weeks without issues. Yesterday I noticed a thing with my HomeMatic rollershutters. I can control them but I can only run the DOWN command. If I try to set a dedicated percentage or the UP command they will moved down and ignore the command. 2 days ago everything was working fine. I have deleted one rollershutter thing for testing and re-added it but without any success. In my Homematic app directly the shutters are working absolutely fine. So the issue must be on OpenHab site. Does any one has an idea where I can have a look for a solution? ---
**Author:** ![Matthias\_Marx](https://community.openhab.org/user_avatar/community.openhab.org/matthias_marx/32/36960_2.png) [@Matthias\_Marx](https://community.openhab.org/u/Matthias_Marx)\ **Post date:** [August 14, 2019, 6:30am UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/2 "2019-08-14T06:30:29Z")
Update to 2.5.0.M2 doesn’t solve the issue. ---
**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:** [August 14, 2019, 10:08am UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/3 "2019-08-14T10:08:14Z")
Perhaps you could begin by looking in `events.log` when you issue a failing command. Look also in `openhab.log` at that time. Tell us more, how are your Items and Things configured. ---
**Author:** ![Matthias\_Marx](https://community.openhab.org/user_avatar/community.openhab.org/matthias_marx/32/36960_2.png) [@Matthias\_Marx](https://community.openhab.org/u/Matthias_Marx)\ **Post date:** [August 14, 2019, 11:07am UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/4 "2019-08-14T11:07:34Z")
Thanks for you answer. I am using the Homematic Binding and have configured all Things and Items directly in PaperUI. Until yesterday it was no problem. I also tested to manually add an item in the items file directly but the same issue. In the openhab.log I cannot find anything related to this item/issue. The events.log looks normal: ``` 2019-08-14 13:01:45.066 [ome.event.ItemCommandEvent] - Item 'RL_Essen_links' received command 20 2019-08-14 13:01:45.066 [nt.ItemStatePredictedEvent] - RL_Essen_links predicted to become 20 2019-08-14 13:01:45.070 [vent.ItemStateChangedEvent] - RL_Essen_links changed from 1 to 20 2019-08-14 13:01:45.244 [vent.ItemStateChangedEvent] - RL_Essen_links changed from 20 to 1 2019-08-14 13:01:51.275 [vent.ItemStateChangedEvent] - RL_Essen_links changed from 1 to 20 2019-08-14 13:02:54.175 [ome.event.ItemCommandEvent] - Item 'RL_Essen_links' received command UP 2019-08-14 13:02:54.176 [nt.ItemStatePredictedEvent] - RL_Essen_links predicted to become UP 2019-08-14 13:02:54.184 [vent.ItemStateChangedEvent] - RL_Essen_links changed from 20 to 0 2019-08-14 13:02:54.348 [vent.ItemStateChangedEvent] - RL_Essen_links changed from 0 to 20 2019-08-14 13:03:16.864 [vent.ItemStateChangedEvent] - RL_Essen_links changed from 20 to 100 ``` First test: Shutter is completely open and I send command for 20% which was succesful. Then I tried to move it back to completely open (UP) but it moves completely down. So the command UP and DOWN is doing the same thing (not inverted). Its absolutely unclear why it was working over weeks and since yesterday I am having this issue. ---
**Author:** ![Matthias\_Marx](https://community.openhab.org/user_avatar/community.openhab.org/matthias_marx/32/36960_2.png) [@Matthias\_Marx](https://community.openhab.org/u/Matthias_Marx)\ **Post date:** [August 14, 2019, 12:08pm UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/5 "2019-08-14T12:08:48Z")
For now I have implemented a workaround: I control my shutters with Habpanel or with the Openhab Application via sitemap. In this I changed the UP command to “1” which is working for now. ---
**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:** [August 14, 2019, 12:12pm UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/6 "2019-08-14T12:12:21Z")
It won’t fix anything, but I would make **autoupdate** false on your Item. That will get rid of the “prediction” and subsequent state update, leaving only the real feedback from your device. > [@Matthias\_Marx](#): > > Shutter is completely open and I send command for 20% which was succesful. Okay, so this has changed since your first post. I don’t know if that is a clue. Since you have now upgraded to 2.5M2, it may be worth deleting and rediscovering the roller Thing ---
**Author:** ![Matthias\_Marx](https://community.openhab.org/user_avatar/community.openhab.org/matthias_marx/32/36960_2.png) [@Matthias\_Marx](https://community.openhab.org/u/Matthias_Marx)\ **Post date:** [August 14, 2019, 12:23pm UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/7 "2019-08-14T12:23:14Z")
Where can I disable the autoupdate function? In paperui? ---
**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:** [August 14, 2019, 12:55pm UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/8 "2019-08-14T12:55:58Z")
Yep, this is a per **Item** setting. autoupdate is essentially a dummy binding that listens for commands, makes an educated guess about the outcome, and directly updates the Item’s state. e.g. command a Dimmer ON, predict state 100%. It’s good for giving a responsive UI when the target device responds slowly or not at all. When you’ve got a roller that you _expect_ to respond slowly, it can be a nuisance e.g. jiggly icons or sliders. ---
**Author:** ![Matthias\_Marx](https://community.openhab.org/user_avatar/community.openhab.org/matthias_marx/32/36960_2.png) [@Matthias\_Marx](https://community.openhab.org/u/Matthias_Marx)\ **Post date:** [August 14, 2019, 1:00pm UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/9 "2019-08-14T13:00:18Z")
Ok - so just „veto“ in the PaperUI options? I will reset one of the shutters later completely and keep you informed if something changed! ---
**Author:** ![Matthias\_Marx](https://community.openhab.org/user_avatar/community.openhab.org/matthias_marx/32/36960_2.png) [@Matthias\_Marx](https://community.openhab.org/u/Matthias_Marx)\ **Post date:** [August 16, 2019, 6:19am UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/10 "2019-08-16T06:19:50Z")
So I have completely resetted one of my actors and re-added it. The same thing. All is working without issues except the UP command. Any suggestions? ---
**Author:** ![Spearmint](https://community.openhab.org/letter_avatar_proxy/v4/letter/s/d2c977/32.png) [@Spearmint](https://community.openhab.org/u/Spearmint)\ **Post date:** [October 3, 2019, 8:02pm UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/11 "2019-10-03T20:02:17Z")
Hy guys, i have the same problem. This is my item: `Rollershutter DG_OF_Rolladenaktor_01_Ch4_Level "DG OF Rolladenaktor 01 Ch4 Level" (gDG_OF_Rolladenaktor01, gDgRollos, gWhgRollos) {channel="homematic:HmIP-FROLL:RaspberryMatic:001158A98B2A11:4#LEVEL"}` and this is my sitemap: ``` `Switch item=DG_OF_Rolladenaktor_01_Ch4_Level label="Rollo Straße"` ``` If i use the command up on the sitemap for the rollershuter is see this on the log. ``` 2019-10-03 21:52:06.223 [WARN] [ui.internal.items.ItemUIRegistryImpl] - Exception while formatting value '100' of item DG_OF_Rolladenaktor_01_Ch4_Level with format '%.2f %unit%': Conversion = 'u' 2019-10-03 21:52:06.224 [WARN] [ui.internal.items.ItemUIRegistryImpl] - Exception while formatting value '100' of item DG_OF_Rolladenaktor_01_Ch4_Level with format '%.2f %unit%': Conversion = 'u' 2019-10-03 21:52:06.233 [WARN] [ui.internal.items.ItemUIRegistryImpl] - Exception while formatting value '0' of item DG_OF_Rolladenaktor_01_Ch4_Level with format '%.2f %unit%': Conversion = 'u' 2019-10-03 21:52:06.234 [WARN] [ui.internal.items.ItemUIRegistryImpl] - Exception while formatting value '0' of item DG_OF_Rolladenaktor_01_Ch4_Level with format '%.2f %unit%': Conversion = 'u' 2019-10-03 21:52:06.404 [WARN] [ui.internal.items.ItemUIRegistryImpl] - Exception while formatting value '100' of item DG_OF_Rolladenaktor_01_Ch4_Level with format '%.2f %unit%': Conversion = 'u' 2019-10-03 21:52:06.404 [WARN] [ui.internal.items.ItemUIRegistryImpl] - Exception while formatting value '100' of item DG_OF_Rolladenaktor_01_Ch4_Level with format '%.2f %unit%': Conversion = 'u' ``` When i press down, i see this in the log: ``` 2019-10-03 21:58:32.069 [WARN] [ui.internal.items.ItemUIRegistryImpl] - Exception while formatting value '100' of item DG_OF_Rolladenaktor_01_Ch4_Level with format '%.2f %unit%': Conversion = 'u' 2019-10-03 21:58:32.070 [WARN] [ui.internal.items.ItemUIRegistryImpl] - Exception while formatting value '100' of item DG_OF_Rolladenaktor_01_Ch4_Level with format '%.2f %unit%': Conversion = 'u' ``` If i remove the link to the channel the rollershutter item it self correctly recieves the update “0” for up and “100” for down, but with the homematic channel there is a crazy conversion. For my normal switches in the room i solved it that way, that i send a “1” for up, because there happens the same, when i send a “0”. I think there is problem in the homematic binding. I really looking for a solution of the problem. ---
**Author:** ![Spearmint](https://community.openhab.org/letter_avatar_proxy/v4/letter/s/d2c977/32.png) [@Spearmint](https://community.openhab.org/u/Spearmint)\ **Post date:** [October 3, 2019, 8:38pm UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/12 "2019-10-03T20:38:57Z")
Hey i have done a bit more research on the problem and i found this [https://github.com/openhab/openhab2-addons/issues/6145](https://github.com/openhab/openhab2-addons/issues/6145) there is also a community post linked with a nice workaround. ---
**Author:** ![nano1969](https://community.openhab.org/letter_avatar_proxy/v4/letter/n/dbc845/32.png) [@nano1969](https://community.openhab.org/u/nano1969)\ **Post date:** [March 10, 2020, 8:23am UTC](https://community.openhab.org/t/homematic-rollershutters-not-working-properly-since-1-day-only-down-working/79909/13 "2020-03-10T08:23:33Z")
I used mappings to solve the problem: Rollo.items Rollershutter RollladenW “Wohnzimmer Rollo” {channel=“homematic:HmIP-FROLL:XXXXXXXXXXXXXXXXXXXXXXXXX:4#LEVEL”} Rollo.sitemap Switch item=RollladenW label=“Wohnzimmer Rollo” mappings=[1=“▲”, 0=“✘”, DOWN=“▼”] openhab = 2.5.2