Peering HM-LC-SW4-DR mit HM-SCI-3-FM

[Gollum2]

Moin...

ich hab mal wieder ein Problem.
ich versuche mine FHEM zu verschlanken, in dem ich Geräte direkt mit einander peeren will.

Nebeneffekt soll Steigerung des WAF sein, wenn der Server mal nicht läuft.

Angefangen habe ich mit meinem Flur Licht oben und unten.

Die Taster betätigen ganz normal eine Schaltkontakt im Sicherungskasten. Diese schaltet wiederum jeweils ein Kanal des HM-SCI-3-FM.
Diese löst - bis jetzt - über FHEM den jeweiligen Schaltkanal des HUT Moduls aus, das auch im Sicherungskasten verbaut ist.

soweit so gut.

Nun mein Versuch diese beiden Kanäle zu peeren:
set HW_Funkschalter_Modul_Kanal1 peerChan 0 HW_HUT_Modul_Kanal1 single set

get config aufgerufen....taste am HM-SCI-3-FM gedrückt.

Die Devices sind geleert.

Nun das Problem:
Der Kanal 1 des HM-SCI-3-FM sendet entweder ein closed oder ein open.

Bei open schaltet der Kanal1 des HUT Moduls und es werde Licht - Spitze
Bei closed passiert nichts (Obwohl doch hier eigentlich der Togglemode vom peering greifen müsste oder?)

Sende ich erneut ein open (durch nochmaliges drücken des Tasters) geht das Licht aus.

Ich hab schon versucht bei beiden Zuständen des HM-SCI-3-FM jeweils open zu senden (kann man ja einstellen)
Dann geht jedoch gar nichts mehr, ob wohl die Signale beim HUT ankommen.

Peeren im DUALmode möchte ich nicht, da die Lichter auch noch über Bewegungsmelder angesprochen werden sollen (dann aber nur über FHEM)

Hat jemand eine Lösung, wie ich dem HUT Kanal beibringe auf das "closed" zu reagieren?

Weihnachtliche Grüße
Gollum

[Otto123]

Hallo Gollum,

ich denke ich kann Dir nicht direkt helfen, aber mein Eindruck ist: dafür ist der SCI vielleicht nicht gemacht? Der sendet kein Toggle, der sendet open und closed. Toggle müsste der Aktor machen, macht er normalerweise in Abhängigkeit vom peering.
Ich habe einen SWI, der sendet nur short oder long und der Aktor macht daraus ein toggle.
Jede FB sendet eigentlich short oder long zum Aktor und man kann entweder ein zwei Tasten an und aus oder eine Taste toggle daraus machen. 

In deinem Fall sendet der SCI aber quasi ein statisches Signal, eventuell kann das der Aktor gar nicht oder zumindest nicht direkt verarbeiten.

Ich weiß meine Argumente sind eventuell aus Kundensicht nicht logisch, aber technisch kann ich es mir so erklären.
Da wirst Du mal die Register unter die Lupe nehmen müssen.

Aber wie gesagt, Hilfe habe ich da keine nur Vermutungen. 

Gruß Otto

[Gollum2]

Hallo Otto,

danke dir für die Antwort.

Im Moment schaltet das HUT Modul auch gar nicht mehr. Weder bei open noch bei close des Senders.
Das wäre für mich auch verständlich, wenn zwingend ein OFF/ON oder ein TOGGLE kommen müsste.

Ich hoffe mir kann das noch eine Final bestätigen, das es mit den STATUS nicht geht bzw. wie es gehen könnte.
Ansonsten schwenke ich jetzt erstmal zurück zur Steuerung via FHEM.

[Pfriemler]

Doch, da gibt es eine Lösung. Üblicherweise senden die "Kontakte" nur open und closed, und ein direkt gepeerter Kontakt toggelt immer nur den Aktor, wie beschrieben. Genaugenommen senden die Sensoren einen Trigger mit Wert, wobei 0 mit "closed" und 200 mit "open" übersetzt wird, die Fenstergriffsensoren kennen zusätzlich noch 100=tilted (Daher auch der Name threeStateSensor).

