Zwave Eurotronic Comet, wie richtig benutzen

[CaSch1306]

Hallo liebes Forum,

ich habe eine Frage, die ich weder durch die Suche im Forum noch durch Google lösen kann.

Ich befinde mich ganz am Anfang meiner Hausautomation.
Zur Info ich nutze einen Banana Pi mit zwave USB Stick als Basis.
Im Moment habe ich nur das Gäste-WC mit Komponenten ausgestattet, das sind 1x Fibaro Fensterkontakt, 1x Fibaro Relayswitch und eben das Eurotronic COmet Thermostat

Ich habe mich vorher im Internet ein wenig schlau gemacht wegen den Thermostaten und bin auf 3 für mich mögliche Thermostate gestoßen. Das Danfoss, das zu Danfoss baugleiche Devolo und eben das Comet.

Ein Bericht auf siio.de hat mich dann bekräftigt das günstigste zu nehmen, da es laut dem Bericht nur die Eigenheit hat, bei manueller Betätigung diesen Zustand für 2 Stunden zu behalten und darüber keine Rückmeldung zu geben, damit könnte ich aber gut leben. Beim Danfoss würde mich stören, das es die Temperatur wohl nicht zurückmelden kann und die Position der "Anzeige" sowie der Tasten. Und Devolo scheint wohl ein eigenes Süppchen zu kochen, was die Firmware angeht, da war halt die Frage ob alles unterstützt werden würde.

Bevor ich alles "verbaut" habe, habe ich die einzelnen Komponenten erstmal im Arbeitszimmer angelernt --> soweit alles gut.
Bei passender Gelegenheit habe ich dann Fensterkontakt und Thermostat verbaut. Der Fensterkontakt tut was er soll das Thermostat hat erstmal nicht mit fhem kommuniziert, dafür musste ich erste den Relayswitch montieren, da dieser wohl das Signal routet, ich habe jedenfalls vorher keine Rückmeldung bekommen.

Nun ist es so, dass ich zunächst keinerlei weitere Infos des Thermostats in fhem hatte. Nach einem Update und einem get model habe ich dann zumindest noch Temperatur und ein paar andere Infos bekommen. Ich konnte das Wakeupinterval auf 15 Minuten setzen.

Jetzt zum eigentlichen Thema, den Problemen:

• Bei jedem Wakeup kann ich immer nur ein get absetzen, setze ich mehrere gets ab, wird nur der erste ausgeführt
• Ich habe in der Auswahlliste der set Befehle keine Ahnung, was ich absetzen muss, damit sich die Temperatur ändern lässt
• Es gibt auch ein DIM, was wohl für die prozentuale Öffnung des Ventils steht, ein Set dim scheint aber nicht zu greifen
• Ich bekomme keine automatischen Statusupdates

Hat einer von euch das Eurotronic Comet als ZWave Gerät im Einsatz und kann mich dabei unterstützen?
Was kann ich tun um Infos zu liefern?

Ein paar Infos, die vielleicht Helfen:

Code Auswählen Erweitern


model: 0x0148 0x0002 0x0001
modelId: 0148-0002-0001


Internals:

Code Auswählen Erweitern


DEF  ea1c45a1 5
IODev ZWAVE1
LASTInputDev ZWAVE1
MSGCNT 48
NAME GWC.Heizung
NR 27
STATE dim 11
TYPE ZWave
ZWAVE1_MSGCNT 48
ZWAVE1_RAWMSG 00040005063105012200d7
ZWAVE1_TIME 2015-12-30 06:58:03
homeId ea1c45a1
isWakeUp 1
lastMsgSent 1451455083.00554
nodeIdHex 05


Readings:

Code Auswählen Erweitern


CMD ZW_APPLICATION_UPDATE 2015-12-22 07:22:04
basicReport ff 2015-12-28 22:29:47
battery 100 % 2015-12-30 06:42:58
model 0x0148 0x0002 0x0001 2015-12-29 22:09:22
modelId 0148-0002-0001 2015-12-29 22:09:22
reportedState dim 11 2015-12-29 22:54:40
state dim 11 2015-12-29 22:54:40
temperature 21.5 C 2015-12-30 06:58:03
transmit OK 2015-12-30 06:58:05
versionClass_20 01 2015-12-28 18:42:17
wakeup notification 2015-12-30 06:58:03


Gruß
Carsten

[A.Harrenberg]

Hi Carsten,

