Newbie Raspbian Image CC1101 über SPI

[conaxus]

ja, das verstehe ich auch nicht.

das Teil liegt 20cm von der Antenne entfernt die ich nochmals genau auf 86mm gekürzt habe…

09/26/16 15:58:47.963 RPC Server (Port 2001): Info: Connection from 127.0.0.1:57934 accepted. Client number: 934
09/26/16 15:58:47.963 RPC Server (Port 2001): Info: RPC server client id for client number 934 is: 703
09/26/16 15:58:47.964 RPC Server (Port 2001): Listening for incoming packets from client number 934.
09/26/16 15:58:47.964 RPC Server (Port 2001): Debug: Packet received: 42696E000000002B00000004696E697400000001000000030000001762696E6172793A2F2F3132372E302E302E313A39313233
09/26/16 15:58:47.965 RPC Server (Port 2001): Info: Client number 934 is calling RPC method: init (2) Parameters:
(String) binary://127.0.0.1:9123
09/26/16 15:58:47.965 Info: Removing server "binary://127.0.0.1".
09/26/16 15:58:47.966 RPC Server (Port 2001): Response:
(void)
09/26/16 15:58:47.966 RPC Server (Port 2001): Response binary:
42696E01000000080000000300000000
09/26/16 15:58:47.969 RPC Server (Port 2001): Info: Connection to client number 934 closed (3).
09/26/16 15:58:47.975 RPC Server (Port 2001): Info: Connection from 127.0.0.1:57936 accepted. Client number: 935
09/26/16 15:58:47.976 RPC Server (Port 2001): Info: RPC server client id for client number 935 is: 704
09/26/16 15:58:47.976 RPC Server (Port 2001): Listening for incoming packets from client number 935.
09/26/16 15:58:47.977 RPC Server (Port 2001): Debug: Packet received: 42696E000000002D000000146765744465766963654465736372697074696F6E000000010000000300000009426964436F532D5246
09/26/16 15:58:47.977 RPC Server (Port 2001): Info: Client number 935 is calling RPC method: getDeviceDescription (2) Parameters:
(String) BidCoS-RF
09/26/16 15:58:47.977 RPC Server (Port 2001): Response:
(Struct length=2)
{
  [FIRMWARE]
  {
    (String) 0.6.7-1480
  }
  [TYPE]
  {
    (String) Homegear
  }
}
09/26/16 15:58:47.977 RPC Server (Port 2001): Response binary:
42696E010000003E0000010100000002000000084649524D57415245000000030000000A302E362E372D3134383000000004545950450000000300000008486F6D6567656172
09/26/16 15:58:47.980 RPC Server (Port 2001): Info: Connection to client number 935 closed (3).
09/26/16 15:58:47.985 RPC Server (Port 2001): Info: Connection from 127.0.0.1:57938 accepted. Client number: 936
09/26/16 15:58:47.985 RPC Server (Port 2001): Info: RPC server client id for client number 936 is: 705
09/26/16 15:58:47.986 RPC Server (Port 2001): Listening for incoming packets from client number 936.
09/26/16 15:58:47.987 RPC Server (Port 2001): Debug: Packet received: 42696E00000000190000000C676574416C6C56616C756573000000010000000201
09/26/16 15:58:47.987 RPC Server (Port 2001): Info: Client number 936 is calling RPC method: getAllValues (2) Parameters:
(Boolean) 1
09/26/16 15:58:48.002 RPC Server (Port 2001): Response:
(Array length=0)
{
}
09/26/16 15:58:48.003 RPC Server (Port 2001): Response binary:
42696E01000000080000010000000000
09/26/16 15:58:48.006 RPC Server (Port 2001): Info: Connection to client number 936 closed (3).
09/26/16 15:58:48.009 RPC Server (Port 2001): Info: Connection from 127.0.0.1:57940 accepted. Client number: 937
09/26/16 15:58:48.010 RPC Server (Port 2001): Info: RPC server client id for client number 937 is: 706
09/26/16 15:58:48.011 RPC Server (Port 2001): Listening for incoming packets from client number 937.
09/26/16 15:58:48.011 RPC Server (Port 2001): Debug: Packet received: 42696E000000001D00000015676574416C6C53797374656D5661726961626C657300000000
09/26/16 15:58:48.011 RPC Server (Port 2001): Info: Client number 937 is calling RPC method: getAllSystemVariables (2) Parameters:
09/26/16 15:58:48.012 RPC Server (Port 2001): Response:

[pmayer]

Ich glaube für die Debug Packets muss @sathya mal dran. Wenn du kannst deaktivier mal den RPC-Server. Der hat mit dem anlernen nichts zu tun und ist nur für die Kommunikation mit (z.B.) openhab. Dann hat man mal ruhe im Log.

Irgendwie sehe ich in deinem Log auch nur RPC-Kommunikation.

[conaxus]

gute Idee nur wo knipse ich die Gurke aus

rpcservers.conf??

[pmayer]

[code]# Enable Homegear’s XML-RPC and binary RPC server on this port.

Default: true