Mit einer Registermanipulation kann man den Aktor dazu bringen, dass er den Zustand des Peers wie gewünschtspiegelt: closed=an, open=aus, oder auch umgekehrt wenn man das mag.

edit: Ich hatte die Frage hier selbst gestellt und mir wurde in diesem Fred damit geholfen.

Wenn ich das richtig gesehen habe, muss ich also nur shCtOn auf ltLo setzen?
edit: so gemacht, und Relais schaltet wie gewünscht. Ich bin mal wieder begeistert.

Das galt für die Anzeige open=on, closed=off. Für die Zuordnung closed=on, open=off also das stattdessen Register shCtOff im Aktorkanal für den betreffenden peer von "geLo" auf "ltLo" ändern.
Also wenn ich mich micht irre:

Code Auswählen Erweitern

set <actor_channel> regSet shCtOff ltLo <remote_channel>

wobei actor_channel der Kanal des HUT und remote_channel der betreffende Kanal des SCI ist.
Configtaste am SCI nicht vergessen. Blödsinn, es wird ja nur der Aktor programmiert, am SCI ist gar nichts nötig.

Hintergrund: Das Register shCtxxx legt für den aktuellen Zustand On bzw. Off fest, welcher Wert als Trigger akzeptiert wird. Die Schwellen Lo und Hi liegen default bei 50 bzw. 100. "geLo" = greater or equal (than) Lo bedeutet also, dass jeder Wert größer oder gleich 50 den Trigger auslöst und den Aktor schaltet, alle anderen werden ignoriert - 200 (für open) löst also aus, 0 (closed) nicht.
Ändert man das Verhalten von shCtOff auf "ltLo" (less than Lo), dann werden die Triggerwerte <50 akzeptiert und alle darüber verworfen. shCtOn muss auf "geLo" bleiben. Jetzt löst also gerade 0=closed den Trigger aus. Damit folgt der Aktor den Werten direkt - jeder Trigger unter 50 schaltet ihn ein, jeder über 49 ihn aus.

shCtOn und shCtOff stehen normalerweise auf "geLo", d.h. jeder hohe Wert führt eine Zustandsänderung herbei - der Aktor toggelt beim Öffnen des Kontakts.

Die Schaltschwellen sind global, die Aktionen beim Über- oder Unterschreiten merkt sich der Aktor für jeden verknüpften Sensor separat, weswegen der Peer bei der Registermanipulation angegeben werden muss.

[Gollum2]

Moin Pfriemen,

danke für deinen ausführlichen Beitrag. (Top !!)

Die ganzen Zusammenhänge und die Register habe ich mir auch schon angesehen...

Nur das ein close mit einer "0" kommt und ein Open mit "200" war mir neu bzw. das habe ich zu nicht herausgelesen.

Ich werde mich gleich nochmal dran machen das peering erneut zu machen und das Register entsprechend zu manipulieren.

[Gollum2]

Soso....

hier mein Zwischenbericht:

Egal wie herum ich die Register setze...ich bekomme es zwar hin, das ein Status (Closed oder Open) das Licht das an ist ausschaltet.
Aber in keiner konstellation bekomme ich es hin, das das Licht eingeschaltet wird.

Nach der Erklärung von Pfriemen muss es eigentlich gehen, aber ich vermute das die WERTE 0 und 200 nicht stimmen. Oder kann das nicht sein?

Kann man das irgendwo Nachlesen, das Close = 0 ist und Open = 200?

hab das Probiert:
set HW_HUT_Modul_Kanal1 regSet shCtOff ltLo HW_Funkschalter_Modul_Kanal1
set HW_HUT_Modul_Kanal1 regSet lgCtOff ltLo HW_Funkschalter_Modul_Kanal1

