(gelöst) Fehler E5 - Danfoss Thermostate - nach Update 23.08.2015

Begonnen von cnkru, 30 August 2015, 12:18:47

Vorheriges Thema - Nächstes Thema

A.Harrenberg

Hi cnkru,

Du musst Dir mal überlegen in welchen Intervallen Du die Temperatur verändern können möchtest und passend dazu dann das Intervall der WakeUp-Notification an den Thermostaten einstellen.

Dadurch das du unnötigerweise auch Updates machst wenn die Temperatur sich gar nicht ändert erzeugst Du eine Menge Funklast. Eine Version die a) auf den Notify triggert und b) nur dann eine Nachricht erzeugt wenn sich die Solltemperatur auch geändert hat wäre der optimale Zustand.

Die Abarbeitung des WU-Stacks und die Bearbeitung der Notify sollten sich in der neuen Version von Rudi eigentlich nicht gegenseitig stören.

Das in größeren Funknetzen noch einzelne CAN Messages auftreten ist wahrscheinlich gar nicht zu vermeiden und solange das nicht in Nachrichtenverlust oder extremen Ansteigen der Funklast ausartet auch nicht weiter schlimm.

Gruß,
Andreas.
FB 7360, Homematic und ZWave
Support for ZWave-SECURITY

cnkru

#61
Hallo Andreas,

die Intervalle  waren früher bei 900 Sekunden, analog wie auch der Aufruf der Prozedure heizkurve.
Als das Fehlerbild bei mir auftauchte - ständig E5, vermutete ich erst einmal Verbindungsfehler oder Empfangsprobleme und nicht
Probleme in den FHEM Modulen.
Ich hatte daher Intervalle verkürzt - geht obendrein auf die Batterie-Lebensdauer - um den Fehler einzugrenzen.
Wenn wir hier durch sind stelle ich die Raster wieder auf eine Viertelstunde  - das reicht aus.

Wohl gemerkt eine Umstellung auf Handbetrieb oder Boost-Modus, würde im ungünstigsten Fall 15 Minuten später einsetzen.

Gruß
Carsten

Nachtrag:

So Jungs und nun mal was Erfreuliches ...

Ich habe seit 14:16 Uhr die notify's wieder entfernt. Also den Urzustand meiner fhem.cfg wie vor einer Woche eingespielt.
Bis jetzt kein Error oder Telegrammverlust
In diesem Sinne erst einmal - toi, toi, toi - melde mich morgen mit einem Status wieder

CU8L

RPi4, Razberry, ZWAVE (Thermostate, Dimmer, Schalter, Multisensor), Milight-LED, Wifi (IPCAM, Fritz!DECT, Sonoff), alexa, Hombridge, Velux-Rollos, Viessman-API, iobroker, SENEC

Chlorex

Ahoi,

habe eine Woche lang versucht mit den Tipps, Ideen und Erklärungen von hier versucht den Danfoss Stellantrieb LC-13 ohne Fehler E5 zum laufen zubringen.
Nach 1-3 Stunden kam immer wieder Fehler E5, egal was ich versucht habe.
Habe ihn gestern zurück geschickt.

Gibt es alternativen?
StellaZ ?
oder Rademacher Heizkörperstellantrieb ¿

cnkru

Hallo Chlorex,

ich habe keine Erfahrungen mit dem StellaZ.
Unsere Wahl in der Familie fiel auf das Danfoss aufgrund des WAF.
Leider ist wie überall, nicht alles Gute beisammen.

Meine Thermostate laufen seit heute wieder stabil - Dank Rudis letzter 10_ZWave.pm-Version.

Dennoch ist einiges zu beachten bei der Inbetriebnahme.
1. Nach Include ist der Befaehl "set Thermostat wakeupInterval  600 1" abzusetzen
    Sonst wacht dieses nicht auf und nimmt  keinen Kontakt mit dem FHEM-Server auf.
2. Im Wiki steht der Hinweis mit einem "define AT-Thermostat at +*00:30:00 get Thermostat battery" alle 30 Minuten
    eine Abfrage an das Gerät zu senden, sonst droht hier auch E5.

Einfach gesagt - das Thermostat muss aufwachen und der Dongle muss diesem auch eine Abfrage senden, nur dann läuft es.

Leider klappt das nicht so gut mit dem Notify-wakeup (wie hier im Post beschrieben viele Telegrammverluste),
daher muss man sich für das Steuern der Thermostate (den Heizplan) etwas einfallen lassen.

