Die updatet Homegear beim Pairing automatisch. Mein HM-Sec-Sco hatte auch eine alte und das war kein Problem.
[quote=“vctender”]Ich würde openhab erstmal runterfahren, dann sollte die RPC-Konfiguration schweigen. Daran rumspielen würde ich nicht, weil später brauchst du den RPC-Server sicherlich und ob du dann noch alle Konfigurationen korrekt zurückdrehst, ist eher fraglich.
.[/quote]
wo kann ich die Buchse denn abstellen?
[quote=“vctender”]
Poste mal das Init vom CC1101, kommt relativ am Anfang im Homegear-Log. Ich hatte mit den Modulen bislang keine Ausfallerscheinungen und du hast sogar noch eine Modulvariante erwischt, die etwas großzügiger gestaltet ist.
.[/quote]
ja, es sieht so aus als ob das Modul arbeitet…
[quote=“vctender”]
Hab jetzt nicht nachgelesen, welche Komponente du anlernen möchtest, aber ggfs. kann dich auch AES behindern, wenn es per Default aktiv ist.[/quote]
wo kann ich denn das AES abstellen
Hey,
poste noch einmal ein Log auf Loglevel 7, dann wird die SPI-Kommunikation geloggt. Auf den ersten Blick sieht alles ok aus, außer dass keine Pakete im Log sichtbar sind. Bist du sicher, dass du ein 868-MHz-Modul und kein 433-MHz-Modul gekauft hast? Mit einem 433-MHz-Modul kann es nicht funktionieren. Zum Teil werden diese bei China-Importen als 868-MHz-Module verkauft. Auf der fhem-Seite [1] sind die Unterschiede gut aufgeführt.
Viele Grüße
Sathya
[1] http://www.fhemwiki.de/wiki/Selbstbau_CUL
Nachtrag: Ich sehe gerade, du hast ja Bilder gepostet. Ich lass da mal Christian rüber schauen, ob das Modul korrekt ist. In der Zwischenzeit poste einmal das Loglevel 7, damit wir sehen können, ob die SPI-Kommunikation soweit passt.
Poste am besten mal ein Foto von dem Modul. Das von Seite 1 ist nur ein Referenzfoto, oder?
Und wie sathya gesagt hat, poste noch einmal das Log.
Anhand dessen kann man sehen, ob die SPI-Kommunikation klappt. Fällt das schon mal positiv aus, muss die GDO0/GDO2-Verkabelung geprüft werden, weil darüber wird der Empfang eines Paketes signalisiert.
Hallo Sathya,
wird gemacht, RPI bootet gerade.
Die Infos von deinem Link habe ich mir schon angesehen und es sollte entsprechend ein echtes 868 sein… sicher bin ich mir natürlich nicht…
Hallo vctender,
das Foto vom ersten Post habe ich mit meinem Lumia 950 XL gemacht und es ist von einem der 5 Module die ich in China bestellt habe.
Gerne dürft ihr das Foto verwenden wenn ihr dafür Verwendung habt.
wie kann ich openhab runterfahren damit die log übersichtlicher wird?
homegear.err
01/01/70 00:00:45.212 Warning: Time is in the past. Waiting for ntp to set the time...
01/01/70 00:00:30.222 Warning: Time is in the past. Waiting for ntp to set the time...
09/28/16 06:25:07.975 Info: Backing up database...
01/01/70 00:00:22.579 Warning: Time is in the past. Waiting for ntp to set the time...
09/28/16 07:45:56.480 UPnP Server: Warning: Error sending packet in UPnP server: Invalid argument
09/28/16 07:45:56.585 UPnP Server: Warning: Error sending packet in UPnP server: Invalid argument
09/28/16 07:45:56.585 UPnP Server: Warning: Error sending packet in UPnP server: Invalid argument
09/28/16 07:45:56.586 UPnP Server: Warning: Error sending packet in UPnP server: Invalid argument
01/01/70 00:00:21.247 Warning: Time is in the past. Waiting for ntp to set the time...homegear.log beim Start
01/01/70 00:00:20.627 Info: Loading family module mod_homematicbidcos.so
01/01/70 00:00:20.695 /etc/homegear/families/homematicbidcos.conf
01/01/70 00:00:20.697 Debug: Loading section "General"
01/01/70 00:00:20.697 Debug: Family setting centraladdress set to 0xFD090F
01/01/70 00:00:20.697 Debug: Family setting rfkey set to xxxxxxxxxxxxxxxxxxxxxxxxxxxx
01/01/70 00:00:20.698 Debug: Family setting currentrfkeyindex set to 1
01/01/70 00:00:20.698 Debug: Family setting processbroadcastwithaesenabled set to false
01/01/70 00:00:20.698 Debug: Loading section "TI CC1101 Module"
01/01/70 00:00:20.698 Debug: id set to Domi-CC1101
01/01/70 00:00:20.699 Debug: default set to 1
01/01/70 00:00:20.699 Debug: deviceType set to cc1100
01/01/70 00:00:20.699 Debug: device set to /dev/spidev0.0
01/01/70 00:00:20.699 Debug: responseDelay set to 100
01/01/70 00:00:20.699 Debug: interruptPin set to 2
01/01/70 00:00:20.700 Debug: GPIO1 set to 23
01/01/70 00:00:20.701 Module HomeMatic BidCoS: Debug: Loading module...
01/01/70 00:00:20.710 Module HomeMatic BidCoS: Debug: Creating physical device. Type defined in homematicbidcos.conf is: cc1100
01/01/70 00:00:20.737 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: PATABLE will be set to 0xC0
...
...
01/01/70 00:00:20.925 Info: Setting up physical interfaces and GPIOs...
01/01/70 00:00:20.925 Debug: Setting up physical device.
01/01/70 00:00:20.925 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Setting device permissions
01/01/70 00:00:20.925 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Exporting GPIO
01/01/70 00:00:20.926 Debug: Exporting GPIO with index 1 and number 23 for device "cc1100".
01/01/70 00:00:20.927 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Setting GPIO permissions
01/01/70 00:00:20.928 Debug: GPIO path for GPIO with index 1 and device cc1100 set to "/sys/class/gpio/gpio23".
01/01/70 00:00:20.928 Debug: Setting up physical device.
01/01/70 00:00:20.928 Debug: Setting up physical device.
01/01/70 00:00:20.929 Info: Dropping privileges to user homegear (106) and group homegear (111)
01/01/70 00:00:20.929 Info: Homegear is (now) running as user with id 106 and group with id 111.
01/01/70 00:00:20.930 Warning: Time is in the past. Waiting for ntp to set the time...
09/28/16 20:59:50.606 Starting script engine server...
...
...
09/28/16 20:59:58.454 Loading device 5
09/28/16 20:59:58.467 Module HomeMatic BidCoS: Info: Central address set to 0xFD090F.
...
...
09/28/16 20:59:58.575 Loading device 4
09/28/16 20:59:58.576 Start listening for packets...
09/28/16 20:59:58.579 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Sending: 30
09/28/16 20:59:58.579 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Received: 0F
09/28/16 20:59:58.579 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Sending: 0046
...
...
09/28/16 20:59:58.603 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Sending: 34
09/28/16 20:59:58.603 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Received: 0F
09/28/16 20:59:58.603 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Setting GPIO direction
09/28/16 20:59:58.604 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Setting GPIO edge
09/28/16 20:59:58.605 Debug: Thread priority successfully set to: 45
09/28/16 20:59:58.605 Debug: Thread priority successfully set to: 45
...
...
09/28/16 20:59:58.797 Loading events...
09/28/16 20:59:58.798 Startup complete. Waiting for physical interfaces to connect.
09/28/16 20:59:58.799 All physical interfaces are connected now.
09/28/16 20:59:58.799 Starting UPnP server...
...
...
...homegear.log während pairing
homegear.log
09/28/16 20:12:34.632 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
09/28/16 20:12:34.732 UPnP Server: Debug: Sending notify packets.
09/28/16 20:12:36.422 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
09/28/16 20:12:36.443 Debug: Sleeping 10ms before sending response.
09/28/16 20:12:36.453 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
09/28/16 20:12:36.554 UPnP Server: Debug: Sending notify packets.
09/28/16 20:12:39.423 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
09/28/16 20:12:39.443 Debug: Sleeping 136ms before sending response.
09/28/16 20:12:39.580 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
09/28/16 20:12:39.681 UPnP Server: Debug: Sending notify packets.
09/28/16 20:12:41.047 Debug: SSDP server: Binding to address: 10.1.1.41
09/28/16 20:12:41.047 Debug: Searching for SSDP devices ...
09/28/16 20:12:43.438 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
09/28/16 20:12:43.442 RPC Server (Port 2001): Info: Connection from 10.1.1.30:49786 accepted. Client number: 236
09/28/16 20:12:43.444 RPC Server (Port 2001): Info: RPC server client id for client number 236 is: 169
09/28/16 20:12:43.446 RPC Server (Port 2001): Listening for incoming packets from client number 236.
09/28/16 20:12:43.451 RPC Server (Port 2001): Debug: Packet received: 474554202F6465736372697074696F6E2E786D6C20485454502F312E310D0A43616368652D436F6E74726F6C3A206E6F2D63616368650D0A436F6E6
E656374696F6E3A20436C6F73650D0A507261676D613A206E6F2D63616368650D0A4163636570743A20746578742F786D6C2C206170706C69636174696F6E2F786D6C0D0A486F73743A2031302E312E312E34313A323030310D0A55736572
2D4167656E743A204D6963726F736F66742D57696E646F77732F31302E302055506E502F312E300D0A0D0A
09/28/16 20:12:43.459 Debug: Sleeping 661ms before sending response.
09/28/16 20:12:43.474 RPC Server (Port 2001): Info: Connection to client number 236 closed.
09/28/16 20:12:44.120 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
09/28/16 20:12:44.221 UPnP Server: Debug: Sending notify packets.
09/28/16 20:12:46.438 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
09/28/16 20:12:46.459 Debug: Sleeping 721ms before sending response.
09/28/16 20:12:47.180 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
09/28/16 20:12:47.281 UPnP Server: Debug: Sending notify packets.
09/28/16 20:12:49.438 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
09/28/16 20:12:49.459 Debug: Sleeping 2296ms before sending response.
09/28/16 20:12:51.755 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
09/28/16 20:12:51.856 UPnP Server: Debug: Sending notify packets.
09/28/16 20:12:53.454 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
09/28/16 20:12:53.457 RPC Server (Port 2001): Info: Connection from 10.1.1.30:49794 accepted. Client number: 237
09/28/16 20:12:53.458 RPC Server (Port 2001): Info: RPC server client id for client number 237 is: 170
09/28/16 20:12:53.458 RPC Server (Port 2001): Listening for incoming packets from client number 237.
09/28/16 20:12:53.459 RPC Server (Port 2001): Debug: Packet received: 474554202F6465736372697074696F6E2E786D6C20485454502F312E310D0A43616368652D436F6E74726F6C3A206E6F2D63616368650D0A436F6E6
E656374696F6E3A20436C6F73650D0A507261676D613A206E6F2D63616368650D0A4163636570743A20746578742F786D6C2C206170706C69636174696F6E2F786D6C0D0A486F73743A2031302E312E312E34313A323030310D0A55736572
2D4167656E743A204D6963726F736F66742D57696E646F77732F31302E302055506E502F312E300D0A0D0A
09/28/16 20:12:53.474 Debug: Sleeping 1917ms before sending response.
09/28/16 20:12:53.482 RPC Server (Port 2001): Info: Connection to client number 237 closed.
09/28/16 20:12:55.392 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
09/28/16 20:12:55.493 UPnP Server: Debug: Sending notify packets.
09/28/16 20:12:56.454 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
09/28/16 20:12:56.474 Debug: Sleeping 1774ms before sending response.
09/28/16 20:12:58.249 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
09/28/16 20:12:58.349 UPnP Server: Debug: Sending notify packets.
09/28/16 20:12:59.455 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
09/28/16 20:12:59.475 Debug: Sleeping 1257ms before sending response.
09/28/16 20:13:00.733 UPnP Server: Debug: Sending discovery response packets to 239.255.255.250 on port 1900
09/28/16 20:13:00.833 UPnP Server: Debug: Sending notify packets.
09/28/16 20:13:03.471 UPnP Server: Debug: Discovery packet received from 239.255.255.250:1900
09/28/16 20:13:03.475 RPC Server (Port 2001): Info: Connection from 10.1.1.30:49805 accepted. Client number: 238
09/28/16 20:13:03.476 RPC Server (Port 2001): Info: RPC server client id for client number 238 is: 171
09/28/16 20:13:03.477 RPC Server (Port 2001): Listening for incoming packets from client number 238.
09/28/16 20:13:03.478 RPC Server (Port 2001): Debug: Packet received: 474554202F6465736372697074696F6E2E786D6C20485454502F312E310D0A43616368652D436F6E74726F6C3A206E6F2D63616368650D0A436F6E6:
Das Modul auf dem Foto ist definitiv ein 868er, sollte also passen.
Openhab kann normalerweise mit “/etc/init.d/openhab stop” beendet werden.
Die SPI-Kommunikation klappt schon einmal!
In der einen Anleitung, die weitere vorne verlinkt war, wurde GDO2 auf GPIO25 gelegt, in der Config dann GPIO23 angegeben. Das erscheint mir momentan nicht plausibel, hatte aber schon länger kein Rasp Pi mehr in der Hand.
Das keine Pakete ankommen, würde dafür sprechen. Offenbar feuert nicht der Trigger, der ein neues Paket signalisiert (und damit wird auch nichts ausgelesen)
@conaxus: poste doch noch mal deine homematicbidcos.conf und mach mal ein Foto wie das Modul auf dem Pi angeschlossen ist. Also ob der interrputPin auf 25 oder 23 angeschlossen ist und auf welchen Pin des Moduls er geht.
@vctender: super Auffassungsgabe übrigens… würde behaupten das ist es, sofern das Modul in Ordnung ist.
Diese Module nutzen GDO2, oder? Weil mein Pollin geht auf GDO0…
jo, mache ich
mir kam das auch merkwürdig vor, dachte mir aber das wird schon stimmen…
es ist mit GPI 25 verbunden
[General]
## 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
centralAddress = 0xFD090F
## Specify a 16 byte (32 characters) long AES key here to protect your wireless communication
## !!! 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
## rfKey = 00112233445566778899AABBCCDDEEFF
rfKey = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
## 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
...
...
#######################################
########## 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 = Domi-CC1101
## 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
deviceType = cc1100
device = /dev/spidev0.0
## Default: responseDelay = 95
## Should be "95" for CUL or COC, "100" for TI CC1101 and "60" for HM-CFG-LAN or HM-LGW
responseDelay = 100
## 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 = 23Dann würde ich mal sagen steck den interruptPin auf GPIO 23 oder ändere die config 
hab ich gemacht… geht immer noch nix
hab den Eintrag
## The GPIO GDO0 or GDO2 is connected to. Specify which GDO to use above.
gpio1 = 23
auf
gpio1 = 25
geändert neugestartet und fs 0 pon knop am HM Device gedrück und ls
> fs 0
Device family "HomeMatic BidCoS" selected.
For information about the family's commands type: "help"
(Family)> pon
Pairing mode enabled for 60 seconds.
(Family)> ls
No peers are paired to this central.
(Family)>
09/28/16 23:06:03.774 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Sending: F300
09/28/16 23:06:03.775 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Received: 1000
09/28/16 23:06:03.775 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: BidCoS packet received, but CRC failed.
09/28/16 23:06:03.775 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Sending: 3A
09/28/16 23:06:03.775 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Received: 1F
09/28/16 23:06:03.775 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Sending: 34
09/28/16 23:06:03.775 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: Received: 1Fein bisschen näher an die Buchse ran mit dem HM Teil und schwups…
(Family)> ls
ID │ Name │ Address │ Serial Number │ Type │ Type String │ Firmware │ Config Pending │ Unreach │ Low Bat
────────────┼───────────────────────────┼──────────┼───────────────┼──────┼───────────────────────────┼──────────┼────────────────┼─────────┼────────
│ │ │ │ │ │ │ │ │
1 │ │ 46F621 │ NEQ0171716 │ 0095 │ HM-CC-RT-DN │ 1.4 │ No │ No │ No
────────────┴───────────────────────────┴──────────┴───────────────┴──────┴───────────────────────────┴──────────┴────────────────┴─────────┴────────juchhuhhhhhh Schampus!!! )
ganz vielen lieben Dank an alle
Will ja nicht vorlaut werden als Newbie aber…
vielleicht sollte die Anleitung entsprechend angepasst werden
Hi conaxus,
super! Ein Dank an vctender!!
Vergiss nicht das debuglevel wieder runter zu stellen. Die SD-Karte/das Dateisystem im Pi fühlt sich nicht ganz so wohl bei ständigen Schreibvorgängen.
Und: In der Doku steht es tatsächlich falsch, da im Bild GPIO25 genommen wird und im Config-Beispiel GPIO 23.
Aber: Man sollte eben nicht einfach blind alles einfach so auf die GPIO Leiste stecken - das geht bei USB aber direkt an Pin des SOC kann das auch ins Auge gehn 
so long,
p
Hallo P,
jo, im Grunde sehr peinlich für mich. In dem Falle habe ich es ja sogar ganz zu anfang gesehen aber blöd blind einfach sogar ohne die Pins zu zählen die Kabel drauf gesteckt.
Klarer Fall von: Wer kucken kann ist klar im Vorteil…
Und vielen Dank an vctender weil du es gesehen hast.
So bin ich wieder ein bisschen fitter mit Linux. Ist schon eine Zeit her, dass ich mich damit befasst habe.
Nicht das ihr denkt das wars jetzt… Ich werde euch sicher noch mit vielen Fragen zur Anbindung und Einrichtung aller möglichen Klamotten fragen.
Bin begeistert wie ihr mich unterstützt habt.
Lg
Domi
Hallo,
@vctender: Auch meinerseits echt super, dass du das gesehen hast!!!
Schön, dass es jetzt klappt! Die Doku habe ich entsprechend geändert.
Viele Grüße
Sathya
Kein Problem, dafür gibt es ja Community