und dann dass (auf Grund eines gefunden Post im Forum):
set HW_HUT_Modul_Kanal1 regSet shCtDlyOff geLo HW_Funkschalter_Modul_Kanal1
set HW_HUT_Modul_Kanal1 regSet shCtOff geLo HW_Funkschalter_Modul_Kanal1

set HW_HUT_Modul_Kanal1 regSet shCtDlyOn ltLo HW_Funkschalter_Modul_Kanal1
set HW_HUT_Modul_Kanal1 regSet shCtOn ltLo HW_Funkschalter_Modul_Kanal1

set HW_HUT_Modul_Kanal1 regSet lgCtDlyOff geLo HW_Funkschalter_Modul_Kanal1
set HW_HUT_Modul_Kanal1 regSet lgCtOff geLo HW_Funkschalter_Modul_Kanal1

set HW_HUT_Modul_Kanal1 regSet lgCtDlyOn ltLo HW_Funkschalter_Modul_Kanal1
set HW_HUT_Modul_Kanal1 regSet lgCtOn ltLo HW_Funkschalter_Modul_Kanal1



Egal wie es bleibt dabei ....schaltet licht aus , aber nicht an:-(

[Pfriemler]

Ich habe gerade wenig Zeit für eine Detailanalyse. Aber die macht ohnehin mehr Sinn, wenn ich konkrete Werte habe.

Mach bitte mal ein

Code Auswählen Erweitern

set HW_Funkschalter_Modul_Kanal1 getConfig auf der Kommandozeile, dann ein

Code Auswählen Erweitern

list HW_Funkschalter_Modul_Kanal1 und poste den Inhalt zwischen CodeTags (der oben Button mit der Raute). Alles andere ist anstrengend.

Nochmal Generell: shCtOn und shCtOff sind normalerweise beide "geLo". Will man ein Folgeverhalten gemäß Kontaktzustand, ändert man shCtOn -oder- shCtOff auf "ltLo", je nachdem ob man das Verhalten direkt oder gespiegelt haben will. Beim Wechsel des Folgeverhaltens muss also der korrespondierende wieder auf "geLo" gesetzt werden.

Alle Register mit Dly im Namen sind für den Vorgang eigentlich unerheblich:
Die normale Reihenfolge der Schalt-Zustände ist off-dlyOn-on-dlyOff-(und dann wieder)-off (usw.). Die Reihenfolge der Zustände regelt übrigens die jump Condition table. Hier kann man die Schleife bei Bedarf abkürzen oder unterbrechen ...
Dimmer haben ihre Rampe (die Zeit in der sich der Ausgabewert ändert) jeweils NACH dem dly-Zustand - das dly hat damit also nichts zu tun.
Mit dly kann man Schaltvorgänge gezielt verzögern, etwa um mehrere Lampen mit einem Trigger gezielt nacheinander ein- oder auszuschalten. Üblicherweise bei Schaltern ist die Verzögerung dly aber =0, d.h. die Schalter wechseln praktisch sofort off>on oder on>off. Die shCtDlyXXX-Trigger regeln nur, wie der Dimmer bzw Schalter reagiert, wenn während des dly Trigger eintreffen. Deshalb sind sie hier unerheblich.

Also gib mit ein List und ich schaue heute nachmittag mal genau drüber was falsch sein könnte...


Value-Trigger sind übrigens immer short, also sind hier die lg-Register ebenfalls komplett wurscht - sie zu manipulieren schadet nichts, bringt aber auch nichts.

[Gollum2]

Der Sender :

Code Auswählen Erweitern


Internals:
   DEF        2A891D01
   NAME       HW_Funkschalter_Modul_Kanal1
   NOTIFYDEV  global
   NR         825
   NTFY_ORDER 50-HW_Funkschalter_Modul_Kanal1
   STATE      closed
   TYPE       CUL_HM
   chanNo     01
   device     HW_Funk_Schalter_Modul
   peerList   HW_HUT_Modul_Kanal1,
   Readings:
     2016-12-28 08:42:58   R-HW_HUT_Modul_Kanal1-expectAES off
     2016-12-28 08:42:58   R-HW_HUT_Modul_Kanal1-peerNeedsBurst off
     2016-12-27 09:28:54   R-eventDlyTime  0 s
     2016-12-27 09:28:54   R-sign          off
     2016-12-28 11:47:19   RegL_01.          08:00 20:60 21:00 22:00 30:06 00:00
     2016-12-28 11:47:22   RegL_04.HW_HUT_Modul_Kanal1   01:00 00:00
     2016-12-28 12:16:07   contact         closed (to HW_HUT_Modul)
     2016-12-28 11:47:19   peerList        HW_HUT_Modul_Kanal1,
     2016-12-28 12:16:07   state           closed
     2016-12-28 12:16:07   trigger_cnt     23
   Helper:
     peerIDsRaw ,2395F101,00000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
Attributes:
   model      HM-SCI-3-FM
   peerIDs    00000000,2395F101,


[Gollum2]

Der Empfänger:

Code Auswählen Erweitern


Internals:
   DEF        2395F101
   NAME       HW_HUT_Modul_Kanal1
   NOTIFYDEV  global
   NR         798
   NTFY_ORDER 50-HW_HUT_Modul_Kanal1
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   device     HW_HUT_Modul
   peerList   HW_Funkschalter_Modul_Kanal1,
   Readings:
     2016-12-28 12:15:42   CommandAccepted yes
     2016-12-27 11:20:40   R-HW_Funkschalter_Modul_Kanal1-lgActionType jmpToTarget
     2016-12-27 11:20:40   R-HW_Funkschalter_Modul_Kanal1-shActionType jmpToTarget
     2015-02-28 19:01:49   R-sign          off
     2016-12-28 12:16:06   RegL_01.         00:00
     2016-12-28 12:16:13   RegL_03.HW_Funkschalter_Modul_Kanal1  02:01 03:21 04:01 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:01 83:21 84:01 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:14 8C:63 00:00
     2016-12-28 12:16:01   deviceMsg       off (to broadcast)
     2016-12-28 12:16:01   level           0
     2016-09-16 17:12:55   levelMissed     desired:0
     2016-12-28 12:16:01   pct             0
     2016-12-28 12:16:08   peerList        HW_Funkschalter_Modul_Kanal1,
     2016-12-28 12:16:01   recentStateType info
     2016-12-28 12:16:01   state           off
     2016-12-28 12:16:01   timedOn         off
     2016-12-28 12:16:07   trigLast        HW_Funkschalter_Modul_Kanal1:closed
     2016-12-28 12:16:07   trig_HW_Funkschalter_Modul_Kanal1 Closed_23
   Helper:
     dlvlCmd    ++A01112AB212395F10201C80000
     peerIDsRaw ,2A891D01,00000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
   Nb:
     cnt        3
Attributes:
   alias      Flur Licht unten
   building   Haus_Licht
   cmdIcon    off:general_aus on:general_an statusRequest:refresh
   fp_1_EG    130,300,1,
   group      Licht
   model      HM-LC-SW4-DR
   peerIDs    00000000,2A891D01,
   room       Flur,Homekit
   userattr   building building_map structexclude
   webCmd     on:off:statusRequest


[Pfriemler]

Danke ... aber ich benötige die Register komplett ... im Aktorkal attr expert auf _allRegs ändern und nochmal listen ... sorry...
Ich habe den Post vorhin nochmal ergänzt, bitte Schluss nochmal lesen.
via Tapatalk

[Gollum2]

Also nochmal zusammen gefasst:

Standard Konfiguration:

Code Auswählen Erweitern


Internals:
   DEF        2395F101
   NAME       HW_HUT_Modul_Kanal1
   NOTIFYDEV  global
   NR         798
   NTFY_ORDER 50-HW_HUT_Modul_Kanal1
   STATE      on
   TYPE       CUL_HM
   chanNo     01
   device     HW_HUT_Modul
   peerList   HW_Funkschalter_Modul_Kanal1,
   Readings:
     2016-12-28 13:49:40   CommandAccepted yes
     2016-12-27 11:20:40   R-HW_Funkschalter_Modul_Kanal1-lgActionType jmpToTarget
     2016-12-28 13:35:56   R-HW_Funkschalter_Modul_Kanal1-lgCtDlyOff geLo
     2016-12-28 13:35:56   R-HW_Funkschalter_Modul_Kanal1-lgCtDlyOn geLo
     2016-12-28 13:44:56   R-HW_Funkschalter_Modul_Kanal1-lgCtOff geLo
     2016-12-28 13:44:56   R-HW_Funkschalter_Modul_Kanal1-lgCtOn geLo
     2016-12-28 11:53:48   R-HW_Funkschalter_Modul_Kanal1-lgCtValHi 100
     2016-12-28 12:47:10   R-HW_Funkschalter_Modul_Kanal1-lgCtValLo 50
     2016-12-27 10:29:09   R-HW_Funkschalter_Modul_Kanal1-lgMultiExec on
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgOffDly 0 s
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgOffTime unused
     2016-12-27 10:29:09   R-HW_Funkschalter_Modul_Kanal1-lgOffTimeMode absolut
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgOnDly 0 s
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgOnTime unused
     2016-12-27 10:29:09   R-HW_Funkschalter_Modul_Kanal1-lgOnTimeMode absolut
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgSwJtDlyOff off
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgSwJtDlyOn on
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgSwJtOff dlyOn
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgSwJtOn dlyOff
     2016-12-27 11:20:40   R-HW_Funkschalter_Modul_Kanal1-shActionType jmpToTarget
     2016-12-28 13:34:49   R-HW_Funkschalter_Modul_Kanal1-shCtDlyOff geLo
     2016-12-28 13:34:49   R-HW_Funkschalter_Modul_Kanal1-shCtDlyOn geLo
     2016-12-28 13:46:50   R-HW_Funkschalter_Modul_Kanal1-shCtOff geLo
     2016-12-28 13:46:50   R-HW_Funkschalter_Modul_Kanal1-shCtOn geLo
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shCtValHi 100
     2016-12-28 13:09:33   R-HW_Funkschalter_Modul_Kanal1-shCtValLo 50
     2016-12-27 10:29:25   R-HW_Funkschalter_Modul_Kanal1-shMultiExec off
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shOffDly 0 s
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shOffTime unused
     2016-12-27 10:29:25   R-HW_Funkschalter_Modul_Kanal1-shOffTimeMode absolut
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shOnDly 0 s
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shOnTime unused
     2016-12-27 10:29:25   R-HW_Funkschalter_Modul_Kanal1-shOnTimeMode absolut
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shSwJtDlyOff off
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shSwJtDlyOn on
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shSwJtOff dlyOn
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shSwJtOn dlyOff
     2015-02-28 19:01:49   R-sign          off
     2016-12-28 13:49:40   deviceMsg       on (to VCCU)
     2016-12-28 13:49:40   level           100
     2016-09-16 17:12:55   levelMissed     desired:0
     2016-12-28 13:49:40   pct             100
     2016-12-28 13:48:17   peerList        HW_Funkschalter_Modul_Kanal1,
     2016-12-28 13:49:40   recentStateType ack
     2016-12-28 13:49:40   state           on
     2016-12-28 13:49:40   timedOn         off
     2016-12-28 13:50:15   trigLast        HW_Funkschalter_Modul_Kanal1:closed
     2016-12-28 13:50:15   trig_HW_Funkschalter_Modul_Kanal1 Closed_85
   Helper:
     dlvlCmd    ++A01112AB212395F10201C80000
     peerIDsRaw ,2A891D01,00000000
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
Attributes:
   alias      Flur Licht unten
   building   Haus_Licht
   cmdIcon    off:general_aus on:general_an statusRequest:refresh
   expert     1_allReg
   fp_1_EG    130,300,1,
   group      Licht
   model      HM-LC-SW4-DR
   peerIDs    00000000,2A891D01,
   room       Flur,Homekit
   userattr   building building_map structexclude
   webCmd     on:off:statusRequest


Wirkung:
Schalte ich am Funkmodul, sehe ich in FHEM, das die Einträge beim HUT Modul ROT werden.
Es kommt also was an....schalten tut es aber nicht. Weder Licht an , noch Licht aus.

Ausgeführte Befehle:
set HW_Funkschalter_Modul_Kanal1 peerChan 0 HW_HUT_Modul_Kanal1 single set





Änder ich die Konfig, wie beschrieben:

Code Auswählen Erweitern


Internals:
   DEF        2395F101
   NAME       HW_HUT_Modul_Kanal1
   NOTIFYDEV  global
   NR         798
   NTFY_ORDER 50-HW_HUT_Modul_Kanal1
   STATE      on
   TYPE       CUL_HM
   chanNo     01
   device     HW_HUT_Modul
   peerList   HW_Funkschalter_Modul_Kanal1,
   Readings:
     2016-12-28 13:49:40   CommandAccepted yes
     2016-12-27 11:20:40   R-HW_Funkschalter_Modul_Kanal1-lgActionType jmpToTarget
     2016-12-28 13:35:56   R-HW_Funkschalter_Modul_Kanal1-lgCtDlyOff geLo
     2016-12-28 13:35:56   R-HW_Funkschalter_Modul_Kanal1-lgCtDlyOn geLo
     2016-12-28 13:44:56   R-HW_Funkschalter_Modul_Kanal1-lgCtOff geLo
     2016-12-28 13:44:56   R-HW_Funkschalter_Modul_Kanal1-lgCtOn geLo
     2016-12-28 11:53:48   R-HW_Funkschalter_Modul_Kanal1-lgCtValHi 100
     2016-12-28 12:47:10   R-HW_Funkschalter_Modul_Kanal1-lgCtValLo 50
     2016-12-27 10:29:09   R-HW_Funkschalter_Modul_Kanal1-lgMultiExec on
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgOffDly 0 s
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgOffTime unused
     2016-12-27 10:29:09   R-HW_Funkschalter_Modul_Kanal1-lgOffTimeMode absolut
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgOnDly 0 s
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgOnTime unused
     2016-12-27 10:29:09   R-HW_Funkschalter_Modul_Kanal1-lgOnTimeMode absolut
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgSwJtDlyOff off
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgSwJtDlyOn on
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgSwJtOff dlyOn
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-lgSwJtOn dlyOff
     2016-12-27 11:20:40   R-HW_Funkschalter_Modul_Kanal1-shActionType jmpToTarget
     2016-12-28 13:34:49   R-HW_Funkschalter_Modul_Kanal1-shCtDlyOff geLo
     2016-12-28 13:34:49   R-HW_Funkschalter_Modul_Kanal1-shCtDlyOn geLo
     2016-12-28 13:55:39   R-HW_Funkschalter_Modul_Kanal1-shCtOff ltLo
     2016-12-28 13:55:39   R-HW_Funkschalter_Modul_Kanal1-shCtOn geLo
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shCtValHi 100
     2016-12-28 13:09:33   R-HW_Funkschalter_Modul_Kanal1-shCtValLo 50
     2016-12-27 10:29:25   R-HW_Funkschalter_Modul_Kanal1-shMultiExec off
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shOffDly 0 s
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shOffTime unused
     2016-12-27 10:29:25   R-HW_Funkschalter_Modul_Kanal1-shOffTimeMode absolut
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shOnDly 0 s
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shOnTime unused
     2016-12-27 10:29:25   R-HW_Funkschalter_Modul_Kanal1-shOnTimeMode absolut
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shSwJtDlyOff off
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shSwJtDlyOn on
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shSwJtOff dlyOn
     2016-12-27 09:14:07   R-HW_Funkschalter_Modul_Kanal1-shSwJtOn dlyOff
     2015-02-28 19:01:49   R-sign          off
     2016-12-28 13:49:40   deviceMsg       on (to VCCU)
     2016-12-28 13:49:40   level           100
     2016-09-16 17:12:55   levelMissed     desired:0
     2016-12-28 13:49:40   pct             100
     2016-12-28 13:55:50   peerList        HW_Funkschalter_Modul_Kanal1,
     2016-12-28 13:49:40   recentStateType ack
     2016-12-28 13:49:40   state           on
     2016-12-28 13:49:40   timedOn         off
     2016-12-28 13:50:15   trigLast        HW_Funkschalter_Modul_Kanal1:closed
     2016-12-28 13:50:15   trig_HW_Funkschalter_Modul_Kanal1 Closed_85
   Helper:
     dlvlCmd    ++A01112AB212395F10201C80000
     peerIDsRaw ,2A891D01,00000000
     Expert:
       def        1
       det        1
       raw        0
       tpl        0
     Role:
       chn        1
     Shadowreg:
     Tmpl:
Attributes:
   alias      Flur Licht unten
   building   Haus_Licht
   cmdIcon    off:general_aus on:general_an statusRequest:refresh
   expert     1_allReg
   fp_1_EG    130,300,1,
   group      Licht
   model      HM-LC-SW4-DR
   peerIDs    00000000,2A891D01,
   room       Flur,Homekit
   userattr   building building_map structexclude
   webCmd     on:off:statusRequest


Wirkung:
Schalte ich am Funkmodul, sehe ich in FHEM, das die Einträge beim HUT Modul ROT werden.
Es kommt also was an....Bei OPEN geht das Licht aus, Bei Close funktioniert nichts.

Zusätzlich ausgeführte Befehle:
set HW_HUT_Modul_Kanal1 regSet shCtOff ltLo HW_Funkschalter_Modul_Kanal1




Generell habe ich das Problem, das ich noch NIE das Licht über das Funkmodul via peering einschalten konnte.

Ziel ist es einfach zu TOGGLE'n...

[Pfriemler]

Die Lists sind beide super, so macht das Spaß.
Also nachdem ich das jetzt in den wesentlichen Punkten durchgesehen habe, finde ich den Fehler noch nicht.
Es ist aus meiner Sicht alles richtig. Ich habe genau die gleichen Geräte.
Jumptable, Verzögerungszeiten, ... alles ok. Oder findet jemand einen Fehler?

Nachgestellt von mir.
Schritte:
1. set SchalterSensorSCI3_1_ch03 peerChan KellerbadArbeitslicht single set
2. Konfigtaste am SCI-3 gedrückt, Daten übertragen
Test: Kontakt zu - nichts, Kontakt auf - Licht an, Kontakt zu - nichts, Kontakt auf - Licht aus.
Sauberes Toggeln bei Kontakt auf.

Jetzt
set KellerbadArbeitslicht regSet shCtOff ltLo SchalterSensorSCI3_1_ch03

So sehen die shCtOff und shCtOn nun aus:

Code Auswählen Erweitern

2016-12-28 14:21:36   .R-SchalterSensorSCI3_1_ch03-shCtOff ltLo
     2016-12-28 14:21:36   .R-SchalterSensorSCI3_1_ch03-shCtOn geLo
Und nun:
Kontakt zu - Licht an, Kontakt auf - Licht aus, Kontakt zu - Licht an, Kontakt auf - Licht aus ...
Ich kann auch zwischendurch separat aus- oder einschalten - dann bleibt die nächste Aktion wirkungslos, die Zuordnung ist immer wieder klar.
Wie eine Direktverdrahtung ... wie es sein soll. Mit EINER Registerprogrammierung.

Ändert sich

Code Auswählen Erweitern

     2016-12-28 13:50:15   trigLast        HW_Funkschalter_Modul_Kanal1:closed

im Aktorkanal beim Betätigen des SCI-3 sauber zwischen "...:closed" und "...:open"?

Kannst Du bitte nochmal ein komplettes Regset des Senders schicken (also wieder attr ... expert _allReg), getconfig, list ...)
Zur Sicherheit. Nicht dass da was ver"pfriemelt" ist 

