Hallo,
ich betreibe seit Jahren eine Heizungsteuerung mit MAX Thermostaten und Fensterkontakten.
Seit neustem will eines der Thermostate nicht mehr richtig.
Ich habe es resetet, auch den Cube, auf dem CUL läuft, und auch FHEM schon neugestartet.
Das Anlernen wird manchmal quittiert(bei mehreren Versuchen), aber eben nicht immer. Auch die Fensterkontakte, mit dem es verbandelt ist, habe ich schon neu angelernt.
Vorgehensweise:
Batterien raus.
Delete in FHEM und Save.
Dann Batterien wieder rein, auf 3 Tasten gedrückt, res stand da und Firmware 1.0, dann INS.
Bei CULMAX auf set pairmode geklickt.
Auf dem Thermostat die mittlere Taste länger gedrückt bis es 30s runterzählt.
Es pairt sich nicht:
Irgendwann, nachdem es wieder eingebaut ist, habe ich eben einen RF Error in FHEM.
Es pairt sich:
Taucht aber nicht in FHEM auf, trotz autocreate.
Hat wer Ideen?
LG,
Ingo
Zitat von: eisi am 27 Dezember 2019, 15:44:18
Delete in FHEM und Save.
sowas lese ich immer wieder , wo kommt nur diese Löschwut her ? Ihr macht euch damit nur unnötig das Leben schwer.
Um genau sagen zu können was bei dir schief/nicht läuft :
a. meine Beta von hier laden : https://forum.fhem.de/index.php/topic,106258.0.html
b. CUL auf verbose 4 und CUL_MAX Device auf verbose 5
c. Anlernen durchführen
d. den dazu passenden Log Abschnitt hier in Code Tags posten
Die Löschwut? :-) Erfahrung seit 2015 :-) Wenn alles raus ist, kann man sauber wieder anfangen.
Das Modul geht leider nicht.
2019.12.27 16:29:32 1: PERL WARNING: Subroutine CUL_MAX_Initialize redefined at ./FHEM/14_CUL_MAX.pm line 27.
2019.12.27 16:29:32 1: PERL WARNING: Subroutine CUL_MAX_updateConfig redefined at ./FHEM/14_CUL_MAX.pm line 48.
2019.12.27 16:29:32 1: reload: Error:Modul 14_CUL_MAX deactivated:
Global symbol "$sq" requires explicit package name at ./FHEM/14_CUL_MAX.pm line 133.
BEGIN not safe after errors--compilation aborted at ./FHEM/14_CUL_MAX.pm line 230.
2019.12.27 16:29:32 0: Global symbol "$sq" requires explicit package name at ./FHEM/14_CUL_MAX.pm line 133.
BEGIN not safe after errors--compilation aborted at ./FHEM/14_CUL_MAX.pm line 230.
2019.12.27 16:29:32 0: ERROR: Cannot autoload CUL_MAX
2019.12.27 16:29:32 3: cul_oben: Unknown code Z0F00046010E7620000000018042800D9, help me!
Du hast mein Achtung nicht gelsen , d.h. alle drei Dateien austauschen und FHEM neu starten , dann klappt es auch mit $sq
Nach dem Set pairmode:
2019.12.27 18:07:40 4: CUL_Parse: cul_oben Z0BF400021234560EF78C000000 -74
2019.12.27 18:07:40 5: CULMAX0, IO cul_oben, len 11, msgcnt F4, msgflag 00, msgType Ack, src 123456, dst 0ef78c, group 0, payload 00, rssi -74
2019.12.27 18:07:40 3: CULMAX0, own packet from our other CUL ? Test : ignore !
2019.12.27 18:07:40 4: CUL_Parse: cul_oben Z0BF406300EF78C12345600102D -51.5
2019.12.27 18:07:40 5: CULMAX0, IO cul_oben, len 11, msgcnt F4, msgflag 06, msgType ShutterContactState, src 0ef78c, dst 123456, group 0, payload 10, rssi -51.5
2019.12.27 18:07:40 5: CULMAX0: dispatch MAX,1,ShutterContactState,0ef78c,10
2019.12.27 18:07:40 5: MAX_Parse, MAX,1,ShutterContactState,0ef78c,10
2019.12.27 18:07:40 5: MAX_0ef78c, bat 0, rferror 0, isopen 0, unkbits 0
2019.12.27 18:07:48 4: CUL_Parse: cul_oben Z0F00046010CFC80000000018032800DB11 -65.5
2019.12.27 18:07:48 5: CULMAX0, IO cul_oben, len 15, msgcnt 00, msgflag 04, msgType ThermostatState, src 10cfc8, dst 000000, group 0, payload 18032800DB, rssi -65.5
2019.12.27 18:07:48 5: CULMAX0: dispatch MAX,0,ThermostatState,10cfc8,18032800DB
2019.12.27 18:07:48 5: MAX_Parse, MAX,0,ThermostatState,10cfc8,18032800DB
2019.12.27 18:07:48 5: MAX_10cfc8, bat 0, rferror 0, panel 0, langateway 1, dstsetting 1, mode 0, valveposition 3, desiredTemperature 20, curTemp 21.9
2019.12.27 18:07:56 4: CUL_Parse: cul_oben Z1700040013880C000000001001A04D455131333432353631E9 -85.5
2019.12.27 18:07:56 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 000000, group 0, payload 1001A04D455131333432353631, rssi -85.5
2019.12.27 18:07:56 4: CULMAX0, got PairPing (dst 000000, pairmode 1), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.27 18:07:56 3: CULMAX0,Pairing device MAX_13880c of type HeatingThermostat with serial MEQ1342561
2019.12.27 18:07:56 5: CULMAX0: dispatch MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:07:56 5: MAX_Parse, MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:07:56 4: CULMAX0, send cmd:PairPong, msgcnt:03, flags:00, 2id:01, src:123456 , dst:MAX_13880c, gid:00, payload:00
2019.12.27 18:07:56 5: CULMAX0, send packet: 0b03000112345613880c0000
2019.12.27 18:07:56 5: CULMAX0, Send Queue 1 packet in queue
2019.12.27 18:07:56 5: CULMAX0, cul_oben -> needPreamble: 1, necessaryCredit: 110, credit10ms: 41, cul_oben CMD_LAST_H: 34
2019.12.27 18:07:56 2: CULMAX0, $io_name not enough credit! credit10ms is 41, but we need 110. Waiting 69 seconds. Currently 1 messages are waiting to be sent
2019.12.27 18:07:56 5: CULMAX0, Send Queue in not empty yet, next run in 70.0 seconds
2019.12.27 18:07:56 5: CULMAX0: dispatch MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:07:56 5: MAX_Parse, MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:01 4: CUL_Parse: cul_oben Z1700040013880C000000001001A04D455131333432353631E5 -87.5
2019.12.27 18:08:01 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 000000, group 0, payload 1001A04D455131333432353631, rssi -87.5
2019.12.27 18:08:01 4: CULMAX0, got PairPing (dst 000000, pairmode 1), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.27 18:08:01 3: CULMAX0,Pairing device MAX_13880c of type HeatingThermostat with serial MEQ1342561
2019.12.27 18:08:01 5: CULMAX0: dispatch MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:01 5: MAX_Parse, MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:01 4: CULMAX0, send cmd:PairPong, msgcnt:04, flags:00, 2id:01, src:123456 , dst:MAX_13880c, gid:00, payload:00
2019.12.27 18:08:01 5: CULMAX0, send packet: 0b04000112345613880c0000
2019.12.27 18:08:01 5: CULMAX0: dispatch MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:01 5: MAX_Parse, MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:06 4: CUL_Parse: cul_oben Z1700040013880C000000001001A04D455131333432353631E5 -87.5
2019.12.27 18:08:06 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 000000, group 0, payload 1001A04D455131333432353631, rssi -87.5
2019.12.27 18:08:06 4: CULMAX0, got PairPing (dst 000000, pairmode 1), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.27 18:08:06 3: CULMAX0,Pairing device MAX_13880c of type HeatingThermostat with serial MEQ1342561
2019.12.27 18:08:06 5: CULMAX0: dispatch MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:06 5: MAX_Parse, MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:06 4: CULMAX0, send cmd:PairPong, msgcnt:05, flags:00, 2id:01, src:123456 , dst:MAX_13880c, gid:00, payload:00
2019.12.27 18:08:06 5: CULMAX0, send packet: 0b05000112345613880c0000
2019.12.27 18:08:06 5: CULMAX0: dispatch MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:06 5: MAX_Parse, MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:11 4: CUL_Parse: cul_oben Z1700040013880C000000001001A04D455131333432353631DE -91
2019.12.27 18:08:11 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 000000, group 0, payload 1001A04D455131333432353631, rssi -91
2019.12.27 18:08:11 4: CULMAX0, got PairPing (dst 000000, pairmode 1), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.27 18:08:11 3: CULMAX0,Pairing device MAX_13880c of type HeatingThermostat with serial MEQ1342561
2019.12.27 18:08:11 5: CULMAX0: dispatch MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:11 5: MAX_Parse, MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:11 4: CULMAX0, send cmd:PairPong, msgcnt:06, flags:00, 2id:01, src:123456 , dst:MAX_13880c, gid:00, payload:00
2019.12.27 18:08:11 5: CULMAX0, send packet: 0b06000112345613880c0000
2019.12.27 18:08:11 5: CULMAX0: dispatch MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:11 5: MAX_Parse, MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:16 4: CUL_Parse: cul_oben Z1700040013880C000000001001A04D455131333432353631EF -82.5
2019.12.27 18:08:16 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 000000, group 0, payload 1001A04D455131333432353631, rssi -82.5
2019.12.27 18:08:16 4: CULMAX0, got PairPing (dst 000000, pairmode 1), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.27 18:08:16 3: CULMAX0,Pairing device MAX_13880c of type HeatingThermostat with serial MEQ1342561
2019.12.27 18:08:16 5: CULMAX0: dispatch MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:16 5: MAX_Parse, MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:16 4: CULMAX0, send cmd:PairPong, msgcnt:07, flags:00, 2id:01, src:123456 , dst:MAX_13880c, gid:00, payload:00
2019.12.27 18:08:16 5: CULMAX0, send packet: 0b07000112345613880c0000
2019.12.27 18:08:16 5: CULMAX0: dispatch MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:16 5: MAX_Parse, MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:21 4: CUL_Parse: cul_oben Z1700040013880C000000001001A04D455131333432353631EE -83
2019.12.27 18:08:21 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 000000, group 0, payload 1001A04D455131333432353631, rssi -83
2019.12.27 18:08:21 4: CULMAX0, got PairPing (dst 000000, pairmode 1), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.27 18:08:21 3: CULMAX0,Pairing device MAX_13880c of type HeatingThermostat with serial MEQ1342561
2019.12.27 18:08:21 5: CULMAX0: dispatch MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:21 5: MAX_Parse, MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:08:21 4: CULMAX0, send cmd:PairPong, msgcnt:08, flags:00, 2id:01, src:123456 , dst:MAX_13880c, gid:00, payload:00
2019.12.27 18:08:21 5: CULMAX0, send packet: 0b08000112345613880c0000
2019.12.27 18:08:21 5: CULMAX0: dispatch MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:08:21 5: MAX_Parse, MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc5514452045204
Nächster Versuch mit ACK diesesmal:
2019.12.27 18:22:38 4: CUL_Parse: cul_oben Z0F0004601388160000000059002300BEF5 -79.5
2019.12.27 18:22:38 5: CULMAX0, IO cul_oben, len 15, msgcnt 00, msgflag 04, msgType ThermostatState, src 138816, dst 000000, group 0, payload 59002300BE, rssi -79.5
2019.12.27 18:22:38 5: CULMAX0: dispatch MAX,0,ThermostatState,138816,59002300BE
2019.12.27 18:22:38 5: MAX_Parse, MAX,0,ThermostatState,138816,59002300BE
2019.12.27 18:22:38 5: MAX_138816, bat 0, rferror 1, panel 0, langateway 1, dstsetting 1, mode 1, valveposition 0, desiredTemperature 17.5, curTemp 19
2019.12.27 18:23:08 4: CUL_Parse: cul_oben V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUBe (F-Band: 868MHz)
2019.12.27 18:23:18 4: CUL_Parse: cul_oben Z1700040013880C000000001001A04D455131333432353631F8 -78
2019.12.27 18:23:18 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 000000, group 0, payload 1001A04D455131333432353631, rssi -78
2019.12.27 18:23:18 4: CULMAX0, got PairPing (dst 000000, pairmode 1), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.27 18:23:18 3: CULMAX0,Pairing device MAX_13880c of type HeatingThermostat with serial MEQ1342561
2019.12.27 18:23:18 5: CULMAX0: dispatch MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:23:18 5: MAX_Parse, MAX,0,define,13880c,HeatingThermostat,MEQ1342561,0
2019.12.27 18:23:18 4: CULMAX0, send cmd:PairPong, msgcnt:09, flags:00, 2id:01, src:123456 , dst:MAX_13880c, gid:00, payload:00
2019.12.27 18:23:18 5: CULMAX0, send packet: 0b09000112345613880c0000
2019.12.27 18:23:18 5: CULMAX0, Send Queue 1 packet in queue
2019.12.27 18:23:18 5: CULMAX0, cul_oben -> needPreamble: 1, necessaryCredit: 110, credit10ms: 299, cul_oben CMD_LAST_H: 32
2019.12.27 18:23:18 4: CULMAX0, Send Queue packet send : Zs0b09000112345613880c0000 to MAX_13880c with cul_oben
2019.12.27 18:23:18 5: CULMAX0, Send Queue in not empty yet, next run in 0.4 seconds
2019.12.27 18:23:18 5: CULMAX0: dispatch MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:23:18 5: MAX_Parse, MAX,0,HeatingThermostatConfig,13880c,17,21,30.5,4.5,444855084520452045204520452045204520452045204520452044485508452045204520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc55144520452045204520452045204520452045204448546c44cc5514452045204520452045204520452045204520,80,5,0,12,15,100,0,0,12
2019.12.27 18:23:18 5: CULMAX0, Send Queue 1 packet in queue
2019.12.27 18:23:18 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.27 18:23:19 5: CULMAX0, Send Queue 1 packet in queue
2019.12.27 18:23:19 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.27 18:23:19 4: CUL_Parse: cul_oben Z0E09020213880C1234560001190028F7 -78.5
2019.12.27 18:23:19 5: CULMAX0, IO cul_oben, len 14, msgcnt 09, msgflag 02, msgType Ack, src 13880c, dst 123456, group 0, payload 01190028, rssi -78.5
2019.12.27 18:23:19 5: CULMAX0: dispatch MAX,1,Ack,13880c,01190028
2019.12.27 18:23:19 5: MAX_Parse, MAX,1,Ack,13880c,01190028
2019.12.27 18:23:19 5: MAX_Parse, MAX2,1,ThermostatState,13880c,190028
2019.12.27 18:23:19 5: MAX_13880c, bat 0, rferror 0, panel 0, langateway 1, dstsetting 1, mode 1, valveposition 0, desiredTemperature 20
2019.12.27 18:23:19 5: CULMAX0, got ACK from MAX_13880c for cmd PairPong , packet will be removed
2019.12.27 18:23:19 5: CULMAX0, Send Queue 1 packet in queue
2019.12.27 18:23:19 4: CULMAX0, Send Queue got ACK from MAX_13880c for PairPong, removing from queue
2019.12.27 18:23:19 5: CULMAX0, Send Queue is now empty
ok
2019.12.27 18:22:38 5: CULMAX0, IO cul_oben, len 15, msgcnt 00, msgflag 04, msgType ThermostatState, src 138816, dst 000000, group 0, payload 59002300BE, rssi -79.5
2019.12.27 18:22:38 5: CULMAX0: dispatch MAX,0,ThermostatState,138816,59002300BE
2019.12.27 18:22:38 5: MAX_Parse, MAX,0,ThermostatState,138816,59002300BE
2019.12.27 18:22:38 5: MAX_138816, bat 0, rferror 1, panel 0, langateway 1, dstsetting 1, mode 1, valveposition 0, desiredTemperature 17.5, curTemp 19
Dein Gerät MAX_138816 verschickt normale Nachrichten, der rf error bezieht sich direkt auf MAX_138816 , d.h. irgend ein anderes Gerät mit dem es verbunden ist redet nicht ( WT oder ein anderes HT ) , welches das sein könnte musst du wissen
2019.12.27 18:23:18 4: CULMAX0, got PairPing (dst 000000, pairmode 1), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
Das jungfräuliche MAX_13880c schickt einen Pairing Wunsch an alle , dein CULMAX0 (123456) nimmt den Wunsch an und antwortet. Ein paar Zeilen weiter unten wird noch das default Wochenprofil erfolgreich übertragen. Also alles gut , wo ist das Problem ?
Edit , eben erst gesehen :
2019.12.27 18:07:56 2: CULMAX0, $io_name not enough credit! credit10ms is 41, but we need 110. Waiting 69 seconds. Currently 1 messages are waiting to be sent
du darfst beim pairing nicht so wenig Credits auf dem Konto haben :) bzw. auch etwas mehr Geduld bis die Send Queue wieder leer ist -> internal CULMAX0 -> sq
Ist das Gerät nach einem Reset noch mit wem verbunden?
Klar, es war mal mit 2 Fensterkontakten verbunden, aber auch die habe ich resetet.
Ob es noch ander Partner kennt sieht man nur wenn man es längere Zeit loggt , dann tauchen irgendwann die Telegramme auf mit anderen Zielen als 000000 oder das eigene CUL_MAX. I.d.R geht das recht flott in dem man im Modus manuel am Rad die Temperatur verstellt.
Ein FK ist kein aktiver Partner für ein HT , nur WT oder ein anderes HT
Hmm, für mich sieht das so aus, als würde da noch was anderes haken.
Ich hatte das Thermostat auf 18.0 über FHEM gestellt.
Das ist bis jetzt noch nicht durch.
Das sind über 5 Minuten.
2019.12.27 20:12:15 5: CULMAX0, Send Queue 3 packets in queue
2019.12.27 20:12:15 5: CULMAX0, cul_oben -> needPreamble: 1, necessaryCredit: 110, credit10ms: 102, cul_oben CMD_LAST_H: 26
2019.12.27 20:12:15 2: CULMAX0, $io_name not enough credit! credit10ms is 102, but we need 110. Waiting 8 seconds. Currently 3 messages are waiting to be sent
2019.12.27 20:12:15 5: CULMAX0, Send Queue in not empty yet, next run in 9.0 seconds
2019.12.27 20:12:24 5: CULMAX0, Send Queue 3 packets in queue
2019.12.27 20:12:24 5: CULMAX0, cul_oben -> needPreamble: 1, necessaryCredit: 110, credit10ms: 111, cul_oben CMD_LAST_H: 26
2019.12.27 20:12:24 4: CULMAX0, Send Queue packet send : Zs0b1100401234561388160000 to MAX_138816 with cul_oben
2019.12.27 20:12:24 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.27 20:12:24 5: CULMAX0, Send Queue 3 packets in queue
2019.12.27 20:12:24 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.27 20:12:25 5: CULMAX0, Send Queue 3 packets in queue
2019.12.27 20:12:25 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.27 20:12:25 5: CULMAX0, Send Queue 3 packets in queue
2019.12.27 20:12:25 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.27 20:12:26 5: CULMAX0, Send Queue 3 packets in queue
2019.12.27 20:12:26 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.27 20:12:26 5: CULMAX0, Send Queue 3 packets in queue
2019.12.27 20:12:27 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.27 20:12:27 5: CULMAX0, Send Queue 3 packets in queue
2019.12.27 20:12:27 5: CULMAX0, Send Queue retry MAX_138816 for 0b1100401234561388160000 count: 3
2019.12.27 20:12:27 5: CULMAX0, Send Queue in not empty yet, next run in 3.0 seconds
2019.12.27 20:12:30 5: CULMAX0, Send Queue 3 packets in queue
2019.12.27 20:12:30 5: CULMAX0, cul_oben -> needPreamble: 1, necessaryCredit: 110, credit10ms: 8, cul_oben CMD_LAST_H: 27
2019.12.27 20:12:30 2: CULMAX0, $io_name not enough credit! credit10ms is 8, but we need 110. Waiting 102 seconds. Currently 3 messages are waiting to be sent
2019.12.27 20:12:30 5: CULMAX0, Send Queue in not empty yet, next run in 103.0 seconds
ist doch klar :
2019.12.27 20:12:30 5: CULMAX0, Send Queue 3 packets in queue
und ständig viel zu wenig Credits !
Du solltest unbedingt herausfinden wer da laufend deine kostbaren Credits verbrät. MAX Scanner am laufen ?
Tipp : mit meiner Beta Version hast du an jedem Device das Attribut dummy , stell es bei einigen oder allen auf 1 bis mal Ruhe eingekehrt ist und das Credit Konto wieder voll ist. Dann nach und nach den dummy löschen oder auf 0 setzen und immer schön die kostbaren Credits im Auge behalten.
Um herauszufinden an wen deine MAX Geräte noch Nachrichten verschicken, stell das neue Attribut debug sowohl beim CUL_MAX Device sowie bei allen MAX Geräten auf 1.
Das Attribut erzeugt zusätzliche Readings der Funk Partner.
Edit : wer ist eigentlich MAX_138816 ? bzw. warum verwendest du keine "schönen" Namen ? damit wäre auch das Log leichter lesbar.
Credits waren da, aber trotzdem kommt folgende Meldung im Log:
2019.12.28 10:45:15 4: CUL_Parse: cul_oben V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUBe (F-Band: 868MHz)
2019.12.28 10:45:25 4: CULMAX0, send cmd:SetTemperature, msgcnt:15, flags:00, 2id:40, src:123456 , dst:MAX_138816, gid:00, payload:00
2019.12.28 10:45:25 5: CULMAX0, send packet: 0b1500401234561388160000
2019.12.28 10:45:25 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:25 5: CULMAX0, cul_oben -> needPreamble: 1, necessaryCredit: 110, credit10ms: 900, cul_oben CMD_LAST_H: 8
2019.12.28 10:45:25 4: CULMAX0, Send Queue packet send : Zs0b1500401234561388160000 to MAX_138816 with cul_oben
2019.12.28 10:45:25 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:26 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:26 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:26 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:26 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:27 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:27 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:27 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:27 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:28 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:28 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:29 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:29 5: CULMAX0, Send Queue retry MAX_138816 for 0b1500401234561388160000 count: 3
2019.12.28 10:45:29 5: CULMAX0, Send Queue in not empty yet, next run in 3.0 seconds
2019.12.28 10:45:29 4: CUL_Parse: cul_oben Z0F0004601397FD0000000059182400B81E -59
2019.12.28 10:45:29 5: CULMAX0, IO cul_oben, len 15, msgcnt 00, msgflag 04, msgType ThermostatState, src 1397fd, dst 000000, group 0, payload 59182400B8, rssi -59
2019.12.28 10:45:29 5: CULMAX0: dispatch MAX,0,ThermostatState,1397fd,59182400B8
2019.12.28 10:45:29 5: MAX_Parse, MAX,0,ThermostatState,1397fd,59182400B8
2019.12.28 10:45:29 5: MAX_1397fd, bat 0, rferror 1, panel 0, langateway 1, dstsetting 1, mode 1, valveposition 24, desiredTemperature 18, curTemp 18.4
2019.12.28 10:45:32 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:32 5: CULMAX0, cul_oben -> needPreamble: 1, necessaryCredit: 110, credit10ms: 797, cul_oben CMD_LAST_H: 9
2019.12.28 10:45:32 4: CULMAX0, Send Queue packet send : Zs0b1500401234561388160000 to MAX_138816 with cul_oben
2019.12.28 10:45:32 5: CULMAX0, Send Queue in not empty yet, next run in 0.4 seconds
2019.12.28 10:45:32 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:32 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:33 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:33 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:33 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:33 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:34 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:34 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:34 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:34 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:35 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:35 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:35 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:35 5: CULMAX0, Send Queue retry MAX_138816 for 0b1500401234561388160000 count: 2
2019.12.28 10:45:35 5: CULMAX0, Send Queue in not empty yet, next run in 3.0 seconds
2019.12.28 10:45:38 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:38 5: CULMAX0, cul_oben -> needPreamble: 1, necessaryCredit: 110, credit10ms: 694, cul_oben CMD_LAST_H: 10
2019.12.28 10:45:38 4: CULMAX0, Send Queue packet send : Zs0b1500401234561388160000 to MAX_138816 with cul_oben
2019.12.28 10:45:38 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:39 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:39 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:39 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:39 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:40 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:40 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:40 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:40 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:41 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:41 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:41 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:41 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:42 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:42 5: CULMAX0, Send Queue retry MAX_138816 for 0b1500401234561388160000 count: 1
2019.12.28 10:45:42 5: CULMAX0, Send Queue in not empty yet, next run in 3.0 seconds
2019.12.28 10:45:45 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:45 5: CULMAX0, cul_oben -> needPreamble: 1, necessaryCredit: 110, credit10ms: 591, cul_oben CMD_LAST_H: 11
2019.12.28 10:45:45 4: CULMAX0, Send Queue packet send : Zs0b1500401234561388160000 to MAX_138816 with cul_oben
2019.12.28 10:45:45 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:45 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:45 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:46 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:46 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:46 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:46 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:47 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:47 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:47 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:47 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:48 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:48 5: CULMAX0, Send Queue in not empty yet, next run in 0.5 seconds
2019.12.28 10:45:48 5: CULMAX0, Send Queue 1 packet in queue
2019.12.28 10:45:48 2: CULMAX0, Send Queue missing ack from MAX_138816 for SetTemperature, removing from queue
2019.12.28 10:45:48 5: CULMAX0, Send Queue is now empty
Ok,
a. hast du eine recht alte FW auf dem CUL ,mit max. 900 Credits, würdest du ein Update machen hättest du 3600
aber :
b. egal ob 900 oder 3600 dein Problemkind ist MAX_138816 , da er nicht antwortet werden die Telegramme ständig wiederholt -> retry MAX_138816 for 0b1500401234561388160000 count: 3 und fliegen dann nach 3 Fehlversuchen aus der Queue -> missing ack from MAX_138816
Ich vermute der MAX_138816 ist nicht gepaired. Lass das Log weiter mit verbose 5 laufen und drücke am MAX_138816 die mittlere Taste bis der 30 Sekunden Countdown runterzählt. Set pairmode am CULMAX kannst du dir sparen, da er nur etwas bringt wenn es das Device in FHEM noch nicht gibt.
Zu a: Ist das ein großer Aufwand? Ich habe es mir noch nicht angesehen.
Zu b: Zwei Mal 30 Sekunden, hier das Log:
Jetzt weißt du auch, warum ich das Thermostat aus FHEM gelöscht habe :-) Dann kann man direkt sehen, ob es geklappt hat :-)
2019.12.28 17:10:26 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D45513133343235363110 -66
2019.12.28 17:10:26 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -66
2019.12.28 17:10:26 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:10:26 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:10:31 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D45513133343235363108 -70
2019.12.28 17:10:31 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -70
2019.12.28 17:10:31 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:10:31 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:10:36 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D45513133343235363108 -70
2019.12.28 17:10:36 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -70
2019.12.28 17:10:36 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:10:36 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:10:39 4: CUL_Parse: cul_oben Z0A000A0313881613CB380005 -71.5
2019.12.28 17:10:39 5: CULMAX0, IO cul_oben, len 10, msgcnt 00, msgflag 0A, msgType TimeInformation, src 138816, dst 13cb38, group 0, payload , rssi -71.5
2019.12.28 17:10:41 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D45513133343235363107 -70.5
2019.12.28 17:10:41 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -70.5
2019.12.28 17:10:41 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:10:41 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:10:46 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D45513133343235363107 -70.5
2019.12.28 17:10:46 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -70.5
2019.12.28 17:10:46 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:10:46 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:10:51 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D45513133343235363109 -69.5
2019.12.28 17:10:51 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -69.5
2019.12.28 17:10:51 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:10:51 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:11:00 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D4551313334323536310D -67.5
2019.12.28 17:11:00 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -67.5
2019.12.28 17:11:00 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:11:00 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:11:05 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D4551313334323536310F -66.5
2019.12.28 17:11:05 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -66.5
2019.12.28 17:11:05 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:11:05 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:11:10 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D4551313334323536310E -67
2019.12.28 17:11:10 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -67
2019.12.28 17:11:10 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:11:10 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:11:15 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D45513133343235363110 -66
2019.12.28 17:11:15 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -66
2019.12.28 17:11:15 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:11:15 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:11:20 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D45513133343235363109 -69.5
2019.12.28 17:11:20 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -69.5
2019.12.28 17:11:20 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:11:20 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:11:25 4: CUL_Parse: cul_oben Z1700040013880C123456001001A04D4551313334323536310F -66.5
2019.12.28 17:11:25 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -66.5
2019.12.28 17:11:25 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.28 17:11:25 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
2019.12.28 17:11:35 4: CUL_Parse: cul_oben Z0BA000021234560EF777000000 -74
2019.12.28 17:11:35 5: CULMAX0, IO cul_oben, len 11, msgcnt A0, msgflag 00, msgType Ack, src 123456, dst 0ef777, group 0, payload 00, rssi -74
2019.12.28 17:11:35 3: CULMAX0, own packet from our other CUL ? Test : ignore !
2019.12.28 17:11:35 4: CUL_Parse: cul_oben Z0BA006300EF777123456001034 -48
2019.12.28 17:11:35 5: CULMAX0, IO cul_oben, len 11, msgcnt A0, msgflag 06, msgType ShutterContactState, src 0ef777, dst 123456, group 0, payload 10, rssi -48
2019.12.28 17:11:35 5: CULMAX0: dispatch MAX,1,ShutterContactState,0ef777,10
2019.12.28 17:11:35 5: MAX_Parse, MAX,1,ShutterContactState,0ef777,10
2019.12.28 17:11:41 4: CUL_Parse: cul_oben Z0F0004601397FD00000000590D2400BC1F -58.5
2019.12.28 17:11:41 5: CULMAX0, IO cul_oben, len 15, msgcnt 00, msgflag 04, msgType ThermostatState, src 1397fd, dst 000000, group 0, payload 590D2400BC, rssi -58.5
2019.12.28 17:11:41 5: CULMAX0: dispatch MAX,0,ThermostatState,1397fd,590D2400BC
2019.12.28 17:11:41 5: MAX_Parse, MAX,0,ThermostatState,1397fd,590D2400BC
2019.12.28 17:11:41 5: MAX_1397fd, bat 0, rferror 1, panel 0, langateway 1, dstsetting 1, mode 1, valveposition 13, desiredTemperature 18, curTemp 18.8
2019.12.28 17:11:47 4: CUL_Parse: cul_oben Z0B0E063005EC6E13CB3800101C -60
2019.12.28 17:11:47 5: CULMAX0, IO cul_oben, len 11, msgcnt 0E, msgflag 06, msgType ShutterContactState, src 05ec6e, dst 13cb38, group 0, payload 10, rssi -60
2019.12.28 17:11:47 5: CULMAX0: dispatch MAX,0,ShutterContactState,05ec6e,10
2019.12.28 17:11:47 5: MAX_Parse, MAX,0,ShutterContactState,05ec6e,10
2019.12.28 17:12:17 4: CUL_Parse: cul_oben V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUBe (F-Band: 868MHz)
sehr schön , auch hier finden wir (fast) alles Wichtige im Log :
2019.12.28 17:10:31 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 04, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -70
2019.12.28 17:10:31 4: CULMAX0, got PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
das Device 13880c schickt seinen Pairing Wunsch jetzt direkt an 123456 (statt als Jungfrau an 000000) , dein CULMAX0 bekommt sie vom cul_oben.
Soweit ersteinmal völlig OK !
aber nun kommt es :
2019.12.28 17:10:31 3: CULMAX0, device MAX_13880c want's to be re-paired to 123456, not to us
Dein CULMAX0 fühlt sich aber nicht zuständig, da er der Meinung ist nicht 123456 zu sein. Hier kann ich das Log noch verbessern in dem ich auch ausgebe wer er in dem Moment glaubt zu sein. Es findet sich noch eine sehr intressante Meldung in deinem Log :
2019.12.28 17:11:35 5: CULMAX0, IO cul_oben, len 11, msgcnt A0, msgflag 00, msgType Ack, src 123456, dst 0ef777, group 0, payload 00, rssi -74
2019.12.28 17:11:35 3: CULMAX0, own packet from our other CUL ? Test : ignore !
Dein CULMAX0 bekommt ein Telegramm von sich selbst ! Wie kann das sein ?
Hast du mehr als eine MAX Insel am laufen oder gar einen Nachbar der auch die ID 123456 verwendet ?
So etwas würde dann auch den Titel des Thread (rf error) erklären wenn die Nachrichten an eine falsche Zentrale gehen und von dort nicht beantortet werden.
Ich hatte mal einen zweiten CUL, aber der ist schon lange raus.
Wenn du wieder einen Betatester brauchst, bin da :-)
Hier mal die Lists:
Internals:
CMDS BbCFiAZNEkGMKLUYRTVWXOefhltxz
Clients :CUL_MAX:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:STACKABLE:
DEF 192.168.0.119:2323 0000
DeviceName 192.168.0.119:2323
FD 14
FHTID 0000
FUUID 5d5e96f5-f33f-f5fa-db57-8598e5a347469b8d
NAME cul_oben
NR 214
NR_CMD_LAST_H 8
PARTIAL
RAWMSG Z0F00046010D6BE00000000190E2A00E4FA
RSSI -77
STATE Initialized
TYPE CUL
VERSION V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUBe (F-Band: 868MHz)
cul_oben_MSGCNT 3329
cul_oben_TIME 2019-12-29 17:07:33
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-12-27 17:13:54 cmds B b C F i A Z N E k G M K L U Y R T V W X O e f h l t x z
2019-12-29 16:48:19 credit10ms 286
2018-01-10 12:24:02 raw 21 900
2019-12-29 17:07:33 state Initialized
XMIT_TIME:
1577632482.79308
1577634456.02027
1577634462.55632
1577634469.0742
1577634475.11265
1577634478.65073
1577634497.58887
1577634499.09204
Attributes:
rfmode MAX
room CUL_MAX
verbose 4
Internals:
DEF 123456
FUUID 5e062454-f33f-f5fa-abd8-cb569bebe49da3f1
FVERSION 14_CUL_MAX.pm:?/2019-12-27 UNSTABLE
IODev cul_oben
LASTInputDev cul_oben
MSGCNT 3331
NAME CULMAX0
NR 724
STATE Defined
TYPE CUL_MAX
addr 123456
cnt 0
cul_oben_MSGCNT 3331
cul_oben_RAWMSG Z0F00046013880C00000000180B2A00E4
cul_oben_RSSI -64
cul_oben_TIME 2019-12-29 17:08:40
pairmode 0
retryCount 0
sq 0
READINGS:
2019-12-29 16:48:19 cul_oben_cmd_last_h 7
2019-12-29 16:48:19 cul_oben_credit10ms 286
2019-12-29 16:47:58 packetsLost 29
Attributes:
IODev cul_oben
debug 1
fakeSCaddr 222222
fakeWTaddr 111111
room CUL_MAX
verbose 5
ok alles klar :
initString X21
der ist viel zu kurz, d.h der wird eigentlich durch CUL_MAX "verlängert".
Ich vermute du benutzt noch meine Beta Versionen. Wenn ja, da steckt noch ein uralter Fehler der MAX Module drin der sich nur bemerkbar macht wenn in der fhem.cfg
das CUL_MAX vor dem CUL Device steht. Beim Start will CUL_MAX den InitString verlängern, das ghet aber schief wenn das Device zu diesem Zeitpunkt noch nicht bekannt ist. Vorschlag :
a. du editierst deine fhem.cfg von Hand und sorgst dafür das die Reihenfolge stimmt.
b. du wartest noch ein paar Minuten und schaust nochmal in den Beta Thread. Ich habe gerade neue Versionen auf mein Produktivsystem geladen und werde jetzt die alten Dateien da oben austauschen. Aber ACHTUNG : die modifizierte MaxCommon wird nicht mehr verwendet, d.h. es muss wieder die alte bisherige genutzt werden und FHEM neu gestartet werden.
Zu a: Das steht richtig rum.
Erst CUL_oben, dann CULMAX0.
Sollen die direkt nacheinander stehen?
Die haben nämlich einigen Abstand.
Zu b. Ich warte gerne :-)
die neuen Dateien sind verfügbar. Aber mir fällt da noch etwas auf :
192.168.0.119:2323
du nutzt einen LAN CUL , kein USB , der hat aber z.Z. noch die hässliche Eigenart beim Disconnect bzw. Reconnect den InitString über Bord zu werfen.
In wie weit das Probleme beim Paring machen kann muss ich selbst noch testen. Ich vermute als CUL_MAX vor Jahren entstand hatte sie nur USB CULs im Einsatz.
Starte dein FHEM mal neu und schau dir den InitString des CUL dann an, er muss vier Zeilen groß sein
Neue Versionen sind drin.
initString X21
Ich habe gerade die V1.26.08 herunter geladen.
Meinst du , die ist besser?
Sorry , wer lesen kann ist klar im Vorteil :
ZitatinitString X21
Zr
Za123456
Zw111111
dadurch das er CR enthält stehen die im list natürlich unter einander - also alles gut bei dir.
aber da du nun die neuen Versionen hast :
Ich habe das logging nochmal angepasst um bei dem obern beschrieben Fehler zu sehen warum dein CULMAX Device der Meinung ist nicht auf seine eigen ID regaieren zu müssen.
Aber zurück nochmal zum rf error : Setz doch bitte beim CULMAX und bei dem rf error Device jeweils das Attribut debug auf 1.
Nach ein paar Stunden (bzw morgen) sieht man dann anhand der neuen Readings mit wem es reden möchte. Du must dann natürlich schauen ob diese Geräte bei dir auch vorhanden sind oder ob da irgend ein Phantom dabei ist.
EDIT : in der 14_CUL_MAX die du runter geladen hast war noch ein Tippfehler , bitte nochmal austauschen , sorry
Und ich habe eine Möglichkeit gefunden wie es zu deinem Problem kommen kann :
Wenn es das Device bereits gibt und das Attribut dummy auf 1 sitzt , dann findet kein repairing/pairing statt !!!
Also:
Neue Version ist installiert.
Debug steht auf 1 bei Culmax0 und beim Thermostat.
Beide haben keinen Dummystatus. Wäre ja irgendwie blöd :-)
Log des Thermostats:
019-12-30_09:55:45 MAX_138816 sendTo_000000: 317
2019-12-30_09:57:50 MAX_138816 temperature: 18.8
2019-12-30_09:57:50 MAX_138816 deviation: 1.3
2019-12-30_09:57:50 MAX_138816 valveposition: 10
2019-12-30_09:57:50 MAX_138816 17.5°C (rf error)
2019-12-30_09:57:50 MAX_138816 desiredTemperature: 17.5
2019-12-30_09:57:50 MAX_138816 RSSI: -65.5
2019-12-30_09:57:50 MAX_138816 battery: ok
2019-12-30_09:57:50 MAX_138816 batteryState: ok
2019-12-30_09:57:50 MAX_138816 rferror: 1
2019-12-30_09:57:50 MAX_138816 gateway: 1
2019-12-30_09:57:50 MAX_138816 mode: manual
2019-12-30_09:57:50 MAX_138816 panel: unlocked
2019-12-30_09:57:50 MAX_138816 sendTo_000000: 318
2019-12-30_10:04:07 MAX_138816 temperature: 18.9
2019-12-30_10:04:07 MAX_138816 deviation: 1.4
2019-12-30_10:04:07 MAX_138816 valveposition: 0
2019-12-30_10:04:07 MAX_138816 17.5°C (rf error)
2019-12-30_10:04:07 MAX_138816 desiredTemperature: 17.5
2019-12-30_10:04:07 MAX_138816 RSSI: -67.5
2019-12-30_10:04:07 MAX_138816 battery: ok
2019-12-30_10:04:07 MAX_138816 batteryState: ok
2019-12-30_10:04:07 MAX_138816 rferror: 1
2019-12-30_10:04:07 MAX_138816 gateway: 1
2019-12-30_10:04:07 MAX_138816 mode: manual
2019-12-30_10:04:07 MAX_138816 panel: unlocked
2019-12-30_10:04:07 MAX_138816 sendTo_000000: 319
2019-12-30_10:39:41 MAX_138816 temperature: 18.2
2019-12-30_10:39:41 MAX_138816 deviation: 0.7
2019-12-30_10:39:41 MAX_138816 valveposition: 14
2019-12-30_10:39:41 MAX_138816 17.5°C (rf error)
2019-12-30_10:39:41 MAX_138816 desiredTemperature: 17.5
2019-12-30_10:39:41 MAX_138816 RSSI: -67
2019-12-30_10:39:41 MAX_138816 battery: ok
2019-12-30_10:39:41 MAX_138816 batteryState: ok
2019-12-30_10:39:41 MAX_138816 rferror: 1
2019-12-30_10:39:41 MAX_138816 gateway: 1
2019-12-30_10:39:41 MAX_138816 mode: manual
2019-12-30_10:39:41 MAX_138816 panel: unlocked
2019-12-30_10:39:41 MAX_138816 sendTo_000000: 320
Zitat von: eisi am 30 Dezember 2019, 11:13:46
Log des Thermostats:
Sorry, aber das ist kein Log sondern eine Kopie aus deinem Event Monitor
Aber anyway, behalte mal von dem Ding die Readings im Auge die mit sendTo beginnen. Die _000000 sind Broadcasts an alle, hier wird sich der rf status nie ändern, da ka keine Rückmeldung von irgendwem erwartet wird. Interessant sind alle die ein echtes Ziel haben, meldest sich hier ein Partner nicht so erzeugt dies den rf error.
Nein, das ist der letzte Rest von : FileLog_MAX_138816
Das einzige Sendto-Reading geht nach 000000
jaaaa und in diesen File_Logs stehen die Meldungen vom Event Monitor :)
Wenn ich Log schreibe dann meine ich damit
# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m-%d.log FakeLog
denn nur da landet alles was die Module intern mit Log3 an Logging Ausgaben prodizieren.
Nimm mal bei deinem HT für min. eine Minute die Batterien raus und wieder rein und schau im Log ob es direkt neu kommt.
Achso :-) Sorry.
Also Batterie raus und mach einer Minute wieder rein:
2019.12.30 17:20:53 4: CUL_Parse: cul_oben V 1.26.01 a-culfw Build: 271 (2017-09-18_20-23-44) CUBe (F-Band: 868MHz)
2019.12.30 17:21:17 4: CUL_Parse: cul_oben Z0F00046013881600000000590B2300B70F -66.5
2019.12.30 17:21:17 5: CULMAX0, IO cul_oben, len 15, msgcnt 00, msgflag 04, msgType ThermostatState, src 138816, dst 000000, group 0, payload 590B2300B7, rssi -66.5
2019.12.30 17:21:17 5: CULMAX0: dispatch MAX,0,ThermostatState,138816,590B2300B7
2019.12.30 17:21:17 5: MAX_Parse, MAX,0,ThermostatState,138816,590B2300B7
2019.12.30 17:21:17 5: MAX_138816, bat 0, rferror 1, panel 0, langateway 1, dstsetting 1, mode 1, valveposition 11, desiredTemperature 17.5, curTemp 18.3
2019.12.30 17:21:31 4: CUL_Parse: cul_oben Z1700000013880C123456001001A04D45513133343235363111 -65.5
2019.12.30 17:21:31 5: CULMAX0, IO cul_oben, len 23, msgcnt 00, msgflag 00, msgType PairPing, src 13880c, dst 123456, group 0, payload 1001A04D455131333432353631, rssi -65.5
2019.12.30 17:21:31 4: CULMAX0, PairPing (dst 123456, pairmode 0), firmware 16, type HeatingThermostat, testresult 160, serial MEQ1342561
2019.12.30 17:21:31 3: CULMAX0, device MAX_13880c want to be re-paired to 123456, not to us [123456] - ignoring !
2019.12.30 17:21:31 4: CUL_Parse: cul_oben Z0A000A0313880C1234560011 -65.5
2019.12.30 17:21:31 5: CULMAX0, IO cul_oben, len 10, msgcnt 00, msgflag 0A, msgType TimeInformation, src 13880c, dst 123456, group 0, payload , rssi -65.5
Noch was :
Ich habe mal ein anderes Thermostat auf Debug gestellt:
sendTo_000000 20 2019-12-30 17:18:06
sendTo_123456 1 2019-12-30 14:13:09
Auch das will eine Menge Daten an 000000 senden, sehe ich das richtig?
Das senden an 000000 ist völlig ok, das machen die Dinger immer wenn sie der Meinung sind irgend jemand müsste jetzt Werte von ihnen wissen.
Deine sendTo_123456 ist eine Nachricht die direkt an dein cm Device ging , z.B. wenn es seine interne Uhr neu stellen möchte
Ich versteh noch immer nicht so ganz warum aber bei dir das repairing scheitert, es gibt jetzt nur noch eine Stelle in 14_CUL_MAX wo das passieren kann :
$isToMe = 0 if (exists($modules{MAX}{defptr}{$src}) && IsDummy($modules{MAX}{defptr}{$src}->{NAME}));
Kannst du bitte mal diese Zeile suchen und auskommentieren / löschen und 14_CUL_MAX mit reload neu laden oder FHEM neu starten.
Jetzt ist es weg.
Es funktioniert.
Edit:
Ich habe den Cube auch auf die neueste Firmware gebracht.
OK, THX dann ist schon mal klar wo ich nachbessern muß :) BTW: das Thema fehlende off Anzeige habe ich auch gefunden.
Moin, gut :-) Ich hake das Thema dann ab.
BTW: Kleiner Verbesserungsvorschlag noch:
Ich habe ja sehr viele Kontakte und Thermostate. Wenn du die Listen beim Associate alphabetisch sortieren könntest, wäre ich sehr dankbar :-)
Ich habe mir den Code jetzt nicht genau angesehen, bin eh kein Perlfreund, eher PHP :-), aber den Array mit den Kontakten und Thermostaten könnte man doch
auch in Perl sortieren, oder?
Wenn du mal wieder Betatester brauchst, bin hier :-)
Danke, Ingo
sortieren ist kein Ding , normlerweise kümmert man sich als Modul Autor darum gar nicht da FHEMWEB das macht.
Aber halt nur bei der ersten Dop Down Liste, bei der zweiten ist dann doch der Autor gefordert