Danfoss LC-13 (014G0013)

[Didi65]

Hallo Zusammen!

Ich habe mir 3 wunderhübsche Danfoss LC-13 Thermostate zugelegt. Das includieren ins ZWave-Netzwerk hat einwandfrei funktioniert. Auch das senden des Geheimnisses = "set WakeupIntervals 300 1" war kein Problem. Insgesamt funktioniert alles wunderbar, bis etwa 2-4 Stunden später, plötzlich ist am Display des Thermostates "E5" abzulesen und dann kommt die "wakeup notification" zuverlässig nur noch alle 30 Minuten . Entnimmt man die Batterien und setzt diese nach kurzer Zeit wieder ein, funktioniert es dann wieder um 2-4 Stunden später wieder abzukacken ..... 

In keinem Fhem-Thread konnte ich etwas zu diesem Thermostat lesen, hat trotzdem vielleicht jemand Erfahrungen mit diesem Thermostat gemacht oder weiss mir Rat?

Config:

Code Auswählen Erweitern

define Thermostat_Wohnen_Links ZWave 0184d2eb 5
attr Thermostat_Wohnen_Links IODev ZWDongle_0
attr Thermostat_Wohnen_Links classes BATTERY CLIMATE_CONTROL_SCHEDULE CLOCK MANUFACTURER_SPECIFIC MULTI_CMD PROTECTION THERMOSTAT_SETPOINT VERSION WAKE_UP MARK CLIMATE_CONTROL_SCHEDULE CLOCK MULTI_CMD
attr Thermostat_Wohnen_Links icon hc_wht_regler
attr Thermostat_Wohnen_Links room Wohnen,ZWave
attr Thermostat_Wohnen_Links verbose 5

Logfile:

Code Auswählen Erweitern

2015-01-12_03:59:21 Thermostat_Wohnen_Rechts battery: 50 %
2015-01-12_03:59:21 Thermostat_Wohnen_Rechts temperature: 23.0 C heating
2015-01-12_03:59:21 Thermostat_Wohnen_Rechts ccsOverride: no, unused
2015-01-12_03:59:21 Thermostat_Wohnen_Rechts wakeup: notification
2015-01-12_04:04:14 Thermostat_Wohnen_Rechts battery: 50 %
2015-01-12_04:04:14 Thermostat_Wohnen_Rechts temperature: 23.0 C heating
2015-01-12_04:04:14 Thermostat_Wohnen_Rechts ccsOverride: no, unused
2015-01-12_04:04:14 Thermostat_Wohnen_Rechts wakeup: notification
2015-01-12_04:09:06 Thermostat_Wohnen_Rechts battery: 50 %
2015-01-12_04:09:06 Thermostat_Wohnen_Rechts temperature: 23.0 C heating
2015-01-12_04:09:06 Thermostat_Wohnen_Rechts ccsOverride: no, unused
2015-01-12_04:09:06 Thermostat_Wohnen_Rechts wakeup: notification
2015-01-12_04:13:58 Thermostat_Wohnen_Rechts battery: 50 %
2015-01-12_04:13:58 Thermostat_Wohnen_Rechts temperature: 23.0 C heating
2015-01-12_04:13:58 Thermostat_Wohnen_Rechts ccsOverride: no, unused
2015-01-12_04:13:58 Thermostat_Wohnen_Rechts wakeup: notification
2015-01-12_04:43:12 Thermostat_Wohnen_Rechts battery: 50 %
2015-01-12_04:43:12 Thermostat_Wohnen_Rechts temperature: 23.0 C heating
2015-01-12_04:43:12 Thermostat_Wohnen_Rechts ccsOverride: no, unused
2015-01-12_04:43:12 Thermostat_Wohnen_Rechts wakeup: notification
2015-01-12_05:12:27 Thermostat_Wohnen_Rechts battery: 50 %
2015-01-12_05:12:27 Thermostat_Wohnen_Rechts temperature: 23.0 C heating
2015-01-12_05:12:27 Thermostat_Wohnen_Rechts ccsOverride: no, unused
2015-01-12_05:12:27 Thermostat_Wohnen_Rechts wakeup: notification