könntest Du bitte noch ein "list" von dem Device machen (http://www.fhemwiki.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F) und hier posten?

Meine Thermostate sind "HomeMatic", daher kenne ich das Ding auch nicht. Normalerweise sollte das Gerät die Klasse "THERMOSTAT_SETPOINT" melden und dann bei set den Befehl "setpointheating" anbieten, damit solltest Du die Temperatur setzen können. So wie ich das momentan aus dem FHEM-code sehe, ist das eine Zahl ohne Dezimalstelle, d.h. Du kanns dort aktuell nur "ganze" Grad einstellen.

Hier könnte man aber bei Gelegenheit den Code mal erweitern, die Klasse erlaubt da auch Nachkommastellen, das ist aber momentan nicht implementiert und man müsste auch erst mal herausbekommen was Dein Thermostat unterstützt.

Gruß,
Andreas.

[krikan]

Hallo Carsten,

von mir nur der Link zu einem Test des Thermostates http://www.zwave-review.com/tests/heizungssteuerung.php.

FHEM bietet grundsätzlich alle von FHEM unterstützten Funktionen/Befehle einer vom Gerät gemeldeten Command Class zur Auswahl an. Dies unabhängig davon, ob das Gerät eine spezielle Funktion/Befehl der Command Class unterstützt oder (gegen den Standard) nicht unterstützt. Zudem wird von FHEM nicht berücksichtigt, welche Version der Command Class das Gerät hat; es werden Funktionen/Befehle aller in FHEM eingebauten Versionen angeboten.

Gruß, Christian

[CaSch1306]

Hallo Andreas,

hier ein List:

Code Auswählen Erweitern


Internals:
   DEF        ea1c45a1 5
   IODev      ZWAVE1
   NAME       GWC.Heizung
   NR         27
   STATE      dim 11
   TYPE       ZWave
   homeId     ea1c45a1
   nodeIdHex  05
   Readings:
     2015-12-22 07:22:04   CMD             ZW_APPLICATION_UPDATE
     2015-12-28 22:29:47   basicReport     ff
     2015-12-30 06:42:58   battery         100 %
     2015-12-29 22:09:22   model           0x0148 0x0002 0x0001
     2015-12-29 22:09:22   modelId         0148-0002-0001
     2015-12-30 07:43:23   reportedState   dim 11
     2015-12-30 07:43:23   state           dim 11
     2015-12-30 07:43:24   temperature     21.5 C
     2015-12-30 08:13:37   transmit        OK
     2015-12-28 18:42:17   versionClass_20 01
     2015-12-30 08:13:35   wakeup          notification
Attributes:
   IODev      ZWAVE1
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   group      Heizung
   icon       sani_heating
   room       Gäste WC,ZWave


setpointheating ist auch in der Auswahlliste, ich habe den set setpointheating auch schon mehrfach ausgeführt, nur hat es nie funktioniert.

Hallo Christian,

den Test hatte ich auch schon gesehen und auch nochmal "überflogen" und dabei gesehen, dass die Werte nicht automatisch übermittelt werden. Ich habe mir jetzt beholfen indem ich mehrere Notifies definiert habe, die Abfragen nach dem notify starten:

Code Auswählen Erweitern


define GWC.update notify GWC.Heizung:wakeup:.* get GWC.Heizung smStatus
define GWC.update1 notify GWC.Heizung:wakeup:.* get GWC.Heizung swmStatus
define GWC.update2 notify GWC.Heizung:wakeup:.* get GWC.Heizung thermostatMode


damit bekomme ich nun Temperatur (smStatus), Dim Status (swmStatus) und den Modus (z.B. heating) (thermostatMode) zurück. Allerdings überschreiben sich swmStatus und thermostatMode direkt nacheinander.

Ich habe nun nochmal dsetpointHeating definiert und werde mal schauen was passiert.

Gruß
Carsten

[krikan]

Hallo Carsten,
könntest Du bitte die im Fhemwiki-Link von Andreas beschriebenen Befehle ausführen und das Ergebnis abwarten. Dann das list bitte noch einmal posten. Es fehlen sonst wichtige Infos, wie Versionen der Command Classes, gesetzte Assoziationen und Co. Das würde die Hilfe erleichtern.
Link in der Detailansicht zu pepper1 ist vermutlich http://www.pepper1.net/zwavedb/device/858 ?
Danke und Gruß, Christian

[krikan]

Sehe gerade, dass das Geräte überhaupt keine Asssoziationen kann. "set <device> associationRequestAll" kannst Du Dir sparen.
Interessant ist fast nur noch die Abfrage von "get <device> wakeupInterval", wenn die Versionen der Classes zu pepper1 passen. Bei noch im Zwave-Zertifizierungsprozeß befindlichen Geräten, habe ich nur immer die Sorge, dass pepper1 nicht passt.

[CaSch1306]

Hallo Christian,

pepper scheint zu passen.

wakeupintervall ist auf 15minuten und das passt auch

Ansonsten

List nach versionclassrequest:

Code Auswählen Erweitern


Internals:
   DEF        ea1c45a1 5
   IODev      ZWAVE1
   LASTInputDev ZWAVE1
   MSGCNT     2
   NAME       GWC.Heizung
   NR         27
   STATE      TRANSMIT_NO_ACK
   TYPE       ZWave
   ZWAVE1_MSGCNT 2
   ZWAVE1_RAWMSG 00130501026b
   ZWAVE1_TIME 2015-12-30 08:59:05
   homeId     ea1c45a1
   isWakeUp   1
   lastMsgSent 1451462339.1232
   nodeIdHex  05
   Readings:
     2015-12-22 07:22:04   CMD             ZW_APPLICATION_UPDATE
     2015-12-28 22:29:47   basicReport     ff
     2015-12-30 06:42:58   battery         100 %
     2015-12-29 22:09:22   model           0x0148 0x0002 0x0001
     2015-12-29 22:09:22   modelId         0148-0002-0001
     2015-12-30 08:43:49   reportedState   heating
     2015-12-30 08:59:05   state           TRANSMIT_NO_ACK
     2015-12-30 08:43:48   temperature     21.5 C
     2015-12-30 08:59:05   transmit        NO_ACK
     2015-12-28 18:42:17   versionClass_20 01
     2015-12-30 08:58:55   wakeup          notification
   SendStack:
     sent:13050226022505
     13050240022505
     13050231042505
   Versionhash:
     BASIC
     BATTERY    01
     MANUFACTURER_SPECIFIC
     NODE_NAMING
     SENSOR_MULTILEVEL
     SWITCH_MULTILEVEL
     THERMOSTAT_MODE
     THERMOSTAT_SETPOINT
     VERSION
     WAKE_UP
Attributes:
   IODev      ZWAVE1
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   group      Heizung
   icon       sani_heating
   room       Gäste WC,ZWave


configRequestAll liefert allerdings genau wie associationRequestAll einen Fehler:

Code Auswählen Erweitern


Unknown argument associationRequestAll, choose one of basicSet basicValue dim location name neighborUpdate off on setpointCooling setpointHeating stop tmCooling tmHeating tmManual tmOff versionClassRequest wakeupInterval wakeupNoMoreInformation blink off-till-overnight on-for-timer on-till-overnight off-till on-till off-for-timer toggle intervals


[krikan]

Hallo Carsten,

sorry, wenn ich zu ungenau bin, da ich Deinen Infostand zu ZWave nicht kenne.

Die Befehle im Wiki müssen erst noch vom Gerät beantwortet werden. Bei den WAKE_UP-Geräten erfolgt das erst beim nächsten Aufwachen. Du hast zwar die Befehle abgesetzt, aber die sind noch nicht an das Gerät verschickt bzw. beantwortet. Sieht man hieran:

Code Auswählen Erweitern

   SendStack:
     sent:13050226022505
     13050240022505
     13050231042505
   Versionhash:
     BASIC
     BATTERY    01
     MANUFACTURER_SPECIFIC
     NODE_NAMING
     SENSOR_MULTILEVEL
     SWITCH_MULTILEVEL
     THERMOSTAT_MODE
     THERMOSTAT_SETPOINT
     VERSION
     WAKE_UP

Oder liegt das an nur einem Befehl pro wakeupNotification?

Mich würde wakeupInterval interessieren, weil man dann erkennen kann, ob Empfänger der wakeupNotification der Controller ist, oder ob das noch fälschlicherweise auf Broadcast steht und es deshalb Ansteuerungsprobleme gibt.

configRequestAll kann auch nicht funktionieren, da das Gerät keine Command Class CONFIG besitzt. Deshalb findest Du den Befehl auch nicht auf der Detailansicht des Gerätes zur Auswahl angeboten.

Allerdings überschreiben sich swmStatus und thermostatMode direkt nacheinander.

Das ist richtig und mMn nach nicht ideal.
Wir hatten das Thema mehrere "state" bei einem ZWave-Device schon einmal. Ich kann mich nur leider nicht mehr erinnern bzw. finden, ob das im Modul so bleiben soll oder nicht. (Rudi?)

Gruß, Christian

[CaSch1306]

Hallo Christian,

mein Wissensstand ist, naja sagen wir mal so ich bin am Anfang.

Natürlich ist mir klar, dass ich einen Wakeup warten muss, was ich auch getan hatte, nach dem ich den versionClassRequest abgesetzt hatte und den List Befehl ausgeführt habe.

Das wakeupinterval hatte ich per set wakeupinteral 900 01 und auch mit 900 1 gesetzt, die Zeit zumindest passt, das kann ich aus den Logs sehen.

Ich habe jetzt eine abfrage nach dem Interval gestartet. und werde berichten.

Allerdings sehe ich jetzt im allgemeinen Log (nach verbose 5) mehrfach:

ZWDongle_ReadAnswer: select timeout

und dann anhand meiner notifies jeweils: return value: Timeout reading answer for get smStatus / swmStatus / thermostatMode
Und der Status steht auf TRANSMIT_NO_ACK sowie transmit NO_ACK

Ich kann gerne die notifies nochmal deaktivieren und dann für jeden der Befehle einzeln warten.

Allerdings scheint das setpointheating funktioniert zu haben

[krikan]

Das wakeupinterval hatte ich per set wakeupinteral 900 01 und auch mit 900 1 gesetzt, die Zeit zumindest passt, das kann ich aus den Logs sehen.

Das wird eigentlich seit Kurzem auch schon durch FHEM bei Inklusion gesetzt, aber Sicherheit gibt Dir nur die Abfrage mit "get <device> wakeupInterval". Nur wenn dort in der Antwort das Dongle als Empfänger auftaucht, kannst Du der korrekten Verarbeitung sicher sein. Insbesondere, wenn sich das Ding so zickig zeigt.

ZWDongle_ReadAnswer: select timeout

und dann anhand meiner notifies jeweils: return value: Timeout reading answer for get smStatus / swmStatus / thermostatMode
Und der Status steht auf TRANSMIT_NO_ACK

Das, insbesondere erstes, finde ich merkwürdig. Kannst Du mal ein Log mit Attribut verbose 5 beim Gateway/Dongle "attr <ZWDongle> verbose 5" und "attr global mseclog 1" für die Kommunikationsfehler zeigen. Die notifys auf jeden Fall dabei aktiviert lassen und die Abarbeitung sollte im Log sein.

[rudolfkoenig]

Und der Status steht auf TRANSMIT_NO_ACK

Das bedeutet entweder, dass das Geraet nach dem wakeup zu frueh eingeschlafen ist, oder dass es Probleme bei der Uebertragung gibt. Ich tippe auf Letzteres, wobei das Problem nicht unbeding an der Entfernung / Abschirmung liegen muss, sondern evtl. an der schlechten routing Tabellen. Diese kann man manchmal mit neighborUpdate verbessern, mir ist aber nicht bekannt, wie man diese auslesen kann.

[CaSch1306]

So mal abwarten was passiert.

Zum Default wert, hier mal der Auszug aus der Log beim Anlernen des Thermostats:

Code Auswählen Erweitern


2015.12.22 07:19:16 2: autocreate: define ZWave_THERMOSTAT_5 ZWave ea1c45a1 5 20263140437780847286
2015.12.22 07:19:16 2: autocreate: define FileLog_ZWave_THERMOSTAT_5 FileLog ./log/ZWave_THERMOSTAT_5-%Y.log ZWave_THERMOSTAT_5
2015.12.22 07:19:17 2: ZWave set ZWave_THERMOSTAT_5 wakeupInterval 86400 01
2015.12.22 07:19:18 2: ZWave get ZWave_THERMOSTAT_5 model
2015.12.22 07:19:18 1: ZWAVE INIT: get ZWave_THERMOSTAT_5 model: model:0x0148 0x0002 0x0001
modelId:0148-0002-0001
model:0x0148 0x0002 0x0001
2015.12.22 07:20:13 2: autocreate: renamed FileLog_ZWave_THERMOSTAT_5 to FileLog_GWC.Heizung


Ich habe die notifies aktiv, verbose auf 5 mseclog auf 1

werde jetzt noch ein wakeup warten und dann den Auszug aus dem Log posten.

So Edit:
Der Wakeup ist durchgelaufen, diesmal gab es keine timeouts

Code Auswählen Erweitern


2015.12.30 10:44:57.595 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040005028407
2015.12.30 10:44:57.596 5: SW: 06
2015.12.30 10:44:57.598 5: ZWAVE1 dispatch 00040005028407
2015.12.30 10:44:57.652 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:028407
2015.12.30 10:44:57.660 2: ZWave get GWC.Heizung battery
2015.12.30 10:44:57.661 5: ZWDongle_Write 0013050280022505 (ea1c45a1)
2015.12.30 10:44:57.662 5: SW: 0109001305028002250540
2015.12.30 10:44:57.664 4: ZWDongle_ReadAnswer arg:battery regexp:^00040005..80
2015.12.30 10:44:57.665 5: ACK received, WaitForAck=>2 for 0109001305028002250540
2015.12.30 10:44:57.671 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 10:44:57.671 5: SW: 06
2015.12.30 10:44:57.673 5: ZWAVE1 dispatch 011301
2015.12.30 10:44:57.709 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000004
2015.12.30 10:44:57.709 5: SW: 06
2015.12.30 10:44:57.711 5: device ack reveived, removing 0109001305028002250540 from dongle sendstack
2015.12.30 10:44:57.712 5: ZWAVE1 dispatch 001305000004
2015.12.30 10:44:57.712 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.12.30 10:44:57.713 4: ZWAVE1 transmit OK for 05
2015.12.30 10:44:57.754 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 10:44:57.754 5: SW: 06
2015.12.30 10:44:57.756 4: ZWDongle_ReadAnswer for battery: 0004000503800364
2015.12.30 10:44:57.757 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 10:44:57.759 3: GWC.heizung_update_batt return value: battery:100 %
2015.12.30 10:44:57.763 2: ZWave get GWC.Heizung swmStatus
2015.12.30 10:44:57.764 5: ZWDongle_Write 0013050226022505 (ea1c45a1)
2015.12.30 10:44:57.765 5: SW: 01090013050226022505e6
2015.12.30 10:44:57.766 4: ZWDongle_ReadAnswer arg:swmStatus regexp:^00040005..26
2015.12.30 10:44:57.767 5: ACK received, WaitForAck=>2 for 01090013050226022505e6
2015.12.30 10:44:57.774 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 10:44:57.774 5: SW: 06
2015.12.30 10:44:57.776 5: ZWAVE1 dispatch 011301
2015.12.30 10:44:57.874 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130500000a
2015.12.30 10:44:57.875 5: SW: 06
2015.12.30 10:44:57.876 5: device ack reveived, removing 01090013050226022505e6 from dongle sendstack
2015.12.30 10:44:57.877 5: ZWAVE1 dispatch 00130500000a
2015.12.30 10:44:57.878 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:000a
2015.12.30 10:44:57.878 4: ZWAVE1 transmit OK for 05
2015.12.30 10:44:58.000 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503260315
2015.12.30 10:44:58.000 5: SW: 06
2015.12.30 10:44:58.002 4: ZWDongle_ReadAnswer for swmStatus: 0004000503260315
2015.12.30 10:44:58.003 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03260315
2015.12.30 10:44:58.006 3: GWC.heizung_update_dim return value: state:dim 21
2015.12.30 10:44:58.010 2: ZWave get GWC.Heizung thermostatMode
2015.12.30 10:44:58.011 5: ZWDongle_Write 0013050240022505 (ea1c45a1)
2015.12.30 10:44:58.011 5: SW: 0109001305024002250580
2015.12.30 10:44:58.013 4: ZWDongle_ReadAnswer arg:thermostatMode regexp:^00040005..40
2015.12.30 10:44:58.014 5: ACK received, WaitForAck=>2 for 0109001305024002250580
2015.12.30 10:44:58.020 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 10:44:58.020 5: SW: 06
2015.12.30 10:44:58.022 5: ZWAVE1 dispatch 011301
2015.12.30 10:44:58.110 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000009
2015.12.30 10:44:58.110 5: SW: 06
2015.12.30 10:44:58.112 5: device ack reveived, removing 0109001305024002250580 from dongle sendstack
2015.12.30 10:44:58.113 5: ZWAVE1 dispatch 001305000009
2015.12.30 10:44:58.113 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0009
2015.12.30 10:44:58.114 4: ZWAVE1 transmit OK for 05
2015.12.30 10:44:58.156 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503400301
2015.12.30 10:44:58.156 5: SW: 06
2015.12.30 10:44:58.158 4: ZWDongle_ReadAnswer for thermostatMode: 0004000503400301
2015.12.30 10:44:58.159 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03400301
2015.12.30 10:44:58.161 3: GWC.heizung_update_mode return value: state:heating
2015.12.30 10:44:58.165 2: ZWave get GWC.Heizung smStatus
2015.12.30 10:44:58.174 5: ZWDongle_Write 0013050231042505 (ea1c45a1)
2015.12.30 10:44:58.174 5: SW: 01090013050231042505f7
2015.12.30 10:44:58.176 4: ZWDongle_ReadAnswer arg:smStatus regexp:^00040005..31
2015.12.30 10:44:58.177 5: ACK received, WaitForAck=>2 for 01090013050231042505f7
2015.12.30 10:44:58.183 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 10:44:58.183 5: SW: 06
2015.12.30 10:44:58.185 5: ZWAVE1 dispatch 011301
2015.12.30 10:44:58.270 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000009
2015.12.30 10:44:58.270 5: SW: 06
2015.12.30 10:44:58.272 5: device ack reveived, removing 01090013050231042505f7 from dongle sendstack
2015.12.30 10:44:58.273 5: ZWAVE1 dispatch 001305000009
2015.12.30 10:44:58.273 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0009
2015.12.30 10:44:58.274 4: ZWAVE1 transmit OK for 05
2015.12.30 10:44:58.402 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040005063105012200eb
2015.12.30 10:44:58.402 5: SW: 06
2015.12.30 10:44:58.404 4: ZWDongle_ReadAnswer for smStatus: 00040005063105012200eb
2015.12.30 10:44:58.405 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:063105012200eb
2015.12.30 10:44:58.409 3: GWC.heizung_update_temp return value: temperature:23.5 C
2015.12.30 10:45:00.235 5: ZWDongle_Write 0013050284082505 (ea1c45a1)
2015.12.30 10:45:00.236 5: SW: 010900130502840825054e
2015.12.30 10:45:00.238 5: ACK received, WaitForAck=>2 for 010900130502840825054e
2015.12.30 10:45:00.245 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 10:45:00.245 5: SW: 06
2015.12.30 10:45:00.247 5: ZWAVE1 dispatch 011301
2015.12.30 10:45:00.283 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000004
2015.12.30 10:45:00.284 5: SW: 06
2015.12.30 10:45:00.285 5: device ack reveived, removing 010900130502840825054e from dongle sendstack
2015.12.30 10:45:00.286 5: ZWAVE1 dispatch 001305000004
2015.12.30 10:45:00.287 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.12.30 10:45:00.287 4: ZWAVE1 transmit OK for 05


Jetzt setzte ich noch einen get wakeupinterval dazu und hoffe dass dann mehr Infos kommen.

[A.Harrenberg]

Hallo Carsten,

Allerdings sehe ich jetzt im allgemeinen Log (nach verbose 5) mehrfach:

ZWDongle_ReadAnswer: select timeout

und dann anhand meiner notifies jeweils: return value: Timeout reading answer for get smStatus / swmStatus / thermostatMode
Und der Status steht auf TRANSMIT_NO_ACK sowie transmit NO_ACK

das mit dem "select timeout" passiert manchmal und ist normalerweise eine Fehlermeldung wenn auf ein get keine entsprechende Antwort kommt. Allerdings kann es momentan leider auch passieren das diese Abfrage startet BEVOR der get-Befehl vom Sendestack überhaupt gesendet wurde. Dann wird auf eine Antwort gewartet die nicht kommen kann... Das ist bei normalen Geräten nicht schlimm, der get-Befehl wird anschliessend verschickt und die Antwort wird selbstverstänlich auch verarbeitet (allerdings ohne das evtl. "Pop-Up"-Fenster).

Bei WakeUp-Geräte führt das aber in der Regel dazu das das Gerät während der Wartezeit auf die Antwort wieder einschläft. Wenn FHEM danach versucht noch Befehle zu verschicken (zum Beispiel den noch "offenen" get-Befehl, oder auch die "geh-wieder-schlafen" (WakeUpNoMoreInformation) Nachricht, dann antwortet das Gerät natürlich nicht mehr, was mit dem NO_ACK endet.

Hier müsste man mal in ein Logfile schauen was da genau in welcher Reihenfolge passiert.

Ich kann gerne die notifies nochmal deaktivieren und dann für jeden der Befehle einzeln warten.

Das deaktivieren der notifies dürfte die Kommunikation verbessern, genaueres kann man aber nur mit Logfile sagen (mit aktivierten mseclog=1, siehe wiki-eintrag).

Gruß,
Andreas.

[rudolfkoenig]

Wir hatten das Thema mehrere "state" bei einem ZWave-Device schon einmal. Ich kann mich nur leider nicht mehr erinnern bzw. finden, ob das im Modul so bleiben soll oder nicht. (Rudi?)

Eigentlich darf es nicht moeglich sein, dass ein Geraet mit zwei Klassen was sendet, was im state landet, da der Benutzer nur die letzten sieht. Das ein thermostat sich als dimmer anbietet, kommt mir komisch vor, aber vermutlich deswegen, damit man es mit einer Fernbedienung paaren kann. Ich habe hiermit die Antwort von get thermostatMode von state nach thermostatMode geaendert.

[CaSch1306]

So,

ich hatte die notifies nochmal deaktiviert, da ich mit der Abfrage des wakeupintervals wieder einen Timeout bekommen habe.

Jetzt habe ich nochmal das wakeupinterval und die commandclasses abgefragt (jeweils einzeln) und hier nun das Listing:

Code Auswählen Erweitern


Internals:
   DEF        ea1c45a1 5
   IODev      ZWAVE1
   LASTInputDev ZWAVE1
   MSGCNT     17
   NAME       GWC.Heizung
   NR         27
   STATE      versionClassRequest NODE_NAMING
   TYPE       ZWave
   ZWAVE1_MSGCNT 17
   ZWAVE1_RAWMSG 00040005028407
   ZWAVE1_TIME 2015-12-30 11:30:22
   homeId     ea1c45a1
   isWakeUp   1
   lastMsgSent 1451471423.984
   nodeIdHex  05
   Readings:
     2015-12-22 07:22:04   CMD             ZW_APPLICATION_UPDATE
     2015-12-28 22:29:47   basicReport     ff
     2015-12-30 11:00:09   battery         100 %
     2015-12-29 22:09:22   model           0x0148 0x0002 0x0001
     2015-12-29 22:09:22   modelId         0148-0002-0001
     2015-12-30 11:00:10   reportedState   dim 21
     2015-12-30 11:30:23   state           versionClassRequest NODE_NAMING
     2015-12-30 11:15:14   temperature     23.0 C
     2015-12-30 11:30:26   transmit        OK
     2015-12-28 18:42:17   versionClass_20 01
     2015-12-30 11:30:22   wakeup          notification
     2015-12-30 11:15:18   wakeupReport    interval 900 target 1
Attributes:
   IODev      ZWAVE1
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   group      Heizung
   icon       sani_heating
   room       Gäste WC,ZWave
   vclasses   BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02


[krikan]

Eigentlich darf es nicht moeglich sein, dass ein Geraet mit zwei Klassen was sendet, was im state landet, da der Benutzer nur die letzten sieht. Das ein thermostat sich als dimmer anbietet, kommt mir komisch vor, aber vermutlich deswegen, damit man es mit einer Fernbedienung paaren kann. Ich habe hiermit die Antwort von get thermostatMode von state nach thermostatMode geaendert.

@Rudi:
Command Class MULTILEVEL_SWITCH ist doch nicht aussschließlich zur Steuerung von Dimmern gedacht, sondern genereller für die verschiedensten Geräte (u.a. auch Rolläden, Thermostate). Von daher ist der Befehl "dim" mMn auch irreführend aber OK. Eine Gerät kann die gleiche Funktion über mehrere Command Classes anbieten, um Kompatibilität mit den verschiedensten Produkten, u.a auch einer Fernbedienung, zu erreichen. Problem beim state ist nach meinem Verständnis doch eher, dass FHEM keine Auswertung der Basic/Generic/Specific Class im NIF vornimmt und daraus u.a. auf die Priorisierung der Command Classes für den state schließt.  So etwas macht ozw und Co. Finde ich aber unnötig aufwendig und fehleranfällig. Darum war mEn damals mein (dummer) Vorschlag state nicht mehr über die Command Classes in Parse zu setzen bzw. nur noch bei BASIC und die Feinheit dem User über stateFormat zu überlassen. Aber das hat eben auch viele Haken und Ösen.

@CaSch1306:
Empfänger der wakeupNotification ist Dongle; also gut. Am Sinnvollsten wäre jetzt ein Log mit den Fehlern, wenn Du Kommunikationsprobleme aufgrund Entfernung, falscher Routen, .. halbwegs ausschließen kannst.

[CaSch1306]

@Christian:

das ganze lief jetzt eine Zeitlang mit wakeups und notifies scheinbar ohn eProblem, dann habe ich ein setpointheating gemacht und hatte danach wieder timeouts.

hab jetzt die notifies gelöscht und teste das nochmal aus. (mit gets und sets nach einem wakeup)

Das dim dient wohl der "Öffnung" des Ventils 0-100%, wie ich bei meinen Recherchen gelesen habe (leider weiß ich nicht mehr wo)

[CaSch1306]

So ich hab noch ein wenig weiter probiert und will euch das nicht vorenthalten:

Ich hatte ein set neighbourupdate durchgeführt, was auch scheinbar durchlief:

Code Auswählen Erweitern


2015.12.30 13:50:53.527 2: ZWave set GWC.Heizung neighborUpdate
2015.12.30 14:01:33.221 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040005028407
2015.12.30 14:01:33.222 5: SW: 06
2015.12.30 14:01:33.223 5: ZWAVE1 dispatch 00040005028407
2015.12.30 14:01:33.224 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:028407
2015.12.30 14:01:33.226 5: ZWDongle_Write 004805 (ea1c45a1)
2015.12.30 14:01:33.227 5: SW: 0104004805b6
2015.12.30 14:01:33.234 5: ACK received, removing 0104004805b6 from dongle sendstack
2015.12.30 14:01:33.258 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00480221
2015.12.30 14:01:33.259 5: SW: 06
2015.12.30 14:01:33.260 5: ZWAVE1 dispatch 00480221
2015.12.30 14:01:33.261 4: ZWAVE1 CMD:ZW_REQUEST_NODE_NEIGHBOR_UPDATE ID:21 ARG:
2015.12.30 14:01:33.263 4: ZWAVE1 ZW_REQUEST_NODE_NEIGHBOR_UPDATE started
2015.12.30 14:01:34.530 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00480222
2015.12.30 14:01:34.530 5: SW: 06
2015.12.30 14:01:34.532 5: ZWAVE1 dispatch 00480222
2015.12.30 14:01:34.533 4: ZWAVE1 CMD:ZW_REQUEST_NODE_NEIGHBOR_UPDATE ID:22 ARG:
2015.12.30 14:01:34.535 4: ZWAVE1 ZW_REQUEST_NODE_NEIGHBOR_UPDATE done


ich habe wieder 2 notifies definiert, eines für Battery, eines für die Temperatur.

Diese werden auch sauber alle 15 Minuten ausgeführt.

Sobald ein Set Befehl kommen soll bekomme ich wieder ein timeout.

Code Auswählen Erweitern


2015.12.30 14:59:13.097 2: ZWave set GWC.Heizung setpointHeating 18

2015.12.30 15:02:00.067 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040005028407
2015.12.30 15:02:00.068 5: SW: 06
2015.12.30 15:02:00.070 5: ZWAVE1 dispatch 00040005028407
2015.12.30 15:02:00.070 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:028407
2015.12.30 15:02:00.072 5: ZWDongle_Write 0013050543010101122505 (ea1c45a1)
2015.12.30 15:02:00.073 5: SW: 010c001305054301010112250590
2015.12.30 15:02:00.081 2: ZWave get GWC.Heizung battery
2015.12.30 15:02:00.082 4: ZWDongle_ReadAnswer arg:battery regexp:^00040005..80
2015.12.30 15:02:00.082 5: ACK received, WaitForAck=>2 for 010c001305054301010112250590
2015.12.30 15:02:00.084 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 15:02:00.084 5: SW: 06
2015.12.30 15:02:00.086 5: ZWAVE1 dispatch 011301
2015.12.30 15:02:00.180 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130500000a
2015.12.30 15:02:00.180 5: SW: 06
2015.12.30 15:02:00.182 5: device ack reveived, removing 010c001305054301010112250590 from dongle sendstack
2015.12.30 15:02:00.183 5: ZWAVE1 dispatch 00130500000a
2015.12.30 15:02:00.183 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:000a
2015.12.30 15:02:00.184 4: ZWAVE1 transmit OK for 05
2015.12.30 15:02:00.185 5: ZWDongle_Write 0013050280022505 (ea1c45a1)
2015.12.30 15:02:00.186 5: SW: 0109001305028002250540
2015.12.30 15:02:00.188 5: ACK received, WaitForAck=>2 for 0109001305028002250540
2015.12.30 15:02:00.195 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 15:02:00.195 5: SW: 06
2015.12.30 15:02:00.197 5: ZWAVE1 dispatch 011301
2015.12.30 15:02:00.461 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 15:02:00.461 5: SW: 06
2015.12.30 15:02:00.463 4: ZWDongle_ReadAnswer for battery: 0004000503800364
2015.12.30 15:02:00.464 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:02:00.466 3: GWC.heizung_update_batt return value: battery:100 %
2015.12.30 15:02:00.470 2: ZWave get GWC.Heizung smStatus
2015.12.30 15:02:00.471 4: ZWDongle_ReadAnswer arg:smStatus regexp:^00040005..31
2015.12.30 15:02:02.590 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004100503800364
2015.12.30 15:02:02.590 5: SW: 06
2015.12.30 15:02:02.592 5: ZWAVE1 dispatch 0004100503800364
2015.12.30 15:02:02.593 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:02:02.596 4: no response from device, removing 0109001305028002250540 from dongle sendstack
2015.12.30 15:02:03.049 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130500011e
2015.12.30 15:02:03.049 5: SW: 06
2015.12.30 15:02:03.051 5: ZWAVE1 dispatch 00130500011e
2015.12.30 15:02:03.052 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:011e
2015.12.30 15:02:03.052 4: ZWAVE1 transmit OK for 05
2015.12.30 15:02:03.053 5: ZWDongle_Write 0013050231042505 (ea1c45a1)
2015.12.30 15:02:03.054 5: SW: 01090013050231042505f7
2015.12.30 15:02:03.057 5: ACK received, WaitForAck=>2 for 01090013050231042505f7
2015.12.30 15:02:03.063 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 15:02:03.063 5: SW: 06
2015.12.30 15:02:03.065 5: ZWAVE1 dispatch 011301
2015.12.30 15:02:03.101 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000004
2015.12.30 15:02:03.101 5: SW: 06
2015.12.30 15:02:03.103 5: device ack reveived, removing 01090013050231042505f7 from dongle sendstack
2015.12.30 15:02:03.104 5: ZWAVE1 dispatch 001305000004
2015.12.30 15:02:03.104 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0004
2015.12.30 15:02:03.105 4: ZWAVE1 transmit OK for 05
2015.12.30 15:02:05.388 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 15:02:05.388 5: SW: 06
2015.12.30 15:02:05.390 5: ZWAVE1 dispatch 0004000503800364
2015.12.30 15:02:05.391 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:02:05.434 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 15:02:05.434 5: SW: 06
2015.12.30 15:02:05.436 5: ZWAVE1 dispatch 0004000503800364
2015.12.30 15:02:05.437 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:02:05.506 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 15:02:05.507 5: SW: 06
2015.12.30 15:02:05.508 5: ZWAVE1 dispatch 0004000503800364
2015.12.30 15:02:05.509 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:02:05.577 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 15:02:05.577 5: SW: 06
2015.12.30 15:02:05.579 5: ZWAVE1 dispatch 0004000503800364
2015.12.30 15:02:05.580 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:02:08.586 5: ZWDongle_ReadAnswer: select timeout
2015.12.30 15:02:08.587 3: GWC.heizung_update_temp return value: Timeout reading answer for get smStatus
2015.12.30 15:02:08.598 5: ZWDongle_Write 0013050284082505 (ea1c45a1)
2015.12.30 15:02:08.599 5: SW: 010900130502840825054e
2015.12.30 15:02:08.601 5: ACK received, WaitForAck=>2 for 010900130502840825054e
2015.12.30 15:02:08.608 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 15:02:08.608 5: SW: 06
2015.12.30 15:02:08.610 5: ZWAVE1 dispatch 011301
2015.12.30 15:02:10.614 4: no response from device, removing 010900130502840825054e from dongle sendstack
2015.12.30 15:02:14.816 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00130501026d
2015.12.30 15:02:14.816 5: SW: 06
2015.12.30 15:02:14.818 5: ZWAVE1 dispatch 00130501026d
2015.12.30 15:02:14.819 4: ZWAVE1 CMD:ZW_SEND_DATA ID:01 ARG:026d
2015.12.30 15:02:14.820 2: ZWAVE1 transmit NO_ACK for 05


Wenn ich einen zusätzlichen get vorher manuell absetze sieht es "normal" aus:

Code Auswählen Erweitern


2015.12.30 15:24:21.828 2: ZWave get GWC.Heizung thermostatMode

2015.12.30 15:32:15.974 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040005028407
2015.12.30 15:32:15.975 5: SW: 06
2015.12.30 15:32:15.976 5: ZWAVE1 dispatch 00040005028407
2015.12.30 15:32:15.977 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:028407
2015.12.30 15:32:15.979 5: ZWDongle_Write 0013050240022505 (ea1c45a1)
2015.12.30 15:32:15.979 5: SW: 0109001305024002250580
2015.12.30 15:32:15.987 2: ZWave get GWC.Heizung battery
2015.12.30 15:32:15.988 4: ZWDongle_ReadAnswer arg:battery regexp:^00040005..80
2015.12.30 15:32:15.989 5: ACK received, WaitForAck=>2 for 0109001305024002250580
2015.12.30 15:32:15.990 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 15:32:15.990 5: SW: 06
2015.12.30 15:32:15.992 5: ZWAVE1 dispatch 011301
2015.12.30 15:32:16.174 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000013
2015.12.30 15:32:16.175 5: SW: 06
2015.12.30 15:32:16.176 5: device ack reveived, removing 0109001305024002250580 from dongle sendstack
2015.12.30 15:32:16.177 5: ZWAVE1 dispatch 001305000013
2015.12.30 15:32:16.178 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0013
2015.12.30 15:32:16.178 4: ZWAVE1 transmit OK for 05
2015.12.30 15:32:16.179 5: ZWDongle_Write 0013050280022505 (ea1c45a1)
2015.12.30 15:32:16.180 5: SW: 0109001305028002250540
2015.12.30 15:32:16.182 5: ACK received, WaitForAck=>2 for 0109001305028002250540
2015.12.30 15:32:16.189 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 15:32:16.189 5: SW: 06
2015.12.30 15:32:16.191 5: ZWAVE1 dispatch 011301
2015.12.30 15:32:16.474 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503400301
2015.12.30 15:32:16.475 5: SW: 06
2015.12.30 15:32:16.476 5: ZWAVE1 dispatch 0004000503400301
2015.12.30 15:32:16.477 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03400301
2015.12.30 15:32:19.088 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000123
2015.12.30 15:32:19.088 5: SW: 06
2015.12.30 15:32:19.090 5: device ack reveived, removing 0109001305028002250540 from dongle sendstack
2015.12.30 15:32:19.091 5: ZWAVE1 dispatch 001305000123
2015.12.30 15:32:19.092 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0123
2015.12.30 15:32:19.092 4: ZWAVE1 transmit OK for 05
2015.12.30 15:32:21.155 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 15:32:21.155 5: SW: 06
2015.12.30 15:32:21.157 4: ZWDongle_ReadAnswer for battery: 0004000503800364
2015.12.30 15:32:21.158 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:32:21.160 3: GWC.heizung_update_batt return value: battery:100 %
2015.12.30 15:32:21.164 2: ZWave get GWC.Heizung smStatus
2015.12.30 15:32:21.165 5: ZWDongle_Write 0013050231042505 (ea1c45a1)
2015.12.30 15:32:21.165 5: SW: 01090013050231042505f7
2015.12.30 15:32:21.167 4: ZWDongle_ReadAnswer arg:smStatus regexp:^00040005..31
2015.12.30 15:32:21.168 5: ACK received, WaitForAck=>2 for 01090013050231042505f7
2015.12.30 15:32:21.174 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 15:32:21.174 5: SW: 06
2015.12.30 15:32:21.176 5: ZWAVE1 dispatch 011301
2015.12.30 15:32:21.201 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 15:32:21.201 5: SW: 06
2015.12.30 15:32:21.203 5: ZWAVE1 dispatch 0004000503800364
2015.12.30 15:32:21.204 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:32:21.281 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 15:32:21.281 5: SW: 06
2015.12.30 15:32:21.283 5: ZWAVE1 dispatch 0004000503800364
2015.12.30 15:32:21.284 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:32:21.351 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0004000503800364
2015.12.30 15:32:21.351 5: SW: 06
2015.12.30 15:32:21.353 5: ZWAVE1 dispatch 0004000503800364
2015.12.30 15:32:21.354 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:03800364
2015.12.30 15:32:21.553 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000026
2015.12.30 15:32:21.553 5: SW: 06
2015.12.30 15:32:21.555 5: device ack reveived, removing 01090013050231042505f7 from dongle sendstack
2015.12.30 15:32:21.556 5: ZWAVE1 dispatch 001305000026
2015.12.30 15:32:21.557 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0026
2015.12.30 15:32:21.557 4: ZWAVE1 transmit OK for 05
2015.12.30 15:32:21.686 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040005063105012200e1
2015.12.30 15:32:21.686 5: SW: 06
2015.12.30 15:32:21.688 4: ZWDongle_ReadAnswer for smStatus: 00040005063105012200e1
2015.12.30 15:32:21.689 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:05 ARG:063105012200e1
2015.12.30 15:32:21.693 3: GWC.heizung_update_temp return value: temperature:22.5 C
2015.12.30 15:32:23.209 5: ZWDongle_Write 0013050284082505 (ea1c45a1)
2015.12.30 15:32:23.209 5: SW: 010900130502840825054e
2015.12.30 15:32:23.212 5: ACK received, WaitForAck=>2 for 010900130502840825054e
2015.12.30 15:32:23.218 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.12.30 15:32:23.218 5: SW: 06
2015.12.30 15:32:23.220 5: ZWAVE1 dispatch 011301
2015.12.30 15:32:23.257 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001305000005
2015.12.30 15:32:23.257 5: SW: 06
2015.12.30 15:32:23.259 5: device ack reveived, removing 010900130502840825054e from dongle sendstack
2015.12.30 15:32:23.260 5: ZWAVE1 dispatch 001305000005
2015.12.30 15:32:23.260 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0005
2015.12.30 15:32:23.261 4: ZWAVE1 transmit OK for 05


Es scheint also nur ein Problem zu bestehen, wenn ich ein SET Befehl absetzen möchte. Wenn ich wüßte, dass der SET Befehl erfolgreich ist, wäre mir das erstmal egal, wenn die GETs nicht gehen, dann kommen die Infos halt 15min später neu, aber woher weiß ich dass der SET ausgeführt wurde?

[A.Harrenberg]

Hi Carsten,

da muss man mal in Ruhe durch das Logfile gehen und sehen welche Nachrichten da in welcher Reihenfolge abgearbeitet werden und an welcher Stelle es dann "hakt". Ich komme aber kurzfristig nicht dazu, mit viel Glück schaffe ich es veilleicht heute abend, ansonsten kann vielleicht auch Krikan oder Rudi was dazu sagen wo es genau hängt.

Kann also ein wenig dauern...

Gruß,
Andreas.

[A.Harrenberg]

Hi Carsten,

ich habe jetzt mal kurz in das Log reingeschaut. Kann es sein das Du Empfangsprobleme hast? Es sieht so aus als ob da Antworten auf get battery mehrfach ankommen, meine Erklärung dafür ist das die Bestätigung die von FHEM gesendet wird nicht am Thermostat ankommt und er es deswegen mehrmals versendet.

Das bringt das ganze dann soweit durcheinander das letztendlich das Gerät anscheinend eingeschlafen ist bevor es schlafen geschickt werden konnte.

Gruß,
Andreas.

[CaSch1306]

Hi Andreas,

natürlich kann es sein, dass ich Empfangsprobleme habe.
Wie ich Eingangs geschrieben habe, konnte fhem zunächst nicht mit dem Thermostat am verbauten Platz kommunizieren (sind ca. 2-3m durch 2 Wände), erst als ich den Fibaro Relayswitch in Betrieb genommen hatte, sind dann auch die Wakeups am Controller angekommen. Der Relay Switch dürfte von der Entfernung her identisch sein, nur das das Thermostat am Boden (Heizung) und der Relayswitch nahezu unter der Decke in einem Verteilerkasten sitzt.
Der Fensterkontakt von Fibaro ist im selben Raum und theoretisch sogar weiter weg, der macht keine Probleme, also sieht es wohl so aus, als ob der Comet etwas schwach auf der Brust ist.

Wie auch geschrieben, scheint es nur Probleme zu geben, wenn ich die notifies drin habe und ein SET abschicke, bei einem "manuellen" GET gab es bei meinen Versuchen nie ein timeout.

Ich kann im Laufe der nächsten Woche mal versuchen das Thermostat versuchsweise im selben Raum wie den Controller zu betreiben und dann auch nochmal mit und ohne den Relayswitch.

Gruß
Carsten

[profpohl]

Ich denke, ich habe das gleiche Problem (und keine Lösung). Ich habe auch das wakeUp Interval auf 15 Minuten gesetzt und lese dabei den smStatus und swmStatus aus:

set Heizungsventil001_Comet wakeupInterval 900 1
define Heizungsventil001_Comet.update1 notify Heizungsventil001_Comet:wakeup:.* get Heizungsventil001_Comet smStatus
define Heizungsventil001_Comet.update2 notify Heizungsventil001_Comet:wakeup:.* get Heizungsventil001_Comet swmStatus

Das funktioniert auch, bis irgendwann der Comet nicht mehr antwortet und es einen NO_ACK gibt. Danach fängt sich das System auch nicht mehr. Ich entferne dann die Batterien und setze sie wieder ein. Danach läuft es wieder (eine gewisse Zeit).

Hier mal mein Log (das letzte funktionierende Notify und das folgende mit dem NO_ACK)

Code Auswählen Erweitern


2016.01.08 06:48:30 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 0004000c028407
2016.01.08 06:48:30 5: SW: 06
2016.01.08 06:48:30 5: Gateway_ZWave dispatch 0004000c028407
2016.01.08 06:48:30 4: Gateway_ZWave CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:028407
2016.01.08 06:48:30 2: ZWave get Heizungsventil001_Comet smStatus
2016.01.08 06:48:30 5: ZWDongle_Write 00130c023104250c (c7d871f4)
2016.01.08 06:48:30 5: SW: 010900130c023104250cf7
2016.01.08 06:48:30 4: ZWDongle_ReadAnswer arg:smStatus regexp:^0004000c..31
2016.01.08 06:48:30 5: ACK received, WaitForAck=>2 for 010900130c023104250cf7
2016.01.08 06:48:30 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 011301
2016.01.08 06:48:30 5: SW: 06
2016.01.08 06:48:30 5: Gateway_ZWave dispatch 011301
2016.01.08 06:48:30 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 00130c000003
2016.01.08 06:48:30 5: SW: 06
2016.01.08 06:48:30 5: device ack reveived, removing 010900130c023104250cf7 from dongle sendstack
2016.01.08 06:48:30 5: Gateway_ZWave dispatch 00130c000003
2016.01.08 06:48:30 4: Gateway_ZWave CMD:ZW_SEND_DATA ID:00 ARG:0003
2016.01.08 06:48:30 4: Gateway_ZWave transmit OK for 0c
2016.01.08 06:48:30 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 0004000c063105012200e1
2016.01.08 06:48:30 5: SW: 06
2016.01.08 06:48:30 4: ZWDongle_ReadAnswer for smStatus: 0004000c063105012200e1
2016.01.08 06:48:30 4: Gateway_ZWave CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105012200e1
2016.01.08 06:48:30 3: Heizungsventil001_Comet.update1 return value: temperature:22.5 C
2016.01.08 06:48:30 2: ZWave get Heizungsventil001_Comet swmStatus
2016.01.08 06:48:30 5: ZWDongle_Write 00130c022602250c (c7d871f4)
2016.01.08 06:48:30 5: SW: 010900130c022602250ce6
2016.01.08 06:48:30 4: ZWDongle_ReadAnswer arg:swmStatus regexp:^0004000c..26
2016.01.08 06:48:30 5: ACK received, WaitForAck=>2 for 010900130c022602250ce6
2016.01.08 06:48:30 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 011301
2016.01.08 06:48:30 5: SW: 06
2016.01.08 06:48:30 5: Gateway_ZWave dispatch 011301
2016.01.08 06:48:30 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 00130c000002
2016.01.08 06:48:30 5: SW: 06
2016.01.08 06:48:30 5: device ack reveived, removing 010900130c022602250ce6 from dongle sendstack
2016.01.08 06:48:30 5: Gateway_ZWave dispatch 00130c000002
2016.01.08 06:48:30 4: Gateway_ZWave CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.01.08 06:48:30 4: Gateway_ZWave transmit OK for 0c
2016.01.08 06:48:30 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 0004000c0326030e
2016.01.08 06:48:30 5: SW: 06
2016.01.08 06:48:30 4: ZWDongle_ReadAnswer for swmStatus: 0004000c0326030e
2016.01.08 06:48:30 4: Gateway_ZWave CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:0326030e
2016.01.08 06:48:30 3: Heizungsventil001_Comet.update2 return value: state:dim 14
2016.01.08 06:48:32 5: ZWDongle_Write 00130c028408250c (c7d871f4)
2016.01.08 06:48:32 5: SW: 010900130c028408250c4e
2016.01.08 06:48:32 5: ACK received, WaitForAck=>2 for 010900130c028408250c4e
2016.01.08 06:48:32 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 011301
2016.01.08 06:48:32 5: SW: 06
2016.01.08 06:48:32 5: Gateway_ZWave dispatch 011301
2016.01.08 06:48:32 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 00130c000002
2016.01.08 06:48:32 5: SW: 06
2016.01.08 06:48:32 5: device ack reveived, removing 010900130c028408250c4e from dongle sendstack
2016.01.08 06:48:32 5: Gateway_ZWave dispatch 00130c000002
2016.01.08 06:48:32 4: Gateway_ZWave CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.01.08 06:48:32 4: Gateway_ZWave transmit OK for 0c

...

2016.01.08 07:03:35 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 0004000c028407
2016.01.08 07:03:35 5: SW: 06
2016.01.08 07:03:35 5: Gateway_ZWave dispatch 0004000c028407
2016.01.08 07:03:35 4: Gateway_ZWave CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:028407
2016.01.08 07:03:35 2: ZWave get Heizungsventil001_Comet smStatus
2016.01.08 07:03:35 5: ZWDongle_Write 00130c023104250c (c7d871f4)
2016.01.08 07:03:35 5: SW: 010900130c023104250cf7
2016.01.08 07:03:35 4: ZWDongle_ReadAnswer arg:smStatus regexp:^0004000c..31
2016.01.08 07:03:35 5: ACK received, WaitForAck=>2 for 010900130c023104250cf7
2016.01.08 07:03:35 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 011301
2016.01.08 07:03:35 5: SW: 06
2016.01.08 07:03:35 5: Gateway_ZWave dispatch 011301
2016.01.08 07:03:35 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 00130c000002
2016.01.08 07:03:35 5: SW: 06
2016.01.08 07:03:35 5: device ack reveived, removing 010900130c023104250cf7 from dongle sendstack
2016.01.08 07:03:35 5: Gateway_ZWave dispatch 00130c000002
2016.01.08 07:03:35 4: Gateway_ZWave CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.01.08 07:03:35 4: Gateway_ZWave transmit OK for 0c
2016.01.08 07:03:35 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 0004000c063105012200e1
2016.01.08 07:03:35 5: SW: 06
2016.01.08 07:03:35 4: ZWDongle_ReadAnswer for smStatus: 0004000c063105012200e1
2016.01.08 07:03:35 4: Gateway_ZWave CMD:APPLICATION_COMMAND_HANDLER ID:0c ARG:063105012200e1
2016.01.08 07:03:35 3: Heizungsventil001_Comet.update1 return value: temperature:22.5 C
2016.01.08 07:03:35 2: ZWave get Heizungsventil001_Comet swmStatus
2016.01.08 07:03:35 5: ZWDongle_Write 00130c022602250c (c7d871f4)
2016.01.08 07:03:35 5: SW: 010900130c022602250ce6
2016.01.08 07:03:35 4: ZWDongle_ReadAnswer arg:swmStatus regexp:^0004000c..26
2016.01.08 07:03:35 5: ACK received, WaitForAck=>2 for 010900130c022602250ce6
2016.01.08 07:03:35 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 011301
2016.01.08 07:03:35 5: SW: 06
2016.01.08 07:03:35 5: Gateway_ZWave dispatch 011301
2016.01.08 07:03:35 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 00130c000002
2016.01.08 07:03:35 5: SW: 06
2016.01.08 07:03:35 5: device ack reveived, removing 010900130c022602250ce6 from dongle sendstack
2016.01.08 07:03:35 5: Gateway_ZWave dispatch 00130c000002
2016.01.08 07:03:35 4: Gateway_ZWave CMD:ZW_SEND_DATA ID:00 ARG:0002
2016.01.08 07:03:35 4: Gateway_ZWave transmit OK for 0c
2016.01.08 07:03:38 5: ZWDongle_ReadAnswer: select timeout
2016.01.08 07:03:38 3: Heizungsventil001_Comet.update2 return value: Timeout reading answer for get swmStatus
2016.01.08 07:03:38 5: ZWDongle_Write 00130c028408250c (c7d871f4)
2016.01.08 07:03:38 5: SW: 010900130c028408250c4e
2016.01.08 07:03:38 5: ACK received, WaitForAck=>2 for 010900130c028408250c4e
2016.01.08 07:03:38 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 011301
2016.01.08 07:03:38 5: SW: 06
2016.01.08 07:03:38 5: Gateway_ZWave dispatch 011301
2016.01.08 07:03:40 4: no response from device, removing 010900130c028408250c4e from dongle sendstack
2016.01.08 07:03:45 4: ZWDongle_Read Gateway_ZWave: sending ACK, processing 00130c0102a4
2016.01.08 07:03:45 5: SW: 06
2016.01.08 07:03:45 5: Gateway_ZWave dispatch 00130c0102a4
2016.01.08 07:03:45 4: Gateway_ZWave CMD:ZW_SEND_DATA ID:01 ARG:02a4
2016.01.08 07:03:45 2: Gateway_ZWave transmit NO_ACK for 0c


Ein Empfangsproblem schliesse ich aus, da der Comet und mein Rasp direkt nebeneinander stehen.

Viele Grüße
Christian

[DeeSPe]

Ich bekomme es nach mehrfachen Versuchen einfach nicht hin diesen Thermostaten zu inkludieren.
Hab schon 3 Fibaro Teile erfolgreich inkludiert, aber das Ding schafft mich.

Da ihr die Thermostaten scheinbar erfolgreich im Einsatz habt, hoffe ich nun auf eure Hilfe.

Habe auch bereits probiert das Ding zu exkludieren, ändert aber auch nichts.
Habe auch erfolglos die Anweisungen im folgenden Blog befolgt:
http://www.siio.de/heizenenergiesparen/eurotronic-comet-z-wave-schnellinstallation-maenner-brauchen-keine-anleitung/

Das Komische ist, wenn ich mir das Foto in dem Blog ansehe, dann ist da gar kein Funkmast auf dem Display. Bei mir ist der dauerhaft da, auch nach den Exklusionsversuchen.
Ich weiß echt gerade nicht weiter und hoffe auf eure Hilfe.

Info: FHEM top aktuell auf RPi 1B mit Razberry plus

Danke im Voraus.

Gruß
Dan

[DeeSPe]

Ich gebe nun auf mit dem Comet.

Entweder der ist kaputt oder wirklich nicht mit dem RaZberry plus kompatibel.

Hab noch mehrfach die Anleitungen gelesen, aber der Funkturm im Display fängt einfach nicht an zu blinken und dementsprechend lässt er sich auch nicht anlernen. Laut Anleitung soll man den Minitaster 5 Sekunden gedrückt lassen um ihn zurückzusetzen, aber es passiert einfach nichts wenn ich länger den Taster drücke.

[m8ichael]

Hallo,

ich hatte anfänglich auch massive Probleme mit dem Teil, aber mittlerweile - nach ein paar FHEM-Updates - funktioniert es reibungslos. Im Display erscheint allerdings bei mir niemals das Funksysmbol (oder ich sehe es einfach nicht...), das Teil funktioniert aber trotzdem. Allerdings habe ich im gleichen Raum nun auch einen weiteren Z-Wave-Lichtschalter verbaut, der als Repeater fungiert; vielleicht gibt es auch hier einen Zusammenhang, da die Funkleistung des Eurotronic-Geräts nicht sooo dolle ist.

Die Temperatur setze ich per setpointHeating und darüber hinaus frage ich alle 30 Minuten den Batteriestatus bzw. die Temperatur ab (sodass das Gerät immer regelmäßig beschäftigt ist). So läuft das Teil nun seit mindestens 3 Wochen stabil durch - vorher gab's ca. alle 1-2 Tage den auch hier beschriebenen Fehler und es musste ein Reset durchgeführt werden.

Hoffe, die Ansätze helfen ein wenig...

Viele Grüße

Michael

[DeeSPe]

Danke für die Tipps, habe ich aber alles schon erfolglos probiert.

Habe auch noch ein anderes Z-Wave Gerät dazwischen, auch den Thermostat direkt auf den RPi drauf halten konnte ihn nicht zum anlernen überreden.

Leider komme ich nicht einmal so weit irgendetwas abzufragen...

[DeeSPe]

Der Comet ist offenbar wirklich defekt und wird heute zurückgeschickt.
Habe den gleichen noch einmal bestellt und der sollte heute Abend da sein.
Werde dann gleich testen in anzulernen und dann berichten...

[DeeSPe]

So, der neue Comet ist da und ließ sich problemlos inkludieren, so soll es sein.

Leider hat er bei mir keinen pepper1 link eingefügt und entsprechend auch keine xml gezogen.

Jetzt muss ich auch erst mal rausbekommen wie der nun bedient wird.

[rudolfkoenig]

Kannst du uns bitte alle model Readings mitteilen?

[DeeSPe]

Habe schon mal alle möglichen Befehle per get abgesetzt und lasse sie regelmäßig per notify beim Wakeup wieder aktualisieren, denn nach dem Anlernen hat er freiwillig so gut wie nichts an Readings gehabt.

Code Auswählen Erweitern

​
Internals:
DEF ee3970ea 8
IODev ZWaveBridge
LASTInputDev ZWaveBridge
MSGCNT 38
NAME wz_Heizung
NR 80
STATE Status: <strong>heizen</strong><br>Temperatur: <strong>22.0 C</strong><br>Eingestellte Temp.: <strong>22.0 C heating</strong><br>Batterie: <strong>12 %</strong>
TYPE ZWave
ZWaveBridge_MSGCNT 38
ZWaveBridge_RAWMSG 00040008028407
ZWaveBridge_TIME 2016-01-27 09:31:02
homeId ee3970ea
isWakeUp 1
lastMsgSent 1453883462.45286
nodeIdHex 08
Readings:
2016-01-26 23:49:42 basicReport ff
2016-01-27 03:13:22 battery 12 %
2016-01-26 23:58:30 location Wohnzimmer
2016-01-26 23:12:23 model 0x0148 0x0002 0x0001
2016-01-26 23:12:23 modelId 0148-0002-0001
2016-01-27 00:00:55 name wz_Thermostat
2016-01-27 00:01:42 neighborList ZWaveBridge wz_Multimediasteckdose ku_Abwaschlicht
2016-01-27 00:07:27 reportedState dim 20
2016-01-27 00:03:17 setpointTemp 22.0 C heating
2016-01-27 03:28:38 state TRANSMIT_NO_ACK
2016-01-27 03:43:37 temperature 22.0 C
2016-01-27 03:28:30 thermostatMode heating
2016-01-27 09:31:04 transmit OK
2016-01-26 23:56:42 version Lib 3 Prot 3.67 App 0.5
2016-01-27 09:31:02 wakeup notification
2016-01-26 23:57:08 wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
Attributes:
IODev ZWaveBridge
alias Thermostat Wohnzimmer
classes BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
eventMap heating:heizen
group Heizung
icon sani_heating
room Heizung,HomeKit,Wohnzimmer,ZWave

[rudolfkoenig]

Code Auswählen Erweitern

2016-01-26 23:12:23 model 0x0148 0x0002 0x0001
2016-01-26 23:12:23 modelId 0148-0002-0001

Das Geraet ist bei pepper erwaehnt (beschrieben waere uebertrieben): http://www.pepper1.net/zwavedb/device/858
Ich habe unsere pepper Links aktualisiert und eingecheckt, ab morgen sollte es per update zur Verfuegung stehen, samt Bild.

Bei openzwave ist das Geraet (soweit ich es beurteilen kann) noch nicht beschrieben,
deswegen gibt es in FHEM dafuer keine speziellen Attribute.

[DeeSPe]

Ihr FHEM Devs seit ja so auf zack. 

Danke @rudolfkoenig, werde morgen mal aktualisieren.

[DeeSPe]

Danke @rudolfkoenig, heute sind die Daten nach update auch aktualisiert worden.
Das Bild und pepper1 Link sind nun vorhanden.

Allerdings stehe ich nun vor selbigem Problem wie meine Vorredner, ein setpointHeating klappt einfach nicht per notify.
Empfangsprobleme schließe ich auch aus, RaZberry und Comet sind im selben Raum nur 2,5m voneinander entfernt und dazwischen hängt auch noch ein Z-Wave Gerät als Neighbor.

Lasse auch per notify bei wakeup alle nötigen Werte holen und per Anwesenheitsstatus auf home soll dann eben auf 22 Grad geheizt werden. Bei Abwesenheit dann runter auf 17 Grad.

Diese schöne neue Home Automations-Welt ist der Hammer, macht einen aber teilweise auch einfach quirre im Kopf bis es dann endlich irgendwann klappt.

Ohne dieses Forum hier wäre ich aufgeschmissen, andererseits wäre ich ohne dieses Forum wohl auch (noch) nicht auf die Idee der Automatisierung gekommen..... Ihr seid Schuld! Ihr habt mich angesteckt... 

[rudolfkoenig]

setpointHeating klappt einfach nicht per notify

Es sollte inzwischen bekannt sein, dass wir bei solchen Infos nicht helfen koennen.
Also: "attr global verbose 5", "attr global msecloc", den Vorgang wiederholen, und das Log hier posten.

Empfangsprobleme schließe ich auch aus

Das ist ohne das erwaehnte Log eine sehr gewagte Aussage, ich nehme sie ernstmal auch nicht ernst

[DeeSPe]

Ich hatte gehofft eventuell was vom Thread Ersteller zu erfahren wie er es nun gelöst hat bzw. wie andere mit dem Comet umgehen.

Werde heute Abend die benötigten Infos nachliefern.

[DeeSPe]

Ich glaube ich bin ein kleines Stück weiter. Habe das Gefühl der Comet mag das "get setpoint" nicht.

Hier mein list vorher:

Code Auswählen Erweitern

Internals:
   DEF        ee3970ea 8
   IODev      ZWaveBridge
   LASTInputDev ZWaveBridge
   MSGCNT     20
   NAME       wz_Heizung
   NR         73
   STATE      Status: <strong>heizen</strong><br>Temperatur: <strong>23.5 C</strong><br>Eingestellte Temp.: <strong>18.0 C cooling</strong><br>Batterie: <strong>10 %</strong>
   TYPE       ZWave
   ZWaveBridge_MSGCNT 20
   ZWaveBridge_RAWMSG 0013080101dc
   ZWaveBridge_TIME 2016-01-29 22:40:39
   homeId     ee3970ea
   isWakeUp   1
   lastMsgSent 1454103631.23134
   nodeIdHex  08
   Readings:
     2016-01-28 17:39:23   UNPARSED        BATTERY 028003
     2016-01-26 23:49:42   basicReport     ff
     2016-01-29 22:40:31   battery         10 %
     2016-01-26 23:58:30   location        Wohnzimmer
     2016-01-29 20:15:21   model           0x0148 0x0002 0x0001
     2016-01-29 20:15:21   modelId         0148-0002-0001
     2016-01-29 21:22:09   name            wz_Heizung
     2016-01-29 20:15:37   neighborList    wz_Multimediasteckdose
     2016-01-29 22:40:30   reportedState   dim 24
     2016-01-29 21:17:05   setpointTemp    18.0 C cooling
     2016-01-29 22:40:39   state           TRANSMIT_NO_ACK
     2016-01-29 22:40:30   temperature     23.5 C
     2016-01-29 22:40:31   thermostatMode  heating
     2016-01-29 22:40:39   transmit        NO_ACK
     2016-01-26 23:56:42   version         Lib 3 Prot 3.67 App 0.5
     2016-01-29 22:40:30   wakeup          notification
     2016-01-26 23:57:08   wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
     2016-01-29 20:29:51   wakeupReport    interval 300 target 1
Attributes:
   IODev      ZWaveBridge
   alias      Heizung Wohnzimmer
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   eventMap   heating:heizen
   genericDeviceType thermostat
   group      Heizung
   icon       sani_heating
   room       Heizung,Wohnzimmer,ZWave
   stateFormat Status: <strong>thermostatMode</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>

Jetzt wird mein notify ausgeführt:

Code Auswählen Erweitern

wz_Heizung:wakeup:.* {
    fhem ("get wz_Heizung smStatus;
            get wz_Heizung swmStatus;
            get wz_Heizung thermostatMode;
            get wz_Heizung battery")
}


Das Log dazu:

Code Auswählen Erweitern


2016.01.29 22:45:35.408 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008028407
2016.01.29 22:45:35.416 5 : SW: 06
2016.01.29 22:45:35.419 5 : ZWaveBridge dispatch 00040008028407
2016.01.29 22:45:35.420 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2016.01.29 22:45:35.425 5 : Triggering wz_Heizung (1 changes)
2016.01.29 22:45:35.426 5 : Notify loop for wz_Heizung wakeup: notification
2016.01.29 22:45:35.443 5 : Triggering wz_Heizung_Temp_eingest
2016.01.29 22:45:35.444 4 : wz_Heizung_Temp_eingest exec { fhem ("get wz_Heizung smStatus;; get wz_Heizung swmStatus;; get wz_Heizung thermostatMode;; get wz_Heizung battery") }
2016.01.29 22:45:35.446 5 : Cmd: >{ fhem ("get wz_Heizung smStatus; get wz_Heizung swmStatus; get wz_Heizung thermostatMode; get wz_Heizung battery") }<
2016.01.29 22:45:35.448 5 : Cmd: >get wz_Heizung smStatus<
2016.01.29 22:45:35.453 5 : ZWDongle_Write 0013080231042508 (ee3970ea)
2016.01.29 22:45:35.455 5 : SW: 01090013080231042508f7
2016.01.29 22:45:35.457 4 : ZWDongle_ReadAnswer arg:smStatus regexp:^00040008..31
2016.01.29 22:45:35.458 5 : ACK received, WaitForAck=>2 for 01090013080231042508f7
2016.01.29 22:45:35.465 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.01.29 22:45:35.471 5 : SW: 06
2016.01.29 22:45:35.474 5 : ZWaveBridge dispatch 011301
2016.01.29 22:45:35.509 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000005
2016.01.29 22:45:35.510 5 : SW: 06
2016.01.29 22:45:35.512 5 : device ack reveived, removing 01090013080231042508f7 from dongle sendstack
2016.01.29 22:45:35.513 5 : ZWaveBridge dispatch 001308000005
2016.01.29 22:45:35.513 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0005
2016.01.29 22:45:35.514 4 : ZWaveBridge transmit OK for 08
2016.01.29 22:45:35.599 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008063105012200eb
2016.01.29 22:45:35.600 5 : SW: 06
2016.01.29 22:45:35.602 4 : ZWDongle_ReadAnswer for smStatus: 00040008063105012200eb
2016.01.29 22:45:35.603 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:063105012200eb
2016.01.29 22:45:35.607 5 : Triggering wz_Heizung (3 changes)
2016.01.29 22:45:35.608 5 : Cmd: >get wz_Heizung swmStatus<
2016.01.29 22:45:35.611 5 : ZWDongle_Write 0013080226022508 (ee3970ea)
2016.01.29 22:45:35.612 5 : SW: 01090013080226022508e6
2016.01.29 22:45:35.614 4 : ZWDongle_ReadAnswer arg:swmStatus regexp:^00040008..26
2016.01.29 22:45:35.616 5 : ACK received, WaitForAck=>2 for 01090013080226022508e6
2016.01.29 22:45:35.619 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.01.29 22:45:35.620 5 : SW: 06
2016.01.29 22:45:35.622 5 : ZWaveBridge dispatch 011301
2016.01.29 22:45:35.710 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000009
2016.01.29 22:45:35.711 5 : SW: 06
2016.01.29 22:45:35.713 5 : device ack reveived, removing 01090013080226022508e6 from dongle sendstack
2016.01.29 22:45:35.714 5 : ZWaveBridge dispatch 001308000009
2016.01.29 22:45:35.715 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0009
2016.01.29 22:45:35.716 4 : ZWaveBridge transmit OK for 08
2016.01.29 22:45:35.818 4 : ZW
Dongle_Read ZWaveBridge: sending ACK, processing 00040008032603182016.01.29 22:45:35.819 5 : SW: 062016.01.29 22:45:35.821 4 : ZWDongle_ReadAnswer for swmStatus: 00040008032603182016.01.29 22:45:35.821 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:032603182016.01.29 22:45:35.826 5 : Triggering wz_Heizung (6 changes)2016.01.29 22:45:35.827 5 : Cmd: >get wz_Heizung thermostatMode<2016.01.29 22:45:35.830 5 : ZWDongle_Write 0013080240022508 (ee3970ea)2016.01.29 22:45:35.831 5 : SW: 01090013080240022508802016.01.29 22:45:35.833 4 : ZWDongle_ReadAnswer arg:thermostatMode regexp:^00040008..402016.01.29 22:45:35.834 5 : ACK received, WaitForAck=>2 for 01090013080240022508802016.01.29 22:45:35.838 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0113012016.01.29 22:45:35.838 5 : SW: 062016.01.29 22:45:35.840 5 : ZWaveBridge dispatch 0113012016.01.29 22:45:35.929 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0013080000092016.01.29 22:45:35.930 5 : SW: 062016.01.29 22:45:35.932 5 : device ack reveived, removing 0109001308024002250880 from dongle sendstack2016.01.29 22:45:35.933 5 : ZWaveBridge dispatch 0013080000092016.01.29 22:45:35.934 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:00092016.01.29 22:45:35.934 4 : ZWaveBridge transmit OK for 082016.01.29 22:45:35.974 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008034003012016.01.29 22:45:35.975 5 : SW: 062016.01.29 22:45:35.977 4 : ZWDongle_ReadAnswer for thermostatMode: 00040008034003012016.01.29 22:45:35.977 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:034003012016.01.29 22:45:35.981 5 : Triggering wz_Heizung (8 changes)2016.01.29 22:45:35.982 5 : Cmd: >get wz_Heizung battery<2016.01.29 22:45:35.985 5 : ZWDongle_Write 0013080280022508 (ee3970ea)2016.01.29 22:45:35.986 5 : SW: 01090013080280022508402016.01.29 22:45:35.988 4 : ZWDongle_ReadAnswer arg:battery regexp:^00040008..802016.01.29 22:45:35.989 5 : ACK received, WaitForAck=>2 for 01090013080280022508402016.01.29 22:45:35.993 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301>2016.01.29 22:45:35.994 5 : SW: 062016.01.29 22:45:35.996 5 : ZWaveBridge dispatch 0113012016.01.29 22:45:36.079 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0013080000092016.01.29 22:45:36.080 5 : SW: 062016.01.29 22:45:36.082 5 : device ack reveived, removing 0109001308028002250840 from dongle sendstack2016.01.29 22:45:36.083 5 : ZWaveBridge dispatch 0013080000092016.01.29 22:45:36.083 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:00092016.01.29 22:45:36.084 4 : ZWaveBridge transmit OK for 082016.01.29 22:45:36.166 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 000400080380030a2016.01.29 22:45:36.167 5 : SW: 062016.01.29 22:45:36.169 4 : ZWDongle_ReadAnswer for battery: 000400080380030a2016.01.29 22:45:36.170 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:0380030a2016.01.29 22:45:36.174 5 : Triggering wz_Heizung (10 changes)2016.01.29 22:45:36.175 3 : get wz_Heizung smStatus;             get wz_Heizung swmStatus;             get wz_Heizung thermostatMode;             get wz_Heizung battery : temperature:23.5 C state:dim 24 thermostatMode:heating battery:10 %2016.01.29 22:45:36.175 3 : wz_Heizung_Temp_eingest return value: temperature:23.5 C state:dim 24 thermostatMode:heating battery:10 %2016-01-29 22:45:36.190 ZWave wz_Heizung wakeup: notification
2016-01-29 22:45:36.190 ZWave wz_Heizung transmit: OK
2016-01-29 22:45:36.190 ZWave wz_Heizung temperature: 23.5 C
2016-01-29 22:45:36.190 ZWave wz_Heizung transmit: OK
2016-01-29 22:45:36.190 ZWave wz_Heizung dim 24
2016-01-29 22:45:36.190 ZWave wz_Heizung reportedState: dim 24
2016-01-29 22:45:36.190 ZWave wz_Heizung transmit: OK
2016-01-29 22:45:36.190 ZWave wz_Heizung thermostatMode: heizen
2016-01-29 22:45:36.190 ZWave wz_Heizung transmit: OK
2016-01-29 22:45:36.190 ZWave wz_Heizung battery: 10 %
2016-01-29 22:45:36.190 ZWave wz_Heizung state: dim 24
2016.01.29 22:45:38.019 5 : ZWDongle_Write 0013080284082508 (ee3970ea)
2016.01.29 22:45:38.020 5 : SW: 010900130802840825084e
2016.01.29 22:45:38.024 5 : ACK received, WaitForAck=>2 for 010900130802840825084e
2016.01.29 22:45:38.027 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.01.29 22:45:38.027 5 : SW: 06
2016.01.29 22:45:38.032 5 : ZWaveBridge dispatch 011301
2016.01.29 22:45:38.063 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000004
2016.01.29 22:45:38.063 5 : SW: 06
2016.01.29 22:45:38.065 5 : device ack reveived, removing 010900130802840825084e from dongle sendstack
2016.01.29 22:45:38.066 5 : ZWaveBridge dispatch 001308000004
2016.01.29 22:45:38.067 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0004
2016.01.29 22:45:38.067 4 : ZWaveBridge transmit OK for 08

Und das list danach:

Code Auswählen Erweitern

Internals:
   DEF        ee3970ea 8
   IODev      ZWaveBridge
   LASTInputDev ZWaveBridge
   MSGCNT     21
   NAME       wz_Heizung
   NR         73
   STATE      Status: <strong>heizen</strong><br>Temperatur: <strong>23.5 C</strong><br>Eingestellte Temp.: <strong>18.0 C cooling</strong><br>Batterie: <strong>10 %</strong>
   TYPE       ZWave
   ZWaveBridge_MSGCNT 21
   ZWaveBridge_RAWMSG 00040008028407
   ZWaveBridge_TIME 2016-01-29 22:45:35
   homeId     ee3970ea
   isWakeUp   1
   lastMsgSent 1454103935.98846
   nodeIdHex  08
   Readings:
     2016-01-28 17:39:23   UNPARSED        BATTERY 028003
     2016-01-26 23:49:42   basicReport     ff
     2016-01-29 22:45:36   battery         10 %
     2016-01-26 23:58:30   location        Wohnzimmer
     2016-01-29 20:15:21   model           0x0148 0x0002 0x0001
     2016-01-29 20:15:21   modelId         0148-0002-0001
     2016-01-29 21:22:09   name            wz_Heizung
     2016-01-29 20:15:37   neighborList    wz_Multimediasteckdose
     2016-01-29 22:45:35   reportedState   dim 24
     2016-01-29 21:17:05   setpointTemp    18.0 C cooling
     2016-01-29 22:45:35   state           dim 24
     2016-01-29 22:45:35   temperature     23.5 C
     2016-01-29 22:45:35   thermostatMode  heating
     2016-01-29 22:45:38   transmit        OK
     2016-01-26 23:56:42   version         Lib 3 Prot 3.67 App 0.5
     2016-01-29 22:45:35   wakeup          notification
     2016-01-26 23:57:08   wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
     2016-01-29 20:29:51   wakeupReport    interval 300 target 1
Attributes:
   IODev      ZWaveBridge
   alias      Heizung Wohnzimmer
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   eventMap   heating:heizen
   genericDeviceType thermostat
   group      Heizung
   icon       sani_heating
   room       Heizung,Wohnzimmer,ZWave
   stateFormat Status: <strong>thermostatMode</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>

Soweit alles in Ordnung.

Nun das notify mit setpoint:

Code Auswählen Erweitern

DEF
wz_Heizung:wakeup:.* {
    fhem ("get wz_Heizung setpoint;
            get wz_Heizung smStatus;
            get wz_Heizung swmStatus;
            get wz_Heizung thermostatMode;
            get wz_Heizung battery")
}

Und das Log:

Code Auswählen Erweitern

2016.01.29 22:50:39.278 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008028407
2016.01.29 22:50:39.279 5: SW: 06
2016.01.29 22:50:39.281 5: ZWaveBridge dispatch 00040008028407
2016.01.29 22:50:39.283 4: ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2016.01.29 22:50:39.288 5: Triggering wz_Heizung (1 changes)
2016.01.29 22:50:39.289 5: Notify loop for wz_Heizung wakeup: notification
2016.01.29 22:50:39.306 5: Triggering wz_Heizung_Temp_eingest
2016.01.29 22:50:39.307 4: wz_Heizung_Temp_eingest exec {
    fhem ("get wz_Heizung setpoint;;
            get wz_Heizung smStatus;;
            get wz_Heizung swmStatus;;
            get wz_Heizung thermostatMode;;
            get wz_Heizung battery")
}
2016.01.29 22:50:39.309 5: Cmd: >{
    fhem ("get wz_Heizung setpoint;
            get wz_Heizung smStatus;
            get wz_Heizung swmStatus;
            get wz_Heizung thermostatMode;
            get wz_Heizung battery")
}<
2016.01.29 22:50:39.312 5: Cmd: >get wz_Heizung setpoint<
2016.01.29 22:50:39.316 2: ZWave get wz_Heizung setpoint
2016.01.29 22:50:39.317 5: ZWDongle_Write 0013080243022508 (ee3970ea)
2016.01.29 22:50:39.318 5: SW: 0109001308024302250883
2016.01.29 22:50:39.321 4: ZWDongle_ReadAnswer arg:setpoint regexp:^00040008..43
2016.01.29 22:50:39.322 5: ACK received, WaitForAck=>2 for 0109001308024302250883
2016.01.29 22:50:39.325 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.01.29 22:50:39.326 5: SW: 06
2016.01.29 22:50:39.329 5: ZWaveBridge dispatch 011301
2016.01.29 22:50:39.387 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000006
2016.01.29 22:50:39.388 5: SW: 06
2016.01.29 22:50:39.390 5: device ack reveived, removing 0109001308024302250883 from dongle sendstack
2016.01.29 22:50:39.390 5: ZWaveBridge dispatch 001308000006
2016.01.29 22:50:39.391 4: ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0006
2016.01.29 22:50:39.392 4: ZWaveBridge transmit OK for 08
2016.01.29 22:50:40.582 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 00040002063105042205f3
2016.01.29 22:50:40.583 5: SW: 06
2016.01.29 22:50:40.586 5: ZWaveBridge dispatch 00040002063105042205f3
2016.01.29 22:50:40.587 4: ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:063105042205f3
2016.01.29 22:50:40.593 5: Triggering wz_Multimediasteckdose (1 changes)
2016.01.29 22:50:40.594 5: Notify loop for wz_Multimediasteckdose power: 152.3 W
2016.01.29 22:50:43.625 5: ZWDongle_ReadAnswer: select timeout
2016.01.29 22:50:43.627 5: Cmd: >get wz_Heizung smStatus<
2016.01.29 22:50:43.630 2: ZWave get wz_Heizung smStatus
2016.01.29 22:50:43.632 5: ZWDongle_Write 0013080231042508 (ee3970ea)
2016.01.29 22:50:43.633 5: SW: 01090013080231042508f7
2016.01.29 22:50:43.636 4: ZWDongle_ReadAnswer arg:smStatus regexp:^00040008..31
2016.01.29 22:50:43.637 5: ACK received, WaitForAck=>2 for 01090013080231042508f7
2016.01.29 22:50:43.640 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.01.29 22:50:43.641 5: SW: 06
2016.01.29 22:50:43.643 5: ZWaveBridge dispatch 011301
2016.01.29 22:50:46.648 5: ZWDongle_ReadAnswer: select timeout
2016.01.29 22:50:46.650 5: Cmd: >get wz_Heizung swmStatus<
2016.01.29 22:50:46.654 2: ZWave get wz_Heizung swmStatus
2016.01.29 22:50:46.655 4: ZWDongle_ReadAnswer arg:swmStatus regexp:^00040008..26
2016.01.29 22:50:48.421 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 0013080101de
2016.01.29 22:50:48.422 5: SW: 06
2016.01.29 22:50:48.425 5: device ack reveived, removing 01090013080231042508f7 from dongle sendstack
2016.01.29 22:50:48.426 5: ZWaveBridge dispatch 0013080101de
2016.01.29 22:50:48.427 4: ZWaveBridge CMD:ZW_SEND_DATA ID:01 ARG:01de
2016.01.29 22:50:48.428 2: ZWaveBridge transmit NO_ACK for 08
2016.01.29 22:50:48.433 5: Triggering wz_Heizung (4 changes)
2016.01.29 22:50:51.438 5: ZWDongle_ReadAnswer: select timeout
2016.01.29 22:50:51.440 5: Cmd: >get wz_Heizung thermostatMode<
2016.01.29 22:50:51.444 2: ZWave get wz_Heizung thermostatMode
2016.01.29 22:50:51.445 4: ZWDongle_ReadAnswer arg:thermostatMode regexp:^00040008..40
2016.01.29 22:50:54.449 5: ZWDongle_ReadAnswer: select timeout
2016.01.29 22:50:54.451 5: Cmd: >get wz_Heizung battery<
2016.01.29 22:50:54.455 2: ZWave get wz_Heizung battery
2016.01.29 22:50:54.456 4: ZWDongle_ReadAnswer arg:battery regexp:^00040008..80
2016.01.29 22:50:57.461 5: ZWDongle_ReadAnswer: select timeout
2016.01.29 22:50:57.462 3: get wz_Heizung setpoint;
            get wz_Heizung smStatus;
            get wz_Heizung swmStatus;
            get wz_Heizung thermostatMode;
            get wz_Heizung battery : Timeout reading answer for get setpoint
Timeout reading answer for get smStatus
Timeout reading answer for get swmStatus
Timeout reading answer for get thermostatMode
Timeout reading answer for get battery
2016.01.29 22:50:57.463 3: wz_Heizung_Temp_eingest return value: Timeout reading answer for get setpoint
Timeout reading answer for get smStatus
Timeout reading answer for get swmStatus
Timeout reading answer for get thermostatMode
Timeout reading answer for get battery

Und das list hinterher:

Code Auswählen Erweitern

Internals:
   DEF        ee3970ea 8
   IODev      ZWaveBridge
   LASTInputDev ZWaveBridge
   MSGCNT     23
   NAME       wz_Heizung
   NR         73
   STATE      Status: <strong>heizen</strong><br>Temperatur: <strong>23.5 C</strong><br>Eingestellte Temp.: <strong>18.0 C cooling</strong><br>Batterie: <strong>10 %</strong>
   TYPE       ZWave
   ZWaveBridge_MSGCNT 23
   ZWaveBridge_RAWMSG 0013080101de
   ZWaveBridge_TIME 2016-01-29 22:50:48
   homeId     ee3970ea
   isWakeUp   1
   lastMsgSent 1454104243.6356
   nodeIdHex  08
   Readings:
     2016-01-28 17:39:23   UNPARSED        BATTERY 028003
     2016-01-26 23:49:42   basicReport     ff
     2016-01-29 22:45:36   battery         10 %
     2016-01-26 23:58:30   location        Wohnzimmer
     2016-01-29 20:15:21   model           0x0148 0x0002 0x0001
     2016-01-29 20:15:21   modelId         0148-0002-0001
     2016-01-29 21:22:09   name            wz_Heizung
     2016-01-29 20:15:37   neighborList    wz_Multimediasteckdose
     2016-01-29 22:45:35   reportedState   dim 24
     2016-01-29 21:17:05   setpointTemp    18.0 C cooling
     2016-01-29 22:50:48   state           TRANSMIT_NO_ACK
     2016-01-29 22:45:35   temperature     23.5 C
     2016-01-29 22:45:35   thermostatMode  heating
     2016-01-29 22:50:48   transmit        NO_ACK
     2016-01-26 23:56:42   version         Lib 3 Prot 3.67 App 0.5
     2016-01-29 22:50:39   wakeup          notification
     2016-01-26 23:57:08   wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
     2016-01-29 20:29:51   wakeupReport    interval 300 target 1
   SendStack:
     sent:13080231042508
     13080226022508
     13080240022508
     13080280022508
Attributes:
   IODev      ZWaveBridge
   alias      Heizung Wohnzimmer
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   eventMap   heating:heizen
   genericDeviceType thermostat
   group      Heizung
   icon       sani_heating
   room       Heizung,Wohnzimmer,ZWave
   stateFormat Status: <strong>thermostatMode</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>

Für mich sieht es so aus als wenn er das setpoint nicht mag, warum auch immer. Es hat bisher auch nur ein einziges mal geklappt das abzufragen. Was mich auch sehr wundert dass außer dem "notification wakeup" nichts im dazugehörigen FileLog steht. Selbst wenn FHEM die Daten bekommt werden sie nicht in das Log geschrieben. Meine erstellten Diagramme bleiben leer.

[rudolfkoenig]

Das Abfragen der 4 Werte im ersten Fall klappt ideal, nur{ fhem() } ist bei der notify ueberfluessig, wenn auch nicht schaedlich.

Im zweiten Fall scheint es keine Antwort auf eine Abfrage zu kommen, welche genau, weiss man nicht, weil das Log zu spaet anfaengt, ich tippe auf setpoint. Auch die anschliessenden Anfragen funktionieren nicht (mehr). Ich vermute, dass der Comet bei der setpoint Abfrage abstuerzt oder anderweitig mit sich selbst beschaeftigt ist. Wenn man das debuggen moechte, dann sollte man das Problem aber nicht mit weiteren Gets komplizieren, ein "get device setpoint" reicht.

Das FileLog bleibt vermutlich leer, weil das Regexp nicht passend formuliert ist. Die erfolgreichen get Befehle erzeugen normale Events.

[DeeSPe]

Hier noch einmal das Log mit "wz_Heizung:wakeup:.* get wz_Heizung setpoint":

Code Auswählen Erweitern


2016.01.30 17:37:04.387 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008028407
2016.01.30 17:37:04.387 5 : SW: 06
2016.01.30 17:37:04.389 5 : ZWaveBridge dispatch 00040008028407
2016.01.30 17:37:04.390 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2016.01.30 17:37:04.392 5 : Triggering wz_Heizung (1 changes)
2016.01.30 17:37:04.393 5 : Notify loop for wz_Heizung wakeup: notification
2016.01.30 17:37:04.408 5 : Triggering wz_Heizung_Temp_eingest
2016.01.30 17:37:04.408 4 : wz_Heizung_Temp_eingest exec get wz_Heizung setpoint
2016.01.30 17:37:04.409 5 : Cmd: >get wz_Heizung setpoint<
2016.01.30 17:37:04.411 2 : ZWave get wz_Heizung setpoint
2016.01.30 17:37:04.412 5 : ZWDongle_Write 0013080243022508 (ee3970ea)
2016.01.30 17:37:04.412 5 : SW: 0109001308024302250883
2016.01.30 17:37:04.414 4 : ZWDongle_ReadAnswer arg:setpoint regexp:^00040008..43
2016.01.30 17:37:04.415 5 : ACK received, WaitForAck=>2 for 0109001308024302250883
2016.01.30 17:37:04.419 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.01.30 17:37:04.419 5 : SW: 06
2016.01.30 17:37:04.421 5 : ZWaveBridge dispatch 011301
2016.01.30 17:37:04.488 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000007
2016.01.30 17:37:04.488 5 : SW: 06
2016.01.30 17:37:04.490 5 : device ack reveived, removing 0109001308024302250883 from dongle sendstack
2016.01.30 17:37:04.491 5 : ZWaveBridge dispatch 001308000007
2016.01.30 17:37:04.491 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0007
2016.01.30 17:37:04.491 4 : ZWaveBridge transmit OK for 08
2016.01.30 17:37:07.496 5 : ZWDongle_ReadAnswer: select timeout
2016.01.30 17:37:07.498 3 : wz_Heizung_Temp_eingest return value: Timeout reading answer for get setpoint
2016-01-30 17:37:07.507 ZWave wz_Heizung wakeup: notification
2016-01-30 17:37:07.507 ZWave wz_Heizung transmit: OK
2016.01.30 17:37:07.515 5 : ZWDongle_Write 0013080284082508 (ee3970ea)
2016.01.30 17:37:07.516 5 : SW: 010900130802840825084e
2016.01.30 17:37:07.546 5 : ACK received, WaitForAck=>2 for 010900130802840825084e
2016.01.30 17:37:07.547 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.01.30 17:37:07.548 5 : SW: 06
2016.01.30 17:37:07.550 5 : ZWaveBridge dispatch 011301
2016.01.30 17:37:09.555 4 : no response from device, removing 010900130802840825084e from dongle sendstack
2016.01.30 17:37:10.270 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308010113
2016.01.30 17:37:10.271 5 : SW: 06
2016.01.30 17:37:10.273 5 : ZWaveBridge dispatch 001308010113
2016.01.30 17:37:10.274 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:01 ARG:0113
2016.01.30 17:37:10.275 2 : ZWaveBridge transmit NO_ACK for 08
2016.01.30 17:37:10.279 5 : Triggering wz_Heizung (2 changes)
2016.01.30 17:37:10.280 5 : Notify loop for wz_Heizung TRANSMIT_NO_ACK
2016-01-30 17:37:10.304 ZWave wz_Heizung TRANSMIT_NO_ACK
2016-01-30 17:37:10.304 ZWave wz_Heizung transmit: NO_ACK
2016-01-30 17:37:10.304 ZWave wz_Heizung state: TRANSMIT_NO_ACK

setpoint wurde dementsprechend auch nicht aktualisiert.

Mein Log habe ich wie folgt definiert, ich bin der Meinung das sollte passen:

Code Auswählen Erweitern

define FileLog_wz_Heizung FileLog ./log/wz_Heizung-%Y.log wz_Heizung:(temperature|setpointTemp|battery).*

[A.Harrenberg]

Hallo Rudi, hallo DeeSpe,

mMn ist die Klasse 0x43 THERMOSTAT_SETPOINT nur sehr rudimentär und beim GET auch nicht richtig bzw. vollständig implementiert...

Code Auswählen Erweitern


2016.01.30 17:37:04.411 2 : ZWave get wz_Heizung setpoint
2016.01.30 17:37:04.412 5 : ZWDongle_Write 0013080243022508 (ee3970ea)

@Rudi:
der GET wird nur als 0x02 gesendet, da gehört aber ein Byte "dahinter", die unteren 4 Bits geben den Mode (Setpoint Type) an für den man fragt...
Ich kann mir das morgen mal näher anschauen, würde dann aber die Klasse wahrscheinlich von Grund auf neu machen wenn Du nicht intervenierst... ,-)

@DeeSPe:

Code Auswählen Erweitern

2016.01.30 17:37:04.392 5 : Triggering wz_Heizung (1 changes)
2016.01.30 17:37:04.393 5 : Notify loop for wz_Heizung wakeup: notification
Du solltest mal schauen was Du da so alles an Notify definiert hast, hier scheint es ein (zusätzliches) Problem mit einer Rekursion zu geben...

Wegen des setpoints musst Du auf ein Update für die Klasse warten...

Gruß,
Andreas.

[rudolfkoenig]

Andreas, du hast vermutlich Recht, ich habe den Code damals ungeprueft uebernommen: http://forum.fhem.de/index.php?topic=23277
Ich interveniere nicht.

[DeeSPe]

Danke für die Info Andreas.

Bleibt mir wohl nichts als zu warten oder?

Ich bin noch am Überlegen ob ich den Thermostat doch eventuell zurückgebe und bezüglich Heizung auf HomeMatic umsteige. Dieser Comet war nur ein erster Testkauf. Wenn die Z-Wave Technik mit Thermostaten noch nicht so weit ist, dann bleibt ja nur warten oder ein anderes Produkt kaufen.
Wie ist eure Meinung dazu?

Vielen Dank auf jeden Fall für das Analysieren meiner Logs.
Nein, ich habe außer diesem wakeup notify für den wz_Heizung keine weiteren notify's aktiviert. Es sind noch ein paar definiert, aber wegen diesem Test auf disabled gesetzt.

Gruß
Dan

[A.Harrenberg]

Hi Rudi,

Andreas, du hast vermutlich Recht, ich habe den Code damals ungeprueft uebernommen: http://forum.fhem.de/index.php?topic=23277
Ich interveniere nicht.

das hat damals wahrscheinlich bei dem Gerät funktioniert da dort ein Default im Gerät war oder das Ding vielleicht sowieso nur eine Option unterstützt hat.
Ich schau mir die Klasse dann morgen mal an und mach ein Patch.

Gruß,
Andreas.

[A.Harrenberg]

Hi,

Bleibt mir wohl nichts als zu warten oder?

Ich bin noch am Überlegen ob ich den Thermostat doch eventuell zurückgebe und bezüglich Heizung auf HomeMatic umsteige. Dieser Comet war nur ein erster Testkauf. Wenn die Z-Wave Technik mit Thermostaten noch nicht so weit ist, dann bleibt ja nur warten oder ein anderes Produkt kaufen.
Wie ist eure Meinung dazu?

ich schau morgen mal nach der Klasse, wenn ich das morgen schaffe dann ist das vielleicht am Montag schon verfügbar.

Ich selbst habe Homematic Heizungsthermostate, Zwave kannte ich damals noch nicht. Allerdings habe ich hier so einige Probleme mit den Zwave Thermostaten mitbekommen. Aber es spricht ja auch nichts gegen einen Mischbetrieb mit beiden Systemen...
Entscheiden musst du das selbst, aufgrund der Rückmeldungen hier würde ich wahrscheinlich zu Homematic tendieren.

Gruß,
Andreas.

[DeeSPe]

Ganz ehrlich würde ich gern bei Z-Wave bleiben. Habe sonst eigentlich keine Anwendung für HomeMatic und würde wirklich nur wegen der Thermostate auf diese setzen.
Wäre also mehr als zu Dank verpflichtet wenn Du da was hinbekommen würdest Andreas.
Ich stelle mich auch gerne als "Test-Opfer" zur Verfügung.

Vielen Dank im Voraus.

Gruß
Dan

[A.Harrenberg]

Hi Dan,

Ganz ehrlich würde ich gern bei Z-Wave bleiben. Habe sonst eigentlich keine Anwendung für HomeMatic und würde wirklich nur wegen der Thermostate auf diese setzen.
Wäre also mehr als zu Dank verpflichtet wenn Du da was hinbekommen würdest Andreas.
Ich stelle mich auch gerne als "Test-Opfer" zur Verfügung.

ich muss meine Aussage von gestern da vielleicht auch etwas zurücknehmen, da viele der Rückmeldungen ja wahrscheinlich auf die nur teilsweise implementierte Klasse zurückzuführen sind...

Die Implementierung der Klasse stellt jetzt keine soo große Herausforderung dar, das ist auf jeden Fall machbar. Ich kann halt nur nichts testen, das ist dann alles "offline" bei Dir...

Gruß,
Andreas.

[A.Harrenberg]

Hi Dan,

Ich stelle mich auch gerne als "Test-Opfer" zur Verfügung.

dann darfst Du gleich mal anfangen ... ,-)

Könntest Du bitte mal ein "set wz_Heizung versionClassRequest" ausführen (ist im Menü enthalten) und danach bitte noch mal ein Listing von dem wz_Heizung posten damit ich schon mal weiß welche Version für die Klassen unterstützt werden?

Mal sehen wie lange ich brauche, habe den Vormittag noch mit einer anderen Befehlsklasse verbracht... Und die Doku muss ja auch gemacht werden, sonst gibt es "Mecker" von Rudi ,-)

Danke,
Andreas.

[DeeSPe]

Code Auswählen Erweitern

set wz_Heizung versionClassRequest

Code Auswählen Erweitern

Internals:
   DEF        ee3970ea 8
   IODev      ZWaveBridge
   LASTInputDev ZWaveBridge
   MSGCNT     343
   NAME       wz_Heizung
   NR         73
   STATE      Status: <strong>heating</strong><br>Temperatur: <strong>24.0 C</strong><br>Eingestellte Temp.: <strong>22.0 C heating</strong><br>Batterie: <strong>10 %</strong>
   TYPE       ZWave
   ZWaveBridge_MSGCNT 343
   ZWaveBridge_RAWMSG 00040008028407
   ZWaveBridge_TIME 2016-01-31 14:24:10
   homeId     ee3970ea
   isWakeUp   1
   lastMsgSent 1454246651.64187
   nodeIdHex  08
   Readings:
     2016-01-30 09:15:32   UNPARSED        SENSOR_MULTILEVEL 023105
     2016-01-26 23:49:42   basicReport     ff
     2016-01-30 17:32:01   battery         10 %
     2016-01-26 23:58:30   location        Wohnzimmer
     2016-01-29 20:15:21   model           0x0148 0x0002 0x0001
     2016-01-29 20:15:21   modelId         0148-0002-0001
     2016-01-29 21:22:09   name            wz_Heizung
     2016-01-29 20:15:37   neighborList    wz_Multimediasteckdose
     2016-01-30 17:32:00   reportedState   dim 10
     2016-01-31 13:18:08   setpointTemp    22.0 C heating
     2016-01-31 14:24:11   state           versionClassRequest BASIC
     2016-01-30 17:32:00   temperature     24.0 C
     2016-01-30 17:32:00   thermostatMode  heating
     2016-01-31 14:24:11   transmit        OK
     2016-01-26 23:56:42   version         Lib 3 Prot 3.67 App 0.5
     2016-01-31 14:24:10   wakeup          notification
     2016-01-26 23:57:08   wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
     2016-01-29 20:29:51   wakeupReport    interval 300 target 1
Attributes:
   IODev      ZWaveBridge
   alias      Heizung Wohnzimmer
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   genericDeviceType thermostat
   group      Heizung
   icon       sani_heating
   room       Heizung,Wohnzimmer,ZWave
   stateFormat Status: <strong>thermostatMode</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>
   vclasses   BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02

Bitteschön...

[A.Harrenberg]

Hi Dan,

Code Auswählen Erweitern


   vclasses   BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01

Bitteschön...

danke, das Ding unterstütz demnach für beide Thermostat Klassen die Version 3... Wir haben nur eine Doku bis Version 2 und für Version 3 nur eine liste der Parameter ohne irgendwas dazu...
Ich kümmere mich jetzt erst einmal um THERMOSTAT_SETPOINT, das wird aber doch ein wenig länger dauern, und wird ein paar Schleifen brauchen, bei einigen Sachen werde ich die Antwort von dem Gerät benötigen um es zu testen. Einige Details sind in der Klasse recht merkwürdig gelöst sodass ich nicht sicher bin ob ich das richtig verstanden habe.

Siehst Du Dich in der Lage die Datei 10_ZWave.pm im System auszutauschen wenn ich die poste? Dann würde ich Updates hier posten und Du müsstest dann ein wenig testen. ,-)

Gruß,
Andreas.

[A.Harrenberg]

Hi Dan,

wenn Du Zeit hast könntest Du mal einen Test mit der angehängten 10_ZWave.pm machen.

Bitte beachten:
a) es existiert noch keine Doku bzw. es noch die alte enthalten
b.) der Befehl "get <device> setpoint" erwartet jetzt einen (optionalen) Parameter, in Deinem Fall wird das höchstwahrscheinlich eine "1" sein. Also "get wz_Heizung setpoint 1". Der Default ist für den Parameter ist intern auf "1" gesetzt, d.h. wenn 1 funktioniert kannst Du ihn weglassen... Der Parameter selektiert den "SetPoint Type", im Normfall ist "1" für heating und "2" für cooling. Das sind noch mehr definiert, dazu später mal mehr...
c.) Den "set <device> setpointHeating" habe ich (erst mal) drin gelassen, der verschickt die Solltemperatur aber ohne Nachkommestellen...
d.) Es gibt einen neuen Befehl "set <device> thermostatSetpointSet" der drei Parameter kennt:
(erforderlich) Solltemperatur: Bereich [-327.68, 327.67], Angabe mit bis zu drei Stellen vor dem "." und bis zu zwei Stellen nach dem "." also 12.4 oder 12 oder 012 oder -22.75 etc.
(optionaler Parameter) Skalierung: [cC|fF] also ein "c" oder "f", klein oder groß, wählt Celsius oder Fahrenheit als skalierung aus, Voreinstellung ist Celsius
(optionaler Parameter) Setpoint Type: 1= heating, 2=cooling etc. Default ist auf 1

