grüne Rückmeldung HM-RC-8

[stefan-dd]

Hallo,
ich bin absoluter Neuling auf diesem Gebiet. Ich habe eine CCU2 in Fhem einbebunden. An der CCU2 habe ich einen 8 Kanal Handsender (HM-RC-8) angelernt. Die Signale kommen in Fhem an.
Nun hätte ich gern noch die grüne Rückmeldung, leider finde ich nur Varianten ohne CCU2. Wie kann ich dies mit CCU2 lösen? Muss dies in Fhem oder in der HM Zentrale konfiguriert werden?

Code Auswählen Erweitern

defmod d_ccu HMCCU 192.168.1.33
attr d_ccu ccudef-readingfilter ^(LOW_?BAT|UNREACH)$
attr d_ccu ccudef-readingname ^(.+\.)?LOW_?BAT$:battery
attr d_ccu ccudef-substitute AES_KEY!(0|false):off,(1|true):on
attr d_ccu ccuflags intrpc
attr d_ccu cmdIcon on:general_an off:general_aus
attr d_ccu eventMap /rpcserver on:on/rpcserver off:off/
attr d_ccu rpcinterval 5
attr d_ccu rpcqueue /tmp/ccuqueue
attr d_ccu rpcserver on
attr d_ccu stateFormat rpcstate/state

setstate d_ccu running/OK
setstate d_ccu 2018-10-16 17:07:51 count_channels 68
setstate d_ccu 2018-10-16 17:07:51 count_devices 6
setstate d_ccu 2018-10-16 17:07:51 count_groups 0
setstate d_ccu 2018-10-16 17:07:51 count_interfaces 3
setstate d_ccu 2018-10-16 17:07:51 count_programs 0
setstate d_ccu 2018-10-16 17:08:25 rpcstate running
setstate d_ccu 2018-10-16 17:08:26 state OK


Code Auswählen Erweitern

defmod HM_HM_RC_8_NEQ1274748 HMCCUDEV NEQ1274748
attr HM_HM_RC_8_NEQ1274748 IODev d_ccu
attr HM_HM_RC_8_NEQ1274748 ccureadingfilter PRESS
attr HM_HM_RC_8_NEQ1274748 event-on-change-reading .*
attr HM_HM_RC_8_NEQ1274748 room Homematic
attr HM_HM_RC_8_NEQ1274748 substitute PRESS_SHORT,PRESS_LONG,PRESS_CONT!(1|true):pressed,(0|false):released;;PRESS_LONG_RELEASE!(0|false):no,(1|true):yes

setstate HM_HM_RC_8_NEQ1274748 2018-10-16 17:21:41 1.PRESS_SHORT pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-15 22:24:58 2.PRESS_LONG pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-15 22:24:58 2.PRESS_LONG_RELEASE yes
setstate HM_HM_RC_8_NEQ1274748 2018-10-16 17:22:16 2.PRESS_SHORT pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-15 22:24:58 3.PRESS_SHORT pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-16 17:22:16 4.PRESS_SHORT pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-15 22:25:03 5.PRESS_SHORT pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-15 22:24:58 6.PRESS_LONG pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-15 22:24:58 6.PRESS_LONG_RELEASE yes
setstate HM_HM_RC_8_NEQ1274748 2018-10-16 17:22:21 6.PRESS_SHORT pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-16 03:08:34 7.PRESS_SHORT pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-16 17:22:21 8.PRESS_SHORT pressed
setstate HM_HM_RC_8_NEQ1274748 2018-10-16 17:23:59 hmstate Initialized
setstate HM_HM_RC_8_NEQ1274748 2018-10-16 17:07:51 state Initialized


[Otto123]

Hi,

das Prinzip für grünes Licht ist grundlegend -> peeren. Entweder mit einem Aktor, oder mit einem virtuellen Kanal. Wenn die Geräte an einer Zentrale angelernt sind, geht peeren nur mit Hilfe der Zentrale.

Gruß Otto

[zap]

Ich oute mich jetzt mal: was ist das grüne Licht?

Und noch ne Anmerkung: setze ccuflags auf procrpc. Der interne RPC Server fliegt noch dieses Jahr raus.

[Otto123]

Eine Fernbedienung die keine Peer hat quittiert den Tastendruck mit oranger LED.
Eine Fernbedienung die einen Peer hat (also einen Aktor direkt schaltet) quittiert den Tastendruck mit grüner LED.

Quasi die Bestätigung: das Signal ist beim Peer wirklich angekommen. Will man mit einer FB nur in FHEM (bzw. der Zentrale, also auch CCU) ein Programm starten, verzichtet man entweder auf grün oder man peert mit einem virtuellen Kanal der Zentrale - in dem Fall der CCU.

[Pfriemler]

Etwas genauer: Eine Fernbedienung zeigt ihren Sendevorgang mit orange an. Wenn sie einen Verknüpfungspartner hat, erwartet sie eine Antwort (Quittung) von ihr. Kommt diese, wechselt das orange zu einer Sekunde grün, kommt sie in der vorgeschrieben Zeit nicht, gibt es zwei Sekunden rot. Gibt es keine Verknüpfung, bleibt es bei orange.
Wie schon gesagt: peeren mit virtuellem Kanal in der CCU2, nicht FHEM.

[stefan-dd]

Danke habe ich hin bekommen.

[zap]

Habe keine HM Fernbedienung, war mir daher nicht bekannt.

Aber wenn man schon eine CCU hat, sollte man alles HM interne dort abbilden, zumindest die direkten Verknüpfungen.

Bei Programmen sieht das u.U. anders aus. Ich habe hier einen Lichtschalter, der als Pseudo Wechselschalter fungiert. Direkte Verknüpfung wird nicht unterstützt. Witzigerweise ist die Implementierung in FHEM mittels HMCCU und Notify schneller als ein entsprechendes Programm in der CCU.

[stefan-dd]

Leider ist die Verzögerung mittels CCU und fhem so groß, das diese Konfiguration nicht verwendbar ist. Für einen Temperatursensor mag das gehen, für einen Schalter unbrauchbar. Also werde ich wieder mit fhem direkt koppeln.

[zap]

Hast Du wie oben empfohlen auf procrpc (externer RPC Server) umgestellt? Der interne ist lahm, da mit einer Queue und Polling gearbeitet wird. Beim externen liegt die Reaktionszeit auf CCU Events im Millisekunden Bereich.