Wie Vorgehen bei Wechsel von HM-LC-SW2-FM (Peering zu HM-SEC-MDIR-2)?

[klaymen]

Hallo zusammen,

Ich musste zwei HM-LC-SW2-FM Aktoren bei mir ersetzen, die seit 10 Jahren in Betrieb waren. Grund: die Relais schalteten teilweise nicht mehr aus - es klickte, aber Licht blieb an; man musste dann manuell mehrere Male ein/ausschalten, bis das Licht ausging, manchmal sehr oft (100 mal und mehr), die Relais blieben offenbar oft im eingeschalteten Modus "kleben". Eine Frage von mir wäre da auf jeden Fall,  ob das nach mehreren Jahren in der Tat zu erwarten ist.

Meine Hauptfrage ist aber, wie ich die neuen Aktoren korrekt einbinde. Ich habe nämlich noch einen Bewegungsmelder HM-SEC-MDIR-2, der mit zwei der alten Aktoren gepeered ist. Ich habe jetzt die neuen Aktoren gleich wie die alten renamed (zumindest die Kanäle, das Renamen der gesamten Devices klappte nicht korrekt, weil offenbar Referenzen verloren gingen). Meine Frage ist nun, was ich im Bewegungsmelder machen muss, damit er mit den neuen Aktoren funktioniert. Unter "peer-IDs" habe ich da im Moment sowas wie `00000000,4FBE0101,4FBE0102`, was die IDs der alten Aktoren sind. Wenn ich nach dem Wiki gehe, müsste ich sowas wie `set GA_Motion peerChan 0 GL_Gang single set` oder so setzen (allerdings habe ich ja zwei Lichter), weiss aber nicht, ob ich die alten Peerings zuerst löschen muss, oder ob es einen eleganten Weg gibt, einen solchen Ersatz automatisch funktionieren zu lassen. Ich könnte einfach versuchen, "ppeerIDs" auf die neuen IDs zu setzen, aber fürchte, das ist nicht so einfach und ich verschiesse damit etwas. Daher meine Frage.

