HM Pairing nicht möglich: nAC

Hallo,
ich hab auch das Problem, dass bei einem Systemwechsel nichts mehr funktioniert.

Hab natürlich dh1024, homegear.crt und homegear.key auf dem neuen System ersetzt.

Auf meinem alten HummingBoard/RPI 3 + CUL 868 (v1.67) funktioniert alles mit 0.7.15-1580 wunderbar (192.168.178.111)
Auf meinem neuen RPI 4 + CUL 868 (v1.67) funktioniert das pairing nicht mit homegear 0.7.40-2948 (192.168.178.112)

Beim Pairing mit einem Thermostat kommt manchma dort einl nAC und manchmal läuft einfach die Zeit ab.

Bitte um Hilfe!
Das Log bringt keine Fehermeldung!

Hier mein Log vom RPI 4 - 192.168.178.112, der alte RPI 3 funkt da immer wieder rein, da er sich als Client beim RPI 4 angemeldet hat:
homegear.log (78,6 KB)

Mein Verdacht ist das “Module HomeMatic BidCoS: CUL “My-CUL”: Info: Ignoring too small packet: ERR:CCA” nicht ignoriert werden kann!

Ich hab nun alles versucht und es funktioniert einfach nicht:

  • unpair und reset am ursprünglichen System
  • pair auf neuem System -> Thermostat zeigt nAC an - WARUM?

Sorry, das ist echt scheiße, wenn man keine funktionierende Heizung im Winter hat.

Sorry, aber ich verstehe nicht was du versuchst und warum deswegen deine Heizung nicht gehen sollte? Die Thermostate arbeiten doch alleine und brauchen dafür kein Homegear? Du steuerst doch nur was du haben willst darüber…

  1. Was willst du überhaupt machen? 1:1 Ersatz oder an alter Basis ablernen und an neuer anlernen?
  2. Wie sieht deine homematicbidcos.conf aus? Sind alle relevanten Bereiche passend konfiguriert.
  3. “Alles probiert” kann alles sein… also musst du schon sagen, was du gemacht hast.
12/15/19 07:18:35.832 HomeMatic BidCoS packet received (My-CUL, RSSI: -39 dBm): 0C08865A286AD7000000A8E63A
12/15/19 07:18:35.928 Module HomeMatic BidCoS: CUL "My-CUL": Info: Sending (My-CUL): 0908A112FD6551286AD7
...
12/15/19 07:18:46.159 HomeMatic BidCoS packet received (My-CUL, RSSI: -39 dBm): 1416845E251D180000008071A700000000000931FE

Sieht schon mal nach erfolgreichen Kommunikation aus.
Nebenbei wäre es schön, wenn du ein Log posten würdest, was man sich als hilfswilliger nicht erst mal komplett auseinandernehmen muss… die ganzen RPC-Calls haben nichts mit der Homematic-Kommunikation zu tun.

Das Problem ist bereits im Forum vertreten -> Pairing auf neuer Platform nicht möglich

Kann sich das jemand bitte ansehen!

Gibt es irgendeinen Hinweis wie man das lösen kann bzgl. des Umzugs einer Homegear Installation auf einen anderen Server.

Ok, sorry. Da muss ich mich korrigieren, nachdem ich die Info’s erst mal in verschiedenen Threads zusammen zuschen musste.
Was auf einem Homematic-Thermostat nAC heißt, sollte in der Anleitung davon stehen - habe selbst nie welche gehabt. Ich vermute es heißt “nAck” - also “no acknowledgement”.

Du hättest für einen Umzug keine Geräte ablernen müssen sondern bei gleicher centralAddress und gleichem rfKey einfach das neue System starten müssen nachdem das alte herunter gefahren wurde.

Welche Thermostate sind das? Welcher Typ? Kann hier leider schlecht raten :wink:
Was ist das für ein CUL? Der selbe den du auch am Hummingboard benutzt hast oder der gleiche?
Warum müssen die Thermostate angelernt werden um als “dumme” Thermostate zu funktionieren und deine Heizung zu regeln?

Ja, gibt es:

https://doc.homegear.eu/homegear/backup.html

Du solltest als erstes einen funktionierenden Stand herstellen. Bring die Sachen wieder auf deinem alten System ans laufen. Und dann fängst Du in Ruhe nochmal an.

Ausserdem, wenn du ein Problem untersuchst, musst du das isolieren. Es kann sein, das genau das “reinfunken” das Problem verursacht. Wieso versucht der alte Pi3 sich überhaupt mit dem neuen zu verbinden? Was soll das?

