Homematic Pairing und Peering, Reihenfolge

[Pfriemler]

1. Über USB geht auch, Anleitungen gibt es ja hier diverse. Wenn die serial-ID die des USB-RS232-Adapters ist, immer diese Variante bevorzugen.
2. hmId ohne 0x, also nur F11234
3. AES mit Standardschlüssel sollte sofort funktionieren. Kann aber nicht beschwören, ob ich nicht doch die crypt-lib mal installiert habe.
In jedem Fall wirst Du auch mit kritischen Devices viel leichter eine stabile Kommunikation haben.
Wenn Du jetzt noch eine VCCU dazu definierst (mit der gleichen hmId), kannst du CUL und HMUART parallel nutzen.

edit: Otto hat natürlich recht bzgl. SD-2 - habe ich aber nicht (kommt mir auch nicht ins Haus, aber das ist eine andere Geschichte ...)

[CatWeazle]

Hi Leutz,

okay, meine Rauchmelder sind nicht von HM, also ist das AES Problem für mich erledigt, das ist gut 

Einbinden über die serial-ID ist auch mein Favorit.

Code Auswählen Erweitern

Wenn Du jetzt noch eine VCCU dazu definierst (mit der gleichen hmId), kannst du CUL und HMUART parallel nutzen.
Führt zu welchem Vorteil ? ich steuere mit dem CUL nur meine HM-Geräte, habe noch einen SignalDuino laufen, für Funksteckdosen, Wetterstation, Funksender ....

Grüße
Mike

[Otto123]

Schaden tut Crypt::Rijndael  auf keinen Fall, kostet auch nicht extra 

Und AES ist kein Problem 

Und mit der VCCU lässt es sich einfach schwenken oder "migrieren" http://www.fhemwiki.de/wiki/Virtueller_Controller_VCCU

Gruß Otto

[CatWeazle]

Hi Leutz,

ja, der HM-OCCU-PCB ist da, und schon zusammen gelötet.

Jetzt mein Plan:

1. HM-OCCU-PCB über einen CP2102 an einen freien USB am Raspi angeschlossen
2. define myHmUART HMUARTLGW /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
3. attr myHmUART hmId F11234

Mein CUL mit gleicher hmid ist auch noch angeschlossen.
Aber CUL und HM-OCCU-PCB stören sich nicht.

Optional kann man VCCU dazu definieren, muss ich mir in der Wiki ansehen, weiß noch nicht wie.

Da die HM-Komponenten, bis auf die beiden Fensterkontakte, schon mit der CUL-Zentrale F11234 gepaart sind, sollte der HM-OCCU-PCB mit gleicher hmid doch auch als Zentrale erkannt werden.
Habe ich das so richtig verstanden?

Das Paaring mit den widerspenstigen optischen Fensterkontakten sollte mit dem HM-OCCU-PCB funktionieren, da wir beim CUL ja ein AES-Poblem erkannt haben.

Soweit so gut

Eure Meinung?

Beste Grüße
Mike

[Otto123]

soweit so gut

[CatWeazle]

Ach ja, nachdem .... sudo apt-get install libcrypt-rijndael-perl .... reebot ....

wurde der widerspenstige optische Fensterkontakt auch gleich im ersten Versuch sauber mit meinem alten CUL gepairt.
Dann kann es mit dem HM-OCCU-PCB nur noch besser werden.

Fürs Erste, vielen Dank für eure Hilfe.

Beste Grüße und ein schönes Wochenende
Mike

[LuckyDay]

Code Auswählen Erweitern

libcrypt-rijndael-perl

zum Glück hatte ich nicht gefragt 

[Otto123]

 

[CatWeazle]

Hi Leutz,

ja gut das niemand gefragt hatte 

Jetzt, da jetzt mein alter Eigenbau-CUL AES spricht, funktioniert auf einmal alles, das sag ich sie
Nun habe ich zwar den schönen neuen HM-OCCU-PCB einsatzbereit hier liegen, aber da es mit dem CUL auf einmal so gut löppt ......

Dennoch gibt es Probleme!

HM-Info gibt auf Check folgende Ungereimtheiten aus:

Code Auswählen Erweitern

trigger sent to unpeered device
    triggerUnpeered: HM_56AD6C:F11234
    triggerUnpeered: HM_56AD88:F11234