Die anderen Threads zu Danfoss Thermostaten habe ich allesamt durchgelesen.

Für Euere Bemühungen bedanke ich mich schon jetzt recht herzlich!

Gruß
Dietmar

[krikan]

Interessantes Forschungsprojekt
Laut Anleitung E5 = "Der Thermostat erhält nicht die erwarteten Antworten vom Regelsystem." Das 30-Minuten-Wakeup-Intervall wird bei Verlust der Controllerverbindung genutzt.

Mögliche Ursachen könnten bspw. sein:

• Verbindungsprobleme zum Controller (Funktelegrammverluste!) -> Kannst Du das ausschließen? Welcher Controller?
• Technische Anforderungen laut Anleitung an das Zwave-System sind nicht erfüllt -> mehrere Thermostate in einem Raum mit verschiedenem Programm/setpoint, oder...
• Fhem gibt nicht die korrekte Antwort auf Thermostat-Nachrichten -> verbose 5

Als Ansatzpunkt für letzteres: Logge mal mit verbose 5, was bei Verbindungsabbruch passiert. Evtl. kann man erkennen, ob Fhem auf eine Thermostat-Nachricht nicht reagiert oder zu spät reagiert.

edit: verbose 5 musst Du beim Controller setzen!

[Didi65]

Forschungsprojekt ist gut .... da ich Fhem-Anfänger bin, würde ich es eher als Jugend forscht bezeichnen. Aber ich gebe mir Mühe und vielleicht kommt ja auch was anständiges dabei raus, damit das ganze Fhem-Projekt profitiert.

Laut Anleitung E5 = "Der Thermostat erhält nicht die erwarteten Antworten vom Regelsystem." Das 30-Minuten-Wakeup-Intervall wird bei Verlust der Controllerverbindung genutzt.

Ja, das habe ich auch gelesen.

Mögliche Ursachen könnten bspw. sein:

• Verbindungsprobleme zum Controller (Funktelegrammverluste!) -> Kannst Du das ausschließen? Welcher Controller?

Aeotec Z-Stick Series 2
Wie kann ich Funktelegrammverluste ausschließen?

• Technische Anforderungen laut Anleitung an das Zwave-System sind nicht erfüllt -> mehrere Thermostate in einem Raum mit verschiedenem Programm/setpoint, oder...

Generell habe ich derzeit quasi ein Testlabor aufgebaut. Sprich die ganze Mimik befindet sich in einem offenen "Ess-Koch-Wohnzimmer". Module sind:

1 x Notebook mit Ubuntu
1 x Aeotec Z-Stick Series 2
3 x Danfoss LC-13
2 x Aeotec Multisensor
1 x FIBARO Relais 2 Schalter a 1.5kW (FIB_FGS-221)
1 x FIBARO Roller Shutter 2 (FIB_FGRM-222)
1 x Fibaro Rauchsensor / Smokealarm (FIB_FGSS-101)

Derzeit werden die Danfoss weder von Fhem noch von den Sensoren gesteuert und liefern praktisch nur Werte an Fhem. Die Vorgabetemperatur ist bei allen gleich eingestellt. Wobei ich mir nicht vorstellen kann, wie der Thermostat oder der Controller feststellen könnte, dass es im gleichen Raum noch ein weiteres Thermostat gibt oder dies sich evtl. im Nachbarraum befindet.

• Fhem gibt nicht die korrekte Antwort auf Thermostat-Nachrichten -> verbose 5

Als Ansatzpunkt für letzteres: Logge mal mit verbose 5, was bei Verbindungsabbruch passiert. Evtl. kann man erkennen, ob Fhem auf eine Thermostat-Nachricht nicht reagiert oder zu spät reagiert.

Verbose 5 habe ich auf allen Geräten eingestellt.

Letzter gültiger Log Thermostat

Code Auswählen Erweitern

2015-01-15_23:14:49 Thermostat_Wohnen_Rechts battery: 48 %
2015-01-15_23:14:49 Thermostat_Wohnen_Rechts temperature: 23.0 C heating
2015-01-15_23:14:49 Thermostat_Wohnen_Rechts ccsOverride: no, unused
2015-01-15_23:14:49 Thermostat_Wohnen_Rechts wakeup: notification