Entweder in 99_MyUtils.pm eine Heiz-Subfunktion etablieren, die nach Zeitplan ein "set Device setpointHeating Wert" an das Thermostat schickt oder
in der fhem.cfg mit dem AT-Befaehl zu bestimmten Zeiten dieses erledigen lässt.

Insgesamt bin ich mit diesem Thermostat so lala zufrieden.
Einen Zeitplan im Thermostat (ccs) abzulegen - wie in der Doku beschrieben  - klappt sogut wie nie.
Dazu scheitert obendrein oft das setzen der Uhrzeit im Gerät (set device clock).
Das notify-Problem ist hier ausführlich geschildert worden und das Gerät gibt keine IST-Temperaturwerte aus.

Alles im Allem ein dummes Thermostat - am besten fremdgesteuert durch das FHEM System - dann klappts am besten.

Gruß
Carsten

P.S. Falls gewünscht schreib ich mal ne ausführliche Bedienanleitung für das Forum

RPi4, Razberry, ZWAVE (Thermostate, Dimmer, Schalter, Multisensor), Milight-LED, Wifi (IPCAM, Fritz!DECT, Sonoff), alexa, Hombridge, Velux-Rollos, Viessman-API, iobroker, SENEC

Chlorex

Der
Zitat von: cnkru am 06 September 2015, 22:24:11
Dennoch ist einiges zu beachten bei der Inbetriebnahme.
1. Nach Include ist der Befaehl "set Thermostat wakeupInterval  600 1" abzusetzen
    Sonst wacht dieses nicht auf und nimmt  keinen Kontakt mit dem FHEM-Server auf.
2. Im Wiki steht der Hinweis mit einem "define AT-Thermostat at +*00:30:00 get Thermostat battery" alle 30 Minuten
    eine Abfrage an das Gerät zu senden, sonst droht hier auch E5.
Beides gemacht... läuft nen Weilchen und dann nach wenigen Stunden ist Ende...
Werde mir Alternativen überlegen.

Aber ein ToDo für künftige Interessenten wäre vielleicht eine Idee. :-)

cnkru

Hallo Andreas, Christian und Rudi,

erst einmal vielen Dank für eure Unterstützung, war ne klasse Zusammenarbeit  :D

Zum aktuellen Stand meines Systems nun folgender Sachstand:
Alle 9 Thermostate laufen stabil - gestern von 14:15 bis 24:00 Uhr mit 4 Errors im LOG - das läßt sich aushalten...

Heute waren es bis 19:00 Uhr in Summe 21 Errors in 14 Blöcken  (Abstände von 1 -3 Stunden) - damit kann ich erstmal leben.

Ich ziehe die jetzt die wakeupIntervalle der Thermostate auseinander, so daß der Funkverkehr nicht gleichzeit auftreten kann.

Hoffe damit auf weitere Besserung.
Melde mich morgen nochmals wieder und berichte erneut.
Danach schlage ich vor, den Forum-Eintrag zu schließen.

Gruß
Carsten
RPi4, Razberry, ZWAVE (Thermostate, Dimmer, Schalter, Multisensor), Milight-LED, Wifi (IPCAM, Fritz!DECT, Sonoff), alexa, Hombridge, Velux-Rollos, Viessman-API, iobroker, SENEC

rudolfkoenig

Carsten: was genau meinst du mit Errors?
Und welche Version von 10_ZWave.pm bzw. 00_ZWDongle.pm hast du verwendet?

cnkru

#67
Update habe ich durchgeführt
9204 und 9205 sind im Einsatz
Hier ein Beispiel vom Gerät Thermostat_WZ ==  0x20

