HM-MOD-RPI-PCB mit Max! Thermostat (BC-RT-TRX-CyN) Pairen

Deutsche Foren Konfiguration
#1

Hallo zusammen,

ich habe nun mein Raspberry Pi mit openhabian und dem HM-MOD-RPI-PCB erfolgreich konfiguriert und das Modul wird auch erkannt.

Ich kriege es leider nicht mit meinem Thermostat gepaired max! (BC-RT-TRX-CyN).

Hier das Log von Homegear:

03/14/17 21:28:05.732 Starting Homegear...
03/14/17 21:28:05.732 Homegear version 0.6.19-956
03/14/17 21:28:05.732 Git commit SHA of libhomegear-base: -
03/14/17 21:28:05.732 Git branch of libhomegear-base:     -
03/14/17 21:28:05.732 Git commit SHA of Homegear:         -
03/14/17 21:28:05.732 Git branch of Homegear:             -
03/14/17 21:28:05.733 Info: Setting allowed core file size to "4294967295" for user with id 0 and group with id 0.
03/14/17 21:28:05.733 Info: Core file size now is "4294967295".
03/14/17 21:28:05.734 Info: Setting maximum thread priority to "4294967295" for user with id 0 and group with id 0.
03/14/17 21:28:05.734 Info: Maximum thread priority now is "4294967295".
03/14/17 21:28:05.738 Info: Backing up database...
03/14/17 21:28:06.140 Initializing database...
03/14/17 21:28:06.144 Info: Loading family module mod_homematicbidcos.so
03/14/17 21:28:06.155 /etc/homegear/families/homematicbidcos.conf
03/14/17 21:28:06.157 Info: Loading family module mod_max.so
03/14/17 21:28:06.164 /etc/homegear/families/max.conf
03/14/17 21:28:06.165 Info: Loading family module mod_miscellaneous.so
03/14/17 21:28:06.168 /etc/homegear/families/miscellaneous.conf
03/14/17 21:28:06.169 Info: Loading family module mod_homematicwired.so
03/14/17 21:28:06.174 /etc/homegear/families/homematicwired.conf
03/14/17 21:28:06.175 Info: Setting up physical interfaces and GPIOs...
03/14/17 21:28:06.176 Info: Dropping privileges to user homegear (110) and group homegear (116)
03/14/17 21:28:06.177 Info: Homegear is (now) running as user with id 110 and group with id 116.
03/14/17 21:28:06.177 Starting script engine server...
03/14/17 21:28:06.210 Initializing licensing controller...
03/14/17 21:28:06.210 Loading licensing controller data...
03/14/17 21:28:06.211 Loading devices...
03/14/17 21:28:06.211 Loading XML RPC devices...
03/14/17 21:28:07.216 Loading device 2
03/14/17 21:28:07.217 Module HomeMatic BidCoS: Info: Central address set to 0xFD19DD.
03/14/17 21:28:07.218 Info: Not initializing device family HomeMatic Wired, because no physical interface was found.
03/14/17 21:28:07.218 Info: Disposing family module mod_homematicwired.so
03/14/17 21:28:07.218 Info: Not initializing device family MAX!, because no physical interface was found.
03/14/17 21:28:07.219 Info: Disposing family module mod_max.so
03/14/17 21:28:07.219 Loading XML RPC devices...
03/14/17 21:28:07.221 Loading device 1
03/14/17 21:28:07.222 Start listening for packets...
03/14/17 21:28:09.223 Initializing RPC client...
03/14/17 21:28:09.223 Starting XML RPC server RPCServer1 listening on :::2001...
03/14/17 21:28:09.226 Starting XML RPC server RPCServer2 listening on :::2002, SSL enabled...
03/14/17 21:28:09.226 RPC Server (Port 2001): Info: RPC Server started listening on address :: and port 2001
03/14/17 21:28:09.258 Starting XML RPC server RPCServer3 listening on :::2003, SSL enabled, authentication enabled...
03/14/17 21:28:09.258 RPC Server (Port 2002): Info: RPC Server started listening on address :: and port 2002
03/14/17 21:28:09.289 Starting CLI server...
03/14/17 21:28:09.290 Initializing event handler...
03/14/17 21:28:09.290 Loading events...
03/14/17 21:28:09.290 RPC Server (Port 2003): Info: RPC Server started listening on address :: and port 2003
03/14/17 21:28:09.290 Starting flows server...
03/14/17 21:28:09.293 Startup complete. Waiting for physical interfaces to connect.
03/14/17 21:28:09.293 All physical interfaces are connected now.
03/14/17 21:28:09.293 Starting UPnP server...
03/14/17 21:28:09.294 Info: UPnP server: Binding to address: 192.168.2.115
03/14/17 21:28:09.295 UPnP Server: Info: Started listening.
03/14/17 21:28:11.663 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "HM-MOD-Zentrale": Info: Firmware version: 1.4.1
03/14/17 21:28:11.670 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "HM-MOD-Zentrale": Info: Serial number: NEQ1329372
03/14/17 21:28:11.701 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "HM-MOD-Zentrale": Info: Init queue completed. Sending peers...
03/14/17 21:28:11.701 Module HomeMatic BidCoS: HM-MOD-RPI-PCB "HM-MOD-Zentrale": Info: Peer sending completed.
03/14/17 21:28:33.846 Info: CLI connection accepted. Client number: 11