Letzter gültiger Log Fhem

Code Auswählen Erweitern

2015.01.15 23:14:49.771 5: ZWDongle/RAW: /0109000400060380033044
2015.01.15 23:14:49.771 5: SW: 06
2015.01.15 23:14:49.772 5: ZWDongle_Read ZWDongle_0: 0004000603800330
2015.01.15 23:14:49.772 5: ZWDongle_0 dispatch 0004000603800330
2015.01.15 23:14:49.772 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:03800330
2015.01.15 23:14:49.787 5: ZWDongle/RAW: /010c00040006064303014208fc00
2015.01.15 23:14:49.787 5: SW: 06
2015.01.15 23:14:49.788 5: ZWDongle_Read ZWDongle_0: 00040006064303014208fc
2015.01.15 23:14:49.789 5: ZWDongle_0 dispatch 00040006064303014208fc
2015.01.15 23:14:49.789 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:064303014208fc
2015.01.15 23:14:49.803 5: ZWDongle/RAW: /010a00040006044608007fc2
2015.01.15 23:14:49.803 5: SW: 06
2015.01.15 23:14:49.804 5: ZWDongle_Read ZWDongle_0: 00040006044608007f
2015.01.15 23:14:49.804 5: ZWDongle_0 dispatch 00040006044608007f
2015.01.15 23:14:49.804 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:044608007f
2015.01.15 23:14:49.818 5: ZWDongle/RAW: /01080004000602840774
2015.01.15 23:14:49.818 5: SW: 06
2015.01.15 23:14:49.820 5: ZWDongle_Read ZWDongle_0: 00040006028407
2015.01.15 23:14:49.820 5: ZWDongle_0 dispatch 00040006028407
2015.01.15 23:14:49.820 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:028407

Bis dorthin hat sich der Thermostat zuverlässig alle 4'52'' beim Controller gemeldet > sollte er sich pünktlich um 23:19:41 wieder melden. Nach meinem Verständnis sollte genau dort ein Ereignis sein, welches dort nicht hingehört. Nachfolgend der Log aus genau dieser Zeit.

Code Auswählen Erweitern

