HT zeigen durch fakeWT sporadisch dCe an

[carpenoctem]

Hallo,

ich habe erfolgreich FHEM auf meinem RPI zum laufen bekommen.

Ich habe einen CUL Selbstbau angeschlossen und einen JeeLink.
Die Thermostate sind die MAX! N Basic

Jetzt habe ich vor Weihnachten einen Temperatursensoren als fakeWT für einen HT angeschlossen.
Dieses Paket wird alle 10 min gesendet.

Code Auswählen Erweitern


2016.01.01 03:20:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 03:30:00 3: set cm fakeWT HZ_WZ 16.0 16
2016.01.01 03:40:00 3: set cm fakeWT HZ_WZ 16.0 16
2016.01.01 03:50:00 3: set cm fakeWT HZ_WZ 16.0 16
2016.01.01 04:00:00 3: set cm fakeWT HZ_WZ 16.0 16
2016.01.01 04:10:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 04:20:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 04:30:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 04:40:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 04:40:21 2: CUL_MAX_SendQueueHandler: Missing ack from 12083e for 0c46004211111112083e0020a1
2016.01.01 04:50:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 05:00:00 3: set cm fakeWT HZ_WZ 16.0 16
2016.01.01 05:10:00 3: set cm fakeWT HZ_WZ 16.0 15.9
2016.01.01 05:20:00 3: set cm fakeWT HZ_WZ 16.0 15.9
2016.01.01 05:30:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 05:40:00 3: set cm fakeWT HZ_WZ 16.0 16.2
2016.01.01 05:50:00 3: set cm fakeWT HZ_WZ 16.0 16.3
2016.01.01 06:00:00 3: set cm fakeWT HZ_WZ 16.0 16.3
2016.01.01 06:10:00 3: set cm fakeWT HZ_WZ 16.0 16.3
2016.01.01 06:20:00 3: set cm fakeWT HZ_WZ 16.0 16.2
2016.01.01 06:20:21 2: CUL_MAX_SendQueueHandler: Missing ack from 12083e for 0c50004211111112083e0020a2
2016.01.01 06:30:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 06:40:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 06:50:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 07:00:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 07:10:00 3: set cm fakeWT HZ_WZ 16.0 16
2016.01.01 07:20:00 3: set cm fakeWT HZ_WZ 16.0 15.9
2016.01.01 07:30:00 3: set cm fakeWT HZ_WZ 16.0 15.9
2016.01.01 07:40:00 3: set cm fakeWT HZ_WZ 16.0 16.1
2016.01.01 07:50:00 3: set cm fakeWT HZ_WZ 16.0 16.2
2016.01.01 08:00:00 3: set cm fakeWT HZ_WZ 16.0 16.3
2016.01.01 08:10:00 3: set cm fakeWT HZ_WZ 16.0 16.3
2016.01.01 08:20:00 3: set cm fakeWT HZ_WZ 16.0 16.2
2016.01.01 08:20:21 2: CUL_MAX_SendQueueHandler: Missing ack from 12083e for 0c5d004211111112083e0020a2


Dabei ist mir aufgefallen, das die Antenne auf den Thermostaten blinkt und bei manuellem verstellen der Temperatur am Thermostat zeigt es dCe an. Laut Anleitung, die 1% DutyCycle sperre. Wobei ich mir frage, was das Thermostat so alles verschickt in der Zeit, das es dazu kommt.

Code Auswählen Erweitern

2016.01.06 17:30:00 5: Cmd: >{MaxFakeWallThermostat("HZ_WZ", 18.4)}<
2016.01.06 17:30:00 3: set cm fakeWT HZ_WZ 21.0 18.4
2016.01.06 17:30:00 5: Cmd: >set cm fakeWT HZ_WZ 21.0 18.4<
2016.01.06 17:30:00 5: CUL_MAX_Send: enqueuing 0c0a044211111112083e052ab8
2016.01.06 17:30:00 5: CUL_MAX_SendQueueHandler: 1 items in queue
2016.01.06 17:30:00 5: SW: X
2016.01.06 17:30:00 5: CUL/RAW (ReadAnswer): 21 3600