trigger sent to undefined device
    triggerUndefined: HM_56AD6C:F11234
    triggerUndefined: HM_56AD88:F11234

  PairedTo mismatch to IODev
    HM_51A418 paired:0xF11234 IO attr: -.
    HM_51B1F6 paired:0xF11234 IO attr: -.
    HM_52DBE6 paired:0xF11234 IO attr: -.
    HM_56AD6C paired:0xF11234 IO attr: -.
    HM_56AD88 paired:0xF11234 IO attr: -.
    HM_587E68 paired:0xF11234 IO attr: -.
    HM_587E6A paired:0xF11234 IO attr: -.

Okay, die ersten beiden sind die optischen Fensterkontakte, zu dem threeStateSensor habe ich gefunden, dass sie an die Zentrale senden, das soll man ignorieren.
Der PairedTo mismatch to IODev Block ist mir dann doch ein Rätsel, da aber alles einwandfrei funktioniert, stört der mich auch nicht wirklich. Kann man den auch ignorieren?

Beste Grüße
Mike

[LuckyDay]

Code Auswählen Erweitern

HM_51A418 paired:0xF11234 IO attr: -.
dann zeige doch ein list HM_51A418

wir sehen nicht was du siehst.


Edit:

Code Auswählen Erweitern

CUL auf einmal so gut löppt ......

ich lasse dich mal in deinem positiven Glauben ,

[CatWeazle]

Büddeschön

Code Auswählen Erweitern



Internals:
   DEF        51A418
   IODev      nanoCUL
   LASTInputDev nanoCUL
   MSGCNT     70
   NAME       HM_51A418
   NOTIFYDEV  global
   NR         530
   NTFY_ORDER 50-HM_51A418
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_51A418_Weather
   channel_02 HM_51A418_Climate
   channel_03 HM_51A418_WindowRec
   channel_04 HM_51A418_Clima
   channel_05 HM_51A418_ClimaTeam
   channel_06 HM_51A418_remote
   lastMsg    No:73 - t:10 s:51A418 d:000000 0AA8D80E0040
   nanoCUL_MSGCNT 70
   nanoCUL_RAWMSG A0F73861051A4180000000AA8D80E0040::-66:nanoCUL
   nanoCUL_RSSI -66
   nanoCUL_TIME 2017-11-27 19:39:54
   protCmdDel 2
   protLastRcv 2017-11-27 19:39:54
   protResnd  8 last_at:2017-11-27 19:19:27
   protResndFail 1 last_at:2017-11-27 18:48:34
   protSnd    48 last_at:2017-11-27 19:21:38
   protState  CMDs_done
   rssi_at_nanoCUL avg:-69.37 lst:-66 max:-63 min:-88 cnt:70
   READINGS:
     2017-11-27 18:34:11   Activity        alive
     2017-11-27 19:21:29   CommandAccepted yes
     2017-11-26 14:58:45   D-firmware      1.4
     2017-11-26 14:58:45   D-serialNr      NEQ1491261
     2017-11-27 19:21:30   PairedTo        0xF11234
     2017-04-27 17:49:07   R-backOnTime    10 s
     2017-04-27 17:49:07   R-burstRx       on
     2017-04-27 17:49:07   R-cyclicInfoMsg on
     2017-04-27 17:49:07   R-cyclicInfoMsgDis 0
     2017-04-27 17:49:07   R-pairCentral   0xF11234
     2017-11-27 19:21:29   RegL_00.          01:01 02:01 09:01 0A:F1 0B:12 0C:34 0E:0A 0F:00  11:00 12:15 16:01 18:00 19:00 1A:00 00:00
     2017-11-27 19:39:54   actuator        0
     2017-11-27 19:39:54   battery         ok
     2017-11-27 19:39:54   batteryLevel    2.9
     2017-11-27 11:27:38   controlMode     manual
     2017-11-27 19:39:54   desired-temp    21.0
     2017-11-27 19:39:54   measured-temp   21.6
     2017-11-27 19:39:54   motorErr        ok
     2017-11-20 21:01:57   powerOn         2017-11-20 21:01:57
     2017-11-20 21:01:57   recentStateType info
     2017-11-27 19:21:39   state           CMDs_done
     2017-11-27 12:19:19   time-request    -
     RegL_07.:
       VAL
   helper:
     HM_CMDNR   115
     cSnd       01F1123451A418030456AD6C0103,01F1123451A418030456AD6C0107
     mId        0095
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +51A418,00,00,00
       nextSend   1511807994.72367
       prefIO
       rxt        2
       vccu
       p:
         51A418
         00
         00
         00
     mRssi:
       mNo        73
       io:
         nanoCUL    -64
     prt:
       awake      0
       bErr       0
       brstWu     1
       sProc      0
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       dev        1
       prs        1
     rssi:
       at_nanoCUL:
         avg        -69.3785714285714
         cnt        70
         lst        -66
         max        -63
         min        -88
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   IODev      nanoCUL
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   NEQ1491261
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit



Grüße
Mike

[vonvogel]

Ich glaube wenn ich das sauber ans Laufen gebracht habe, werde ich eine Step by Step Anleitung für die Nachwelt verfassen

Läuft es jetzt bei dir und vor allem hast du die Step by Step Anleitung fertig?
Ich stehe aktuell vor einem ähnlichen Problem, dass ich mehrere HM-Fensterkontakte, Thermostate und Wandthermostate pairen und peeren möchte.
Als ich noch keine Wandthermostate hatte hab ich zunächst die Heizkörper-Thermostate der Reihe nach mit "set myHmUART hmPairForSec 600" gepairt.
Dann einige Fernsterkotakte ebenfalls gepairt mit "set myHmUART hmPairForSec 600". Als ich dann die Fensterkontakte mit den Heizkörperthermostaten direkt an den beiden Geräten peeren wollte kamm die Fehlermeldung F4 und damit die Info, dass das nicht möglich ist weil die Teile schon an einer Zentrale gepairt sind.
Dann hab ich in FHEM und in den Geräten erst mal alles zurück gesetzt um zunächst die Fensterkontakte mit den Heizkörperthermosten zu peeren und anschließend die Thermostate mit fhem zu pairen.
Als dann die Wandthermostate da waren konnte ich diese wieder nicht mit den Heizungsthermostaten peeren weil die ja schon mit fhem verbunden waren.
Nun bin ich soweit, dass ich die Wandthermostate zunächst mit den Thermostaten gepeert habe und dann die Fensterkontakte ebenfalls mit dem Wandthermostaten gepeert. Dann nur das Wandthermostat mit fhem gepairt. Ist aber auch Müll weil ich neue Komponenten dann wieder nicht peeren kann.
Durch dieses Thema hab ich nun erfahren, dass der erste Ansatz doch irgendwie der richtige sein muss:
Alle Komponenten einfach mal mit fhem pairen und dann alle peerings über Befehle in fhem realisieren.
Inzwischen herrscht aber ein relativ großes Chaos durch das "löschen und neu pairen" was wohl auch nicht sauber gemacht wurde.

Jetzt überlege ich nochmal von vorne anzufangen und an den Geräten ein Reset zu machen.
Die Frage ist, wie bekomme ich alle HM_-Komponenten in fhem "gereinigt"?

Das ganze ist wirklich sehr verwirrend!

So sieht der Bereich CUL_HM im Augenblick aus:

Code Auswählen Erweitern

CUL_HM
ActionDetector                     alive:10 dead:5 unkn:0 off:0
HM_569603_ClimaTeam       unpeered
HM_569603_Climate            unpeered
HM_569603_Weather           25.5
HM_569603_WindowRec       last:trigLast
HM_569603_remote             unpeered
HM_569604_ClimaTeam       unpeered
HM_569604_Climate            unpeered
HM_569604_Weather            20.5
HM_569604_WindowRec        last:HM.Fenster_Bad:closed
HM_569604_remote             unpeered
HM_56960A_Clima               ???
HM_56960A_ClimaTeam       ???
HM_56960A_Climate            ???
HM_56960A_Weather           ???
HM_56960A_WindowRec       ???
HM_56960A_remote             ???
HM_56960E_Clima               ???
HM_56960E_ClimaTeam       unpeered
HM_56960E_Climate            unpeered
HM_56960E_Weather           23.0
HM_56960E_WindowRec       last:trigLast
HM_56960E_remote            unpeered
HM_569ACF_ClimaTeam      unpeered
HM_569ACF_Climate           unpeered
HM_569ACF_Weather          25.4
HM_569ACF_WindowRec      last:trigLast
HM_569ACF_remote            unpeered
HM_569AD8_ClimaTeam      unpeered
HM_569AD8_Climate           unpeered
HM_569AD8_Weather          16.4
HM_569AD8_WindowRec      last:trigLast
HM_569AD8_remote            unpeered
HM_569ADC_ClimaTeam      unpeered
HM_569ADC_Climate           unpeered
HM_569ADC_Weather          17.5
HM_569ADC_WindowRec       last:HM.Fenster_Kueche:closed
HM_569ADC_remote            unpeered
HM_5AE9A5_Btn_01             short 1_6 (to myHmUART)
HM_5AE9A5_Btn_02             LongRelease 1_16 (to myHmUART)
HM_5AE9A5_Btn_03             Short 1_6 (to myHmUART)
HM_5AE9A5_Btn_04             Short 1_8 (to myHmUART)
HM_5FA779_Clima              ???
HM_5FA779_ClimaTeam       ???
HM_5FA779_Climate            set_desired-temp 23.0
HM_5FA779_Weather           ???
HM_5FA779_WindowRec       ???
HM_5FA779_remote             ???
HM_618423_Climate            T: 23.3 desired: 24.0
HM_618423_SwitchTr            unpeered
HM_618423_Weather           T: 23.3 H: 45
HM_618423_WindowRec       last:trigLast
HM_618423_remote            unpeered
HM_61842F_Climate           T: 23.5 desired: 21.0
HM_61842F_SwitchTr           unpeered
HM_61842F_Weather          T: 23.5 H: 44
HM_61842F_WindowRec      last:HM_580E65:closed
HM_61842F_remote            unpeered
Leider bekomme ich es nicht hin, dass die Zeilen so wie sie in fhem angezeigt werden auch hier formatiert werden daher hab ich mal grob
nach formatiert.