Bitte mal ausprobieren was jetzt so alles passiert ,-) und das Logfile mit einer Erklärung was Du gemacht hast und was (nicht) funktioniert hat.

Überschreibe die originale 10_ZWave.pm nicht, sonder kopiere die an einen sicheren Ort damit Du sie ggf. zurückkopieren kannst. Nach dem Austausch der Datei machst Du am besten einen Neustart von FHEM, ein "reload 10_ZWave.pm" in der Befehlzeile von FHEM reicht aber normalerweise auch aus.

Es fehlen noch weitere Befehle für die Klasse, unter anderen der Befehl um auszulesen welche "Setpoint Type" unterstützt werden. In der Version 3 ist da dann sogar noch ein weiterer Befehl hinzugekommen. Das schaue ich mir dann nächste Woche mal an.

Gruß,
Andreas.

[DeeSPe]

Hallo Andreas,

danke für Deine Bemühungen.
Hatte bis eben noch familiäre Verpflichtungen und werde gleich mal testen und Rückmeldung erstatten.

Gruß
Dan

[DeeSPe]

set wz_Heizung setpoint:

list

Code Auswählen Erweitern

Internals:
   DEF        ee3970ea 8
   IODev      ZWaveBridge
   LASTInputDev ZWaveBridge
   MSGCNT     464
   NAME       wz_Heizung
   NR         73
   STATE      Status: <strong>heating</strong><br>Temperatur: <strong>24.0 C</strong><br>Eingestellte Temp.: <strong> 22.0 C heating</strong><br>Batterie: <strong>10 %</strong>
   TYPE       ZWave
   ZWaveBridge_MSGCNT 464
   ZWaveBridge_RAWMSG 00040008064303012200dc
   ZWaveBridge_TIME 2016-01-31 22:00:13
   homeId     ee3970ea
   isWakeUp   1
   lastMsgSent 1454274013.14153
   nodeIdHex  08
   Readings:
     2016-01-30 09:15:32   UNPARSED        SENSOR_MULTILEVEL 023105
     2016-01-26 23:49:42   basicReport     ff
     2016-01-30 17:32:01   battery         10 %
     2016-01-26 23:58:30   location        Wohnzimmer
     2016-01-29 20:15:21   model           0x0148 0x0002 0x0001
     2016-01-29 20:15:21   modelId         0148-0002-0001
     2016-01-29 21:22:09   name            wz_Heizung
     2016-01-29 20:15:37   neighborList    wz_Multimediasteckdose
     2016-01-30 17:32:00   reportedState   dim 10
     2016-01-31 22:00:13   setpointTemp     22.0 C heating
     2016-01-31 21:45:11   state           TRANSMIT_NO_ACK
     2016-01-30 17:32:00   temperature     24.0 C
     2016-01-30 17:32:00   thermostatMode  heating
     2016-01-31 22:00:15   transmit        OK
     2016-01-26 23:56:42   version         Lib 3 Prot 3.67 App 0.5
     2016-01-31 22:00:13   wakeup          notification
     2016-01-26 23:57:08   wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
     2016-01-29 20:29:51   wakeupReport    interval 300 target 1
