Pairing mit HMCFGLAN aufheben ohne die direktverknüpfungen zu zerstören

[Samsi]

Hallo Leute,

ich habe ein kleines Problem, ähnlich wie dieses hier:

https://groups.google.com/d/topic/fhem-users/zdBwDnllyM0/discussion

Kurz erklärt, wenn ich einen sender HM-SCI-3-FM mit dem HMCFGLAN (mit der Windowssoftware) paire und dann auf FHEM umschalte, besteht das Problem, das der Schalter zwar sofort den ersten Befehl an den per direktverknüpfung angelernten Aktor sendet, der nächste Schaltbefehl geht aber erst nach ca. 7 Sekunden raus, weil der HM-SCI-3-FM seinen Status dem HMCFGLAN mitteilen möchte.

Wenn ich das Pairing dann noch mit FHEM Paire (mit gleicher HMID), funktioniert es einwandfrei. So weit so gut.


Zwei Sachen stören mich allerdings dabei:
- Fällt der HMCFGLAN aus, sind auch die Direktverbindungen wieder verzögert, weil der Schalter ja wieder vergeblich auf eine Bestätigung vom HMCFGLAN wartet.
- Daraus resultiert auch, das der Schalter offensichtlich 2 mal sendet, erst an die Direktverknüpfung und dann an den HMCFGLAN. Das kostet natürlich mehr Batteriestrom als wenn er nur den Aktor direkt steuert und der Aktor mir dann seinen Status an FHEM sendet. Das würde ich also auch gerne vermeiden.

Gibt es eine Möglichkeit den Schalter wieder aus dem Pairing mit dem HMCFGLAN zu lösen ohne das ich einen Reset mache und damit auch die Direktverknüpfungen verliere?

Hat jemand eine Idee?

[StefanV]

Hallo

ja, im HomeMatic Konfigurator gibt es auch die Möglichkeit das Pairing wieder aufzuheben.
Allerdings kann ich das nur  "HM-LC-Bl1PBU-FM" mit Sicherheit sagen.

Gruß, Stefan.

[Samsi]

Danke klappt. Schade nur das es dann auch aus der Windows Software rausgelöscht wird.

[martinp876]

set <name> unpair
oder
set <name> regSet pairCentral 000000
oder
set <name> regBulk 00: 0A:00 0B:00 0C:00

pairing mit der Zentrale und mit anderen 'peers' ist völling unabhaengig voneinander.

Du kannst auch einfach einen neue Zentrale 'drueberschreiben' - dann  wird die "alte" gelöscht. Es gibt immer nur ein pairing mit der Zentrale (im gegensatz zu peers, da kann es viele geben)