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)
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.
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?