Attributes:
   IODev      ZWaveBridge
   alias      Heizung Wohnzimmer
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   genericDeviceType thermostat
   group      Heizung
   icon       sani_heating
   room       Heizung,Wohnzimmer,ZWave
   stateFormat Status: <strong>thermostatMode</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>
   vclasses   BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02

log:

Code Auswählen Erweitern


2016.01.31 22:00:13.134 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008028407
2016.01.31 22:00:13.135 5: SW: 06
2016.01.31 22:00:13.136 5: ZWaveBridge dispatch 00040008028407
2016.01.31 22:00:13.137 4: ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2016.01.31 22:00:13.139 5: ZWDongle_Write 001308034302012508 (ee3970ea)
2016.01.31 22:00:13.139 5: SW: 010a00130803430201250880
2016.01.31 22:00:13.142 5: Triggering wz_Heizung (1 changes)
2016.01.31 22:00:13.143 5: Notify loop for wz_Heizung wakeup: notification
2016.01.31 22:00:13.173 5: ACK received, WaitForAck=>2 for 010a00130803430201250880
2016.01.31 22:00:13.173 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.01.31 22:00:13.174 5: SW: 06
2016.01.31 22:00:13.176 5: ZWaveBridge dispatch 011301
2016.01.31 22:00:13.245 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 00130800000a
2016.01.31 22:00:13.245 5: SW: 06
2016.01.31 22:00:13.247 5: device ack reveived, removing 010a00130803430201250880 from dongle sendstack
2016.01.31 22:00:13.248 5: ZWaveBridge dispatch 00130800000a
2016.01.31 22:00:13.248 4: ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:000a
2016.01.31 22:00:13.249 4: ZWaveBridge transmit OK for 08
2016.01.31 22:00:13.290 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008064303012200dc
2016.01.31 22:00:13.290 5: SW: 06
2016.01.31 22:00:13.292 5: ZWaveBridge dispatch 00040008064303012200dc
2016.01.31 22:00:13.292 4: ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:064303012200dc
2016.01.31 22:00:13.295 5: Triggering wz_Heizung (1 changes)
2016.01.31 22:00:13.296 5: Notify loop for wz_Heizung setpointTemp:  22.0 C heating
2016.01.31 22:00:15.160 5: ZWDongle_Write 0013080284082508 (ee3970ea)
2016.01.31 22:00:15.161 5: SW: 010900130802840825084e
2016.01.31 22:00:15.164 5: ACK received, WaitForAck=>2 for 010900130802840825084e
2016.01.31 22:00:15.168 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.01.31 22:00:15.168 5: SW: 06
2016.01.31 22:00:15.170 5: ZWaveBridge dispatch 011301
2016.01.31 22:00:15.203 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000004
2016.01.31 22:00:15.204 5: SW: 06
2016.01.31 22:00:15.205 5: device ack reveived, removing 010900130802840825084e from dongle sendstack
2016.01.31 22:00:15.206 5: ZWaveBridge dispatch 001308000004
2016.01.31 22:00:15.206 4: ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0004
2016.01.31 22:00:15.207 4: ZWaveBridge transmit OK for 08
2016.01.31 22:00:20.936 4: ZWDongle_Read ZWaveBridge: sending ACK, processing 0004100b033003ff
2016.01.31 22:00:20.937 5: SW: 06
2016.01.31 22:00:20.939 5: ZWaveBridge dispatch 0004100b033003ff
2016.01.31 22:00:20.940 4: ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:0b ARG:033003ff


