rule mit Variablen nutzen

[udo1toni]

Die Alexa Items gehören momentan keiner gemeinsamen Gruppe an. Außerdem fehlt das Gruppenitem und vermutlich möchtest Du die Gruppe gar nicht Alexa nennen. Also eher so:

Group:Switch gAlexaRollos // in diese Gruppe kommen alle Alexa "Rollershutter" Items

Also bei allen Alexa Items noch ein (gAlexaRollos) ergänzen.
Und in der Rule muss es dann natürlich

val String myItem = gAlexaRollos.members...

heißen.

[maennchen1]

Ah OK, es lag an der passenden Gruppe. Gehirn einschalten...
Klasse. Jetzt reagiert das System. Ich muss jetzt nur noch an den Namen schrauben, damit Alexa auch alles richtig versteht...
1000Dank nochmal!

[maennchen1]

*Hust*
Hallo!
Ich nochmal.
Ich bin gerade an der vorn geposteten Lösung dran, um jetzt alle Bürorolladen fahren zu können.

items:

Group gBueroRollo
Group gEGRollo    (gBueroRollo)
Group gOGRollo    (gBueroRollo)
Group:Switch gAlexaRollos

Rollershutter eg_buero_ro_ost    "Rollo Büro Ost"        <rollershutter>    (gBueroEG, gEGRollo)                                        {knx="1/0/7, 1/0/6, 1/0/107"}
Switch alexa_eg_buero_ro_ost     "Rollo Büro Ost"                         (gAlexaRollos)                                ["Switchable"]
Rollershutter eg_buero_ro_nord    "Rollo Büro Nord"         <rollershutter>    (gBueroEG, gEGRollo)                                        {knx="1/0/5, 1/0/4, 1/0/105"}
Switch alexa_eg_buero_ro_nord     "Rollo Büro Nord"                         (gAlexaRollos)                                ["Switchable"]
Switch alexa_buero_ro_alle         "Alle Bürorollos"                         (gAlexaRollos)                                ["Switchable"]

rules:

rule "alle Büro Rollo"
when
    Item alexa_buero_ro_alle received command
then
    gBueroRollo.members.filter(r|(r.state as DecimalType).intValue != if(receivedCommand==ON) 0 else 100).forEach(r|r.sendCommand(if(receivedCommand==ON) UP else DOWN))
end

Passieren tut leider nix. Nur eine Fehlermeldung im Log:

17:39:39.567 [INFO ] [smarthome.event.ItemCommandEvent ] - Item 'alexa_buero_ro_alle' received command OFF
17:39:39.569 [INFO ] [smarthome.event.ItemStateChangedEvent] - alexa_buero_ro_alle changed from NULL to OFF
17:39:39.569 [INFO ] [home.event.GroupItemStateChangedEvent] - gAlexaRollos changed from NULL to UNDEF through alexa_buero_ro_alle
17:39:40.418 [ERROR] [l.script.engine.ScriptExecutionThread] - Rule 'alle Büro Rollo': org.eclipse.smarthome.core.library.types.DecimalTy pe

Klingt so, wäre eine Definition falsch/fehlend.
Ich habe bestimmt wieder was nicht richtig gemacht, oder?

[udo1toni]

Sind denn die Läden schon mal gefahren, seit openHAB in Betrieb ging? Das Problem ist, wenn die Läden nie bewegt wurden, hat openHAB auch keinen gültigen Status. Das könnte man natürlich ebenfalls berücksichtigen, nur wird das Ganze dadurch nicht einfacher, und die Läden fahren dann im Zweifel gar nicht. Eigentlich sollten die Aktoren ihren Status beim Start von openHAB auf Anfrage melden, dazu muss aber auch eine pasende GA vergeben sein. Mit der Definition

Rollershutter eg_buero_ro_ost "Rollo Büro Ost" <rollershutter> (gBueroEG, gEGRollo) {knx="1/0/7, 1/0/6, 1/0/107+<1/0/207"}