Momentan habe ich im .cfg:
```
# fgrep GA_Motion ../fhem.cfg
define GA_Motion CUL_HM 4F23E9
setuuid GA_Motion 5f4...
attr GA_Motion .mId 00C0
attr GA_Motion IODev myHmUART
attr GA_Motion actCycle 000:20
attr GA_Motion actStatus alive
attr GA_Motion autoReadReg 4_reqStatus
attr GA_Motion expert defReg,rawReg
attr GA_Motion firmware 1.6
attr GA_Motion model HM-SEC-MDIR-2
attr GA_Motion peerIDs 00000000,4FBE0101,4FBE0102
attr GA_Motion room CUL_HM,Gang
attr GA_Motion serialNr NEQ...
attr GA_Motion subType motionDetector
define FileLog_GA_Motion FileLog ./log/GA_Motion-%Y.log GA_Motion
setuuid FileLog_GA_Motion 5f4...
attr FileLog_GA_Motion logtype text
attr FileLog_GA_Motion room CUL_HM
```
und im fhem.save
```
setstate GA_Motion 2023-03-01 05:30:33 .associatedWith GA_Motion,GA_Motion,DL_Halle,DL_Gang
setstate GA_Motion 2022-07-18 23:13:11 .peerListRDate 2022-07-18 23:13:11
setstate GA_Motion 2023-03-01 12:51:42 .protLastRcv 20230301125142
setstate GA_Motion 2023-03-01 05:40:25 Activity alive
setstate GA_Motion 2017-11-06 05:30:14 D-firmware 1.6
setstate GA_Motion 2017-11-06 05:30:14 D-serialNr NEQ1247331
setstate GA_Motion 2023-03-01 05:30:29 IODev myHmUART
setstate GA_Motion 2022-07-18 23:13:10 PairedTo 0x31B3A1
setstate GA_Motion 2018-09-02 23:07:21 R-DL_Gang-peerNeedsBurst off
setstate GA_Motion 2018-09-02 23:07:20 R-DL_Halle-peerNeedsBurst off
setstate GA_Motion 2018-09-02 23:07:19 R-brightFilter 7
setstate GA_Motion 2018-09-02 23:07:19 R-captInInterval off
setstate GA_Motion 2018-09-02 23:07:19 R-evtFltrNum 1
setstate GA_Motion 2018-09-02 23:07:19 R-evtFltrPeriod 1 s
setstate GA_Motion 2018-09-02 23:07:19 R-minInterval 120
setstate GA_Motion 2018-09-02 23:07:18 R-pairCentral 0x31B3A1
setstate GA_Motion 2018-09-02 23:07:18 R-sabotageMsg on
setstate GA_Motion 2018-09-02 23:07:19 R-sign off
setstate GA_Motion 2022-07-18 23:13:10 RegL_00. 00:00 02:01 0A:31 0B:B3 0C:A1 10:01
setstate GA_Motion 2022-07-18 23:13:10 RegL_01. 00:00 01:12 02:73 08:00 22:00
setstate GA_Motion 2022-07-18 23:13:12 RegL_04.DL_Gang 00:00 01:00
setstate GA_Motion 2022-07-18 23:13:11 RegL_04.DL_Halle 00:00 01:00
setstate GA_Motion 2023-03-01 12:51:42 battery ok
setstate GA_Motion 2023-03-01 12:51:42 brightness 51
setstate GA_Motion 2022-07-18 23:13:12 cfgState ok
setstate GA_Motion 2022-07-18 23:13:12 commState CMDs_done
setstate GA_Motion 2020-02-01 08:51:07 cover closed
setstate GA_Motion 2023-03-01 12:48:53 motion off
setstate GA_Motion 2023-03-01 12:46:51 motionCount 211_next:120s
setstate GA_Motion 2023-03-01 12:48:53 motionDuration 122
setstate GA_Motion 2023-03-01 05:30:33 peerList DL_Gang,DL_Halle
setstate GA_Motion 2023-02-07 05:33:45 powerOn 2023-02-07 05:33:45
setstate GA_Motion 2023-03-01 12:51:42 recentStateType info
setstate GA_Motion 2023-03-01 12:51:42 sabotageError off
setstate GA_Motion 2023-03-01 12:48:53 state noMotion
setstate GA_Motion 2023-03-01 12:46:51 trigger_cnt 211
```

regTable:
GA_Motion type:motionDetector -
list:peer   register         :value
   0:         pairCentral      :0x31B3A1
   0:         sabotageMsg      :on
   1:         brightFilter     :7
   1:         captInInterval   :off
   1:         evtFltrNum       :1
   1:         evtFltrPeriod    :1 s
   1:         ledOnTime        :0 s
   1:         minInterval      :120
   1:         sign             :off
   4:DL_Gang   peerNeedsBurst   :off
   4:DL_Halle   peerNeedsBurst   :off

In meinen Notizen habe ich fürs initiale Setup Folgendes gefunden:

set GA_Motion regSet minInterval 120

set GA_Motion peerChan 0 DL_Gang single
set DL_Gang regSet shOnTime 180 GA_Motion
set DL_Gang regSet shSwJtOn on GA_Motion
set DL_Gang regSet shCtValLo 0 GA_Motion
set DL_Gang regSet shCtValHi 45 GA_Motion
set DL_Gang regSet shCtOff between GA_Motion
set DL_Gang regSet shCtDlyOn between GA_Motion

set GA_Motion peerChan 0 DL_Halle single
set DL_Halle regSet shOnTime 180 GA_Motion
set DL_Halle regSet shSwJtOn on GA_Motion
set DL_Halle regSet shCtValLo 0 GA_Motion
set DL_Halle regSet shCtValHi 35 GA_Motion
set DL_Halle regSet shCtOff between GA_Motion
set DL_Halle regSet shCtDlyOn between GA_Motion

set hm templateSet DL_Gang motionOnSw GA_Motion:short 120 30

Reicht es, einfach diese Kommandos nochmals abzusetzen?

Danke im Voraus, klaymen