Ich persönlich halte es für keine gute Idee von im Rahmen eines Hardwarewechsels von 7.15 auf 7.40 zu gehen. Das Sicherste wäre 7.15 auf dem neuen Pi zu installieren. Sobald die 7.15 läuft kannst du immer noch upgraden. Du weisst aber, dass deine Konfiguration in Ordnung ist. Sofern etwas nicht läuft fährst du halt den Pi3 wieder hoch.

1 Like

Ich habe mal ein Gedächtnisprotokol meines Umzugs von Pi 3 auf Pi 4 gepostet:

1 Like

Hallo,

vorerst danke für die Antworten.

Ziele / System

  • Ich möchte Homegear auf dem RPI4 + CUL 868Mhz (busware.de) verwenden.
  • Aktuell läuft mein System auf einem Hummingboard (Fa. Solidrun) mit Homegear 7.15 RPI4 + CUL 868Mhz (busware.de) mit Debian
  • Notfalls lerne ich alle Geräte neu an

Problem
Das Problem ist das, dass das Pairing am RPI4 + CUL 868Mhz (busware.de) mit Homegear 7.40 nicht funktioniert.

Versuche nun erneut mit der Anleitung von @job das System am RPI4 aufzusetzen.
Davor werde ich wohl mein Homegear am Hummingboard von 7.15 auf 7.40 upgrade -> Ich hoffe das klappt und es funktioniert dann alles noch.

Hat dein rfKey evtl Zeichen die nicht HEX sind?

Hab nun am RPI4 genau so alles aufgesetzt wie @job beschrieben hat.
Ich kann noch immer kein pairing durchführen.

Hier das Log homegear.log (68,3 KB)
Hier die config: homematicbidcos.conf.txt (7,7 KB)

centralAddress in deiner homematicbidcos.conf ist nicht gesetzt…
und es fehlen immer noch Infos…

Hast du Max!, hast du Philips Hue, hast du Sonos? Wenn nein, warum sind die Module installiert?
Kannst du einen defekten CUL ausschließen? Hast du die beiden mal gegeninander getauscht?

Woher kommt die Liste der Geräte ab Zeile 686 deines Logs?

ID │ Name                      │  Address │ Serial Number │ Type │ Type String               │ Firmware │ Config Pending │ Unreach │ Low Bat
────────────┼───────────────────────────┼──────────┼───────────────┼──────┼───────────────────────────┼──────────┼────────────────┼─────────┼────────
            │                           │          │               │      │                           │          │                │         │        
          3 │                           │   28694F │    LEQ0418285 │ 00AD │ HM-TC-IT-WM-W-EU          │      1.3 │             No │      No │      No
          7 │                           │   2B09F3 │    LEQ0440118 │ 00AD │ HM-TC-IT-WM-W-EU          │      1.3 │             No │      No │      No
          8 │                           │   3465CE │    LEQ1282832 │ 00C1 │ HM-Sen-MDIR-O-2           │      1.6 │             No │      No │      No
          9 │                           │   30C4A7 │    LEQ1170404 │ 0069 │ HM-LC-Sw1PBU-FM           │      2.8 │             No │      No │      No
         11 │                           │   286917 │    LEQ0418341 │ 00AD │ HM-TC-IT-WM-W-EU          │      1.3 │             No │      No │      No
         12 │                           │   251D18 │    KEQ0971849 │ 00AC │ HM-ES-PMSw1-Pl            │      2.5 │             No │      No │      No
         13 │                           │   4226FF │    MEQ1533581 │ 0058 │ HM-LC-Dim1T-CV            │      2.6 │             No │      No │      No
         14 │                           │   3E0440 │    MEQ0640572 │ 00C1 │ HM-Sen-MDIR-O-2           │      1.6 │             No │      No │      No
         16 │ "Kitchen led switch"      │   62DEB7 │    OEQ1863250 │ 0069 │ HM-LC-Sw1PBU-FM           │      2.8 │             No │      No │      No
         17 │                           │   28691A │    LEQ0418336 │ 00AD │ HM-TC-IT-WM-W-EU          │      1.3 │             No │      No │      No
         18 │                           │   286AD7 │    LEQ0417893 │ 00AD │ HM-TC-IT-WM-W-EU          │      1.3 │             No │      No │      No
         19 │                           │   4F55A3 │    NEQ1356845 │ 0067 │ HM-LC-Dim1PWM-CV          │      2.9 │             No │      No │      No
────────────┴───────────────────────────┴──────────┴───────────────┴──────┴───────────────────────────┴──────────┴────────────────┴─────────┴────────

Funktioniert denn sonst alles? Klappt die Kommunikation mit den Geräten? In beide Richtungen?

Hi,
das hab ich nicht überprüft da ich dafür OpenHab starten müsste. Das Pairing war für mich ein schneller Funktionstest.

Ich habe nun auch mal am RPI 4 einen NanoCUL mit letzter Firmware angeschlossen und versucht das Pairing zum Laufen zu bringen. Jedoch auch hier ohne Erfolg.