fragt openHAB beim Programmstart auf der GA 1/0/207 den Status ab. Diese GA muss also am Statusobjekt Position hängen. Die GA darf nur einem einzigen Aktorkanal zugeordnet sein, und der Aktor darf als Einziges auf Read Requests antworten (L-Flag gesetzt). Wenn openHAB für jeden Rollladen eine gültige Position hat, sollte die Rule durchlaufen. Ansonsten kannst Du den Filter auch weg lassen und einfach mit dem .forEach... weiter machen.

[maennchen1]

Hallo!
Danke für deine Antwort!
Ja, die Rollos fahren täglich hoch und runter.
Die 1/0/107 ist ja bereits die RM-Adresse. Für Position habe ich noch keine GAs angelegt. Ich war bisher der Meinung, dass dies das selbe ist. Dann fummel ich mal die Positions-GA und probiere dann erneut.

[maennchen1]

Hi nochmal!
Ich habe Gira 207812 Jalousieaktoren (16fach/8fach). Dort habe ich die Möglichkeit eines RM-Objektes und einer Position. Der Status ist dort per Standard als Schreibbar definiert. Muss dieser zwingend auf L gesetzt werden? Weil drin stehen tut nix, laut Monitor.

[udo1toni]

Es gibt eigentlich immer mindestens zwei GA, eine zum Steuern und eine zum Erfragen bzw. Rückmelden des Status. Im Falle eines Rollladens wäre das die Position, ich hatte bis vor kurzem Aktoren, die das noch nicht konnten, die haben dann halt nur die letzte Fahrtrichtung rückgemeldet.

Deine Jalousieaktoren sind übrigens die 1038 00. Die Nummer 207812 ist die Softwareapplikation.
Ich zitiere mal aus dem technischen Handbuch: (Fußnote)

2: Jedes Kommunikationsobjekt kann ausgelesen werden. Zum Auslesen muss das L-Flag gesetzt werden.
3: Die Kommunikationsflags werden automatisch in Abhängigkeit der Parametrierung gesetzt. "Ü"-Flag bei aktivem Meldeobjekt; "L"-Flag bei passivem Statusobjekt.

Die Rückmeldung der Position erfolgt auf Objekt Nr. 24 + (KanalNr.-1)*26 als DPT 5.001. Dort sollten laut Fußnote 3 die Flags K Ü L automatisch gesetzt sein.

Die Flags in knx haben folgende Funktion:

• K(ommunikation) -> findet statt (dieses Flag muss also gesetzt sein, wenn man ein Objekt nutzen will)
• Ü(bertragen) -> Bei Wertänderung wird diese auf den Bus gesendet
• S(chreiben) -> Wertänderungen auf dem Bus werden vom Gerät übernommen
• L(esen) -> Leseanfragen vom Bus werden beantwortet
• A(ktualisieren) -> Wertantworttelegramme (siehe L-Flag) von anderen Busteilnehmern werden als Schreibbefehl gewertet.
  Ein Readrequest auf einen anderen Busteilnehmer führt also zur Aktualisierung des eigenen Status.

Jegliche Kommunikation in knx ist immer über diese Flags gesteuert, soweit das Gerät über ETS konfiguriert werden kann.

[maennchen1]

Danke für deine umfangreiche Antwort!!
Derzeit sieht ein Rollo bei mir in der ETS so aus: Gira.png

Wenn ich dich richtig verstanden habe, muss es dann so aussehen: gira-1.png

Damit steht jetzt wenigstens 0% in 1/1/105 drin.
Ändern tut sich aber nichts, wenn ich das Rollo runter und wieder hoch fahre. Es bleibt 0% drin stehen. Auch nicht, wenn ich noch zusätzlich das "A"- oder "Ü"-Flag setze. Es ändert lediglich immer nur die RM (in %).

