Rollershutter in Basic UI not driving up

[Homer-Sim]

Hi,

my rollershutters are driving down (value 100) when pressing in BasicUI the arrow down button.
They are stopping if pressing the middle button.
Values of percentage closed are correctly displayed.
BUT
If I am pressing button arrow up nothing happens. I guess the button is sending command/value 0
in my setup the shutters are only running in value range from 1 - 100 …

Is there a config value where I can adapt it or is there another mistake?

Thanks

[Bruce_Osborne]

@Homer-Sim

is there another mistake?

The mistake I see is that there is not enough information here for anybody to make an informed suggestion.

[Homer-Sim]

my fault, what exactly do you need.

all is running except BasicUI up command. HabPanel with blinds widget all is working

[rossko57]

Sounds a bit like this thread maybe

Rollershutter Item with MQTT commands

Hi there, I try to integrate Dooya Rollershutters into openhab2. The motors are connected via 433MHz to a fhem installation with nanoCul Signalduino. From openhab I control them via “generic mqtt thing” (mosquitto Broker) with the following channels: up: set/fhem/Rolladen_Wohnzimmer/on down: set/fhem/Rolladen_Wohnzimmer/off stop: set/fhem/Rolladen_Wohnzimmer/stop state: state/fhem/Rolladen_Wohnzimmer/state It works with 3 switch channels in the thing connected to switches in the sitemap, b…

[Bruce_Osborne]

@Homer-Sim

my fault, what exactly do you need.

Just off the top of my head:

• Version of OH
• Type of Thing (binding used) for the rollershutter
• What you have already tried
• Messages in the logs

You may find some good hints here.

How to ask a good question / Help Us Help You

Before you ask… Community forum is NOT a helpdesk Let’s put this in the front: nobody here works for openHAB. The community members are helping with an Open Source Project, not a commercial software. Additionally, the forum is NOT dealing with general Home Automation topics, the focus is on openHAB. In some cases, various products or technologies which are not directly linked to openHAB can be discussed but with the proper title, category or tag. We are ALL volunteering our free time to help…

[Homer-Sim]

Version of OH

2.4.0
Type of Thing (binding used) for the rollershutter
homematic
Messages in the logs
event.log:

2019-08-03 23:57:04.286 [ome.event.ItemCommandEvent] - Item 'WohnzimmerRollo_W_IN' received command UP
2019-08-03 23:57:04.292 [nt.ItemStatePredictedEvent] - WohnzimmerRollo_W_IN predicted to become UP

pressing down:

2019-08-04 00:04:19.170 [ome.event.ItemCommandEvent] - Item 'WohnzimmerRollo_SW_IN' received command DOWN
2019-08-04 00:04:19.173 [nt.ItemStatePredictedEvent] - WohnzimmerRollo_SW_IN predicted to become DOWN
2019-08-04 00:04:20.751 [ome.event.ItemCommandEvent] - Item 'WohnzimmerRollo_SW_IN' received command STOP

openhab.log:
nothing

I guess if I could change “UP” to “1” it would work

[mstormi (Markus Storm)]

@Homer-Sim

my fault, what exactly do you need.

How to ask a good question / Help Us Help You

Before you ask… Community forum is NOT a helpdesk Let’s put this in the front: nobody here works for openHAB. The community members are helping with an Open Source Project, not a commercial software. Additionally, the forum is NOT dealing with general Home Automation topics, the focus is on openHAB. In some cases, various products or technologies which are not directly linked to openHAB can be discussed but with the proper title, category or tag. We are ALL volunteering our free time to help…

[Homer-Sim]

Did this get lost due to last post?

Version of OH

2.4.0
Type of Thing (binding used) for the rollershutter
homematic
Messages in the logs
event.log:

2019-08-03 23:57:04.286 [ome.event.ItemCommandEvent] - Item 'WohnzimmerRollo_W_IN' received command UP
2019-08-03 23:57:04.292 [nt.ItemStatePredictedEvent] - WohnzimmerRollo_W_IN predicted to become UP

pressing down:

2019-08-04 00:04:19.170 [ome.event.ItemCommandEvent] - Item 'WohnzimmerRollo_SW_IN' received command DOWN
2019-08-04 00:04:19.173 [nt.ItemStatePredictedEvent] - WohnzimmerRollo_SW_IN predicted to become DOWN
2019-08-04 00:04:20.751 [ome.event.ItemCommandEvent] - Item 'WohnzimmerRollo_SW_IN' received command STOP

openhab.log:
nothing

I guess if I could change “UP” to “1” it would work

[Homer-Sim]

I am a little bit sad that no one answered. Even if I understand that you did stop helping if you do not get right format of questions.

I’m still fighting with this point.

Today I mad a new attempt in PaperUI and I guess it explanes the issue very good.
Values if rollershutter is completly open/up:

If I press the control button for down
it is going down and the value “level” is 100.00
If I am pressing UP Button in control I see a value setting of “0” at level

But the shutter is driving DOWN and after that it shows value 100.00
If I am entering manually value 1 for level it is driving to top/open

Some ideas about that?

Thank you very much

Just to make it round and bring all in one Threat:
OH v2.4
Homematic CCU3 with homematic binding 2.4
Rollershutters are HmIP BOELL
logs are above

[Lolodomo]

It looks like a mismatch by the binding between decimal and percent.

[mstormi (Markus Storm)]

@Homer-Sim

bring all in one Threat:

Not your best idea

[Homer-Sim]

Maybe it was a wrong word. Topic is still the same but I wanted to consolidate it in one post … better idea?