Ich werde nun mein RPI 4 komplett neu aufsetzen, da ich diesen Fehler bekomme [RPi4 Buster Kernel Mismatch Error]: https://www.raspberrypi.org/forums/viewtopic.php?t=249021
Er sollte laut Forum keine Auswirkung haben, aber man weiß ja nie.

Eventuell stört auch die USB-SSD die Funkverbindung - das konnte ich zwar schon mit einer USB-Verlängerung ausschließen, aber vielleicht hat ja jemand anderer den Fehler:
https://forum.fhem.de/index.php?topic=103446.0

Ich hab vorerst mal eine temporäre Lösung gefunden, so dass ich über Weihnachten eine Heizung habe.

Kann mir jemand sagen wie ich die centralAddress herausfinde die aktuell vom Homegear verwendet wird? So wie ich das verstanden habe wird die automatisch generiert, wenn sie nicht im conf File gesetzt wurde.

Danke!

Da muss glaube @sathya schauen.

Hallo @planesweep,

Kann mir jemand sagen wie ich die centralAddress herausfinde die aktuell vom Homegear verwendet wird?

Das steht in deinem Log: Info: Central address set to 0xFD0D8C.

Bei dir im Log sind überhaupt keine Pakete. D. h. der NanoCUL funktioniert entweder nicht richtig oder ist nicht richtig konfiguriert.

Du kannst mal schauen, ob folgendes dir Pakete anzeigt:

  1. Homegear stoppen
  2. screen /dev/... 38400 <- NanoCUL öffnen
  3. Ar<Enter> <- Es wird nach dem Drücken der Returntaste keine Ausgabe generiert
  4. Jetzt sollten Pakete angezeigt werden.

Wenn das funktioniert wissen wir, das der CUL funktioniert.

Viele Grüße

Sathya

Ähem. Wieso openHAB starten? Homegear loggt doch alles mit.

@sathya

V -> V 1.67 nanoCUL868

A0AF18002FD0D8C2B0A0600
A1AF2A0102B0A06FD0D8C031F204520452045204520452045204520
A0AF28002FD0D8C2B0A0600
A1AF3A0102B0A06FD0D8C032E444855084520452045204520452045
A0AF38002FD0D8C2B0A0600
A0AF88002FD0D8C2B0A0600
A1AF9A0102B0A06FD0D8C0388452045204520452045204520452044
A0AF98002FD0D8C2B0A0600
A1AFAA0102B0A06FD0D8C039748546C44CC55084520452045204520
A0AFA8002FD0D8C2B0A0600
A1AFBA0102B0A06FD0D8C03A6452045204520452045204448546C44
A0AFB8002FD0D8C2B0A0600
A1AFCA0102B0A06FD0D8C03B5CC5508452045204520452045204520
A0AFC8002FD0D8C2B0A0600
A17FDA0102B0A06FD0D8C03C4452045204520000000000000
A0AFD8002FD0D8C2B0A0600
A0BFE80102B0A06FD0D8C0300
A0C9F84702B0A0600000000D442
A10F1A001FD0D8C2B0A0600040000000008
A1AF1A0102B0A06FD0D8C0301000000000000000000000000000000
A0AF18002FD0D8C2B0A0600
A1AF2A0102B0A06FD0D8C0310000000004520452045204520452045
A0AF28002FD0D8C2B0A0600
A1AF3A0102B0A06FD0D8C031F204520452045204520452045204520
A0AFD8002FD0D8C2B0A0600
A1AFEA0102B0A06FD0D8C03B5204520452045204520452045204520
A0AFE8002FD0D8C2B0A0600
A17FFA0102B0A06FD0D8C03C4452045204520000000000000
A0AFF8002FD0D8C2B0A0600
A0B0080102B0A06FD0D8C0300
A10F3A001FD0D8C2B0A0601040000000001
A0EF380102B0A06FD0D8C0208000000
A0BF4A001FD0D8C2B0A060103
A0EF480102B0A06FD0D8C0100000000
A10F5A001FD0D8C2B0A0602040000000001

Hallo @planesweep,

ok, das sieht gut aus. Dann deaktivier einmal alle Module, welche du nicht benötigst (in [general] moduleEnabled = false), setz in der main.conf debugLevel = 5 und poste das Log vom Start bis zu einem Zeitpunkt, wo Pakete hätten eintreffen sollen.

Ist das HomeMatic-BidCoS-Modul das einzige, welches auf den CUL zugreift? Paralleler Zugriff könnte eine mögliche Ursache für das Problem sein.

Viele Grüße

Sathya

1 Like

Hi,
so ich hab es nun geschafft.

Ich hab

Danke für die Hilfe!