Sieht einiges besser aus. Das Reading kommt diesmal sofort.

Und lustiger Weise wurden auch das erste Mal Werte in das zugehörige Log geschrieben.

[DeeSPe]

Hab jetzt mal testweise die anderen gets auch aktiviert und siehe da, sie wurden beim letzten wakeup auch aktualisiert.

Code Auswählen Erweitern

wz_Heizung:wakeup:.* {
    fhem ("get wz_Heizung setpoint;
            get wz_Heizung smStatus;
            get wz_Heizung swmStatus;
            get wz_Heizung thermostatMode;
            get wz_Heizung battery")
}

list:

Code Auswählen Erweitern

Internals:
   DEF        ee3970ea 8
   IODev      ZWaveBridge
   LASTInputDev ZWaveBridge
   MSGCNT     2
   NAME       wz_Heizung
   NR         73
   STATE      Status: <strong>heating</strong><br>Temperatur: <strong>23.0 C</strong><br>Eingestellte Temp.: <strong> 22.0 C heating</strong><br>Batterie: <strong>10 %</strong>
   TYPE       ZWave
   ZWaveBridge_MSGCNT 2
   ZWaveBridge_RAWMSG 00040008028407
   ZWaveBridge_TIME 2016-01-31 22:20:27
   homeId     ee3970ea
   isWakeUp   1
   lastMsgSent 1454275227.83902
   nodeIdHex  08
   Readings:
     2016-01-30 09:15:32   UNPARSED        SENSOR_MULTILEVEL 023105
     2016-01-26 23:49:42   basicReport     ff
     2016-01-31 22:20:27   battery         10 %
     2016-01-26 23:58:30   location        Wohnzimmer
     2016-01-29 20:15:21   model           0x0148 0x0002 0x0001
     2016-01-29 20:15:21   modelId         0148-0002-0001
     2016-01-29 21:22:09   name            wz_Heizung
     2016-01-29 20:15:37   neighborList    wz_Multimediasteckdose
     2016-01-31 22:20:27   reportedState   dim 11
     2016-01-31 22:20:27   setpointTemp     22.0 C heating
     2016-01-31 22:20:27   state           dim 11
     2016-01-31 22:20:27   temperature     23.0 C
     2016-01-31 22:20:27   thermostatMode  heating
     2016-01-31 22:20:29   transmit        OK
     2016-01-26 23:56:42   version         Lib 3 Prot 3.67 App 0.5
     2016-01-31 22:20:27   wakeup          notification
     2016-01-26 23:57:08   wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
     2016-01-29 20:29:51   wakeupReport    interval 300 target 1
Attributes:
   IODev      ZWaveBridge
   alias      Heizung Wohnzimmer
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   genericDeviceType thermostat
   group      Heizung
   icon       sani_heating
   room       Heizung,Wohnzimmer,ZWave
   stateFormat Status: <strong>thermostatMode</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>
   vclasses   BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02

Alle angeforderten Readings wurden um 22:20 Uhr aktualisiert!

[A.Harrenberg]

Hi Dan,

Sieht einiges besser aus. Das Reading kommt diesmal sofort.

Und lustiger Weise wurden auch das erste Mal Werte in das zugehörige Log geschrieben.

hört sich ja schon mal gut an. Ich bin aber der Meinung das das Reading bisher NIE als Antwort auf das GET kommen konnte. Falls Du die Nachricht mit der Reading schon mal bekommen hast dann hat das Thermostat die "freiwillig" als Status geschickt, aber relativ sicher nicht als Antwort auf die GET Anfrage.

Wenn jetzt was im Log ist, dann kontrolliere mal die Pattern für das Logfile, ich habe nämlich ein Leerzeichen zu viel eingebaut, beim Reading setpointTemp ist das "22.0 C heating" mit einem Leerzeichen nach rechts eingerückt was eigentlich nicht sein sollte. Aber evtl. hast Du das für das Logfile so definiert? Jedenfalls fliegt das Leerzeichen natürlich wieder raus...

So, jetzt ist mal Feierabend für heute.

Gruß,
Andreas.

P.S.: Da ist noch eine merkwürdige "UNPARSED" Message im Device:

Code Auswählen Erweitern

2016-01-30 09:15:32   UNPARSED        SENSOR_MULTILEVEL 023105
Das ist merkwürdig, da ist die Länge korrekt mit 02 angegeben, dann kommt die Befehlsklasse 31 (Sensor_Mulitlevel), dann kommt der Befehlscode für REPORT, aber es ist nichts angehängt...
Scheint eine merkwüdigkeit des Thermostats zu sein "leere" Reports zu schicken...

[DeeSPe]

Ich denke nicht dass er das freiwillig geschickt hat! Habe ihn ja schon gut 3 Tage am Laufen und das hat der bisher nie gemacht. Kann aber gerne nochmal das wakeup notify deaktivieren und das nächste wakeup abwarten.

Hier mein definiertes Log:

Code Auswählen Erweitern

./log/wz_Heizung-%Y.log wz_Heizung:(temperature|setpointTemp|battery).*

Er hat aber offenbar nur battery und temperature in das Log geschrieben, was ja zu dem passt was du sagst, dass dort noch ein Leerzeichen falsch gesetzt ist.

Ich habe leider keinerlei Ahnung von diesen Klassen und perl Programmierung. HTML, JS und CSS sind eher meine Baustellen...

P.S. Er hat jetzt bei jedem wakeup alle angefragten Readings aktualisiert.
P.P.S. Danke für Deine Bemühungen am Sonntag. Diese FHEM Community ist großartig.

Gruß
Dan

[DeeSPe]

Das wakeup um 22:40 Uhr mit deaktiviertem notify hat keine Readings aktualisiert, wie erwartet...

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 22.00 C 1

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 22.00

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 22
funktioniert alles nicht, es wird kein Wert geändert.

Was aber funktioniert ist das Alte:

Code Auswählen Erweitern

set wz_Heizung setpointHeating 22

Es wird nun beim wakeup der Heatpoint gesetzt und die Readings aktualisiert.
Eigentlich bin ich schon zufrieden, so kann ich endlich den Thermostat steuern.

Habe glaube ich auch das erwähnte Leerzeichen (Zeile 1234) gefunden und entfernt.
Allerdings hat das Log bisher nur 2x funktioniert. Um 21:55 und um 22:00 und auch nur setpointTemp.

[A.Harrenberg]

Hi Dan,

Ich denke nicht dass er das freiwillig geschickt hat! Habe ihn ja schon gut 3 Tage am Laufen und das hat der bisher nie gemacht. Kann aber gerne nochmal das wakeup notify deaktivieren und das nächste wakeup abwarten.

ich denke auch nicht das er das bei einem WakeUp "freiwillig" mitschickt, aber wenn Du den Setpoint am Gerät verstellst dann KÖNNTE er das evtl. machen um den Controller zu informieren. Du kannst ja mal am Thermostat verstellen und schauen ob dann auch eine Nachricht vom Controller ausgelöst wird. Könnte sein das die Nachricht verschickt wird, danach der WakeUpNotify kommt und Du das dann per Notify noch mal abfragst, dann ist es schwieriger das zu unterscheiden, das kann man dann nur mit Hilfe des Logfiles sehen.

Gruß,
Andreas.

[A.Harrenberg]

Hi Dan,

Das wakeup um 22:40 Uhr mit deaktiviertem notify hat keine Readings aktualisiert, wie erwartet...

yep, so hatte ich das auch nicht erwartet... siehe vorheriger Post.

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 22.00 C 1

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 22.00

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 22
funktioniert alles nicht, es wird kein Wert geändert.

Was aber funktioniert ist das Alte:

Code Auswählen Erweitern

set wz_Heizung setpointHeating 22

Das ist allerdings merkwürdig, kannst Du bitte mal ein Logfile posten?

Es wird nun beim wakeup der Heatpoint gesetzt und die Readings aktualisiert.
Eigentlich bin ich schon zufrieden, so kann ich endlich den Thermostat steuern.

Den Rest kriegen wir auch noch hin...

Habe glaube ich auch das erwähnte Leerzeichen (Zeile 1234) gefunden und entfernt.
Allerdings hat das Log bisher nur 2x funktioniert. Um 21:55 und um 22:00 und auch nur setpointTemp.

Für Logfiles bin ich nicht wirklich der Experte, da habe ich mich noch nie so richtig drum gekümmert und da funktioniert bei mir auch so einiges nicht so wie ich es eigentlich will...

Gruß,
Andreas.

[DeeSPe]

Moin Andreas,

laut Recherche im Internet sendet der Comet manuelle Veränderungen am Thermostat nicht an das Gateway. Er verbleibt wohl 2 Stunden in diesem Modus und geht dann zurück auf Automatik. Kann das aber mal über den Nachmittag testen, zum Glück habe ich ein paar Tage Urlaub und dafür Zeit.

Ich werde auch noch einmal die 3 unterschiedlichen "thermostatSetpointSet" absetzen und Dir die Logs hier posten.

Dann werde ich wegen dem Log mal ein separates Thema aufmachen, habe auch noch 2 Motion Sensoren die brav ihre Daten melden aber die Daten nicht immer im Log landen.

[DeeSPe]

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 16.00 C 1

Code Auswählen Erweitern

2016.02.01 12:09:39.144 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008028407
2016.02.01 12:09:39.146 5 : SW: 06
2016.02.01 12:09:39.151 5 : ZWaveBridge dispatch 00040008028407
2016.02.01 12:09:39.152 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2016.02.01 12:09:39.154 5 : ZWDongle_Write 001308064301014206402508 (ee3970ea)
2016.02.01 12:09:39.155 5 : SW: 010d00130806430101420640250885
2016.02.01 12:09:39.159 5 : Triggering wz_Heizung (1 changes)
2016.02.01 12:09:39.160 5 : Notify loop for wz_Heizung wakeup: notification
2016-02-01 12:09:39.180 ZWave wz_Heizung wakeup: notification
2016.02.01 12:09:39.188 5 : ACK received, WaitForAck=>2 for 010d00130806430101420640250885
2016.02.01 12:09:39.189 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 12:09:39.190 5 : SW: 06
2016.02.01 12:09:39.192 5 : ZWaveBridge dispatch 011301
2016.02.01 12:09:39.248 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000009
2016.02.01 12:09:39.248 5 : SW: 06
2016.02.01 12:09:39.250 5 : device ack reveived, removing 010d00130806430101420640250885 from dongle sendstack
2016.02.01 12:09:39.251 5 : ZWaveBridge dispatch 001308000009
2016.02.01 12:09:39.252 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0009
2016.02.01 12:09:39.253 4 : ZWaveBridge transmit OK for 08
2016.02.01 12:09:41.190 5 : ZWDongle_Write 0013080284082508 (ee3970ea)
2016.02.01 12:09:41.191 5 : SW: 010900130802840825084e
2016.02.01 12:09:41.195 5 : ACK received, WaitForAck=>2 for 010900130802840825084e

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 16.00

Code Auswählen Erweitern


2016.02.01 12:19:45.880 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008028407
2016.02.01 12:19:45.880 5 : SW: 06
2016.02.01 12:19:45.882 5 : ZWaveBridge dispatch 00040008028407
2016.02.01 12:19:45.883 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2016.02.01 12:19:45.884 5 : ZWDongle_Write 001308064301064200642508 (ee3970ea)
2016.02.01 12:19:45.885 5 : SW: 010d001308064301064200642508a0
2016.02.01 12:19:45.888 5 : Triggering wz_Heizung (1 changes)
2016.02.01 12:19:45.889 5 : Notify loop for wz_Heizung wakeup: notification
2016-02-01 12:19:45.909 ZWave wz_Heizung wakeup: notification
2016.02.01 12:19:45.911 5 : ACK received, WaitForAck=>2 for 010d001308064301064200642508a0
2016.02.01 12:19:45.911 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 12:19:45.912 5 : SW: 06
2016.02.01 12:19:45.913 5 : ZWaveBridge dispatch 011301
2016.02.01 12:19:45.987 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000009
2016.02.01 12:19:45.988 5 : SW: 06
2016.02.01 12:19:45.989 5 : device ack reveived, removing 010d001308064301064200642508a0 from dongle sendstack
2016.02.01 12:19:45.990 5 : ZWaveBridge dispatch 001308000009
2016.02.01 12:19:45.990 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0009
2016.02.01 12:19:45.991 4 : ZWaveBridge transmit OK for 08
2016.02.01 12:19:47.914 5 : ZWDongle_Write 0013080284082508 (ee3970ea)
2016.02.01 12:19:47.915 5 : SW: 010900130802840825084e
2016.02.01 12:19:47.919 5 : ACK received, WaitForAck=>2 for 010900130802840825084e
2016.02.01 12:19:47.923 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 12:19:47.923 5 : SW: 06
2016.02.01 12:19:47.925 5 : ZWaveBridge dispatch 011301
2016.02.01 12:19:47.959 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000004
2016.02.01 12:19:47.959 5 : SW: 06
2016.02.01 12:19:47.961 5 : device ack reveived, removing 010900130802840825084e from dongle sendstack
2016.02.01 12:19:47.962 5 : ZWaveBridge dispatch 001308000004
2016.02.01 12:19:47.963 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0004
2016.02.01 12:19:47.963 4 : ZWaveBridge transmit OK for 08

list:

Code Auswählen Erweitern

Internals:
   DEF        ee3970ea 8
   IODev      ZWaveBridge
   LASTInputDev ZWaveBridge
   MSGCNT     111
   NAME       wz_Heizung
   NR         73
   STATE      Status: <strong>dim 42</strong><br>Temperatur: <strong>21.0 C</strong><br>Eingestellte Temp.: <strong>22.0 C heating</strong><br>Batterie: <strong>8 %</strong>
   TYPE       ZWave
   ZWaveBridge_MSGCNT 111
   ZWaveBridge_RAWMSG 00040008028407
   ZWaveBridge_TIME 2016-02-01 12:19:45
   homeId     ee3970ea
   isWakeUp   1
   lastMsgSent 1454325585.88728
   nodeIdHex  08
   Readings:
     2016-01-30 09:15:32   UNPARSED        SENSOR_MULTILEVEL 023105
     2016-01-26 23:49:42   basicReport     ff
     2016-02-01 11:59:32   battery         8 %
     2016-01-26 23:58:30   location        Wohnzimmer
     2016-01-29 20:15:21   model           0x0148 0x0002 0x0001
     2016-01-29 20:15:21   modelId         0148-0002-0001
     2016-01-29 21:22:09   name            wz_Heizung
     2016-01-29 20:15:37   neighborList    wz_Multimediasteckdose
     2016-02-01 11:59:32   reportedState   dim 42
     2016-02-01 11:59:31   setpointTemp    22.0 C heating
     2016-02-01 11:59:32   state           dim 42
     2016-02-01 11:59:31   temperature     21.0 C
     2016-02-01 11:59:32   thermostatMode  heating
     2016-02-01 12:19:47   transmit        OK
     2016-01-26 23:56:42   version         Lib 3 Prot 3.67 App 0.5
     2016-02-01 12:19:45   wakeup          notification
     2016-01-26 23:57:08   wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
     2016-01-29 20:29:51   wakeupReport    interval 300 target 1
Attributes:
   IODev      ZWaveBridge
   alias      Heizung Wohnzimmer
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   genericDeviceType thermostat
   group      Heizung
   icon       sani_heating
   room       Heizung,Wohnzimmer,ZWave
   stateFormat Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>
   vclasses   BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02

Das notify

Code Auswählen Erweitern

wz_Heizung:wakeup:.* {
    fhem ("get wz_Heizung setpoint")
}
wird auch nicht mehr ausgeführt bei wakeup.

Code Auswählen Erweitern

set wz_Heizung seatpointHeating 23

Code Auswählen Erweitern


2016.02.01 12:34:56.179 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008028407
2016.02.01 12:34:56.180 5 : SW: 06
2016.02.01 12:34:56.182 5 : ZWaveBridge dispatch 00040008028407
2016.02.01 12:34:56.183 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2016.02.01 12:34:56.184 5 : ZWDongle_Write 0013080543010101172508 (ee3970ea)
2016.02.01 12:34:56.186 5 : SW: 010c001308054301010117250895
2016.02.01 12:34:56.190 5 : Triggering wz_Heizung (1 changes)
2016.02.01 12:34:56.190 5 : Notify loop for wz_Heizung wakeup: notification
2016-02-01 12:34:56.211 ZWave wz_Heizung wakeup: notification
2016.02.01 12:34:56.220 5 : ACK received, WaitForAck=>2 for 010c001308054301010117250895
2016.02.01 12:34:56.221 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 12:34:56.222 5 : SW: 06
2016.02.01 12:34:56.224 5 : ZWaveBridge dispatch 011301
2016.02.01 12:34:56.282 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000009
2016.02.01 12:34:56.282 5 : SW: 06
2016.02.01 12:34:56.284 5 : device ack reveived, removing 010c001308054301010117250895 from dongle sendstack
2016.02.01 12:34:56.285 5 : ZWaveBridge dispatch 001308000009
2016.02.01 12:34:56.286 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0009
2016.02.01 12:34:56.287 4 : ZWaveBridge transmit OK for 08
2016.02.01 12:34:58.048 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040007033003ff
2016.02.01 12:34:58.049 5 : SW: 06

[DeeSPe]

Sorry, hatte das im vorherigen Post erwähnte notify deaktiviert, konnte also nicht gehen

Habe noch einmal getestet:

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 16.00 C 1

Code Auswählen Erweitern


2016.02.01 13:21:11.284 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008028407
2016.02.01 13:21:11.285 5 : SW: 06
2016.02.01 13:21:11.288 5 : ZWaveBridge dispatch 00040008028407
2016.02.01 13:21:11.289 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2016.02.01 13:21:11.291 5 : ZWDongle_Write 001308064301014206402508 (ee3970ea)
2016.02.01 13:21:11.292 5 : SW: 010d00130806430101420640250885
2016.02.01 13:21:11.295 5 : Triggering wz_Heizung (1 changes)
2016.02.01 13:21:11.296 5 : Notify loop for wz_Heizung wakeup: notification
2016.02.01 13:21:11.310 5 : Triggering wz_Heizung_lesen
2016.02.01 13:21:11.311 4 : wz_Heizung_lesen exec get wz_Heizung setpoint; get wz_Heizung smStatus; get wz_Heizung swmStatus; get wz_Heizung thermostatMode; get wz_Heizung battery
2016.02.01 13:21:11.312 5 : Cmd: >get wz_Heizung setpoint<
2016.02.01 13:21:11.316 2 : ZWave get wz_Heizung setpoint
2016.02.01 13:21:11.317 4 : ZWDongle_ReadAnswer arg:setpoint regexp:^00040008..43
2016.02.01 13:21:11.318 5 : ACK received, WaitForAck=>2 for 010d00130806430101420640250885
2016.02.01 13:21:11.319 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 13:21:11.319 5 : SW: 06
2016.02.01 13:21:11.321 5 : ZWaveBridge dispatch 011301
2016.02.01 13:21:11.392 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000009
2016.02.01 13:21:11.392 5 : SW: 06
2016.02.01 13:21:11.394 5 : device ack reveived, removing 010d00130806430101420640250885 from dongle sendstack
2016.02.01 13:21:11.395 5 : ZWaveBridge dispatch 001308000009
2016.02.01 13:21:11.396 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0009
2016.02.01 13:21:11.397 4 : ZWaveBridge transmit OK for 08
2016.02.01 13:21:11.399 5 : ZWDongle_Write 001308034302012508 (ee3970ea)
2016.02.01 13:21:11.400 5 : SW: 010a00130803430201250880
2016.02.01 13:21:11.403 5 : ACK received, WaitForAck=>2 for 010a00130803430201250880
2016.02.01 13:21:11.407 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 13:21:11.407 5 : SW: 06
2016.02.01 13:21:11.409 5 : ZWaveBridge dispatch 011301
2016.02.01 13:21:11.
443 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0013080000042016.02.01 13:21:11.444 5 : SW: 062016.02.01 13:21:11.446 5 : device ack reveived, removing 010a00130803430201250880 from dongle sendstack2016.02.01 13:21:11.446 5 : ZWaveBridge dispatch 0013080000042016.02.01 13:21:11.447 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:00042016.02.01 13:21:11.448 4 : ZWaveBridge transmit OK for 082016.02.01 13:21:11.488 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008064303012200e62016.02.01 13:21:11.489 5 : SW: 062016.02.01 13:21:11.491 4 : ZWDongle_ReadAnswer for setpoint: 00040008064303012200e62016.02.01 13:21:11.491 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:064303012200e62016.02.01 13:21:11.495 5 : Triggering wz_Heizung (4 changes)2016.02.01 13:21:11.496 5 : Cmd: >get wz_Heizung smStatus<2016.02.01 13:21:11.499 2 : ZWave get wz_Heizung smStatus 2016.02.01 13:21:11.500 5 : ZWDongle_Write 0013080231042508 (ee3970ea)2016.02.01 13:21:11.501 5 : SW: 01090013080231042508f72016.02.01 13:21:11.503 4 : ZWDongle_ReadAnswer arg:smStatus regexp:^00040008..312016.02.01 13:21:11.504 5 : ACK received, WaitForAck=>2 for 01090013080231042508f72016.02.01 13:21:11.508 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0113012016.02.01 13:21:11.509 5 : SW: 062016.02.01 13:21:11.511 5 : ZWaveBridge dispatch 0113012016.02.01 13:21:11.590 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0013080000082016.02.01 13:21:11.591 5 : SW: 062016.02.01 13:21:11.593 5 : device ack reveived, removing 01090013080231042508f7 from dongle sendstack2016.02.01 13:21:11.593 5 : ZWaveBridge dispatch 0013080000082016.02.01 13:21:11.594 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:00082016.02.01 13:21:11.595 4 : ZWaveBridge transmit OK for 082016.02.01 13:21:11.700 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008063105012200e62016.02.01 13:21:11.701 5 : SW: 062016.02.01 13:21:11.703 4 : ZWDongle_ReadAnswer for smStatus: 00040008063105012200e62016.02.01 13:21:11.704 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:063105012200e6emlog'>2016.02.01 13:21:11.709 5 : Triggering wz_Heizung (6 changes)2016.02.01 13:21:11.710 5 : Cmd: >get wz_Heizung swmStatus<2016.02.01 13:21:11.713 2 : ZWave get wz_Heizung swmStatus 2016.02.01 13:21:11.714 5 : ZWDongle_Write 0013080226022508 (ee3970ea)2016.02.01 13:21:11.715 5 : SW: 01090013080226022508e62016.02.01 13:21:11.717 4 : ZWDongle_ReadAnswer arg:swmStatus regexp:^00040008..262016.02.01 13:21:11.718 5 : ACK received, WaitForAck=>2 for 01090013080226022508e62016.02.01 13:21:11.722 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0113012016.02.01 13:21:11.722 5 : SW: 062016.02.01 13:21:11.724 5 : ZWaveBridge dispatch 0113012016.02.01 13:21:11.810 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0013080000092016.02.01 13:21:11.811 5 : SW: 062016.02.01 13:21:11.812 5 : device ack reveived, removing 01090013080226022508e6 from dongle sendstack2016.02.01 13:21:11.813 5 : ZWaveBridge dispatch 0013080000092016.02.01 13:21:11.814 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:00092016.02.01 13:21:11.815 4 : ZWaveBridge transmit OK for 082016.02.01 13:21:11.959 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 000400080326032d2016.02.01 13:21:11.959 5 : SW: 062016.02.01 13:21:11.961 4 : ZWDongle_ReadAnswer for swmStatus: 000400080326032d2016.02.01 13:21:11.962 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:0326032d2016.02.01 13:21:11.965 5 : Triggering wz_Heizung (9 changes)2016.02.01 13:21:11.967 5 : Cmd: >get wz_Heizung thermostatMode<2016.02.01 13:21:11.970 2 : ZWave get wz_Heizung thermostatMode 2016.02.01 13:21:11.971 5 : ZWDongle_Write 0013080240022508 (ee3970ea)2016.02.01 13:21:11.972 5 : SW: 01090013080240022508802016.02.01 13:21:11.974 4 : ZWDongle_ReadAnswer arg:thermostatMode regexp:^00040008..402016.02.01 13:21:11.975 5 : ACK received, WaitForAck=>2 for 01090013080240022508802016.02.01 13:21:11.979 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0113012016.02.01 13:21:11.979 5 : SW: 062016.02.01 13:21:11.982 5 : ZWaveBridge dispatch 0113012016.02.01 13:21:12.070 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0013080000092016.02.01 13:21:12.071 5 : SW: 062016.02.01 13:21:12.073 5 : device ack reveived, removing 0109001308024002250880 from dongle sendstack2016.02.01 13:21:12.073 5 : ZWaveBridge dispatch 0013080000092016.02.01 13:21:12.074 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:00092016.02.01 13:21:12.075 4 : ZWaveBridge transmit OK for 082016.02.01 13:21:12.115 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008034003012016.02.01 13:21:12.115 5 : SW: 062016.02.01 13:21:12.118 4 : ZWDongle_ReadAnswer for thermostatMode: 00040008034003012016.02.01 13:21:12.118 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:034003012016.02.01 13:21:12.121 5 : Triggering wz_Heizung (11 changes)2016.02.01 13:21:12.122 5 : Cmd: >get wz_Heizung battery<2016.02.01 13:21:12.125 2 : ZWave get wz_Heizung battery 2016.02.01 13:21:12.127 5 : ZWDongle_Write 0013080280022508 (ee3970ea)2016.02.01 13:21:12.128 5 : SW: 01090013080280022508402016.02.01 13:21:12.130 4 : ZWDongle_ReadAnswer arg:battery regexp:^00040008..802016.02.01 13:21:12.131 5 : ACK received, WaitForAck=>2 for 01090013080280022508402016.02.01 13:21:12.135 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0113012016.02.01 13:21:12.135 5 : SW: 062016.02.01 13:21:12.137 5 : ZWaveBridge dispatch 0113012016.02.01 13:21:12.323 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0013080000132016.02.01 13:21:12.324 5 : SW: 062016.02.01 13:21:12.326 5 : device ack reveived, removing 0109001308028002250840 from dongle sendstack2016.02.01 13:21:12.327 5 : ZWaveBridge dispatch 0013080000132016.02.01 13:21:12.328 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:00132016.02.01 13:21:12.328 4 : ZWaveBridge transmit OK for 082016.02.01 13:21:12.409 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008038003082016.02.01 13:21:12.409 5 : SW: 062016.02.01 13:21:12.412 4 : ZWDongle_ReadAnswer for battery: 00040008038003082016.02.01 13:21:12.413 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:038003082016.02.01 13:21:12.416 5 : Triggering wz_Heizung (13 changes)2016.02.01 13:21:12.417 3 : wz_Heizung_lesen return value: setpointTemp:23.0 C heating temperature:23.0 C state:dim 45 thermostatMode:heating battery:8 %2016-02-01 13:21:12.428 ZWave wz_Heizung wakeup: notification
2016-02-01 13:21:12.428 ZWave wz_Heizung transmit: OK
2016-02-01 13:21:12.428 ZWave wz_Heizung transmit: OK
2016-02-01 13:21:12.428 ZWave wz_Heizung setpointTemp: 23.0 C heating
2016-02-01 13:21:12.428 ZWave wz_Heizung transmit: OK
2016-02-01 13:21:12.428 ZWave wz_Heizung temperature: 23.0 C
2016-02-01 13:21:12.428 ZWave wz_Heizung transmit: OK
2016-02-01 13:21:12.428 ZWave wz_Heizung dim 45
2016-02-01 13:21:12.428 ZWave wz_Heizung reportedState: dim 45
2016-02-01 13:21:12.428 ZWave wz_Heizung transmit: OK
2016-02-01 13:21:12.428 ZWave wz_Heizung thermostatMode: heating
2016-02-01 13:21:12.428 ZWave wz_Heizung transmit: OK
2016-02-01 13:21:12.428 ZWave wz_Heizung battery: 8 %
2016-02-01 13:21:12.428 ZWave wz_Heizung state: dim 45
2016.02.01 13:21:14.159 5 : ZWDongle_Write 0013080284082508 (ee3970ea)
2016.02.01 13:21:14.161 5 : SW: 010900130802840825084e
2016.02.01 13:21:14.165 5 : ACK received, WaitForAck=>2 for 010900130802840825084e
2016.02.01 13:21:14.169 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 13:21:14.169 5 : SW: 06
2016.02.01 13:21:14.171 5 : ZWaveBridge dispatch 011301
2016.02.01 13:21:14.203 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000004
2016.02.01 13:21:14.204 5 : SW: 06
2016.02.01 13:21:14.206 5 : device ack reveived, removing 010900130802840825084e from dongle sendstack
2016.02.01 13:21:14.207 5 : ZWaveBridge dispatch 001308000004
2016.02.01 13:21:14.208 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0004
2016.02.01 13:21:14.208 4 : ZWaveBridge transmit OK for 08
2016.02.01 13:21:30.415 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0004100b033003ff
2016.02.01 13:21:30.416 5 : SW: 06

Die Readings wurden aktualisiert, der neue Setpoint aber nicht gesetzt.

Jetzt werde ich mal das manuelle Verstellen testen und dann wieder berichten.

[DeeSPe]

Thermostat manuell auf 15 °C eingestellt.

list:

Code Auswählen Erweitern

Internals:
   DEF        ee3970ea 8
   IODev      ZWaveBridge
   LASTInputDev ZWaveBridge
   MSGCNT     129
   NAME       wz_Heizung
   NR         73
   STATE      Status: <strong>off</strong><br>Temperatur: <strong>23.5 C</strong><br>Eingestellte Temp.: <strong>23.0 C heating</strong><br>Batterie: <strong>8 %</strong>
   TYPE       ZWave
   ZWaveBridge_MSGCNT 129
   ZWaveBridge_RAWMSG 00040008028407
   ZWaveBridge_TIME 2016-02-01 13:31:24
   homeId     ee3970ea
   isWakeUp   1
   lastMsgSent 1454329885.17336
   nodeIdHex  08
   Readings:
     2016-01-30 09:15:32   UNPARSED        SENSOR_MULTILEVEL 023105
     2016-01-26 23:49:42   basicReport     ff
     2016-02-01 13:31:25   battery         8 %
     2016-01-26 23:58:30   location        Wohnzimmer
     2016-01-29 20:15:21   model           0x0148 0x0002 0x0001
     2016-01-29 20:15:21   modelId         0148-0002-0001
     2016-01-29 21:22:09   name            wz_Heizung
     2016-01-29 20:15:37   neighborList    wz_Multimediasteckdose
     2016-02-01 13:31:25   reportedState   off
     2016-02-01 13:31:24   setpointTemp    23.0 C heating
     2016-02-01 13:31:25   state           off
     2016-02-01 13:31:24   temperature     23.5 C
     2016-02-01 13:31:25   thermostatMode  heating
     2016-02-01 13:31:27   transmit        OK
     2016-01-26 23:56:42   version         Lib 3 Prot 3.67 App 0.5
     2016-02-01 13:31:24   wakeup          notification
     2016-01-26 23:57:08   wakeupIntervalCapabilitiesReport min 240 max 15728400 default 604672 step 240
     2016-01-29 20:29:51   wakeupReport    interval 300 target 1
Attributes:
   IODev      ZWaveBridge
   alias      Heizung Wohnzimmer
   classes    BASIC SWITCH_MULTILEVEL SENSOR_MULTILEVEL THERMOSTAT_MODE THERMOSTAT_SETPOINT NODE_NAMING BATTERY WAKE_UP MANUFACTURER_SPECIFIC VERSION
   genericDeviceType thermostat
   group      Heizung
   icon       sani_heating
   room       Heizung,Wohnzimmer,ZWave
   stateFormat Status: <strong>state</strong><br>Temperatur: <strong>temperature</strong><br>Eingestellte Temp.: <strong>setpointTemp</strong><br>Batterie: <strong>battery</strong>
   subtype    thermostat
   vclasses   BASIC:01 BATTERY:01 MANUFACTURER_SPECIFIC:01 NODE_NAMING:01 SENSOR_MULTILEVEL:04 SWITCH_MULTILEVEL:03 THERMOSTAT_MODE:03 THERMOSTAT_SETPOINT:03 VERSION:01 WAKE_UP:02

Wie erwartet wird die manuell eingestellte Temperatur nicht an das Gateway übermittelt.

[DeeSPe]

Der manuelle Status wurde wie erwartet auch zwischenzeitlich nicht übermittelt.
Der Thermostat ist aber wie erwartet nach 2 Stunden auf die Automatik zurückgefallen.

[A.Harrenberg]

Hi Dan,

kleines Update...
Hab' zwei kleine Fehler beseitigt, eine 1 ist nicht gleich "1"
Und meine Regular Expression ist auch "Amok" gelaufen, die hat "mehrfach" zugeschlagen und damit die Argumente zerwürfelt.
Jetzt müsste auch das setzen der Temperatur mit der neuen Funktion und Nachkommastellen funktionieren. Bitte mal ausprobieren.

Ich komme aber jetzt erst frühestens ab Donnerstag wieder dazu weiter daran zu arbeiten.

Da der Status auch bei manueller Änderung nicht übermittelt wird bin ich noch mehr der Meinung das der Setpoint bisher nicht übertragen werden konnte...

Gruß,
Andreas.

[DeeSPe]

Ich werde testen.

setpointHeating hat aber bisher funktioniert...

Besonderheiten: Eigentlich eine coole Funktion – aber, die am Thermostat manuell eingestellte Temperatur wird dem Gateway nicht reportet. Das ist gewöhnungsbedürftig.

siehe hier http://www.siio.de/heizenenergiesparen/eurotronic-comet-z-wave-schnellinstallation-maenner-brauchen-keine-anleitung/

Mal wieder vielen Dank für Deinen Aufwand Andreas.
Ich kann leider nur noch bis Donnerstag testen, bin ab Freitag für 14 Tage in einer Gegend ohne Internet... 

Gruß
Dan

[DeeSPe]

Code Auswählen Erweitern

set wz_Heizung thermostatSetpointSet 22.50 c 1

Wurde nicht eingestellt.

Code Auswählen Erweitern


2016.02.01 23:45:28.021 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008028407
2016.02.01 23:45:28.022 5 : SW: 06
2016.02.01 23:45:28.024 5 : ZWaveBridge dispatch 00040008028407
2016.02.01 23:45:28.025 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:028407
2016.02.01 23:45:28.027 5 : ZWDongle_Write 001308064301014208ca2508 (ee3970ea)
2016.02.01 23:45:28.028 5 : SW: 010d001308064301014208ca250801
2016.02.01 23:45:28.033 5 : Triggering wz_Heizung (1 changes)
2016.02.01 23:45:28.034 5 : Notify loop for wz_Heizung wakeup: notification
2016.02.01 23:45:28.048 5 : Triggering wz_Heizung_lesen
2016.02.01 23:45:28.049 4 : wz_Heizung_lesen exec get wz_Heizung setpoint; get wz_Heizung smStatus; get wz_Heizung swmStatus; get wz_Heizung thermostatMode; get wz_Heizung battery
2016.02.01 23:45:28.050 5 : Cmd: >get wz_Heizung setpoint<
2016.02.01 23:45:28.053 2 : ZWave get wz_Heizung setpoint
2016.02.01 23:45:28.054 4 : ZWDongle_ReadAnswer arg:setpoint regexp:^00040008..43
2016.02.01 23:45:28.055 5 : ACK received, WaitForAck=>2 for 010d001308064301014208ca250801
2016.02.01 23:45:28.056 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 23:45:28.057 5 : SW: 06
2016.02.01 23:45:28.059 5 : ZWaveBridge dispatch 011301
2016.02.01 23:45:28.132 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00130800000a
2016.02.01 23:45:28.132 5 : SW: 06
2016.02.01 23:45:28.134 5 : device ack reveived, removing 010d001308064301014208ca250801 from dongle sendstack
2016.02.01 23:45:28.134 5 : ZWaveBridge dispatch 00130800000a
2016.02.01 23:45:28.135 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:000a
2016.02.01 23:45:28.135 4 : ZWaveBridge transmit OK for 08
2016.02.01 23:45:28.136 5 : ZWDongle_Write 001308034302012508 (ee3970ea)
2016.02.01 23:45:28.137 5 : SW: 010a00130803430201250880
2016.02.01 23:45:28.139 5 : ACK received, WaitForAck=>2 for 010a00130803430201250880
2016.02.01 23:45:28.143 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 23:45:28.144 5 : SW: 06
2016.02.01 23:45:28.145 5 : ZWaveBridge dispatch 011301
2016.02.01 23:45:28.180 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000004
2016.02.01 23:45:28.180 5 : SW: 06
2016.02.01 23:45:28.182 5 : device ack reveived, removing 010a00130803430201250880 from dongle sendstack
2016.02.01 23:45:28.182 5 : ZWaveBridge dispatch 001308000004
2016.02.01 23:45:28.184 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0004
2016.02.01 23:45:28.184 4 : ZWaveBridge transmit OK for 08
2016.02.01 23:45:28.225 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008064303012200e6
2016.02.01 23:45:28.225 5 : SW: 06
2016.02.01 23:45:28.227 4 : ZWDongle_ReadAnswer for setpoint: 00040008064303012200e6
2016.02.01 23:45:28.227 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:064303012200e6
2016.02.01 23:45:28.230 5 : Triggering wz_Heizung (4 changes)
2016.02.01 23:45:28.231 5 : Cmd: >get wz_Heizung smStatus<
2016.02.01 23:45:28.233 2 : ZWave get wz_Heizung smStatus
2016.02.01 23:45:28.234 5 : ZWDongle_Write 0013080231042508 (ee3970ea)
2016.02.01 23:45:28.235 5 : SW: 01090013080231042508f7
2016.02.01 23:45:28.236 4 : ZWDongle_ReadAnswer arg:smStatus regexp:^00040008..31
2016.02.01 23:45:28.237 5 : ACK received, WaitForAck=>2 for 01090013080231042508f7
2016.02.01 23:45:28.241 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 23:45:28.241 5 : SW: 06
2016.02.01 23:45:28.243 5 : ZWaveBridge dispatch 011301
2016.02.01 23:45:28.310 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000007
2016.02.01 23:45:28.311 5 : SW: 06
2016.02.01 23:45:28.312 5 : device ack reveived, removing 01090013080231042508f7 from dongle sendstack
2016.02.01 23:45:28.313 5 : ZWaveBridge dispatch 001308000007
2016.02.01 23:45:28.313 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0007
2016.02.01 23:45:28.314 4 : ZWaveBridge transmit OK for 08
2016.02.01 23:45:28.420 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00040008063105012200e6
2016.02.01 23:45:28.420 5 : SW: 06
2016.02.01 23:45:28.423 4 : ZWDongle_ReadAnswer for smStatus: 00040008063105012200e6
2016.02.01 23:45:28.423 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:063105012200e6
2016.02.01 23:45:28.426 5 : Triggering wz_Heizung (6 changes)
2016.02.01 23:45:28.427 5 : Cmd: >get wz_Heizung swmStatus<
2016.02.01 23:45:28.429 2 : ZWave get wz_Heizung swmStatus
2016.02.01 23:45:28.430 5 : ZWDongle_Write 0013080226022508 (ee3970ea)
2016.02.01 23:45:28.431 5 : SW: 01090013080226022508e6
2016.02.01 23:45:28.433 4 : ZWDongle_ReadAnswer arg:swmStatus regexp:^00040008..26
2016.02.01 23:45:28.434 5 : ACK received, WaitForAck=>2 for 01090013080226022508e6
2016.02.01 23:45:28.437 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 23:45:28.438 5 : SW: 06
2016.02.01 23:45:28.440 5 : ZWaveBridge dispatch 011301
2016.02.01 23:45:28.530 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00130800000a
2016.02.01 23:45:28.531 5 : SW: 06
2016.02.01 23:45:28.532 5 : device ack reveived, removing 01090013080226022508e6 from dongle sendstack
2016.02.01 23:45:28.533 5 : ZWaveBridge dispatch 00130800000a
2016.02.01 23:45:28.534 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:000a
2016.02.01 23:45:28.534 4 : ZWaveBridge transmit OK for 08
2016.02.01 23:45:28.677 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 000400080326031f
2016.02.01 23:45:28.678 5 : SW: 06
2016.02.01 23:45:28.679 4 : ZWDongle_ReadAnswer for swmStatus: 000400080326031f
2016.02.01 23:45:28.680 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:0326031f
2016.02.01 23:45:28.682 5 : Triggering wz_Heizung (9 changes)
2016.02.01 23:45:28.684 5 : Cmd: >get wz_Heizung thermostatMode<
2016.02.01 23:45:28.686 2 : ZWave get wz_Heizung thermostatMode
2016.02.01 23:45:28.687 5 : ZWDongle_Write 0013080240022508 (ee3970ea)
2016.02.01 23:45:28.688 5 : SW: 0109001308024002250880
2016.02.01 23:45:28.689 4 : ZWDongle_ReadAnswer arg:thermostatMode regexp:^00040008..40
2016.02.01 23:45:28.690 5 : ACK received, WaitForAck=>2 for 0109001308024002250880
2016.02.01 23:45:28.694 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 23:45:28.694 5 : SW: 06
2016.02.01 23:45:28.696 5 : ZWaveBridge dispatch 011301
2016.02.01 23:45:28.790 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 00130800000a
2016.02.01 23:45:28.791 5 : SW: 06
2016.02.01 23:45:28.792 5 : device ack reveived, removing 0109001308024002250880 from dongle sendstack
2016.02.01 23:45:28.793 5 : ZWaveBridge dispatch 00130800000a
2016.02.01 23:45:28.793 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:000a
2016.02.01 23:45:28.794 4 : ZWaveBridge transmit OK for 08
2016.02.01 23:45:28.835 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0004000803400301
2016.02.01 23:45:28.836 5 : SW: 06
2016.02.01 23:45:28.837 4 : ZWDongle_ReadAnswer for thermostatMode: 0004000803400301
2016.02.01 23:45:28.838 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:03400301
2016.02.01 23:45:28.840 5 : Triggering wz_Heizung (11 changes)
2016.02.01 23:45:28.840 5 : Cmd: >get wz_Heizung battery<
2016.02.01 23:45:28.842 2 : ZWave get wz_Heizung battery
2016.02.01 23:45:28.843 5 : ZWDongle_Write 0013080280022508 (ee3970ea)
2016.02.01 23:45:28.844 5 : SW: 0109001308028002250840
2016.02.01 23:45:28.846 4 : ZWDongle_ReadAnswer arg:battery regexp:^00040008..80
2016.02.01 23:45:28.846 5 : ACK received, WaitForAck=>2 for 0109001308028002250840
2016.02.01 23:45:28.850 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 011301
2016.02.01 23:45:28.851 5 : SW: 06
2016.02.01 23:45:28.852 5 : ZWaveBridge dispatch 011301
2016.02.01 23:45:28.940 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 001308000009
2016.02.01 23:45:28.941 5 : SW: 06
2016.02.01 23:45:28.942 5 : device ack reveived, removing 0109001308028002250840 from dongle sendstack
2016.02.01 23:45:28.943 5 : ZWaveBridge dispatch 001308000009
2016.02.01 23:45:28.943 4 : ZWaveBridge CMD:ZW_SEND_DATA ID:00 ARG:0009
2016.02.01 23:45:28.944 4 : ZWaveBridge transmit OK for 08
2016.02.01 23:45:29.027 4 : ZWDongle_Read ZWaveBridge: sending ACK, processing 0004000803800308
2016.02.01 23:45:29.028 5 : SW: 06
2016.02.01 23:45:29.029 4 : ZWDongle_ReadAnswer for battery: 0004000803800308
2016.02.01 23:45:29.030 4 : ZWaveBridge CMD:APPLICATION_COMMAND_HANDLER ID:08 ARG:03800308
2016.02.01 23:45:29.032 5 : Triggering wz_Heizung (13 changes)
2016.02.01 23:45:29.033 3 : wz_Heizung_lesen return value: setpointTemp:23.0 C heating temperature:23.0 C state:dim 31 thermostatMode:heating battery:8 %
2016-02-01 23:45:29.040 ZWave wz_Heizung wakeup: notification
2016-02-01 23:45:29.040 ZWave wz_Heizung transmit: OK
2016-02-01 23:45:29.040 ZWave wz_Heizung transmit: OK
2016-02-01 23:45:29.040 ZWave wz_Heizung setpointTemp: 23.0 C heating
2016-02-01 23:45:29.040 ZWave wz_Heizung transmit: OK
2016-02-01 23:45:29.040 ZWave wz_Heizung temperature: 23.0 C
2016-02-01 23:45:29.040 ZWave wz_Heizung transmit: OK
2016-02-01 23:45:29.040 ZWave wz_Heizung dim 31
2016-02-01 23:45:29.040 ZWave wz_Heizung reportedState: dim 31
2016-02-01 23:45:29.040 ZWave wz_Heizung transmit: OK
2016-02-01 23:45:29.040 ZWave wz_Heizung thermostatMode: heating
2016-02-01 23:45:29.040 ZWave wz_Heizung transmit: OK
2016-02-01 23:45:29.040 ZWave wz_Heizung battery: 8 %
2016-02-01 23:45:29.040 ZWave wz_Heizung state: dim 31

setpointHeating funktioniert nach wie vor.

[A.Harrenberg]

Hi Dan,

ist merkwürdig das es nicht funktioniert, mMn ist der Befehl jetzt korrekt kodiert...

Der bisherige Befehl sendet 1 Byte als Temperature ohne Nachkommastelle, die Antwort vom Gerät ist 2 Byte und hat eine Nachkommastelle. Die neue Anfrage ist zwei Byte und zwei Nachkommastellen, warum das nicht akzeptiert wird ist mir nicht klar, das Ding müsste laut Spezifikation sogar 4 Byte und 7 Nachkommastellen akzeptieren...

Das mit dem Testen wird dann wohl schwierig... Ich bin Mitte März mal 'ne Woche weg, dann Ende März 'ne Woche und den ganzen April... ,-)

