HM-OU-CFM-Pl wieder funktional machen

[Prof. Dr. Peter Henning]

Ich habe seit langer Zeit einen Homematic-Gong HM-OU-CFM-Pl. Nun habe ich in den letzten 2 Jahren sukzessive alle meine HM-Geräte auf den Betrieb mit RaspberryMatic und HMCCU umgestellt. Dabei ging leider die Möglichkeit verloren, außer der primitiven Gongfunktion die weiteren Features des HM-OU-CFM-Pl zu nutzen, nämlich das Blinken in verschiedenen Farben und das Abspielen von MP3-Dateien auf einer SD-Karte.

Das Device heißt WZ.Gong, die Gongfunktion kann über direkte Verknüpfung von anderen HM-Devices ausgelöst werden. 1 ist der optische Kanal, 2 ist der akustische Kanal.

Mit dem FHEM-Befehl

Code Auswählen Erweitern

set WZ.Gong datapoint 1.STATE truekann das Blinken eingeschaltet werden - und zwar langsam rot blinkend. Warum? Weil das Teil seinen internen Parameter 2.LONG_ACT_TYPE auf den Wert 2 hat, entspricht RED_LONG. Das sieht man, wenn man

Code Auswählen Erweitern

get WZ.Gong paramSetDesc aufruft, u.a.an der Zeile.

Channel LEQ1003578 1
  Paramset LINK
    ...
    LONG_ACT_TYPE: ENUM [R,W] [Visible,Sticky] RANGE=0...6 DFLT=2 VALUES=NO_MSG,RED_SHORT,RED_LONG,GREEN_SHORT,GREEN_LONG,ORANGE_SHORT,ORANGE_LONG
    ...

Code Auswählen Erweitern

set WZ.Gong datapoint 1.STATE false schaltet das Blinken (vorzeitig) wieder aus.

Ebenso:
Mit dem FHEM-Befehl

Code Auswählen Erweitern

set WZ.Gong datapoint 2.STATE truekann das Abspielen der ersten MP3-Datei auf der SD-Karte gestartet werden, deren Dateiname mit 000 beginnt. Das sieht man, wenn man

Code Auswählen Erweitern

get WZ.Gong paramSetDesc aufruft, u.a.an der Zeile.

Channel LEQ1003578 2
  Paramset LINK
    ...
    LONG_ACT_TYPE: INTEGER [R,W] [Visible,Sticky] RANGE=0...255 DFLT=0
    ...

Wenn man die entsprechenden ccuflags im Device setzt, werden die ganzen Parameter auch als Readings angezeigt, z.B. als

L-2.LONG_ACT_TYPE 0

So, und jetzt kommt die entscheidende Frage: Wie kann ich diese Parameter auf andere Werte setzen? Sagen wir mal, die MP3-Datei auf Nr. 15 setzen. Ich habe schon allerlei Kombinationen ausprobiert:

set WZ.Gong datapoint 2.LONG_ACT_TYPE 15 => Fehler invalid datapoint
set WZ.Gong datapoint L-2.LONG_ACT_TYPE 15 => Fehler invalid datapoint

set WZ.Gong config 2.LONG_ACT_TYPE 15 => Fehler No parameter specified
set WZ.Gong config L-2.LONG_ACT_TYPE 15 => Fehler No parameter specified
set WZ.Gong config 2 LONG_ACT_TYPE 15 => Fehler No parameter specified

Bisher ohne jeden Erfolg. Hat jemand eine Idee, wie das gehen kann?

LG

pah

[betateilchen]

Gibt man bei "set ... config" den Wert nicht mit einem '=' zwischen Parametername und Wert an?

[Prof. Dr. Peter Henning]

Habe ich schon probiert

set WZ.Gong config 2.LONG_ACT_TYPE=4 => Fehler invalid parameter specified
set WZ.Gong config 2 LONG_ACT_TYPE=4 => Fehler invalid parameter specified
set WZ.Gong config 2.LONG_ACT_TYPE:4 => Fehler no parameter specified
set WZ.Gong config 2 LONG_ACT_TYPE:4 => Fehler no parameter specified

Kein Effekt.

In der CommandRef zu HMCCUDEV steht es mal als <Kanal>.<Parameter>, mal ohne ".", und mal mit "=" und mal mit ":"

LG

pah

Ich habe auch probiert set WZ.Gong datapoint 1.SUBMIT type:4. Wir geschluckt, macht aber nichts.

[Prof. Dr. Peter Henning]

So, einen Schritt weiter - aber nachdem ich vorher nahe dem Abgrund stand, ist dieser Schritt ziemlich unerwünscht.

Hat angeblich damit zu tun, dass auf dem Gong die betreffenden Parameter in so genannten LINK-ParamSets stehen und angeblich nicht ohne existierende HM-Peer-Verknüpfung zu einem anderen HM-Device gesetzt werden können (Wobei sich mir die Frage stellt, warum das dann mit dem alten VCCU-Interface funktionierte???)

Anscheinend ist dann eine mögliche Lösung, auf der RaspberryMatic das CUxD-Addon zu installieren, darin einen virtuellen Taster zu definieren und mit dem auf die Verlinkung zwischen Gong und anderem Gerät zuzugreifen. Das ist aber, vorsichtig gesagt, unwartbar.

LG

pah

[betateilchen]

Das erinnert mich daran, dass man erst dann brauchbare events von HMIP Tasten bekommt, wenn auf der zugehörigen debmatic ein pseudo-Programm definiert wurde, in dem dann die Taste zumindest in einer "Wenn"-Bedingung auftaucht. Eine Aktion muss dabei gar nicht definiert werden. Vermutlich ein ähnliches Prinzip.

[Prof. Dr. Peter Henning]

Was mich verwundert ist, dass zur Erzeugung virtueller Geräte der CUxD als Addon nötig sein soll.

LG

pah