2015.09.07 18:18:21.637 5: ZWAVE1 dispatch 011301
2015.09.07 18:18:21.655 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001302000004
2015.09.07 18:18:21.656 5: SW: 06
2015.09.07 18:18:21.658 5: ZWAVE1 dispatch 001302000004
2015.09.07 18:18:21.658 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.09.07 18:18:21.659 4: ZWAVE1 transmit OK for 02
2015.09.07 18:18:22.989 2: ZWave get Thermostat_Jule battery
2015.09.07 18:18:22.990 3: zAt7: Scheduled for sending after WAKEUP
2015.09.07 18:21:06.867 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040008063105042200c3
2015.09.07 18:21:06.868 5: SW: 06
2015.09.07 18:21:06.870 5: ZWAVE1 dispatch 00040008063105042200c3
2015.09.07 18:21:06.870 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:063105042200c3
2015.09.07 18:22:13.332 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004002003800346
2015.09.07 18:22:13.333 5: SW: 06
2015.09.07 18:22:13.334 5: ZWAVE1 dispatch 0004002003800346
2015.09.07 18:22:13.335 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:03800346
2015.09.07 18:22:13.395 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040020064303014209c4
2015.09.07 18:22:13.396 5: SW: 06
2015.09.07 18:22:13.397 5: ZWAVE1 dispatch 00040020064303014209c4
2015.09.07 18:22:13.398 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:064303014209c4
2015.09.07 18:22:13.464 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040020044608007f
2015.09.07 18:22:13.464 5: SW: 06
2015.09.07 18:22:13.466 5: ZWAVE1 dispatch 00040020044608007f
2015.09.07 18:22:13.467 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:044608007f
2015.09.07 18:22:13.770 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040020044608007f
2015.09.07 18:22:13.771 5: SW: 06
2015.09.07 18:22:13.772 5: ZWAVE1 dispatch 00040020044608007f
2015.09.07 18:22:13.773 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:044608007f
2015.09.07 18:22:13.830 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040020028407
2015.09.07 18:22:13.831 5: SW: 06
2015.09.07 18:22:13.833 5: ZWAVE1 dispatch 00040020028407
2015.09.07 18:22:13.833 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:028407
2015.09.07 18:22:13.835 5: ZWDongle_Write 00 13200280022520
2015.09.07 18:22:13.836 5: SW: 0109001320028002252040
2015.09.07 18:22:13.843 5: ACK received, removing 0109001320028002252040 from dongle sendstack
2015.09.07 18:22:13.844 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.09.07 18:22:13.844 5: SW: 06
2015.09.07 18:22:13.846 5: ZWAVE1 dispatch 011301
2015.09.07 18:22:14.160 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040020028407
2015.09.07 18:22:14.160 5: SW: 06
2015.09.07 18:22:14.162 5: ZWAVE1 dispatch 00040020028407
2015.09.07 18:22:14.163 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:028407
2015.09.07 18:22:14.164 5: ZWDongle_Write 00 13200543010101192520
2015.09.07 18:22:14.165 5: SW: 010c00132005430101011925209b
2015.09.07 18:22:14.172 5: ACK received, removing 010c00132005430101011925209b from dongle sendstack
2015.09.07 18:22:14.173 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011300
2015.09.07 18:22:14.174 5: SW: 06
2015.09.07 18:22:14.175 5: ZWAVE1 dispatch 011300
2015.09.07 18:22:14.176 2: ERROR: cannot SEND_DATA to Thermostat_WZ: 00
2015.09.07 18:22:14.558 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040020028407
2015.09.07 18:22:14.559 5: SW: 06
2015.09.07 18:22:14.560 5: ZWAVE1 dispatch 00040020028407
2015.09.07 18:22:14.561 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:028407
2015.09.07 18:22:14.943 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041020028407
2015.09.07 18:22:14.944 5: SW: 06
2015.09.07 18:22:14.946 5: ZWAVE1 dispatch 00041020028407
2015.09.07 18:22:14.946 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:028407
2015.09.07 18:22:15.036 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00041020028407
2015.09.07 18:22:15.036 5: SW: 06
2015.09.07 18:22:15.038 5: ZWAVE1 dispatch 00041020028407
2015.09.07 18:22:15.039 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:20 ARG:028407
2015.09.07 18:22:15.173 5: ZWDongle_Write 00 13200284082520
2015.09.07 18:22:15.174 5: SW: 010900132002840825204e
2015.09.07 18:22:15.225 5: ACK received, removing 010900132002840825204e from dongle sendstack
2015.09.07 18:22:15.227 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011300
2015.09.07 18:22:15.227 5: SW: 06
2015.09.07 18:22:15.229 5: ZWAVE1 dispatch 011300
2015.09.07 18:22:15.230 2: ERROR: cannot SEND_DATA to Thermostat_WZ: 00
2015.09.07 18:22:16.193 5: ZWDongle_Write 00 13200284082520
2015.09.07 18:22:16.194 5: SW: 010900132002840825204e
2015.09.07 18:22:16.197 5: ACK received, removing 010900132002840825204e from dongle sendstack
2015.09.07 18:22:16.201 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.09.07 18:22:16.201 5: SW: 06
2015.09.07 18:22:16.203 5: ZWAVE1 dispatch 011301
2015.09.07 18:22:17.278 5: ZWDongle_Write 00 13200284082520
2015.09.07 18:22:17.279 5: SW: 010900132002840825204e
2015.09.07 18:22:17.283 5: ACK received, removing 010900132002840825204e from dongle sendstack
2015.09.07 18:22:17.283 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011300
2015.09.07 18:22:17.284 5: SW: 06
2015.09.07 18:22:17.285 5: ZWAVE1 dispatch 011300
2015.09.07 18:22:17.286 2: ERROR: cannot SEND_DATA to Thermostat_WZ: 00
2015.09.07 18:22:18.298 5: ZWDongle_Write 00 13200284082520
2015.09.07 18:22:18.300 5: SW: 010900132002840825204e
2015.09.07 18:22:18.303 5: ACK received, removing 010900132002840825204e from dongle sendstack
2015.09.07 18:22:18.304 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011300
2015.09.07 18:22:18.304 5: SW: 06
2015.09.07 18:22:18.306 5: ZWAVE1 dispatch 011300
2015.09.07 18:22:18.307 2: ERROR: cannot SEND_DATA to Thermostat_WZ: 00
2015.09.07 18:22:19.319 5: ZWDongle_Write 00 13200284082520
2015.09.07 18:22:19.320 5: SW: 010900132002840825204e
2015.09.07 18:22:19.324 5: ACK received, removing 010900132002840825204e from dongle sendstack
2015.09.07 18:22:19.329 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.09.07 18:22:19.329 5: SW: 06
2015.09.07 18:22:19.331 5: ZWAVE1 dispatch 011301
2015.09.07 18:22:21.058 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0013200100ad
2015.09.07 18:22:21.059 5: SW: 06
2015.09.07 18:22:21.061 5: ZWAVE1 dispatch 0013200100ad
2015.09.07 18:22:21.061 4: ZWAVE1 CMD:ZW_SEND_DATA ID:01 ARG:00ad
2015.09.07 18:22:21.062 2: ZWAVE1 transmit NO_ACK for 20
2015.09.07 18:22:21.069 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0013200100ad
2015.09.07 18:22:21.069 5: SW: 06
2015.09.07 18:22:21.071 5: ZWAVE1 dispatch 0013200100ad
2015.09.07 18:22:21.072 4: ZWAVE1 CMD:ZW_SEND_DATA ID:01 ARG:00ad
2015.09.07 18:22:21.072 2: ZWAVE1 transmit NO_ACK for 20
2015.09.07 18:22:21.127 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0013200100b4
2015.09.07 18:22:21.128 5: SW: 06
2015.09.07 18:22:21.129 5: ZWAVE1 dispatch 0013200100b4
2015.09.07 18:22:21.130 4: ZWAVE1 CMD:ZW_SEND_DATA ID:01 ARG:00b4
2015.09.07 18:22:21.131 2: ZWAVE1 transmit NO_ACK for 20