Bin den Rest des Tages mehr oder weniger offline. Man liest sich.

Nachtrag:

Generell habe ich das Problem, das ich noch NIE das Licht über das Funkmodul via peering einschalten konnte.

Genau. Das ist komisch. Nach Reset des Aktors (Standardkonfig) sollte ja wenigstens das Toggeln bei Kontakt-auf klappen.
Der Aktor verarbeitet den Einschalttrigger nicht, egal ob er durch das Toggeln via auf (geLo)oder das Schalten via zu (ltLo) erzeugt wird.

[frank]

wenn der sci wirklich 0 bei closed sendet, sollte ein ausgeschaltetes licht mit deinen einstellungen eingeschaltet werden.
vielleicht wird keine 0 gesendet.

sniffe die messages mal, wie im wiki homematic sniffen beschrieben, für closed und open.

[Pfriemler]

Die Übersetzung von 200 > open und 0 > closed nimmt m.W. FHEM selbst vor. In den Lists ist zumindest ein Trigger "closed" zu sehen, was die Vermutung der gesendeten 0 nahelegt. Zusätzlich bleibt aber das Problem, dass der Aktor auch bei 200 nicht einschaltet (bei shCtOff = geLo).
Trotzdem: sniffen des Funkverkehrs wäre gut, ich schließe mich der Forderung an. Wir sehen dann genau WAS der SCI sendet und WIE der Sw4 darauf reagiert.