2016.01.06 17:30:00 5: needPreamble: 1, necessaryCredit: 111, credit10ms: 3600
2016.01.06 17:30:00 5: CUL0 sending Zs0c0a044211111112083e052ab8
2016.01.06 17:30:00 5: SW: Zs0c0a044211111112083e052ab8
2016.01.06 17:30:00 5: Triggering cm (1 changes)
2016.01.06 17:30:00 5: Notify loop for cm fakeWT HZ_WZ 21.0 18.4

2016.01.06 17:30:00 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:01 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:01 5: CUL/RAW: /Z0B0E04F112015C11111100031C

2016.01.06 17:30:01 4: CUL_Parse: CUL0 Z0B0E04F112015C11111100031C -60
2016.01.06 17:30:01 5: CUL0 dispatch Z0B0E04F112015C1111110003
2016.01.06 17:30:01 5: CUL_MAX_Parse: len 11, msgcnt 0E, msgflag 04, msgTypeRaw WakeUp, src 12015c, dst 111111, groupid 0, payload 03
2016.01.06 17:30:01 5: CUL_MAX_Parse: rssi: -60
2016.01.06 17:30:01 5: Unhandled message WakeUp
2016.01.06 17:30:01 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:02 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:02 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:03 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:03 5: CUL_MAX_SendQueueHandler: Retry 12083e for 0c0a044211111112083e052ab8 count: 3
2016.01.06 17:30:06 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:06 5: SW: X
2016.01.06 17:30:06 5: CUL/RAW (ReadAnswer): 21 3496

2016.01.06 17:30:06 5: needPreamble: 1, necessaryCredit: 111, credit10ms: 3496
2016.01.06 17:30:06 5: CUL0 sending Zs0c0a044211111112083e052ab8
2016.01.06 17:30:06 5: SW: Zs0c0a044211111112083e052ab8
2016.01.06 17:30:06 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:07 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:07 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:08 5: CUL_MAX_SendQueueHandler: 3 items in queue

2016.01.06 17:30:08 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:09 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:09 5: CUL_MAX_SendQueueHandler: Retry 12083e for 0c0a044211111112083e052ab8 count: 2

2016.01.06 17:30:12 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:12 5: SW: X
2016.01.06 17:30:12 5: CUL/RAW (ReadAnswer): 21 3392

2016.01.06 17:30:12 5: needPreamble: 1, necessaryCredit: 111, credit10ms: 3392
2016.01.06 17:30:12 5: CUL0 sending Zs0c0a044211111112083e052ab8
2016.01.06 17:30:12 5: SW: Zs0c0a044211111112083e052ab8

2016.01.06 17:30:12 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:13 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:13 5: CUL/RAW: /Z0E0A020212083E1111110001191E2A1
2016.01.06 17:30:13 5: CUL/RAW: Z0E0A020212083E1111110001191E2A1/F

2016.01.06 17:30:13 4: CUL_Parse: CUL0 Z0E0A020212083E1111110001191E2A1F -58.5
2016.01.06 17:30:13 5: CUL0 dispatch Z0E0A020212083E1111110001191E2A
2016.01.06 17:30:13 5: CUL_MAX_Parse: len 14, msgcnt 0A, msgflag 02, msgTypeRaw Ack, src 12083e, dst 111111, groupid 0, payload 01191E2A
2016.01.06 17:30:13 5: CUL_MAX_Parse: rssi: -58.5
2016.01.06 17:30:13 5: cm dispatch MAX,0,Ack,12083e,01191E2A
2016.01.06 17:30:13 5: MAX_Parse MAX,0,Ack,12083e,01191E2A
2016.01.06 17:30:13 5: MAX_Parse MAX,0,ThermostatState,12083e,191E2A
2016.01.06 17:30:13 5: battery 0, rferror 0, panel 0, langateway 1, dstsetting 1, mode 1, valveposition 30 %, desiredTemperature 21, until , curTemp
2016.01.06 17:30:13 5: Triggering HZ_WZ (6 changes)
2016.01.06 17:30:13 5: Notify loop for HZ_WZ mode: manual
2016.01.06 17:30:13 5: Heizungswerte: not on any display, ignoring notify
2016.01.06 17:30:13 5: Got matching ack
2016.01.06 17:30:13 5: CUL_MAX_SendQueueHandler: 3 items in queue
2016.01.06 17:30:13 5: CUL_MAX_SendQueueHandler: 2 items in queue
2016.01.06 17:30:13 5: SW: X
2016.01.06 17:30:13 5: CUL/RAW (ReadAnswer): 21 3283