2015.01.15 23:18:54.645 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:06310504220000
2015.01.15 23:19:16.318 5: ZWDongle/RAW: /010c00040004063105012200d436
2015.01.15 23:19:16.318 5: SW: 06
2015.01.15 23:19:16.320 5: ZWDongle_Read ZWDongle_0: 00040004063105012200d4
2015.01.15 23:19:16.320 5: ZWDongle_0 dispatch 00040004063105012200d4
2015.01.15 23:19:16.320 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:063105012200d4
2015.01.15 23:19:25.585 5: ZWDongle/RAW: /0109000408080380033240
2015.01.15 23:19:25.585 5: SW: 06
2015.01.15 23:19:25.586 5: ZWDongle_Read ZWDongle_0: 0004080803800332
2015.01.15 23:19:25.587 5: ZWDongle_0 dispatch 0004080803800332
2015.01.15 23:19:25.587 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:03800332
2015.01.15 23:19:25.596 5: ZWDongle/RAW: /0109000400080380033248
2015.01.15 23:19:25.596 5: SW: 06
2015.01.15 23:19:25.598 5: ZWDongle_Read ZWDongle_0: 0004000803800332
2015.01.15 23:19:25.598 5: ZWDongle_0 dispatch 0004000803800332
2015.01.15 23:19:25.598 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:03800332
2015.01.15 23:19:25.649 5: ZWDongle/RAW: /010c00040808063105030a0001cd
2015.01.15 23:19:25.649 5: SW: 06
2015.01.15 23:19:25.650 5: ZWDongle_Read ZWDongle_0: 00040808063105030a0001
2015.01.15 23:19:25.651 5: ZWDongle_0 dispatch 00040808063105030a0001
2015.01.15 23:19:25.651 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:063105030a0001
2015.01.15 23:19:25.657 5: ZWDongle/RAW: /010c00040008063105030a0001c5
2015.01.15 23:19:25.657 5: SW: 06
2015.01.15 23:19:25.658 5: ZWDongle_Read ZWDongle_0: 00040008063105030a0001
2015.01.15 23:19:25.658 5: ZWDongle_0 dispatch 00040008063105030a0001
2015.01.15 23:19:25.658 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:063105030a0001
2015.01.15 23:19:25.737 5: ZWDongle/RAW: /010c0004080806310505011b00da
2015.01.15 23:19:25.737 5: SW: 06
2015.01.15 23:19:25.739 5: ZWDongle_Read ZWDongle_0: 0004080806310505011b00
2015.01.15 23:19:25.739 5: ZWDongle_0 dispatch 0004080806310505011b00
2015.01.15 23:19:25.739 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:06310505011b00
2015.01.15 23:19:25.739 1: PERL WARNING: Argument "27 %" isn't numeric in addition (+) at (eval 5029) line 1.
2015.01.15 23:19:25.739 3: stacktrace:
2015.01.15 23:19:25.740 3:     main::__ANON__                      called by (eval 5029) (1)
2015.01.15 23:19:25.740 3:     (eval)                              called by fhem.pl (3580)
2015.01.15 23:19:25.740 3:     main::readingsEndUpdate             called by ./FHEM/10_ZWave.pm (1074)
2015.01.15 23:19:25.740 3:     main::ZWave_Parse                   called by fhem.pl (3092)
2015.01.15 23:19:25.740 3:     main::Dispatch                      called by ./FHEM/00_ZWDongle.pm (604)
2015.01.15 23:19:25.740 3:     main::ZWDongle_Parse                called by ./FHEM/00_ZWDongle.pm (540)
2015.01.15 23:19:25.740 3:     main::ZWDongle_Read                 called by fhem.pl (2955)
2015.01.15 23:19:25.740 3:     main::CallFn                        called by fhem.pl (608)
2015.01.15 23:19:25.748 5: ZWDongle/RAW: /010c0004000806310505011b00d2
2015.01.15 23:19:25.749 5: SW: 06
2015.01.15 23:19:25.750 5: ZWDongle_Read ZWDongle_0: 0004000806310505011b00
2015.01.15 23:19:25.750 5: ZWDongle_0 dispatch 0004000806310505011b00
2015.01.15 23:19:25.751 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:06310505011b00
2015.01.15 23:19:25.753 1: PERL WARNING: Argument "27 %" isn't numeric in addition (+) at (eval 5033) line 1.
2015.01.15 23:19:25.753 3: stacktrace:
2015.01.15 23:19:25.753 3:     main::__ANON__                      called by (eval 5033) (1)
2015.01.15 23:19:25.753 3:     (eval)                              called by fhem.pl (3580)
2015.01.15 23:19:25.753 3:     main::readingsEndUpdate             called by ./FHEM/10_ZWave.pm (1074)
2015.01.15 23:19:25.753 3:     main::ZWave_Parse                   called by fhem.pl (3092)
2015.01.15 23:19:25.753 3:     main::Dispatch                      called by ./FHEM/00_ZWDongle.pm (604)
2015.01.15 23:19:25.753 3:     main::ZWDongle_Parse                called by ./FHEM/00_ZWDongle.pm (540)
2015.01.15 23:19:25.753 3:     main::ZWDongle_Read                 called by fhem.pl (2955)
2015.01.15 23:19:25.753 3:     main::CallFn                        called by fhem.pl (608)
2015.01.15 23:19:25.829 5: ZWDongle/RAW: /010c00040808063105012200bc5a
2015.01.15 23:19:25.829 5: SW: 06
2015.01.15 23:19:25.830 5: ZWDongle_Read ZWDongle_0: 00040808063105012200bc
2015.01.15 23:19:25.831 5: ZWDongle_0 dispatch 00040808063105012200bc
2015.01.15 23:19:25.831 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:063105012200bc
2015.01.15 23:19:25.839 5: ZWDongle/RAW: /010c00040008063105012200bc52
2015.01.15 23:19:25.839 5: SW: 06
2015.01.15 23:19:25.840 5: ZWDongle_Read ZWDongle_0: 00040008063105012200bc
2015.01.15 23:19:25.841 5: ZWDongle_0 dispatch 00040008063105012200bc
2015.01.15 23:19:25.841 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:063105012200bc
2015.01.15 23:19:25.874 5: ZWDongle/RAW: /0108000400080284077a
2015.01.15 23:19:25.874 5: SW: 06
2015.01.15 23:19:25.875 5: ZWDongle_Read ZWDongle_0: 00040008028407
2015.01.15 23:19:25.876 5: ZWDongle_0 dispatch 00040008028407
2015.01.15 23:19:25.876 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2015.01.15 23:19:52.643 5: ZWDongle/RAW: /01100004000a0a32022144000000150000ab
2015.01.15 23:19:52.644 5: SW: 06
2015.01.15 23:19:52.645 5: ZWDongle_Read ZWDongle_0: 0004000a0a32022144000000150000
2015.01.15 23:19:52.645 5: ZWDongle_0 dispatch 0004000a0a32022144000000150000
2015.01.15 23:19:52.646 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:0a32022144000000150000
2015.01.15 23:19:54.642 5: ZWDongle/RAW: /010c0004000a06310504220000e9
2015.01.15 23:19:54.643 5: SW: 06
2015.01.15 23:19:54.644 5: ZWDongle_Read ZWDongle_0: 0004000a06310504220000
2015.01.15 23:19:54.644 5: ZWDongle_0 dispatch 0004000a06310504220000
2015.01.15 23:19:54.645 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:0a ARG:06310504220000
2015.01.15 23:20:32.757 5: ZWDongle/RAW: /01080004000302840771