Die Frage natürlich wäre ob das Thermostat mit dem Modul überhaupt funktioniert… weiß das jemand?

Viele Grüße,

David

#2

Ja, das sollte funktionieren. Zeig mal deine max.conf und gib mal den Logausschnitt mit Debuglevel 5 vom Pairingversuch.

#3

Ok hier die Dateien:

Debuglevel (danach neustart gemacht)

# runAsGroup = homegear
# Default: debugLevel = 3
debugLevel = 5

homegear.log vom Pairing:

03/14/17 22:03:04.516 UPnP Server: Debug: Sending notify packets.
03/14/17 22:03:04.516 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
03/14/17 22:03:04.536 Debug: Sleeping 59ms before sending response.
03/14/17 22:03:04.595 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
03/14/17 22:03:04.695 UPnP Server: Debug: Sending notify packets.
03/14/17 22:03:04.695 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
03/14/17 22:03:04.716 Debug: Sleeping 11ms before sending response.
03/14/17 22:03:04.727 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
03/14/17 22:03:04.827 UPnP Server: Debug: Sending notify packets.
03/14/17 22:03:04.828 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
03/14/17 22:03:04.872 Debug: Sleeping 1806ms before sending response.
03/14/17 22:03:06.678 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
03/14/17 22:03:06.779 UPnP Server: Debug: Sending notify packets.
03/14/17 22:03:55.001 Info: CLI connection accepted. Client number: 10
03/14/17 22:03:55.001 Listening for incoming commands from client number 10.
03/14/17 22:04:06.048 UPnP Server: Debug: Sending notify packets.

max.conf
___________________________________________________________________________

---------------------------------- MAX!  ----------------------------------
___________________________________________________________________________

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

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

## Specify an unique id here to identify this device in Homegear
#id = My-MAX-CUL

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

## Options: cul, coc, cc1100
#deviceType = cul

#device = /dev/ttyACM0

## Should be "40" for MAX!
#responseDelay = 40

#######################################
########## TI CC1101 Module  ##########

## The device family this interface is for
#[TI CC1101 Module]

## Specify an unique id here to identify this device in Homegear
#id = My-MAX-CC1101

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

## Options: cul, coc, cc1100
#deviceType = cc1100

#device = /dev/spidev0.0

## Default: responseDelay = 95
## Should be "40" for CUL or COC and "45" for TI CC1101.
#responseDelay = 45

## The interrupt pin to use. "0" for GDO0 or "2" for GDO2.
## You only need to connect one of them. Specify the GPIO
## you connected the interrupt pin to below.
#interruptPin = 2

## The GPIO GDO0 or GDO2 is connected to. Specify which GDO to use above.
#gpio1 = 23

### Additional TI CC1190 Config ###

## The GPIO high gain mode of the CC1190 is connected to.
## Default: -1 (disabled)
#gpio2 = 5

## The hexadecimal value for the PATABLE of the TI CC1101.
## Default:
## - Without high gain mode: 0xC2
## - With high gain mode: 0x27 (maximum legally allowed setting)
#txPowerSetting = 0x27


#######################################
################ CUNX  ################
#######################################

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

## Specify an unique id here to identify this device in Homegear
#id = My-CUNX

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

## Options: cul, cc1100, coc, cunx, hmcfglan, hmlgw
#deviceType = cunx

## IP address of your CUNX
#host = 192.168.178.100

## Port number your CUNX listens on. Normally 2323.
#port = 2323

## Default: responseDelay = 95
## Should be "40" for CUNX
#responseDelay = 40


#######################################
######### COC, SCC, CSM, CCD  #########
#######################################

## The device family this interface is for
#[COC, SCC, CSM, CCD]

## Specify an unique id here to identify this device in Homegear
#id = My-COC

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

#deviceType = coc

#device = /dev/ttyAMA0

## Default: gpio1 = 0
## "17" for COC, SCC and CCD. Empty for CSM.