[udo1toni]

Nein, das L-Flag gehört auf die 76, das zugehörige Item sieht dann so aus:

Rollershutter Buero_Ost "Büro Ost [%d%%]" {knx="1/1/6,1/1/5,1/1/105+<1/1/106",autoupdate="false"}

autoupdate="false" sorgt dafür, dass openHAB den Status nicht proaktiv ändert, sondern auf ein Telegramm über die Adressen 1/1/105 oder 1/1/106 (oder 1/1/6) wartet. Die Rückmeldung kommt erst, wenn der Laden seine Position erreicht hat, entsprechend springt das Item dann am Ende der Fahrt auf die aktuelle Position.

[maennchen1]

Hallo!
Ich habe das jetzt soweit umgesetzt. Ich bekomme in der Basic UI jetzt auch prima die Prozentanzahl angezeigt, wie weit der Rollo unten ist. Rollo-basicui.png

In der ETS sieht es jetzt bei obigen Beispiel so aus: ETS-rollo.png


Alexa sagt auch prima "OK" wenn Sie den Befehl "Alle Büro Rollos aus/ein/hoch/runter" bekommt, eine Ausführung erfolgt aber dennoch nicht, sondern immer noch der Fehler:

18:16:12.140 [ERROR] [l.script.engine.ScriptExecutionThread] - Rule 'alle Büro Rollo': org.eclipse.smarthome.core.library.types.DecimalTy pe

Liegt es evtl. daran, dass Dezimalzahlen erwartet werden, es aber nur Integer kommen/geliefert werden?

[udo1toni]

Integer sind (normalerweise) Dezimalzahlen

Zeig bitte nochmal genau die Rule, wie sie jetzt ist.

[maennchen1]

Hallo!
Eigentlich genau noch so, wie oben. Aber ich weiß, sicher ist sicher.

rule "alle Büro Rollo"
when
    Item alexa_buero_ro_alle received command
then
    gBueroRollo.members.filter(r|(r.state as DecimalType).intValue != if(receivedCommand==ON) 0 else 100).forEach(r|r.sendCommand(if(receivedCommand==ON) UP else DOWN))
end

[udo1toni]

Erweitere bitte die Rule mal:

rule "alle Büro Rollo"
when
   Item alexa_buero_ro_alle received command
then
    gBueroRollo.members.[COLOR=#FF0000]filter(r|r.state instanceof DecimalType).[/COLOR]filter(r|(r.state as DecimalType).intValue != if(receivedCommand==ON) 0 else 100).forEach(r|r.sendCommand(if(receivedCommand==ON) UP else DOWN))
end

[maennchen1]

Danke!
Es erscheint jetzt keine Fehlermeldung mehr, nur noch das im Log:

16:32:29.865 [INFO ] [smarthome.event.ItemCommandEvent     ] - Item 'alexa_buero_ro_alle' received command OFF
16:32:29.869 [INFO ] [smarthome.event.ItemStateChangedEvent] - alexa_buero_ro_alle changed from ON to OFF
16:32:44.232 [INFO ] [smarthome.event.ItemCommandEvent     ] - Item 'alexa_buero_ro_alle' received command ON
16:32:44.235 [INFO ] [smarthome.event.ItemStateChangedEvent] - alexa_buero_ro_alle changed from OFF to ON

Ein Rollo bewegt sich aber nicht.

[udo1toni]

Schade. Das bedeutet, dass keiner der Rollläden, die zur Gruppe gehören einen passenden Status hat. Füge mal bitte hinter dem then diese Zeile ein:

gBueroRollo.members.forEach(r|logInfo("Rollos","Itenmane: {} Status: {}",r.name,r.state.toString))

Nachdem Du die Rule einmal ausgelöst hast, solltest Du dann in der Datei openhab.log für jeden Rollladen eine Zeile mit dem aktuellen Status finden. Das wäre mal interessant