FHEM -> OpenHAB / Jalousie - Rollershutter Frage

[jojoe]

Hallo Zusammen,

ich versuche gerade aus meiner FHEM Lösung nach OpenHub zu migrieren.
Geht soweit ganz gut - ich versuche gerade meine Jalousien umzuswitchen:
Hier ist ein Eintrag aus dem FHEM

define ES_J_BALKON EIB 1232 1233
attr ES_J_BALKON EG_J_TER EG_J_TERRASSEN
attr ES_J_BALKON IODev tul
attr ES_J_BALKON alias Esszimmer Balkon-Jalousie
attr ES_J_BALKON eventMap /on g1:Stop/off g2:Auf/on g2:Ab/off
attr ES_J_BALKON room Esszimmer
attr ES_J_BALKON webCmd Ab:Stop:Auf:::

und das im .items

Rollershutter ES_J_BALKON "Esszimmer Terassen-Jalousie" (Esszimmer, Jalousien, Jalousien_EG) { knx="1/2/32, 1/2/33" }

Das funktioniert so leider nicht. Die Rollershutter sind aber etwas komplizierter. Wie könnte das richtig aussehen?

[udo1toni]

Auf Anhieb tippe ich mal, dass Du entweder drei Gruppenadressen angeben musst, oder für die angegebenen 2 den DPT mit angeben musst, wie im wiki beschrieben.

[Juergen151]

Hi,

bei mir ging zuerst die Stop-Funktion nicht gib es im Item mal so an:

Rollershutter Roll_1 "Rolladen Spitzboden" { knx = "0/0/25, 0/0/27, 0/0/27" }

Also einmal die GA-Langzeit und die GA-Kurzzeit zweimal, so läufts.

Gruß Jürgen

[jojoe]

Test mit doppel-kurz nicht erfolgreich

Hallo Jürgen, Udo,
danke für die Tipps.
Also - das funktioniert nicht:

{ knx="1/1/32, 1/1/33, 1/1/33" }

Ich vermute - wie Udo geschrieben/verlinkt hat muss noch irgendwie der Datenpunkt mitbeschrieben werden - was ich allerdings merkwürdig finde. Da ich in FHEM außer der Eventmap nix eingestellt habe.

Ich hatte noch mal getestet ob mit

Switch k_j_test "test2" (Kueche) { knx = "1/1/33"}

der Jalousie irgendein zucken zu entlocken ist - aber überhaupt keine Reaktion.

[RaK]

Hi,

Die dritte GA ist die Position (lang, kurz, position). Auch wenn dein aktir die Position nicht unterstützt, einfach eine (freie) GA dort angeben.

[jojoe]

gelöst

Hallo,
danke für die Hilfe. Ich habe jetzt folgendes gemacht.
Das Debugging im EIBD eingeschaltet und geschaut was das FHEM sendet wenn es einen funktionierenden Befehl sendet.

Ich war nicht baff schlecht erstaunt - das die Adresse
1032 im FHEM im EIBD als 1/0/50 rauskam.

Ich habe damals die Werte über die Auto-Aufzeichnung von FHEM gesammelt - und das hat auch soweit gut funktioniert.
Jedenfall ist der letzte Wert wohl Hexadezimal im FHEM notiert und nicht Dezimal - openHUB erwartet es aber Dezimal.

Jedenfalls nach dem ich die "richtigen" Werte aus dem EIBD genommen bzw. nach Dezimal umgerechnet hatte ging es auch.

Trotzdem herzlichen Dank für die netten Ratschläge.