Wenn gewünscht ein etwas längerer LOG

CU

Upps - sehe gerade 9208 und 9210 als neuste Versionen - update nachträglich durchgeführt.
Sorry ....
RPi4, Razberry, ZWAVE (Thermostate, Dimmer, Schalter, Multisensor), Milight-LED, Wifi (IPCAM, Fritz!DECT, Sonoff), alexa, Hombridge, Velux-Rollos, Viessman-API, iobroker, SENEC

rudolfkoenig

An diesem ERROR wird die neue Version nichts aendern.

Die Meldung verstehe ich so: der Dongle meint, er kann diese Nachricht nicht wegschicken.

Bin unsicher, was man hier tun sollte, z.Zt. wird die "nicht versendbare" Nachricht vergessen, und weitergemacht. Alternativ-Vorschlaege sind willkommen. Ich gehe davon aus, dass der Dongle schon selbst retransmits versucht, es kann auch ein grundsaetzliches Problem mit der Nachricht sein.

cnkru

Danke für die Info Rudi und mach Dir keinen Stress ;)

ich lass das Ganze mal in Ruhe laufen und versuche die Errors zu minimieren.

Habe die WakeupIntervalle auseinander gezogen als "set wakeupInterval 900 1" , 910,  920 ... usw.
damit der Doungle in Ruhe den Stack für das jeweilige aufgewachte Gerät abarbeiten kann.
So funkt keiner weiterer Thermostat dazwischen.

Der Heizplan wird morgen dahingehend angepasst, indem nur ein "setpointHeating" dann durchgeführt wird,
wenn wirklich eine neue Temperatur eingestellt werden soll (vorher alle 15 Minuten setpointHeating egal welcher TemperaturWert )

