HM-CC-RT-DN an USB-nanoCUL pairen nicht

Hallo, ich möchte gerne meine Heizungsthermostate ansteuern, brauche aber Hilfe beim pairing.

Mein Setup:

  • Neue HM-CC-RT-DN Thermostate
  • USB(FTDI)-CC1101-Funkmodul auf 868mhz. Meldet sich auf der seriellen Konsole (ttyUSB0, 38400 baud) nach dem Command “V” mit:
    V 1.67 nanoCUL868
  • Homegear Docker-Image installiert entsprechend https://hub.docker.com/r/homegear/homegear/
    allerdings habe ich die Konfiguration im Docker-Image genommen und nicht im Hostsystem.
    Hostsystem ist ein Notebook mit Ubuntu 16.04
    Homegear Version: 0.7.10-1397

In der homematicbidcos.conf habe ich folgendes gesetzt (den key veröffentliche ich hier mal nicht, habe ihn aber neu gesetzt):

[General]
centralAddress = 0xFDCD349B
rfKey = <key>
currentRfKeyIndex = 1
processBroadcastWithAesEnabled = false
[CUL]
id = My-CUL
default = true
deviceType = cul
device = /dev/ttyUSB0
responseDelay = 95

Kommands nach homegear -r:

> families select 0
Device family "HomeMatic BidCoS" selected.
For information about the family's commands type: "help"
(Family)> ls
No peers are paired to this central.
(Family)> pon
Pairing mode enabled for 60 seconds.
(Family)> ls
No peers are paired to this central.

Nach dem pon drücke ich die Pairing-Taste am Thermostat, wo dann auch ein 30-Sekunden-Timer startet und sofort folgendes geloggt wird:

11/30/17 20:28:19.994 Debug (My-CUL): Packet 1A0184005D66380000001400954F4551303835383538375900FFFF enters raisePacketReceived.
11/30/17 20:28:19.994 Debug (My-CUL): Packet 1A0184005D66380000001400954F4551303835383538375900FFFF is now passed to the EventHandler.
11/30/17 20:28:19.994 HomeMatic BidCoS packet received (My-CUL, RSSI: -45 dBm): 1A0184005D66380000001400954F4551303835383538375900FFFF
11/30/17 20:28:19.995 Module HomeMatic BidCoS: Debug: Device 5: Access granted for packet 1A0184005D66380000001400954F4551303835383538375900FFFF
11/30/17 20:28:19.995 Module HomeMatic BidCoS: Debug: Setting physical device's wake up flag.
11/30/17 20:28:19.995 Module HomeMatic BidCoS: Info: Pushing pending queues.
11/30/17 20:28:19.995 Debug (My-CUL): Packet processing of packet 1A0184005D66380000001400954F4551303835383538375900FFFF took 1 ms.
11/30/17 20:28:20.088 Module HomeMatic BidCoS: CUL "My-CUL": Info: Sending (My-CUL): 109AA001FDCD349B5D663800050000000000
11/30/17 20:28:20.288 Module HomeMatic BidCoS: CUL "My-CUL": Info: Sending (My-CUL): 109AA001FDCD349B5D663800050000000000
11/30/17 20:28:20.488 Module HomeMatic BidCoS: CUL "My-CUL": Info: Sending (My-CUL): 109AA001FDCD349B5D663800050000000000
11/30/17 20:28:21.998 Module HomeMatic BidCoS: Debug: Deleting queue 8 for BidCoS peer with address 0x5D6638

d.h. ja empfangen kann ich anscheinend, gesendet wird auch etwas nur ob das am Thermostat auch ankommt weiß ich nicht.
Einmal hatte ich vorhin auch folgenden Logeintrag beim Pairingversuch:

11/30/17 21:58:22.133 Debug (My-CUL): Packet 0900000000000100000A enters raisePacketReceived.
11/30/17 21:58:22.133 Debug (My-CUL): Packet 0900000000000100000A is now passed to the EventHandler.
11/30/17 21:58:22.133 HomeMatic BidCoS packet received (My-CUL, RSSI: -71 dBm): 0900000000000100000A
11/30/17 21:58:22.134 Module HomeMatic BidCoS: Debug: Device 5: Access granted for packet 0900000000000100000A
11/30/17 21:58:22.134 Module HomeMatic BidCoS: Error: Pairing packet rejected, because this peer is already paired central with address 0x00000A.
11/30/17 21:58:22.134 Debug (My-CUL): Packet processing of packet 0900000000000100000A took 1 ms.

Bei einem neuen Versuch dann allerdings wieder obere Meldungen. Trotzdem macht mich dieser Eintrag stutzig. Das Thermostat ist neu, wurde von mir bei den Versuchen zwischendurch auch mal zurückgesetzt. Eine CCU oder sowas womit es gepaired sein könnte habe ich nicht und die central adresse 0x00000A passt ja nicht und kenne ich auch nicht.

Was kann denn da evtl. falsch laufen? Und gibt es irgendwo eine Dokumentation des Protokolls, so dass ich die Logs selbst besser interpretieren lernen kann?

Vielen Dank für die Hilfe

Ich habe anscheinend eine Lösung gefunden. Wie auch hier beschrieben: HM-CC-RT-DN pairing problems

habe ich nun mal die centralAdress wieder auf centralAddress = 0xFD0001 zurückgestellt und schon konnte ich pairen.

1 Like

Hallo @Cric,

da wird was schief gelaufen sein, weil du eine 4 byte lange Adresse definiert hast. 0xFDCD34 hätte funktioniert ;-).

Viele Grüße

Sathya