Sollte der Kontakt zum Controller verloren gehen, sollte sich laut Beschreibung von Danfoss das Thermostat bei der nächsten gültigen Notification wieder "beruhigen" und wieder zum eingestellten WakeupIntervall zurückkehren, deshalb noch der Log vom "Wiedereintritt des Thermostats in das Z-Wave Universum".

Code Auswählen Erweitern

2015.01.15 23:44:06.163 5: ZWDongle/RAW: /0109000400060380033044
2015.01.15 23:44:06.163 5: SW: 06
2015.01.15 23:44:06.165 5: ZWDongle_Read ZWDongle_0: 0004000603800330
2015.01.15 23:44:06.165 5: ZWDongle_0 dispatch 0004000603800330
2015.01.15 23:44:06.165 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:03800330
2015.01.15 23:44:06.180 5: ZWDongle/RAW: /010c00040006064303014208fc00
2015.01.15 23:44:06.180 5: SW: 06
2015.01.15 23:44:06.182 5: ZWDongle_Read ZWDongle_0: 00040006064303014208fc
2015.01.15 23:44:06.182 5: ZWDongle_0 dispatch 00040006064303014208fc
2015.01.15 23:44:06.182 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:064303014208fc
2015.01.15 23:44:06.195 5: ZWDongle/RAW: /010a00040006044608007fc2
2015.01.15 23:44:06.195 5: SW: 06
2015.01.15 23:44:06.196 5: ZWDongle_Read ZWDongle_0: 00040006044608007f
2015.01.15 23:44:06.196 5: ZWDongle_0 dispatch 00040006044608007f
2015.01.15 23:44:06.196 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:044608007f
2015.01.15 23:44:06.209 5: ZWDongle/RAW: /01080004000602840774
2015.01.15 23:44:06.210 5: SW: 06
2015.01.15 23:44:06.211 5: ZWDongle_Read ZWDongle_0: 00040006028407
2015.01.15 23:44:06.211 5: ZWDongle_0 dispatch 00040006028407
2015.01.15 23:44:06.211 4: ZWDongle_0 CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:028407

Zur Systematik: Nachdem ich die ganze Prozedur wieder und wieder getestet habe kann ich festhalten:

