Moin zusammen,
HMINFO bring beim peercheck fehlerhafte peerings:
peer not defined
HM_WT1_Btn1 id:11111102
HM_WT1_Btn2 id:11111103
HM_WT1_Btn3 id:11111104
HM_WT1_Btn4 id:11111105
HM_WT1_Btn5 id:11111106
Rauchmelder2 id:11111101
Die peerings zeigen auf einen nicht mehr vorhanden virutual actor und ich bekomme sie aus den peeringID's nicht gelöscht. Jemand eine Idee?
BTW. Werden peerings immer auf auf peerChan 0 gemacht oder korrespondiert peerChan immer mit dem jeweiligen channel der VCCU? Im Wiki gibts dazu leider keine Erklärung... Vielleicht hab ich es auch nur nicht verstanden :(
Kann mir jemand auf die Sprünge helfen?
Gruß
Arthur
Hallo Arthur,
mit peerBulk kannst Du diese Peerings löschen
ZitatpeerBulk <peerch1,peerch2,...> [set|unset]
peerBulk fügt Peer-Kanäle zu einem Kanal hinzu. Alle Peers einer Liste werden dabei hinzugefügt.
Peering setzt die Einstellungen einer Verknüpfung auf Standardwerte. Da Peers nicht in Gruppen hinzugefügt werden werden sie durch HM standardmäßig als'single' für dieses Gerät angelegt.
Eine ausgeklügeltere Funktion wird gegeben durch peerChan.
peerBulk löscht keine vorhandenen Peers sondern bearbeitet nur die Peerliste. Andere bereits angelegt Peers werden nicht verändert.
peerBulk kann verwendet werden um Peers zu löschen indem die unset Option mit Standardeinstellungen aufgerufen wird.
Verwendungszweck dieses Befehls ist hauptsächlich das Wiederherstellen von Daten eines Geräts. Empfehlenswert ist das anschließende Wiederherstellen der Registereinstellung mit regBulk.
Beispiel:
set myChannel peerBulk 12345601,
set myChannel peerBulk self01,self02,FB_Btn_04,FB_Btn_03,
set myChannel peerBulk 12345601 unset # entferne Peer 123456 Kanal 01
peerChan kannst Du entweder auf den Kanal (z.B. einen Button) oder auf das Gerät mit Angabe des Kanals machen:
ZitatExample:
set myRemote peerChan 2 mySwActChn single set #Peer zweiten Knopf mit Aktorkanal
set myRmtBtn peerChan 0 mySwActChn single set #myRmtBtn ist ein Knopf der Fernbedienung. '0' wird hier nicht verarbeitet
Alle Zitate aus der Doku (commandref)
Gruß Otto
Moin Otto,
erst mal Danke für Deine Antwort.
Natürlich habe ich (auch) die commandref gelesen, aber wohl nicht richtig verstanden :(
Ich bin jetzt alle fehlerhaften peerings los geworden. Teilweise ging es mit mehrfachen peerBulk, teilweise nur durch mehrfaches löschen der peerIDs im jeweiligen device. Das ganze begleitet von eine Orgie an save config, get config. Nach einem Tastendruck im device waren einige wieder da :( Wie gesagt, im Moment sind alle weg :) Ich werde es weiter beobachten....
Inzwischen stell ich mir die Frage warum es notwendig ist virtuelle Aktoren überhaupt anzulegen. Aus meiner Sicht müsste eigentlich CUL_HM den Empfang des Signals quitieren...
Gruß
Arthur
Hi Arthur,
ich verstehe den Zusammenhang mit saveConfig nicht?
Die Zentrale quittiert schon die Signale des Tasters. Allerdings quittiert er den Tastendruck nur mit grün, wenn er eine Quittung von einem Peer bekommt. Ist eben so von Homematic designed.
Gruß Otto
Hallo Otto,
peerBulk unset löscht ein Attribut und ebenso delattr peerIDs, deswegen save config.
Die Zentrale signalisiert den Empfang mit gelb und mit grün wenn es beim empfangenden Gerät (peer) angekommen ist, got it! :)
Man handelt sich aber einen Haufen (nutzloser) virtuelle Aktoren ein um an Grün zu kommen. Jetzt versteh ich auch den Streit um die virtuellen Aktoren, green is nice to have but not necessary.
Gruß
Arthur
nur wegen grün, kann man auch alle auf einen virtuellen Channel der VCCU peeren.
Ich hatte verstanden Du meintest get <> saveConfig. Aber Du meinst save bzw. Den Menupunkt Save config :)
Das löschen des attr ist sekundär, primär wird ein Register im Gerät gelöscht.
Gruß Otto
Das Löschen der Register im Gerät scheint nicht immer zuverlässig zu funktionieren. Noch sind keine peerings wieder aufgetaucht....
Gruß
Arthur