Max! Heizkörperthermostat pairing mit Max_Cube Cul scheitert

Begonnen von Intermezzo, 03 November 2019, 14:43:24

Vorheriges Thema - Nächstes Thema

Intermezzo

Hallo Zusammen,

Ich habe meinen MaxCube umgeflashed und kriege die MAX!Basic Thermostate nicht gepaired.

Die Thermostate sind alle resetted:

  • Batterien raus und warten
  • Drei Knöpfe gedrückt halten und Batterien rein
  • Es erscheint res
  • init und ada durchführen
Zum pairen habe ich folgendes gemacht:

  • "set cm pairmode" in FHEM
  • 3 Sekunden den Knopf auf den Thermostaten drücken bis 30sek Counter erscheint
Der Counter läuft ab und das Thermostat wird nicht gepaired. (kein "Funk" icon. manu und auto lässt sich nicht umschalten)

Auf FHEM sieht meiner Meinung nach alles gut aus. Aber vielleicht seht ihr FHEM Profis ja was. Ja die ID 123456 ist wird noch geändert ;-). Ich habe fast die Vermutung das irgendwas mit dem CUL selbst nicht stimmt. Antenne kaputt, bug in der Firmware oder sonst irgendwelche Funk Probleme. Was wäre die Beste Methode um die zu debuggen? Kann man über telnet oder GUI was anhand von Rohdaten überprüfen? Wäre toll wenn wer helfen könnte.

Anbei logs und config:

[CUL]
Internals:
   CMDS       BbCFiAZNEkGMKLUYRTVWXefhltxz
   Clients    :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
   DEF        /dev/ttyACM0@9600 1034
   DeviceName /dev/ttyACM0@9600
   FD         7
   FHTID      1034
   FUUID      5dbeb891-f33f-f808-1d90-f101effd3031d969
   NAME       CUL_0
   NR         14
   NR_CMD_LAST_H 2
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.26.08 a-culfw Build: 323 (2019-08-03_09-32-54) CUBe (F-Band: 868MHz)
   initString X21
Zr
Za123456
Zw111111
   MatchList:
     1:CUL_MAX  ^Z........................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2019-11-03 13:17:15   cmds             B b C F i A Z N E k G M K L U Y R T V W X e f h l t x z
     2019-11-03 13:17:15   state           Initialized
   XMIT_TIME:
     1572783436.03573
     1572783436.33626
Attributes:
   rfmode     MAX


[CUL_MAX]
Internals:
   DEF        123456
   FUUID      5dbec191-f33f-f808-1c16-30f9939d72b87317
   IODev      CUL_0
   NAME       cm
   NR         16
   STATE      Defined
   TYPE       CUL_MAX
   addr       123456
   cnt        0
   pairmode   0
   retryCount 0
   sendQueue:
Attributes:
   IODev      CUL_0


[LOG]
2019.11.03 13:06:58 1: Including fhem.cfg
2019.11.03 13:06:58 3: WEB: port 8083 opened
2019.11.03 13:06:58 2: eventTypes: loaded 7 events from ./log/eventTypes.txt
2019.11.03 13:06:58 3: Opening CUL_0 device /dev/ttyACM0
2019.11.03 13:06:58 3: Setting CUL_0 serial parameters to 9600,8,N,1
2019.11.03 13:06:58 3: CUL_0: Possible commands: BbCFiAZNEkGMKLUYRTVWXefhltxz
2019.11.03 13:06:58 3: CUL_0 device opened
2019.11.03 13:06:58 2: Switched CUL_0 rfmode to MAX
2019.11.03 13:06:58 3: CUL_MAX_Check: Detected firmware version 154 of the CUL-compatible IODev
2019.11.03 13:06:59 1: Including ./log/fhem.save
2019.11.03 13:06:59 0: Featurelevel: 5.9
2019.11.03 13:06:59 0: Server started with 9 defined entities (fhem.pl:20415/2019-10-27 perl:5.028001 os:linux user:fhem pid:1186)

Wzut

dein CUL hat kein Internal RAWMSG ( die fangen für MAX Telegramme dann mit Z an und wird zu CUL_MAX weiter gereicht) ,
d.h. bis jetzt scheint er noch kein MAX! Telegramm empfangen zu haben, warum auch immer.
Maintainer der Module: MAX, MPD, UbiquitiMP, UbiquitiOut, SIP, BEOK, readingsWatcher

Intermezzo

Dank für die schnelle Antwort. Hab mal das ganze vergebens an allen Thermostaten direkt daneben ausprobiert. Der cube scheint dann wohl ein Hardware Problem zu haben. Ich hatte ihn geflashed da er mit der orginal firmware nicht mehr gebooted hat nach einem reset (led blinkte). Die CUL Firmware schien dann zu laufen. Er antwortet und blinkt fröhlich. Ich versuch mal ne älter Firmware zu flashen. Jemand anderes einen Tipp zur Fehlerquelle?

Ansonsten brauch ich wohl nen anderen Cul. Dazu nen tipp?