• Dieses Verhalten haben alle 3 Danfoss Thermostate
• Maximale Überlebensdauer 1,5 Stunden
• Ich konnte keine direkte Verbindung mit der Perl Warnung herleiten

[krikan]

Wie kann ich Funktelegrammverluste ausschließen?

Gute Funkverbindung Aber bei Deinem vermutlich kurzem Abstand sollte es zu keinen Telegrammverlusten kommen. Wenn eine Nachricht vom Controller nicht am Device landet erkennt man das im Log (NACK o.ä.). Umgekehrt sieht man es nicht, kann es nur durch fehlende Events feststellen.

Derzeit werden die Danfoss weder von Fhem noch von den Sensoren gesteuert und liefern praktisch nur Werte an Fhem.

Kann das evtl. schon ein Problem sein? Erwartet der Thermostat evtl. setpoint vom Controller!? Leider gibt die Anleitung nicht viel her; eigentlich ist das eine Ansammlung von wagen Aussagen. Auch das Handbuch auf handbuch.zwave.de liefert leider nicht mehr Infos.

Mein Problem bei Deinen Logs:
Ich kann nicht erkennen, welches Device (Id) das betrachtete Thermostat hat. Interessant wäre der gesamte Verlauf des Logs für dieses Device. Kannst ja mal das gesamte Log anhängen, wenn Du magst. Wenn das Thermostat eine bestimmte Nachricht vermisst, wird man aber vermutlich nichts erkennen. Habe mal bei den Mitbewerber-Softwareprodukten in den Foren gesucht. Dort taucht das E5-Problem auch häufiger auf. Bei einigen Closed-Source-Produkten wurde es gelöst; finde aber keine genaue Angabe woran es lag...

Ob die Perl-Warnings eine Problem sind, kann ich nicht ausschließen, vermute aber eher auch nicht. Das müsste sich ggfs. Rudi mal anschauen:

2015.01.15 23:19:25.753 1: PERL WARNING: Argument "27 %" isn't numeric in addition (+) at (eval 5033) line 1.
2015.01.15 23:19:25.753 3: stacktrace:
2015.01.15 23:19:25.753 3:     main::__ANON__                      called by (eval 5033) (1)
2015.01.15 23:19:25.753 3:     (eval)                              called by fhem.pl (3580)
2015.01.15 23:19:25.753 3:     main::readingsEndUpdate             called by ./FHEM/10_ZWave.pm (1074)
2015.01.15 23:19:25.753 3:     main::ZWave_Parse                   called by fhem.pl (3092)
2015.01.15 23:19:25.753 3:     main::Dispatch                      called by ./FHEM/00_ZWDongle.pm (604)
2015.01.15 23:19:25.753 3:     main::ZWDongle_Parse                called by ./FHEM/00_ZWDongle.pm (540)
2015.01.15 23:19:25.753 3:     main::ZWDongle_Read                 called by fhem.pl (2955)
2015.01.15 23:19:25.753 3:     main::CallFn                        called by fhem.pl (608)

Ach so, Anfänger bin und bleibe ich auch, obwohl ich schon lange dabei bin. Manchmal hat man aber Erfolge...

[rudolfkoenig]

Die Warnung kommt von einem userReading. Ich habe fhem.pl gestern modifiziert, damit es in diesem Fall zusaetzlich das ausgefuehrte Perl-Expression ausgibt.

[Didi65]

Beigefügt der Log vom Device ID 06.

Verbindungsprobleme habe ich in der derzeitigen Konstellation so gut wie nicht. Ich habe die WakeUps der Devices im Charting Frontend dargestellt - für heute fehlen mir bei einem von 8 Devices 3 WakeUps bei einem mittleren WakeUp von 300 s, die anderen WakeUps kommen vollständig.

Ich lese auch immer und immer wieder die anderen Foren und die Danfoss Beschreibungen durch, ich bin da noch über etwas gestolpert in den Danfoss Beschreibungen .....

"Make sure to use Danfoss Living connects only with Z-Wave controllers fully implementing all battery life time extention methods recommended by Danfoss. All controllers based on Z-Wave.Me software (e.g. RaZberry) fully support these methods."