## Default: gpio2 = 0
## "18" for COC and SCC. "22" for CCD. Empty for CSM.
#gpio2 = 18

## Should be "40" for MAX!
#responseDelay = 40

## Default: stackPosition = 0 (= no stacking)
## Set stackPosition if you use the SCC and stacked multiple devices.
## Set stackPosition to "1" for the lowest device, to "2" for the device
## above that and so on.
# stackPosition = 0

Sieht für mich so aus als ob ich i der max.conf noch was ändern müsste, weiß aber nicht was :smiley:

Viele Grüße,

David

#4

Oh, ja… natürlich. Du müsstest das Device in der max.conf konfigurieren, damit homegear weiß über welches Gerät es das Protokoll sprechen soll. Deswegen kann auch nichts empfangen werden.

Entweder steht es nur einfach nicht in der config, oder das Max!-Modul kann das HM-MOD-RPI-PCB noch nicht… öhm?

Du kannst mal versuchen den entsprechenden Block aus der homematicbidcos.conf zu kopieren und die response delays anzupassen.

@sathya?

#5

Habe gestern einiges diesbezüglich rumprobiert, leider erfolglos.

Habe eben auch gelesen, dass das HM Lan Modul auch mit den Max! Geräten nicht geht.
Vermutlich ist es hier genauso, finde ich persönlich blöd, da es ja der gleiche Hersteller ist…

#6

Ja, aber die werden ja en Teufel tun und Ihr “Markenprodukt” kompatibel zu dem “Billigprodukt” machen.

Warte bitte mal auf @sathya’s Antwort diesbezüglich.
Das HM-MOD-RPI-PCB für Max! zu nutzen ist vielleicht gar nicht so schwer.

#7

Die Platinen in den Bauteilen sehen ja von der Beschriftung her identisch aus, kann für mich eigentlich nur eine Firmware/Software Sache sein.

Ich warte auf die Antwort :wink:

#8

Hallo @Dave_D,

die Firmware des HM-MOD-RPI-PCB kann leider nur HomeMatic BidCoS, nicht MAX!. Die beiden Funkprotokolle sind leider nicht kompatibel. Es müsste also für MAX! eine andere Firmware geflashed werden. Vielleicht lässt sich ja z. B. die culfw darauf flashen (das könntest du mal googlen)? Auf dem HM-MOD-RPI-PCB sitzt alternativ eine kleine Aufsteckplatine. Es ist gut möglich, dass dort ein TI CC1101 drinsteckt. Falls dies der Fall ist, könntest du die Aufsteckplatine direkt mit dem Pi verbinden. Dann funktioniert MAX!.

Viele Grüße

Sathya

1 Like
#9

hallo,

danke für die Antwort das ganze wird mir zu aufwendig, werde vermutlich entweder auf Homematic thermostate setzen und lege mir noch einen cul usb stick zu. Vorallem da ich später wohlmöglich Homematic und Max! Geräte betreiben möchte word das wohl die bessere Lösung sein.

Habe eben mein defektes Modul geköpft, da steckt nur der Funkchip Si1002 in der Aufsteckplatine.

Viele Grüße,Dave

#10

Spricht etwas gegen dieses Modul? http://www.ebay.de/itm/292055796673?_trksid=p2055119.m1438.l2649&ssPageName=STRK%3AMEBIDX%3AIT

#11

Schau mal hier: CC1101: Error (check) writing to register 62

Wenn du schon sowas “gebastelltes” in Betracht ziehst, kannst du auch das SPI-CC1101-Modul direkt auf den Pi stecken :wink:

Die gibt es in 868MHz und 433MHz, das im Beitrag verlinkte ist das 868MHz und funktioniert.
Genaueres dazu hier: https://wiki.fhem.de/wiki/Selbstbau_CUL (Antennenkonfiguration)

#12

Kann ich mit dem SPI Modul dann Max! und Homematic Geräte ansprechen?
Das wäre mir wichtig.

Mein jetziges und das CC1101 Modul beide an den GPIO Anschlüsse gibt wohl Problem soweit ich es gelesen habe.

Spricht etwas gegen das Modul von ebay welches ich gepostet habe?

#13

Hallo @Dave_D,

Ja, nur nicht gleichzeitig mit dem gleichen Modul. Du benötigst also 2.

Die Frage verstehe ich nicht. Generell kannst du zwei TICC1101 problemlos über SPI an den Pi anschließen.

Nein.

Viele Grüße

Sathya

#14

Ok dann würde ich es so machen Homematic Geräte über HM-MOD-RPI-PCB der jetzt schon da ist und MAX über CC1101 am USB Anschluss (das eBay Produkt).

Vielen Dank :wink:

#15