xmlrpcServer = true[/code]

Auf “false” setzen…

Oder stell halt das aus, was versucht zu connecten. Wahrscheinlich openhab, oder?

[conaxus]

hab jetzt alle RPC Mopeds abgestellt
bootet gerade. Vermute es wird nicht weniger im Log

09/26/16 18:16:58.839 Debug: SSDP server: Binding to address: 10.1.1.41
09/26/16 18:16:58.840 Debug: Searching for SSDP devices ...

das wars…

mehr steht da nicht

werde nochmal ein Modul verdrahten und das Image neu runterladen und installieren

vielleicht habe ich bei der fehlerhaften Verdrahtung den Rpi2 zerschossen oder das CC1101

[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.

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.

Hab jetzt nicht nachgelesen, welche Komponente du anlernen möchtest, aber ggfs. kann dich auch AES behindern, wenn es per Default aktiv ist.

[conaxus]

im Moment läuft noch die Installation wo mir leider Putty abkackt mit der Meldung: Incorrect MAC addresses

Wenn ich die einfachste Methode wähle und das Image nehme dann muss ich was genau tun um alles ans Rennen zu bekommen?

1. mit Putty username: pi password: raspberry anmelden und Installation abwarten
   macht ein: apt-get update nach der Installation Sinn?
2. mit: sudo -i zum Root wechseln und die homematicbidcos.conf entsprechend anpassen und natürlich neustarten

ist es nötig einen User anzulegen? oder fällt euch sonst etwas ein was ich übersehen habe?

[pmayer]

Putty beschwert sicht, dass bei gleichbleibendem Hostnamen ein neuer SSH-Key angeboten wird. Normalerweise sollte er da nicht “abkacken”.

vctender sagt genau das Richtige, der Init vom Modul ist wichtig. Deswegen auch Debug-Level 5 um da auf Nummer sicher zu gehen.

[conaxus]

ah, ok
wie kann ich denn Putty am Abkacken hindern?

wenn Putty abkackt… wie prüfe ich ob die Installation ohne Fehler durchgelaufen ist

debug level 5 wird eingestellt und sobald die Inst durch ist poste ich den homegear.log vom init

zum Schluss der Inst startet die raspi-config
ist hier etwas zu tun??

[pmayer]

“Expand Filesystem” solltest du in der raspi-config mindestens machen.

Ohne Fehlermeldung wird es schwer zu wissen warum putty “abkackt”.

[conaxus]

putty ist diesmal nicht abgekackt und Expand Files habe ich gemacht

was ist denn noch sinnvoll

[pmayer]

Für die Standardeinrichtung solltest du sonst nichts tun müssen. Wenn du möchtest stell die Tastatur und die Sprache noch um.

[conaxus]

ok hier das Init:

01/01/70 00:00:19.035 Info: Loading family module mod_homematicbidcos.so
01/01/70 00:00:19.100 /etc/homegear/families/homematicbidcos.conf
01/01/70 00:00:19.102 Debug: Loading section "General"
01/01/70 00:00:19.102 Debug: Family setting centraladdress set to 0xFD090F
01/01/70 00:00:19.102 Debug: Family setting rfkey set to 2D308D5043B771C6B3103686C9B0B8DC
01/01/70 00:00:19.102 Debug: Family setting currentrfkeyindex set to 1
01/01/70 00:00:19.103 Debug: Family setting processbroadcastwithaesenabled set to false
01/01/70 00:00:19.103 Debug: Loading section "TI CC1101 Module"
01/01/70 00:00:19.103 Debug: id set to Domi-CC1101
01/01/70 00:00:19.103 Debug: default set to 1
01/01/70 00:00:19.103 Debug: deviceType set to cc1100
01/01/70 00:00:19.104 Debug: device set to /dev/spidev0.0
01/01/70 00:00:19.104 Debug: responseDelay set to 100
01/01/70 00:00:19.104 Debug: interruptPin set to 2
01/01/70 00:00:19.104 Debug: GPIO1 set to 23
01/01/70 00:00:19.105 Module HomeMatic BidCoS: Debug: Loading module...
01/01/70 00:00:19.113 Module HomeMatic BidCoS: Debug: Creating physical device. Type defined in homematicbidcos.conf is: cc1100
01/01/70 00:00:19.134 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: PATABLE will be set to 0xC0
...
...
01/01/70 00:00:19.333 Info: Setting up physical interfaces and GPIOs...
01/01/70 00:00:19.334 Debug: Setting up physical device.
01/01/70 00:00:19.334 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Setting device permissions
01/01/70 00:00:19.334 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Exporting GPIO
01/01/70 00:00:19.335 Debug: Exporting GPIO with index 1 and number 23 for device "cc1100".
01/01/70 00:00:19.337 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Setting GPIO permissions
01/01/70 00:00:19.338 Debug: GPIO path for GPIO with index 1 and device cc1100 set to "/sys/class/gpio/gpio23".
01/01/70 00:00:19.338 Debug: Setting up physical device.
01/01/70 00:00:19.339 Debug: Setting up physical device.
01/01/70 00:00:19.339 Info: Dropping privileges to user homegear (106) and group homegear (111)
01/01/70 00:00:19.339 Info: Homegear is (now) running as user with id 106 and group with id 111.
01/01/70 00:00:19.341 Warning: Time is in the past. Waiting for ntp to set the time...
09/26/16 22:46:34.492 Starting script engine server...
09/26/16 22:46:42.148 Script Engine Server: Debug: Waiting for script engine server's client threads to finish.
09/26/16 22:46:42.155 Initializing licensing controller...
09/26/16 22:46:42.155 Loading licensing controller data...
09/26/16 22:46:42.156 Loading devices...
09/26/16 22:46:42.156 Loading XML RPC devices...
09/26/16 22:46:42.172 Loading XML RPC device /etc/homegear/devices/0/rf_cfm_tw.xml
...
...
09/26/16 22:46:45.765 Loading XML RPC device /etc/homegear/devices/0/rf_d_le_v1_9.xml
09/26/16 22:46:45.798 Loading XML RPC device /etc/homegear/devices/0/rf_dim_2l_644_le_v2_4.xml
09/26/16 22:46:45.883 Loading device 5
09/26/16 22:46:45.896 Module HomeMatic BidCoS: Info: Central address set to 0xFD090F.
...
...
09/26/16 22:46:46.008 Loading device 4
09/26/16 22:46:46.009 Start listening for packets...
09/26/16 22:46:46.015 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Setting GPIO direction
09/26/16 22:46:46.016 Module HomeMatic BidCoS: TI CC110X "Domi-CC1101": Debug: CC1100: Setting GPIO edge
09/26/16 22:46:46.019 Initializing RPC client...
...
...
09/26/16 22:46:46.199 Starting CLI server...
09/26/16 22:46:46.199 Debug: Waiting for CLI client threads to finish.
09/26/16 22:46:46.199 Initializing event handler...
09/26/16 22:46:46.200 Loading events...
09/26/16 22:46:46.202 Startup complete. Waiting for physical interfaces to connect.
09/26/16 22:46:46.202 All physical interfaces are connected now.
09/26/16 22:46:46.202 Starting UPnP server...
09/26/16 22:46:46.205 Info: UPnP server: Binding to address: 10.1.1.41
...
...

[pmayer]

Moin,

hmm - sieht für mich alles gut aus… Vielleicht hat ja sonst noch jemand eine Idee.

[conaxus]

Moin

ich bin auch am Ende

keins der Geräte lässt sich anlernen

einige HM Teile sind Telekom gelabelt
6 x HM-CC-RT-DN (Telekom)
4 x HM-TC-IT-WM-W-EU (Telekom)
1 x HM-Sec-SCo

aber auch das HomeMatic gelabelte HM-Sec-SCo kann nicht angelernt werden.

Vielen Dank an alle die mir geholfen haben

nur… was soll ich jetzt tun

eine CCU2 kaufen und glücklich werden ?

@sathya
hast du noch eine Idee?

[pmayer]

Waren die schon mal wo angelernt? Wenn ja musst du auf jeden Fall einen Reset der Geräte machen.
Wenn die gepaired mit AES sind, kann es sogar sein, dass sie zurück zu eq3 müssen um sie komplett zu resetten.

Wurde ein eigener Schlüssel vergeben der nicht mehr bekannt ist und wird dann die Zentrale zurückgesetzt oder ausgetauscht ohne die Komponenten vorher auf Werkseinstellung zurückzusetzen, sind die entsprechenden Komponenten nicht mehr verwendbar. Die Geräte müssen kostenpflichtig eingeschickt und zurückgesetzt werden.

Quelle: fhemwiki.de/wiki/AES_Encryption#Hinweise

[conaxus]

nein, die waren neu und noch nie irgendwo angelernt. Nur das RT war mit Wandthermostat verbunden

Habe sie natürlich zurückgesetzt bevor ich das Anlernen gestartet habe

das HM-Sec-SCo war original HM und neu und damit geht’s ja auch nicht…

sind auch nicht versehentlich miteinander verbunden…

[conaxus]

habe alle HM Teile nochmal zurückgesetzt die Verkabelung geprüft und den RPI getauscht
nix neues es geht bei mir einfach nicht

was soll ich jetzt noch probieren

von vorne nochmals alles prüfen

hat jemand eine derartige Config und kann mir sein Image mal schicken??? so kann ich prüfen obs an meinen Modulen liegt (habe ja schon 3 verkabelt und noch 2 übrig…)

kann man soweit siher sein, dass ich die homematicbidcos.conf richtig ist? ich meine anhand des logs

[pmayer]

Von dem was ich sehen kann ist mit der Config alles ok. Ich kann natürlich nicht ausschließen ob das Modul defekt ist oder nicht, homegear kann aber offensichtlich damit sprechen - sonst hätte es Fehler gehagelt.

Vielleicht hat @vctender noch eine Idee, da er ja ein ähnliches Modul hat?

[conaxus]

kann es vielleicht an der Firmware der HM Teile liegen???