Ich habe schon danach gesucht inwieweit der Aeotec Z-Stick Series 2 mit Z-Wave.Me kompatibel ist - habe aber bisher noch nichts gefunden ...... wobei eigentlich sollten sie ja alle Z-Wave reden, hören und verstehen!

[krikan]

Beigefügt der Log vom Device ID 06.

Sorry, wenn ich mich zu ungenau geäußert habe: Bräuchte das (gesamte) Logfile mit den Raw-Messages des Dongles. Befürchte nur immer mehr, dass das ein Riesen-Forschungsprojekt ist...

"Make sure to use Danfoss Living connects only with Z-Wave controllers fully implementing all battery life time extention methods recommended by Danfoss. All controllers based on Z-Wave.Me software (e.g. RaZberry) fully support these methods."

Das hatte ich auch gelesen, ist aber wieder eine sehr ungenaue Aussage. Mit der Kombatiblität zwischen den Z-Wave-Sticks/Geräten ist das so eine Sache: Es gibt diverse SDKs und Implementierungen. Die neuen sollten immer alte bedienen und erkennen können (mit Ausnahmen); jedoch nicht zwingend umgekehrt. Z-wave.me-Implemtierungen sind (razberry=ZWave Plus) sind sehr aktuell, Z-Stick 2 deutlich älter. Auch das könnte ein Problem sein, glaube ich aber erstmal nicht. Wie Du liest ist das eine Bastelei mit vielen Unbekannten, das Protokoll ist leider nicht öffentlich und Danfoss zeichnet sich nicht gerade durch optimale Zwave-Doku/Implementierung aus. Es scheint auch diverse Firmwares für Dein Thermosthat mit unterschiedlichen Problemen zu geben, wenn ich den anderen Foren glauben darf.

[Didi65]

Das Logfile habe ich beigefügt. Die IDs sind wie folgt vergeben:

1 x ID 01 - Aeotec Z-Stick Series 2
3 x ID 06, 07, 14 - Danfoss LC-13 (durch viel testen hat ID 14 zuvor auch schon andere IDs angenommen z.B. ID 05)
2 x ID 03, 08 - Aeotec Multisensor
1 x ID 12 - FIBARO Relais 2 Schalter a 1.5kW (FIB_FGS-221)
1 x ID 10 - FIBARO Roller Shutter 2 (FIB_FGRM-222)
1 x ID 04 - FIBARO Rauchsensor / Smokealarm (FIB_FGSS-101)

Meine Danfoss haben die Version Lib 6 Prot 3.67 App 1.1

Während das 014G0012 nach Danfoss Angaben nicht wirklich für Z-Wave geeignet sein soll, sagt Danfoss, dass die 014G0013 genau für solch eine Umgebung entwickelt wurden.

Riesen-Forschungsprojekt hin oder her, die Danfoss sind meines Erachtens in der Z-Wave Welt die einzig richtigen Thermostate. Wenn wir diese Thermostate zum fliegen bekommen vermute ich, dass sich mehr User für Fhem entscheiden könnten.
Ich habe mir wirklich viele Systeme (vielleicht auch die meisten) angesehen bevor ich mich für Fhem und Bastelei entschieden habe und kann nur sagen, dass ausser dem Gira Server und Symcon die meisten "Server" nur verbesserte Fernbedienungen sind! Aber - der wesentliche Unterschied, die können Danfoss ....... Also, wenn die das können, dann sollte es doch auch für Fhem möglich sein.

[rudolfkoenig]

Ich habe mal das Log nach ID:06 gefiltert und angeschaut:
sowohl im 5Minuten Intervall, wie auch in der 30Min Version kommen immer 4 Nachrichten:

Code Auswählen Erweitern

03 800330          -> battery 48%
06 4303014208fc    -> temperature -> 23.00 C
04 4608007f        -> ccsOverride:no, unused
02 8407            -> wakeup:notification

Das ist nichts auffaelliges.

