[Gelöst] Pairing von HomeMatic BidCos Geräte nicht erfolgreich

Hallo,

zu Begin erst einmal ein dickes und respektvolles Danke für die Arbeit an und rund um Hg (Homegear). Ich, Hg-Noobie,Spaghetti-Coder, Gefährlich-Halbwissender und eigentlich nur auf der Durchreise zu OpenHab habe die Installation von Hg entsprechend der super Dokumentation durchgeführt. Des Weiteren habe ich gleich mal meinen CUL868 (Ver. 3.4) auf Version 1.58 geflasht.

Nun wollte ich meine Homematic-Geräte koppeln (peering) aber leider ohne Erfolg.

Nun aber genug der Vorrede. Kommen wir mal zu der Frage, ob mich jemand in eine Richtung zur Fehlerbehebung schubsen könnte. Hier die Fakten:

#>lsb_release -a
No LSB modules are available.
Distributor ID: Raspbian
Description: Raspbian GNU/Linux 10 (buster)
Release: 10
Codename: buster

#> sudo dpkg -l | grep homegear
ii homegear 0.8.0-3101 armhf Interface program to your smart home devices
ii homegear-adminui 0.1.0-280 all Provides an administrative user interface for Homegear.
ii homegear-homematicbidcos 0.8.0-3101 armhf HomeMatic BidCoS module for Homegear
ii homegear-management 0.8.0-3101 armhf Management service for Homegear
ii homegear-nodes-core 0.8.0-3101 armhf Core nodes for Homegear’s Node-BLUE
ii homegear-ui 0.1.0-361 all Provides an user interface for Homegear.
ii libhomegear-base 0.8.0-3101 armhf Base library for Homegear
ii libhomegear-ipc 0.1.2-42 armhf IPC library for Homegear
ii libhomegear-node 0.1.7-53 armhf Node library for Homegear
ii python3-homegear 1.0.17-6 armhf Python module for Homegear

#> cat /etc/homegear/families/homematicbidcos.conf

[General]

moduleEnabled = true

## The BidCoS address of Homegear. It is recommended to change this to a random 3 byte hexadecimal
## value starting with 0xFD (e. g. 0xFD43AB). Only change this, when no HomeMatic BidCoS devices
## are paired to Homegear as existing pairings will not work anymore!
centralAddress = 0xFD0001

## Specify a 16 byte (32 characters) long AES key here to protect your wireless communication
## It must only consist of the characters A to F and the numbers 0 to 9 as it is hexadecimal.
## !!! IMPORTANT: It is highly recommended to change this key before pairing the first device.
## !!! IMPORTANT: Never ever lose this key. That would render your devices useless.
## To remove the key from your devices, you need to factory reset them using Homegear. The factory
## reset on the device is not possible!!!
rfKey = 00112233445566778899AABBCCDDEEFF

## With each key change currentRFKeyIndex needs to be
## incremented by 1
currentRfKeyIndex = 1

## When you change rfKey, put the old key here. To change the key Homegear needs to know the
## old and the new one.
## !!! Do not set oldRFKey when you set rfKey for the first time !!!
##oldRfKey = 00112233445566778899AABBCCDDEEFF

## When set to "true" unsigned broadcast packets are processed by Homegear. This could enable an
## attacker to make Homegear do things, you don't want. That means, this option is a security
## risk.
processBroadcastWithAesEnabled = false

#######################################
################# CUL #################
#######################################

## The device family this interface is for
[CUL]

## Specify an unique id here to identify this device in Homegear
id = DD5CUL

## When default is set to "true" Homegear will assign this device
## to new peers.
default = true

## Options: cul, cc1100, coc, cunx, hmcfglan, hmlgw, hm-mod-rpi-pcb, homegeargateway
deviceType = cul

device = /dev/ttyACM0

## Default: responseDelay = 95
## Should be "95" for CUL or COC, "100" for TI CC1101 and "60" for HM-CFG-LAN or HM-LGW
responseDelay = 95

#> sudo homegear -r

dl 10
fs 0
pon

#> sudo tail -f /var/log/homegear/homegear.log

12/11/20 15:46:17.616 IPC Server: Info: Client number 1 is calling RPC method: cliFamilyCommand
(Integer64) 0
(String) pon
12/11/20 15:46:17.617 IPC Server: Debug: CLI client 1 is executing family command: pon
12/11/20 15:46:17.618 IPC Server: Response: 
(String) Pairing mode enabled for 60 seconds.