Was mir noch einfällt: FHEM liest den Funkverkehr mit. Wenn FHEM das SCI lesen kann, den Aktor lesen und steuern kann, heißt das aber noch nicht, dass die Funke des SCI auch zuverlässig beim Aktor ankommt. Aber: Ausgeschaltet wird sicher, eingeschaltet wird gar nicht. Umgekehrt hätte ich eher verstanden bei schlechtem Empfang...

[frank]

genau, eigentlich gibt es keine "normale" erklärung. also entweder defekt, oder falsch angeschlossen. aber dennoch könnte sniffen neue hinweise liefern.

Wirkung:
Schalte ich am Funkmodul, sehe ich in FHEM, das die Einträge beim HUT Modul ROT werden.
Es kommt also was an....Bei OPEN geht das Licht aus, Bei Close funktioniert nichts.

wie schaltest du eigentlich die lampe ein, wenn sie doch gar nicht einzuschalten geht? könnte es sein, dass du die lampe mit einem echten, klassischen wechselschalter am s-eingang vom aktor einschaltest, so dass der eingang dauerhaft auf phase liegt?

oder verwendest du am aktor unterschiedliche phasen? soweit ich mich erinnere, darf am gesamten aktor immer nur eine phase (L1 oder L2 oder L3) anliegen, also nicht mischen.

ich würde den aktor mal ohne äussere beschaltung testen, also nur mit versorgungsspannung (230v, nicht 400v). so sollte ja das klacken der relais zu hören sein, eventuell gibt es auch eine led am aktor. wenn es hierbei schon probleme gibt, müsste wohl ein defekt vorliegen. wenn nicht, suche den fehler in deiner installation.