Gruß,
Andreas.

[DeeSPe]

Habe es jetzt noch mehrfach probiert, das neue thermostatSetpointSet funktioniert in keiner Schreibweise.
Das alte setpointHeating funktioniert einwandfrei. Auch die Readings werden beim wakeup aktualisiert.

Der Comet scheint aber eine merkwürdige Angewohnheit zu haben. Nach 1-2 Tagen Betrieb stellt er die Kommunikation zum Gateway komplett ein (jetzt schon 2x passiert innerhalb von 4 Tagen). Auch ein manuelles wakeup lässt ihn nicht aufwachen. Selbst ein Reset (5 sec. den Minitaster drücken) geht dann nicht mehr. Mit dem Reset sollte er eigentlich in den De-/Installationsmodus gehen. Habe dann die Batterien rausgenommen und wieder eingesetzt (wieder ADAP Mode) und dann funktionierte er wieder.
Wenn der das bis Donnerstag noch einmal macht, dann werde ich ihn zurückschicken. Habe echt keine Lust mich mit halbgaren Produkten auseinanderzusetzen. Werde dann in den sauren Apfel beißen und zu HomeMatic wechseln, die scheinen solchen Schwierigkeiten ja nicht zu machen. Oder kennt noch jemand eine vernünftige Z-Wave Alternative zum Comet Thermostaten? Ich habe jedenfalls keine gefunden. Die Danvoss sind wohl auch nicht der Hit.