12/11/20 15:46:18.586 Module HomeMatic BidCoS: Info: 12/11/20 15:46:18.586 Packet received (DD5CUL, RSSI: -42 dBm): 0F3586105EAE8F0000000AA8E80C2F40
12/11/20 15:46:23.078 Module HomeMatic BidCoS: Info: 12/11/20 15:46:23.078 Packet received (DD5CUL, RSSI: -61 dBm): 1AA4840059F7E60000001000C74F45513035363435353780810101
12/11/20 15:46:23.078 Module HomeMatic BidCoS: Debug: Device 1: Access granted for packet 1AA4840059F7E60000001000C74F45513035363435353780810101
12/11/20 15:46:23.079 Debug: Thread priority successfully set to: 45
12/11/20 15:46:23.080 Module HomeMatic BidCoS: Debug: Setting physical device's wake up flag.
12/11/20 15:46:23.080 Module HomeMatic BidCoS: Info: Pushing pending queues.
12/11/20 15:46:23.172 Module HomeMatic BidCoS: CUL "DD5CUL": Info: Sending (DD5CUL): 1007A001FD000159F7E600050000000000
12/11/20 15:46:23.372 Module HomeMatic BidCoS: CUL "DD5CUL": Info: Sending (DD5CUL): 1007A001FD000159F7E600050000000000
12/11/20 15:46:23.572 Module HomeMatic BidCoS: CUL "DD5CUL": Info: Sending (DD5CUL): 1007A001FD000159F7E600050000000000
12/11/20 15:46:26.083 Module HomeMatic BidCoS: Debug: Deleting queue 1 for BidCoS peer with address 0x59F7E6
12/11/20 15:46:47.998 IPC Server: Info: Client number 1 is calling RPC method: cliFamilyCommand
(Integer64) 0
(String) pof

Ich weiß mir keinen Rat mehr und würde mich über jeden Tipp/Rat/Link freuen.

Danke und Gruß

Kommando zurück…

Problem saß zwischen Tastatur und Stuhl!!!

Der Anlernprozeß wurde nicht richtig von mir initalisiert.

Die HomeMatic Komponenten mussten wie folgt zum erfolgreichen Pairing initialisiert werden:

  1. Config Taste für 4 Sekunden drücken, dann Taste wieder freigeben (LED blinkte langsam)
  2. Config Taste für 4 Sekunden drücken, dann Taste wieder freigeben (LED blinkte schnell)
  3. 10 Sekunden warten
  4. homegear starten:
  • sudo homegear -r
  • fs 0

  • Family 0> pon
  1. Config Taste einmal drücken
  • Family 0>pof
  • Family 0> ls
  1. sich freuen, dass die Komponente erfolgreich eingebunden wurde
1 Like

Hallo,

habe das gleiche Problem mit einem HM-Sen-DB-PCB (DoorBell Sensor) und einem HM-LC-Sw4-DR-2 (4-fach Aktor). Die waren bisher auf einer FHEM Installation und funktionierten einwandfrei (AES wurde nicht gesetzt).
Nun sollen sie auf Homegear/openHab laufen und lassen sich beide partout nicht anlernen. Der DoorBell Sensor wurde wie oben 4 + 4 Sekunden auf Auslieferungszustand zurück gesetzt und dann Pairing mit Homegear von & einmalig Konfiguration-Taste kurz drücken.

Homegear version 0.7.51-3497 Copyright (c) 2013-2020 Homegear GmbH

03/20/22 11:02:47.703 IPC Server: Info: Client number 2 is calling RPC method: cliFamilyCommand
(Integer64) 0
(String) pon
03/20/22 11:02:47.703 IPC Server: Debug: CLI client 2 is executing family command: pon
03/20/22 11:02:47.882 IPC Server: Response: 
(String) Pairing mode enabled for 60 seconds.

Nur dann passiert nix, außer dass der Sensor langsam orange blinkt, wie er das während des Anlernens tun sollte (Debug Level ist 10 und die anderen Devices melden brav deren Stati).
Hinweis: Es sind 22 weitere Devices erfolgreich auf Homegear angebunden und funktionieren tadellos.

Woran kann das bloß liegen?

Ach ja: Zum Test hab ich den DoorBell Sensor dann erneut an der FHEM Installation angelernt - das ging ohne Probleme → Warum spricht Homegear nicht mit dem Sensor???

Viele Grüße