Ich werde berichten ....

CUL8R
RPi4, Razberry, ZWAVE (Thermostate, Dimmer, Schalter, Multisensor), Milight-LED, Wifi (IPCAM, Fritz!DECT, Sonoff), alexa, Hombridge, Velux-Rollos, Viessman-API, iobroker, SENEC

krikan

ZitatBin unsicher, was man hier tun sollte, z.Zt. wird die "nicht versendbare" Nachricht vergessen, und weitergemacht. Alternativ-Vorschlaege sind willkommen. Ich gehe davon aus, dass der Dongle schon selbst retransmits versucht, es kann auch ein grundsaetzliches Problem mit der Nachricht sein.
Bei den 0013xx01-Fehlern bin ich für Beibehaltung des "Vergessens": Das Gateway hat doch schon mehrfach probiert ein ACK zu bekommen: 3x Standardrouten und dann noch ExplorerFrames. Mehr kann man nicht machen und sollte das Problem irgendwo anders suchen. Genauso macht das ozw nach Analyse von mehreren Millionen Logzeilen über Log-Analyzer auch. Vorher hatten die auch 3x Wiederholungen, so wie Gero es vorgeschlagen hatte.
Frage mich hier auch, ob der 0013xx01-Fehler eine Nachricht betrifft oder für verschiedene Nachrichten kommt. Das kann man wegen einheitlicher CallbackId nicht erkennen ;).

Bei 011300-Fehlern sollten wir überlegen, ob nicht wiederholt wird (oder wird das schon? Meine nicht...). Wenn ich das richtig verstehe, bedeutet das, dass die Controller-Warteschlange übergelaufen ist und die Nachricht deshalb nicht rausging. Keine Ahnung, was die anderen machen.

cnkru

#71
So nun wieder ein Lebenszeichen von meiner Seite - Jungs  :D

Ich habe, wie weiter oben angekündigt:

1. die wakeupIntervalle der Themostate verlängert und auseinander gezogen
2. die Heizkurve so angepasst, dass die Temperatur je Thermostat nur einmal je Stunde mit setpointHeating geändert wird, wenn der Heizplan es vorsieht.

Ingesamt waren heute nur 2 Fehler bis 17:30 Uhr im LOG aufgelaufen (LOG verbose 3):

2015.09.09 00:05:00 2: ZWave set FIB_WALL_PLUG_TV off
2015.09.09 00:05:00 2: ERROR: FIB_WALL_PLUG_TV: cleaning commands without ack after 10s


2015.09.09 06:07:50 2: ZWave get Thermostat_WZ battery
2015.09.09 06:07:50 3: zAt5: Scheduled for sending after WAKEUP >>> WZ
2015.09.09 06:08:29 2: ERROR: cannot SEND_DATA to Thermostat_WZ: 00
2015.09.09 06:08:31 2: ZWAVE1 transmit NO_ACK for 20


Warum die Fibaro Steckdose sich mit Fehler meldet ist mir unklar, aber auch nicht so dramatisch ;)

Alles im Allem ist das Verhalten meines Systems deutlich besser als in der Vorwoche

Daher nochmals Danke an Euch.

Lessons learned:
Schalte nur die Thermostate, wenn wirklich Temperaturänderungen (Heizplan) erwünscht
- set Thermostat wakeupIntervall 900 1 und
- define zAtThermostat at +*00:30:00 get Thermostat battery
sind außreichend

Gruß
Carsten


In den letzten 5 Wochen inklusive aktueller Heizperiode läuft alle stabil.

Daher nochmals
Danke

RPi4, Razberry, ZWAVE (Thermostate, Dimmer, Schalter, Multisensor), Milight-LED, Wifi (IPCAM, Fritz!DECT, Sonoff), alexa, Hombridge, Velux-Rollos, Viessman-API, iobroker, SENEC

buzzdeebuzz

#72
Hallo, ich habe mir auch ein Danfoss LC-13 und ein Z-Wave ZME_UZB1 Me USB Stick gekauft. Ich habe das Thermostat in das Z-Wave Netzwerk inkludiert. Am Anfang sehe ich bei den "Readings" zu dem Thermostat, noch:

Zitat

state ???
transmit OK


Nach einer Weile sehe ich dann:

Zitat

state TRANSMIT_NO_ACK
transmit NO_ACK