LG

Wolfgang

[CatWeazle]

Hallo Wolfgang,

Hurra, ich kann etwas zurück geben

Fehlermeldung F4, ja die hatte ich auch.
Bedeutet, das deine Komponenten schon mit deiner Zentrale gepairt sind, dann ist ein peeren der Komponenten untereinander nicht mehr möglich.
Ab da muss das peeren der Komponenten über die Zentrale gemacht werden.

Mein Weg war am Ende recht einfach, ich hatte ja alles schon untereinander gepeert, bevor ich die Zentrale mit den Komponenten gepairt hatte.
Einziges Problem in meinem Fall waren die neuen optischen Fensterkontakte, die die AES Verschlüsselung benötigen, nachdem ich AES auf dem Raspi nachinstalliert hatte, waren diese Fensterkontakte auch sofort eingebunden.

Ich würde meine Vorgehensweise empfehlen.

1. die Komponenten, die mit einander zu tun haben ohne Zentrale untereinander peeren, Nach Bedienungsanleitung.
    z.B. Wohnzimmer Heizkörperthermostat, Wandthermostat und Fensterkontakt.
2. Das gleiche für Schlafzimmer, Kinderzimmer usw.

Wenn die sich untereinander verstehen und das tun was sie sollen, geht es mit Punkt 3 weiter.

3. Erst jetzt alle Komponenten nach und nach mit der Zentrale Pairen.
Es kann sein das nicht alles sofort komplett mit der Zentrale gepairt wird, einfach das Pairing wiederholen und über getConfig den Geräten die letzten Geheimnisse entlocken.

Und man muss Geduld haben, ich mit meinem Eigenbau-CUL-Stick habe ich einzelne Komponenten mehrfach Pairen lassen, bis alles okay war.

Ich hoffe das hilft ein wenig ?!?!?

EDIT:
okay vergessen .....

Die Komponenten aus FHEM löschen, sollte über den Link ganz unten in der DeviceOverview  "  Delete this device (HM_51A418)" gehen und danach auf die Schaltfläche links oben SAVE CONFIG ? klicken ....

[vonvogel]

Hallo Mike,

besten Dank erst mal.
Das Problem ist aber, das du auf diese Art später am Wandthermostat nichts mehr nachträglich anmelden (peeren) kannst sondern nur noch über fhem!
Ich habe jetzt z.B. im Wohnzimmer noch keine Fensterkontakte gepeert und müsste das noch tun.
Das geht aber nur über fhem und da stelle ich mir die Frage ob es nicht sinnvoller ist gleich grundsätzlich nach dieser Strategie vorzugehen.
Wenn man alles mischt dann bekommt man das Chaos das ich jetzt habe und das erst mal aufgeräumt werden muss!
Irgendwie bin ich der Meinung, dass ich vorher nicht so viele Zeilen in CUL_HM hatte.

LG

Wolfgang

[CatWeazle]

Hallo Wolfgang,

ja du hast Recht, wenn die Zentrale gepairt ist, müssen ab da an alle neuen Geräte über die Zentrale (FHEM) gepeert werden.

Die Befürchtung, dass alles in einem Chaos endet wenn man erst die Komponenten untereinander peert dann an die Zentrale anmeldet und neue Geräte dann nur noch über die Zentrale einbinden, hatte ich auch, ist aber unbegründet.
Wie die peers entstanden sind, ist FHEM später egal, nach dem Pairen mit FHEM, sind auch FHEM die alten (vor FHEM entandenen) peers bekannt.

Das Spätere peeren über FHEM ist allerdings recht einfach, da hatte ich auch das Erlebnis, ach so einfach ist das .......

Die alten Hasen dürfen mich gerne verbessern oder es besser erklären