So sieht das Detailierter aus. Dannach ist z.B. das dutycycle error im Thermostat aufgetreten.

Diese Probleme fingen mit dem fakeWT an. mit MaxScanner, hatte ich keine Probleme mit dem DutyCycle auf dem Thermostat.

Falls ihr noch mehr Daten braucht, versuche ich sie zu erzeugen.

Grüße

carpenoctem

p.s.

Außerdem Springen die Thermostate in den Fenster Modus, wenn die dCe Sperre aufgehoben ist, obwohl die Temperatur nicht gefallen ist oder sowas. Somit wäre die DesiredTemperatur 12°C

p.s.s.

Ich habe jetzt einmal ein wenig mit geloggt, was das Thermostat so schreibt:

Code Auswählen Erweitern

2016.01.06 22:47:20.537 4: CUL_Parse: CUL0 Z0F00046012083E0000000019102800C623 -56.5
2016.01.06 22:48:19.859 4: CUL_Parse: CUL0 Z0E24020212083E111111000119192826 -55
2016.01.06 22:51:21.539 4: CUL_Parse: CUL0 Z0F00046012083E0000000019232800C62B -52.5
2016.01.06 23:04:46.846 4: CUL_Parse: CUL0 Z0B0104F112083E11111100032B -52.5
2016.01.06 23:04:57.596 4: CUL_Parse: CUL0 Z0B0204F112083E11111100032C -52
2016.01.06 23:05:08.346 4: CUL_Parse: CUL0 Z0B0304F112083E11111100032D -51.5
2016.01.06 23:05:46.847 4: CUL_Parse: CUL0 Z0B0104F112083E11111100032E -51
2016.01.06 23:05:57.596 4: CUL_Parse: CUL0 Z0B0204F112083E11111100032C -52
2016.01.06 23:06:08.347 4: CUL_Parse: CUL0 Z0B0104F112083E11111100032B -52.5
2016.01.06 23:06:46.870 4: CUL_Parse: CUL0 Z0B0204F112083E11111100032B -52.5
2016.01.06 23:06:57.619 4: CUL_Parse: CUL0 Z0B0304F112083E11111100032A -53
2016.01.06 23:07:08.369 4: CUL_Parse: CUL0 Z0B0404F112083E11111100032A -53
2016.01.06 23:07:46.871 4: CUL_Parse: CUL0 Z0B0104F112083E111111000328 -54
2016.01.06 23:07:57.621 4: CUL_Parse: CUL0 Z0B0204F112083E111111000328 -54
2016.01.06 23:08:08.371 4: CUL_Parse: CUL0 Z0B0304F112083E11111100032B -52.5
2016.01.06 23:08:46.873 4: CUL_Parse: CUL0 Z0B0404F112083E111111000329 -53.5
2016.01.06 23:08:57.622 4: CUL_Parse: CUL0 Z0B0504F112083E111111000328 -54
2016.01.06 23:09:08.371 4: CUL_Parse: CUL0 Z0B0604F112083E11111100032A -53
2016.01.06 23:09:46.873 4: CUL_Parse: CUL0 Z0B0104F112083E11111100032A -53
2016.01.06 23:09:57.623 4: CUL_Parse: CUL0 Z0B0204F112083E111111000328 -54
2016.01.06 23:10:08.372 4: CUL_Parse: CUL0 Z0B0304F112083E11111100032A -53
2016.01.06 23:10:46.874 4: CUL_Parse: CUL0 Z0B0404F112083E11111100032B -52.5
2016.01.06 23:10:57.625 4: CUL_Parse: CUL0 Z0B0504F112083E11111100032A -53
2016.01.06 23:11:08.869 4: CUL_Parse: CUL0 Z0B0604F112083E111111000328 -54
2016.01.06 23:11:46.875 4: CUL_Parse: CUL0 Z0B0104F112083E111111000329 -53.5
2016.01.06 23:11:57.625 4: CUL_Parse: CUL0 Z0B0204F112083E11111100032B -52.5
2016.01.06 23:12:08.374 4: CUL_Parse: CUL0 Z0B0304F112083E111111000329 -53.5
2016.01.06 23:12:46.876 4: CUL_Parse: CUL0 Z0B0404F112083E11111100032A -53
2016.01.06 23:12:57.627 4: CUL_Parse: CUL0 Z0B0504F112083E111111000329 -53.5
2016.01.06 23:13:08.376 4: CUL_Parse: CUL0 Z0B0604F112083E111111000329 -53.5
2016.01.06 23:13:46.876 4: CUL_Parse: CUL0 Z0B0104F112083E11111100032A -53
2016.01.06 23:13:57.627 4: CUL_Parse: CUL0 Z0B0204F112083E111111000328 -54
2016.01.06 23:14:08.377 4: CUL_Parse: CUL0 Z0B0304F112083E11111100032A -53
2016.01.06 23:14:46.878 4: CUL_Parse: CUL0 Z0B0404F112083E111111000328 -54
2016.01.06 23:14:57.628 4: CUL_Parse: CUL0 Z0B0504F112083E11111100032A -53
2016.01.06 23:15:08.378 4: CUL_Parse: CUL0 Z0B0604F112083E11111100032B -52.5
2016.01.06 23:15:47.235 4: CUL_Parse: CUL0 Z0B0104F112083E11111100032A -53
2016.01.06 23:15:58.437 4: CUL_Parse: CUL0 Z0B0204F112083E111111000329 -53.5
2016.01.06 23:16:08.379 4: CUL_Parse: CUL0 Z0B0304F112083E111111000329 -53.5
2016.01.06 23:16:31.841 4: CUL_Parse: CUL0 Z0E25020212083E11111100011900282A -53
2016.01.06 23:16:46.878 4: CUL_Parse: CUL0 Z0B2604F112083E11111100032A -53
2016.01.06 23:16:57.629 4: CUL_Parse: CUL0 Z0B2704F112083E11111100032A -53
2016.01.06 23:17:08.378 4: CUL_Parse: CUL0 Z0B2804F112083E111111000329 -53.5
2016.01.06 23:17:28.062 4: CUL_Parse: CUL0 Z0F00046012083E0000000059002800C82B -52.5
2016.01.06 23:17:46.875 4: CUL_Parse: CUL0 Z0B0104F112083E111111000329 -53.5
2016.01.06 23:17:57.628 4: CUL_Parse: CUL0 Z0B0204F112083E11111100032B -52.5
2016.01.06 23:18:08.378 4: CUL_Parse: CUL0 Z0B0304F112083E11111100032B -52.5
2016.01.06 23:18:46.877 4: CUL_Parse: CUL0 Z0B0404F112083E111111000329 -53.5

Was mir dabei Auffällt, das er sehr oft ein "F1"/"WakeUp" geschickt wird. Dieses geschieht, nachdem ich die Temperatur setze. Und wenn ich so Zähle, könnte das sehr schnell das dcE erklären vom Thermostat. Kann es sein, das das Thermostat eine Antwort vermisst auf das WakeUp und deswegen immer wieder schickt?

[carpenoctem]

Auch wenn sich hier noch keiner weiter gemeldet hat,

wollte ich einmal Fragen, ob jemand weiß, wie sich ein Wandthermostat+ auf ein WakeUp reagiert. Schickt dieses nur ein ACK oder eine Nachricht mit Inhalt?

Alle meine Thermostate fangen an, an das fakeWT "WakeUp" in Dauerschleife zu schicken. Ich habe jetzt soweit, das es nicht mehr als Unhandled Message auftaucht, sondern fange es ab. Aber es wäre schön wenn mir jemand sagen könnte, wie/was ich darauf Antworten muss.

Grüße