Auf dem Thermostat erscheint auch kein Symbol für die Funk- / Netzwerkverbindung. Ich habe nun auch mehrmals die Fehlermeldung "E5" im Display des Thermostats gesehen. Ich habe dann die Batterien entfernt und wieder eingesetzt. Es scheint als ob FHEM nicht mehr mit dem Thermostat "sprechen" kann. Alle "get" Befehle, die ich an das Thermostat sende, scheinen für mich ins Nirvana zu laufen, selbst wenn ich das Thermostat mit Druck auf den mittleren Knopf aufwecke und direkt danach das "get"-Kommando absende. Nach dem Inkludieren, habe ich auch die folgenden 2 Einstellungen in FHEM / auf dem Thermostat vorgenommen.:


define Atdanfoss at +*00:30 get ZWave_THERMOSTAT_7 battery
set ZWave_THERMOSTAT_7 wakeupIntervall 300 7


Habe ich etwas falsch eingestellt bzw. was muss ich noch tun, damit das Thermostat mit FHEM funktioniert? Ist der Fehler "E5" auf einen Fehler im FHEM Z-Wave Modul zurückzuführen? Wie kann ich unterstützen, um das Problem zu identifizieren?

Hier noch der Log, den ich in FHEM zu dem Thermostat sehen kann.:

Zitat

2015-10-29_15:29:09 ZWave_THERMOSTAT_7 modelConfig: danfoss/z.xml
2015-10-29_15:29:09 ZWave_THERMOSTAT_7 modelId: 0002-0005-0004
2015-10-29_15:29:09 ZWave_THERMOSTAT_7 model: Danfoss Z Thermostat 014G0013
2015-10-29_15:30:38 ZWave_THERMOSTAT_7 CMD: ZW_APPLICATION_UPDATE
2015-10-29_16:19:45 ZWave_THERMOSTAT_7 CMD: ZW_APPLICATION_UPDATE
2015-10-29_16:19:45 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_16:19:50 ZWave_THERMOSTAT_7 TRANSMIT_NO_ACK
2015-10-29_16:19:50 ZWave_THERMOSTAT_7 transmit: NO_ACK
2015-10-29_16:20:25 ZWave_THERMOSTAT_7 CMD: ZW_APPLICATION_UPDATE
2015-10-29_16:20:26 ZWave_THERMOSTAT_7 wakeupReport: interval 60 target 7
2015-10-29_16:20:26 ZWave_THERMOSTAT_7 wakeupReport: interval 60 target 7
2015-10-29_16:35:55 ZWave_THERMOSTAT_7 CMD: ZW_APPLICATION_UPDATE
2015-10-29_16:35:55 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:07 ZWave_THERMOSTAT_7 CMD: ZW_APPLICATION_UPDATE
2015-10-29_21:19:07 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:08 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:08 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:08 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:09 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:09 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:09 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:10 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:10 ZWave_THERMOSTAT_7 battery: 81 %
2015-10-29_21:19:16 ZWave_THERMOSTAT_7 TRANSMIT_NO_ACK
2015-10-29_21:19:16 ZWave_THERMOSTAT_7 transmit: NO_ACK


Außerdem, wenn ich:


get ZWDongle_1 isFailedNode 7


eingebe, dann bekomme ich:


ZWDongle_1 isFailedNode_7 => yes


zurück.

buzzdeebuzz

Oh, ein Fehler ist mir gerade selbst aufgefallen. Das Wake-Up Kommando siehe oben:


set ZWave_THERMOSTAT_7 wakeupIntervall 300 7


ist natürlich falsch. Es lautet korrekt:


set ZWave_THERMOSTAT_7 wakeupIntervall 300 1


weil das ZWave_THERMOSTAT_7 seine Wake-Up Notification an den Z-Wave Controller senden soll und der Controller ist in der Regel Node 1.

Kein Wunder, dass die Nachrichten ins Nirvana gehen. Mal sehen, wie es nun aussieht.

krikan

Zitat von: buzzdeebuzz am 29 Oktober 2015, 23:47:32
Außerdem, wenn ich:

get ZWDongle_1 isFailedNode 7

eingebe, dann bekomme ich:

ZWDongle_1 isFailedNode_7 => yes

zurück.
Das ist normal, da Du den Node mit Deinen Befehlen manuell auf die failedNodeList verschoben hast (state TRANSMIT_NO_ACK transmit NO_ACK). Ist aber unerheblich, da bei der nächsten korrekten Kommunikation zw. Controller und Node der Controller den Node wieder von der failedNodeList herunternimmt. Die Abfrage isFailedNode sollte dann "no" zurückliefern.