Rollershutters stops operating with Alexa today, direction inverted

Are you using the old syntax or new one? Can you provide your item definition?

If you removed your existing devices because of duplicates, you will need to re-add the newly discovered ones to the Alexa groups you had before. Same if you had Alexa routines setup on specific devices.

@jeshab

did not rediscover my devices. Also had no duplicates.

Btw, UP/Down and Open/Close is running now, but in the wrong direction.

/* Rollershutters */
Rollershutter	RolloEsszimmer		"Rollo Esszimmer [%d]"    	(GF_Eating, Shutters, RollosWB) { alexa="RangeController.rangeValue" [category="INTERIOR_BLIND", friendlyNames="@Setting.Opening", supportedRange="0:100:10", unitOfMeasure="Percent", actionMappings="Close=100,Open=0,Lower=(+10),Raise=(-10)", stateMappings="Closed=100,Open=0:99"], channel="velux:rollershutter:abb65cf4:RolloEZ:position" }
Rollershutter	RolloWZ_links		"Rollo WZ links [%d]"		(GF_Living, Shutters, RollosWB)	{ alexa="RangeController.rangeValue" [category="INTERIOR_BLIND", friendlyNames="@Setting.Opening", supportedRange="0:100:10", unitOfMeasure="Percent", actionMappings="Close=100,Open=0,Lower=(+10),Raise=(-10)", stateMappings="Closed=100,Open=0:99"], channel="velux:rollershutter:abb65cf4:RolloWZlinks:position" }
Rollershutter	RolloWZ_rechts  	"Rollo WZ rechts  [%d]"		(GF_Living, Shutters, RollosWB)	{ alexa="RangeController.rangeValue" [category="INTERIOR_BLIND", friendlyNames="@Setting.Opening", supportedRange="0:100:10", unitOfMeasure="Percent", actionMappings="Close=100,Open=0,Lower=(+10),Raise=(-10)", stateMappings="Closed=100,Open=0:99"], channel="velux:rollershutter:abb65cf4:RolloWZrechts:position" }
Rollershutter	RolloBibliot		"Rollo Bibliothek [%d]"		(GF_Biblio, Shutters, RollosWB)	{ alexa="RangeController.rangeValue" [category="EXTERIOR_BLIND", friendlyNames="@Setting.Opening", supportedRange="0:100:10", unitOfMeasure="Percent", actionMappings="Close=100,Open=0,Lower=(+10),Raise=(-10)", stateMappings="Closed=100,Open=0:99"], channel="velux:rollershutter:abb65cf4:RolloBiblio:position" }
Rollershutter	RolloDarian			"Rollo Dari [%d]"			(GF_Child, Shutters, RollosSB)	{ alexa="RangeController.rangeValue" [category="INTERIOR_BLIND", friendlyNames="@Setting.Opening", supportedRange="0:100:10", unitOfMeasure="Percent", actionMappings="Close=100,Open=0,Lower=(+10),Raise=(-10)", stateMappings="Closed=100,Open=0:99"], channel="velux:rollershutter:abb65cf4:RolloKind:position" }
Rollershutter	RolloSchlafzimmer	"Rollo Schlaf [%d]"			(GF_Bed, Shutters, RollosSB)	{ alexa="RangeController.rangeValue" [category="INTERIOR_BLIND", friendlyNames="@Setting.Opening", supportedRange="0:100:10", unitOfMeasure="Percent", actionMappings="Close=100,Open=0,Lower=(+10),Raise=(-10)", stateMappings="Closed=100,Open=0:99"], channel="velux:rollershutter:abb65cf4:RolloSchlaf:position" }
Rollershutter	RolloArbeitszimmer	"Rollo Büro [%d]"			(GF_Office, Shutters, RollosSB)	{ alexa="RangeController.rangeValue" [category="INTERIOR_BLIND", friendlyNames="@Setting.Opening", supportedRange="0:100:10", unitOfMeasure="Percent", actionMappings="Close=100,Open=0,Lower=(+10),Raise=(-10)", stateMappings="Closed=100,Open=0:99"], channel="velux:rollershutter:abb65cf4:RolloBuero:position" }

I mentioned about this above. Rollershutter are now inverted by default. So, that part is a breaking change.

Could you please give me the exact oposite example of my .items configuration

You could configure these items as {alexa="Shutter"} which defaults to the PositionState attribute.

However there is a known issue that Amazon is currently looking to fix that will prevent from controlling such device in the Alexa app.

Other than that, it should set the correct direction out of the box and UP/DOWN commands will be sent instead of specific percentage values on open/close requests.

@jeshab

Could you please give me the exact oposite example of my .items configuration?

Thanks a lot.

You don’t want to try the new syntax? :smiley:

No, not yet. My wife will kill me if this will not run within the next 30 minutes… :wink:

The solution I gave you will fix it in less time :smiley: as long as the Alexa app control is not a requirement.

Standard semantic mappings => actionMappings="Close=0,Open=100,Lower=(-10),Raise=(+10)", stateMappings="Closed=0,Open=1:100"

1 Like

No, it’s not required. I only use voice commands or openHAB App.

I’ll try the given changes and post the results here.

Thanks so far. :slight_smile:

I’ve changed the .items file, like in your suggestion, but unfortunately it did not help.

Did you trigger a discovery after making the change? Which change did you make?

This changes:

No, did no discovery. Is this necessary?

Not meaning to hijack folks, in a similar situation here. Happy to provide .items and .rules (if that would help). Running OpenHab 2.5 on a Raspberry Pi with 2 Somfy roller blinds controlled via RFXTRX.

Yes. The skill only works currently on a poll basis. So the Alexa side won’t know any configuration changes you made in OH until you trigger a discovery.

That’s actually a minimum requirement :smiley: Please provide that information and any details that would help narrow down the issue. Thanks.

Came here for the same issue.

Glad to know my wife isn’t the only one which is angry about this change. :slight_smile:

1 Like

I feared the duplicates, but now I’ve triggered the discovery. No duplicates, no new devices, but it seems that the devices were updated.

Now it is running again. Thanks a lot. :slight_smile:

1 Like

You’re too kind Jeremy! Thank you

.item definition

Rollershutter Down_Stairs_Blind  "Down Stairs Blind" {alexa="RangeController.rangeValue" [category="INTERIOR_BLIND", friendlyNames="@Setting.Opening", supportedRange="0:100", unitOfMeasure="Percent", actionMappings="Close=0,Open=100", stateMappings="Closed=0,Open=1:100"]}

.rule defintion

rule "Down Stairs Voice Control"
when
    Item Down_Stairs_Blind received command
then
    logInfo("Down_Stairs_Blind", "Downstairs Blind Voice Control")
    if (receivedCommand > 50)
    {
      sendCommand(rfxcom_rfy_b6a20466_shutter, UP)
logInfo("Down_Stairs_Blind", "Downstairs Blind going up")
    }
    else
    {
      sendCommand(rfxcom_rfy_b6a20466_shutter, DOWN)
logInfo("Down_Stairs_Blind", "Downstairs Blind going down")
    }
end

Hope that makes some sense. WAF is diminishing here. Probably should have said, the way it “used” to work was by saying, “Alexa, close downstairs blind” (and it would go down) and conversely “Alexa, open downstairs blind” (and it would go up).