Danke dir Andreas für Deine Bemühungen, aber ich denke wir sollten beide unsere Zeit besser nutzen, als uns mit halbgaren Produkten die Nächte um die Ohren zu schlagen. Und der Verdacht drängt sich mir immer mehr auf dass wir es hier mit einem eben solchen Produkt zu tun haben.

Gruß
Dan

[A.Harrenberg]

Hi Dan,

Habe es jetzt noch mehrfach probiert, das neue thermostatSetpointSet funktioniert in keiner Schreibweise.
Das alte setpointHeating funktioniert einwandfrei. Auch die Readings werden beim wakeup aktualisiert.

ok, noch ein neuer Versuch, diesmal 2 Byte und 1 Nachkommastelle....
Das Verhalten ist jedenfalls nicht laut der Spezifikation, der müsste eigentlich alle Varianten akzeptieren...

Wenn der das bis Donnerstag noch einmal macht, dann werde ich ihn zurückschicken. Habe echt keine Lust mich mit halbgaren Produkten auseinanderzusetzen. Werde dann in den sauren Apfel beißen und zu HomeMatic wechseln, die scheinen solchen Schwierigkeiten ja nicht zu machen. Oder kennt noch jemand eine vernünftige Z-Wave Alternative zum Comet Thermostaten? Ich habe jedenfalls keine gefunden. Die Danvoss sind wohl auch nicht der Hit.