[EDIT]: Habe mal peer-IDs auf "00000000" gesetzt (in der Annahme, dass dies die altren Peerings löscht), und obige Befehle aus meinen Notizen wiederholt... habe jetzt be GA_Motion "2 CMDs_pending" und in peer_IDs noch immer die "00000000"?

[Otto123]

Hi,

die Relais blieben offenbar oft im eingeschalteten Modus "kleben"

Du schaltest offenbar LED Lampen oder so etwas. Gegen das kleben hilft ein Einschaltstrombegrenzer (z.B. ESB1 von elv)

Die alten peers solltest Du löschen, das geht auch mit peerbulk, Zitat aus der commandref

set myChannel peerBulk 12345601 unset # entferne Peer 123456 Kanal 01

Das setzen von Attributen bewirkt dies nicht:

[EDIT]: Habe mal peer-IDs auf "00000000"

Peeren ist im wesentlichen hier beschrieben: https://wiki.fhem.de/wiki/HomeMatic_Peering_Beispiele
Deine alten Befehl hast Du Dir doch gemerkt?

In meinen Notizen habe ich fürs initiale Setup Folgendes gefunden:

Einfach diese Befehle mit neuen Namen noch einmal absetzen. Bei beiden geräten müssen Werte übertragen werden. Der BM muss dafür ev. ausgelöst werden (cmds pending -> rumhüpfen)

Ansonsten verwende bitte Codetags: https://forum.fhem.de/index.php/topic,71806.0.html

Gruß Otto

[klaymen]

Hi,

die Relais blieben offenbar oft im eingeschalteten Modus "kleben"

Du schaltest offenbar LED Lampen oder so etwas. Gegen das kleben hilft ein Einschaltstrombegrenzer (z.B. ESB1 von elv)

Danke, damit hast du den Nagel wohl auf den Kopf getroffen - denn ein Kanal des neuen Homematic beginnt schon wieder zu "kleben",nach nur einem Monat... Von diesem Problem der LED Leuchten hatte ich noch nie gehört. wie baue ich die Teile aber konkret ein?

Mein Setup sind um die 40 (!) in die Decke eingelassene 12V MR16 (GU5.3) Leuchten an 6 verschiedenen Schaltern (5 davon mit HM Aktoren), bis zu 9 Leuchten an jeweils einem Schaltkreis. Ursprünglich war alles Halogen, und alles funktionierte. Beim Wechssel auf LED gingen dann oft nicht mehr alle LEDs an, die Trafos schalteten nicht immer. Also habe ich letztes Jahr alle (Einzel)trafos durch 12V Gleichspannungs LED Trafos ersetze. Alles war dann paletti, aber jetzt kommt dieses "Kleben", und wahrscheinlich muss ich auf kurz oder lang alle HM Aktoren ersetzen, die sind wohl alle auf der Abschussliste, inklusive der Neuen. So ein Mist.

Sollte ich nun vor jeden dieser 40 Trafos einen eigenen Einschaltstrombegrenzer schalten (in den 240V Kreis)? Oder eher etwas Anderes jeweils in den 12V Gleichstromkreis? Oder kommt einer pro Schaltkreis in die Dose (also 2 pro Homematic Teil mit 2 Kanälen), was aber wegen den engen Platzverhältnissen kaum machbar ist - ich habe 4 Schalter an einem Ort zusammen und 2 der Homematic Teile da drunter, konnte es kaum mehr schliesen, 4 zusätzliche Teile gehen kaum mehr rein... Oder kann man die vor die HM Teile hängen, dann reichen immerhin 2. Ich habe auch gelesen, es gebe aktive Einschaltbegrenzer, die direkt beim Sicherungskasten eingabut würden (wohl dann durch den Elektriker) - aber würden die irgendwas helfen, wenn das Problem bei den Aktoren, also dahinter, auftritt? Kannst du mir einen Tipp oder Link geben?

Danke im Voraus, Klaymen

[Otto123]

Ich habe einen ESB vor meinen zweipoligen HM Schalter geschaltet und das funktioniert prima.