Ich vermute, dass das Geraet irgendwelche Nachrichten von FHEM erwartet, die Preisfrage lautet, welche.  Evtl. koennten das die Helfer im zwave.de Forum beantworten. Und es waere gut rauszufinden, was Danfoss mit "all battery life time extention methods recommended by Danfoss" meint. Gibts sowas wie Danfoss Support? Man hat ja schliesslich fuer die Geraete gezahlt.

[Didi65]

Danfoss (Dänemark) habe ich angeschrieben mit der Frage, was das Thermostat vom Server erwartet. Da ich nicht wirklich gut Englisch kann, hoffe ich, dass Sie meine Frage verstehen und ich bald eine Antwort bekomme.

[Didi65]

Auf dem Z-Wave Forum habe ich auch meine Frage hinterlassen.

[Didi65]

Ich habe heute mit Danfoss Deutschland telefoniert. Die LC-13 Thermostate sind OEM Produkte die direkt von Danfoss Dänemark ausgeliefert und mit spezieller FW nach Wünschen der Z-Wave "Organisation" ausgeliefert werden. Der Support wird wie üblich bei OEM Produkten, durch den Verkäufer übernommen. Ich habe meinen Verkäufer kontaktiert, leider war der Z-Wave zuständige Mitarbeiter nicht mehr zu sprechen, aber sein Kollege sagte mir, dass er sich der Sache annimmt.

Zwischenzeitlich habe ich noch etwas mehr recherchiert. Es könnte doch sein, dass es an der Kompatibilität Stick/Controller Thermostat liegt. Der LC-13 spricht und hört bereits Z-Wave+ und vermutlich der Aeotec nicht. Sprich, der Stick als vermeintlicher "Legastheniker" kann nur das notwendigste verstehen und hören - und so kommt die Unterhaltung zunächst ins stottern und dann zum Abbruch.

Apropos sprechen und hören, muss Fhem (open-zwave) auch ZWave+ (ZWave.me) sprechen und hören können, und wenn, versteht das Fhem bereits?

[krikan]

Der LC-13 spricht und hört bereits Z-Wave+

Woher hast Du diese Info; ich konnte keinerlei Zwave+ Zertifizierung für LC13 finden.
Grundfrage: Was ist eigentlich Zwave+?
Frei zugängliche Info: http://www.zwave-review.com/zwave/z-wave-plus.php
Im Buch von Dr. Pätz findet sich auch nicht wirklich softwaretechnisch handfeste Angaben. Bemerkenswert finde ich dort nur, dass die Dokus ausführlicher (Parameters,..) sein müssen; genau das vermisse ich beim LC13.
Fhem und Zwave+ lässt sich erst wirklich beantworten, wenn die Grundfrage geklärt ist. Aber vermutlich: Nein. Problem bleibt, dass es keine frei zugänglichen Infos zum Zwave-Protokoll gibt; nur eben die alte Protokoll-Doku und das was mit Basteln/Recherche durch openzwave oder hier herausgefunden wurde.

Es wäre schon prima, wenn Du weitere Infos zum LC13 bekommen könntest; auch Zwave+ ist sicherlich interessant.

[Didi65]

Ich habe jetzt erstmal abgewartet was von dem allem kommt, was ich angeleiert habe. Bisher war das eher dürftig hier ist die erste Antwort aus dem Z-Wave Forum.

http://www.zwave.de/index.php/kunena/fragen-zu-z-wave-produkten/22-z-wave-heizungs-steuerkopf-fehler-e5

[rudolfkoenig]

Stimmt, da hat wer keine Lust sich damit im Detail auseinanderzusetzen.

Aber es bringt mich auf die Idee "Inspirieren lassen". Ich wuerde erst pruefen, ob Razberry (bzw. was auch immer) mit dem Thermostat funktioniert, das alleine waere eine Hilfestellung. Als zweites die Kommunikation dieser Software mit dem Stick protokollieren (fuer solche Zwecke gibt es diverse Tools), und daraus versuchen zu lernen.

Man koennte die gestern fuer "normale" Geraete aktivierte callbackid auch fuer batterielose einschalten (in ZWave.pm die Zeile mit  "callback=>id" in das vorherige Block fuer WAKE_UP kopieren), allerdings erhoffe ich davon nicht so viel.