Meine Homematic Thermostate laufen recht stabil, allerdings gibt es da auch "Besonderheiten"... Es schadet aber nicht wenn man zwei verschiedene Systeme hat. So ein zusätzlicher USB-Dongle kostet nicht die Welt und man kann sich das beste aus beiden Welten kombinieren. Z.B. wirst Du für Zwave momentan keine Relaiskarten finden...

Danke dir Andreas für Deine Bemühungen, aber ich denke wir sollten beide unsere Zeit besser nutzen, als uns mit halbgaren Produkten die Nächte um die Ohren zu schlagen. Und der Verdacht drängt sich mir immer mehr auf dass wir es hier mit einem eben solchen Produkt zu tun haben.

Nutzt ja nichts, die Klasse muss ja doch implementiert werden... Wenn auch jetzt vielleicht nicht mehr so dringend

Da wird sich sicherlich bald der nächste mit so einem Thermostat melden und dann schauen wir mal. Vielleicht lernen die ja auch mal dazu und es gibt ein FirmwareUpdated?

Wäre schön wenn Du die noch einen Test mit der angehängten Version machen könntest bevor Du das Ding zurückschickst. Wenn der das auch nicht akezptiert dann weiss ich es aber auch bald nicht mehr. Das wäre dann das Format in der er selbst die Temperatur zurückliefert...

Gruß,
Andreas

[DeeSPe]

Na bitte, geht doch!!!!

Damit funktioniert es nun: thermostatSetpointSet 22.00

thermostatSetpointSet 21.50 geht auch.

Bei thermostatSetpointSet 21.45 stellt er auf 21,4.

Gruß
Dan

[A.Harrenberg]

Hi Dan,

Na bitte, geht doch!!!!

Damit funktioniert es nun: thermostatSetpointSet 22.00

thermostatSetpointSet 21.50 geht auch.

Bei thermostatSetpointSet 21.45 stellt er auf 21,4.

ok.
Ich habe die Prüfung nicht auf eine Nachkommastelle angepasst, d.h. da werden auch zwei als Eingabe akzeptiert, aber es wird nur eine Nachkommastelle "gesendet".

Eine Nachkommastelle sollte für die Raumtemperatur auch reichen, aber das Verhalten ist dennoch nicht "richtig"... Wahrscheinlich "sparen" die Dinger intern resourcen und unterstützen nicht alle Möglichkeiten. ;-(

Na ich werde dann die Routine wohl noch mal anpassen damit man sowohl die Anzahl Bytes als auch die Anzahl der Nachkommastellen angeben kann und werde dafür dann mal die aktuelle Einstellung als Default nehmen.

Gruß,
Andreas.

[DeeSPe]

Der Comet unterstützt auch nur eine Nachkommastelle, also alles gut. Nur eigentlich hätte er bei x.45 auf x.5 aufrunden müssen oder?

Hab mir für heute Abend mal von HomeMatic den LAN Konfigurationsadapter und 3x Thermostat bestellt. Optisch gefallen mir die Thermostaten von HomeMatic auch am besten. Und bei einem Gesamtpreis aller vier Teile von 189€ inklusive Abendlieferung konnte ich nicht nein sagen. 
Es finden sich bestimmt noch weitere Anwendungsmöglichkeiten für das HomeMatic Gateway, obwohl ich nur eine 2-Zimmer Wohnung habe. Hab leider keine Jalousien, elektr. Rollos oder Markisen...

Gruß
Dan

[DeeSPe]

Der Comet hat sich wie erwartet nach 2 Tagen wieder verabschiedet und reagiert nicht mehr, er geht heute wieder zurück.

Gestern Abend sind die HomeMatic Teile gekommen und die ließen sich sehr gut integrieren. Ein paar Verständnisprobleme habe ich noch mit den verschiedenen Channels, aber das werde ich nach dem Urlaub schon herausbekommen. Die drei HomeMatic Thermostaten hatte ich schneller angelernt und konfiguriert als den einen Comet. Bin bisher begeistern von HomeMatic und die Urlaubsschaltung ist auch schon eingerichtet.

Vielen Dank nochmal für Deine Mühe Andreas.

Gruß
Dan

P.S. Bin dann jetzt die nächsten 2 Wochen offline...

[A.Harrenberg]

Hi Dan,

ok, dann schönen Urlaub, danach bin ich dann weg... ,-)
Was hat der Eurotronic Comet eigentlich gekostet?

Gruß,
Andreas.

[DeeSPe]

Der erste (der kaputt war) kam 42€ (notebooksb***iger.de) und der zweite von Ama*** 49€.

Danke, Dir dann auch schöne Tage...

Gruß
Dan

[tomspatz]

Ich hänge mich hier mal dran.
Zwar andere Thermostate Danfoss 014G0013 aber diese unterstützen auch "halbe Grade".
Also direkt am Thermostat kann ich mit den Tasten 19.5 20 20.5 eingeben.
In fhem mit

Code Auswählen Erweitern

set dev setpointHeating 20.5
kommt leider 20.5 is not  dezimal value

[A.Harrenberg]

Hi,

Zwar andere Thermostate Danfoss 014G0013 aber diese unterstützen auch "halbe Grade".
Also direkt am Thermostat kann ich mit den Tasten 19.5 20 20.5 eingeben.
In fhem mit

Code Auswählen Erweitern

set dev setpointHeating 20.5
kommt leider 20.5 is not  dezimal value

dafür musst Du die neue Funktion "thermostatSetpointSet" nutzen. Die "alte" Funktion habe ich aus Kompatibilitätsgründen drin gelassen. Für die Parameter mal in die CommandRef schauen.

Gruß,
Andreas.

[krusi]

Hi Dan & Andreas,

Der Comet hat sich wie erwartet nach 2 Tagen wieder verabschiedet und reagiert nicht mehr, er geht heute wieder zurück.

Habe leider den Eintrag zu spät entdeckt, da waren meine 3 Regler (ebenfalls über NB) schon bestellt.
Sind jetzt seit fast einer Woche im Einsatz, bisher keine Ausfälle in der Kommunikation bzw. beim Wakeup.
Hatte schon Schlimmes befürchtet, bin bisher mit der Funktion aber ganz zufrieden (Veränderung SetPoint Heating und Modus-Umschaltung Tag / Eco-Betrieb klappt reibungslos).
Die Sache mit den Ist-Werten ist natürlich suboptimal - allerdings beziehe ich diese sowieso von einem anderen Device im Raum.

Bleibe also an der Sache dran und werde die Regler in den nächsten Wochen weiter beobachten. 

Code Auswählen Erweitern


model: EUROtronic EUR_COMETZ Wall Radiator Thermostat Valve Control
modelConfig: eurotronic/eur_cometz.xml
modelId: 0148-0002-0001
thermostatSetpointSupported: heating energySaveHeating
version: Lib 3 Prot 3.67 App 0.5
wakeupReport: interval 120 target 1


[tomspatz]

Moin Andreas

das tuts jetzt mit thermostatSetpointSet doch nur direkt beim set dev thermostatSetpointSet 21.50
Hat sich den ggf. auch noch mehr geändert?
Meine notifys

Code Auswählen Erweitern

define HeizungBadReglerNotify notify HeizungBadRegler:* {\
my $reglerwert =\
ReadingsVal("HeizungBadRegler","state","on");;\
fhem ("set HeizungBad thermostatSetpointSet $reglerwert");;\
}
werden über diese dummies gesetzt

Code Auswählen Erweitern

define HeizungBadRegler dummy
attr HeizungBadRegler alias Heizung Bad
attr HeizungBadRegler group Heizung und Temperatur
attr HeizungBadRegler icon sani_heating
attr HeizungBadRegler room Bad,System Info
attr HeizungBadRegler setList state:4.00,4.50,5.00,5.50,6.00,6.50,7.00,7.50,8.00,8.50,9.00,9.50,10.00,10.50,11.00,11.50,12.00,12.50,13.00,13.50,14.00,14.50,15.00,15.50,16.00,16.50,17.00,17.50,18.00,18.50,19.00,19.50,20.00,20.50,21.00,21.50,22.00,22.50,23.00,23.50,24.00,24.50,25.00,25.50,26.00,26.50,27.00,27.50,28
attr HeizungBadRegler stateFormat state °C
attr HeizungBadRegler webCmd state

das hat bislang gut funktioniert, mit setpointHeating, doch jetzt kaum noch mit beiden varianten.

LG
Tom

[A.Harrenberg]

Hi Tom,

das tuts jetzt mit thermostatSetpointSet doch nur direkt beim set dev thermostatSetpointSet 21.50
Hat sich den ggf. auch noch mehr geändert?

ich kann Dir hier nicht ganz folgen, was genau meinst Du mit "tuts .... doch nur direkt"??

An den notify und den Dummies kann ich auch nicht viel erkennen (bin aber auch kein Experte für Notify), das einzige was mir da auffällt das Du bei

Code Auswählen Erweitern


ReadingsVal("HeizungBadRegler","state","on");;\

ein "on" als Default angegeben hast, das würde sicherlich nicht funktionieren, da sollte dann wohl eher eine sinnvolle Solltemperatur hin...

das hat bislang gut funktioniert, mit setpointHeating, doch jetzt kaum noch mit beiden varianten.

Auch hier musst Du ein wenig mehr das Problem beschreiben und Logfiles machen. Ich selbst habe ja nicht mal so ein Thermostat, ich kann das alles nur anhand von Logfiles nachvollziehen.

Was meinst Du denn mit "kaum noch mit beiden varianten"? Macht die Lösung mit setpointHeating auch Probleme?

Also der setpointHeating Befehl ist hart codiert und wurde von mir nicht geändert, wenn also auch damit was nicht funktioniert dann hat es andere Gründe. Wobei ich davon ausgehe das Du bei der Lösung mit setpointHeating die Temperaturen nur als ganze Zahlen ohne Nachkommastellen definiert hast, oder?

Gruß,
Andreas.