Info: devolo Tür-/Fenster Kontakt 3in1 in fhem

[Buwe]

Keine Frage, sondern ich wollte einfach diesem hilfreichen Forum auch mal was zurück geben:

Ich hatte das Ding einfach mal im vorbeigehen mitgenommen. U.a. weil es in der Anleitung mal konkrete Aussagen zum Abstand (max. 2cm) Magnet<> Sensor gab.
Auch interessant zu wissen: Der Sensor hat auf beiden Seiten einen Reed-Kontakt so dass man den Sensor nicht je nach Öffnungs-Richtung des Fensterflügels "auf dem Kopf" anbringen muss.

Grundsätzlich noch: devolo sagt auf der Verpackung zwar, man benötige eine "Z-Wave Steuereinheit, wie z.B. die devolo Home Control Zentrale", allerdings verschweigt die mitgelieferte Anleitung sämtliche Parameter oder auch Inclusion, etc. Es wird immer auf die Online-Hilfe der devolo-Zentrale verwiesen. Auch auf der devolo-Webseite findet sich nichts. Das gilt im Übrigen auch für den devolo Zwischenstecker den ich habe.
Bei Pepper, Openzwave, etc. ist Devolo auch noch nicht (richtig) angekommen, dementsprechend hilft "model"/"configrequestall" in FHEM nicht wirklich weiter. Ich hatte aber schon vorher die Vermutung, dass devolo sich bei Philio bedient. Der Sensor dürfte ein PST02-C sein, zumindest haben die Parameter gepasst.

Bevor man das Ding ans Fenster "nagelt", sollte man es erst mal am Tisch einrichten. Also in der Reihenfolge FHEM in den Inklusionsmodus schalten (nwOn) und dann den Streifen an der Batterie rausziehen. Inklusion war problemlos (ist dann zunächst ein "Garage"-Sensor).
Vorteil: Durch Anheben des Sensors wird immer der "tamper-" Taster ausgelöst, so dass man die Konfigurationsparameter ohne langes Warten ändern kann. Funktioniert zwar auch wenn man den Deckel abnimmt, aber der lässt ziemlich schlecht öffnen (lt. der Philio-Anleitung liefern die im Gegensatz zu devolo ein Werkzeug dafür mit). Solange der tamper-Taster noch nicht gedrückt ist, gibt eine LED beim Wakeup und Anbringen/Positionieren des Kontakts/Magnets ein optisches Feedback.

Einige Besonderheiten (zumindest für einen Newbie):

• Wakup notification ist per default alle 24 Stunden und geht als Broadcast raus (255). Bei der Notification werden keine Werte (z.B. Temperatur) übertragen.
• Alle 6 Stunden werden als Default-Report: Batterie, Temperatur, Helligkeit und Zu(00)/Auf(ff) gesendet. Diese Zeit kann an zwei Stellen beinflusst werden: Config-No. 20 (Default:30) beeinflusst alle zusammen,  Config-No. 13  (default:12) als Beispiel beinflusst nur die Temparatur. Für die Nicht-Mathematiker: 12 Minuten * 30 Minuten = 360 Minuten/6Stunden 
• Die Dauer zwischen zwei Reports wird jeweils um einige Sekunden kürzer (siehe log unten). Wenn er nicht irgendwann irgendwas tut, müsste die Dauer irgendwann man 0 Minuten sein?
• Cofig-No. 5 auf 8 setzen: ändert die Temperaturwerte auf Celsius statt Fahrenheit (Dank ans fhemwiki)
• Ändert sich die Temperatur um mehr als 0,56 C, erfolgt eine Meldung an FHEM. Für die Helligkeit ist eine Meldung per Default deaktiviert, wobei die Philio-Anleitung bei Aktivierung auf die reduzierte Batterie-Lebensdauer hinweist.
• tamper-Reading, wird beim Auslösen auf "ff" gesetzt und nicht zurückgesetzt. Man kann erneutes Auslösen nur an der Uhrzeit erkennen. (Per setreading manuell auf "00" gesetzt).
• state oder STATE werden beim Auslösen des Fensterkontakts nicht gesetzt (Über "stateformat" gelöst)

Der Vollständigkeit halber ein list <device>...

Code Auswählen Erweitern


Internals:
   DEF        d45feXXX 5
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     19
   NAME       eg.wz.window_open
   NR         70
   STATE      Status: Zu
   TYPE       ZWave
   homeId     d45fXXX
   id         05
   lastMsgSent 1442887809.01576
   zw.dongle_MSGCNT 19
   zw.dongle_RAWMSG 00040005108f0102053105030101063105012200dc
   zw.dongle_TIME 2015-09-22 08:53:55
   Readings:
     2015-09-20 21:03:30   CMD             ZW_APPLICATION_UPDATE
     2015-09-22 05:24:34   battery         100 %
     2015-09-21 13:16:07   config_12       2
     2015-09-21 13:16:07   config_13       2
     2015-09-21 12:16:42   config_20       30
     2015-09-20 17:29:05   config_5        8
     2015-09-22 05:24:34   doorWindow      00
     2015-09-22 08:53:55   luminance       1 %
     2015-09-20 16:55:53   model           0x0175 0x0002 0x000e
     2015-09-20 16:55:53   modelId         0175-0002-000e
     2015-09-20 16:55:49   state           associationAdd 1 01
     2015-09-21 19:42:59   tamper          00
     2015-09-22 08:53:55   temperature     22.0 C
     2015-09-22 04:10:11   transmit        OK
     2015-09-22 04:10:09   wakeup          notification
     2015-09-21 16:15:02   wakeupReport    interval 21600 target 1
Attributes:
   IODev      zw.dongle
   alias      Terassentür
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   devStateIcon .*Zu:fts_door_right@green .*Auf:fts_door_right_open@red
   eventMap   00:Zu ff:Auf
   icon       control_building_eg
   room       Wohnzimmer
   stateFormat Status: doorWindow


... und ein log. (Report: für Temperatur und Helligkeit auf 1 Stunde gesetzt, Batterie und Zustand Kontakt auf 6 Stunden gelassen)

Code Auswählen Erweitern


2015-09-22_03:54:51 eg.wz.window_open luminance: 1 %
2015-09-22_03:54:51 eg.wz.window_open temperature: 22.0 C

2015-09-22_04:10:09 eg.wz.window_open wakeup: notification

2015-09-22_04:54:40 eg.wz.window_open luminance: 1 %
2015-09-22_04:54:40 eg.wz.window_open temperature: 22.0 C

2015-09-22_05:24:34 eg.wz.window_open battery: 100 %
2015-09-22_05:24:34 eg.wz.window_open doorWindow: Zu

2015-09-22_05:54:28 eg.wz.window_open luminance: 1 %
2015-09-22_05:54:28 eg.wz.window_open temperature: 22.0 C

2015-09-22_06:54:17 eg.wz.window_open luminance: 28 %
2015-09-22_06:54:17 eg.wz.window_open temperature: 22.0 C


Der Sensor könnte zwar Security genauso wie mein Dongle, aber das scheint in fhem noch eine "Baustelle" zu sein(?).
Falls da irgendwelche Tests gewünscht werden...

[krikan]

Der Sensor dürfte ein PST02-C sein, zumindest haben die Parameter gepasst.

Davon ist auszugehen. Detaillierte Handbücher mit Config-Angaben zum Devolo-Sensor findet man unter http://products.z-wavealliance.org/products/1130. Bei den Z-Wave+ Geräten sind dort immer vernünftige Handbücher zu finden, selbst wenn beim Hersteller/OEM nur unvollständige Angaben zur Verfügung stehen.

Der Sensor könnte zwar Security genauso wie mein Dongle, aber das scheint in fhem noch eine "Baustelle" zu sein(?). 

Es fehlen einfach Tester. Du kannst sehr gerne probieren und im entsprechenden Thread berichten. A.Harrenberg, der Entwickler ist aber zur Zeit nicht anwesend (Details siehe Thread).
Mit einem Philio PST02-1A hatte ich die Testversion von SECURITY probiert. Das funktionierte problemlos. Nach Übernahme in das svn hatte ich anfangs noch Probleme, bin aber noch nicht weiter zum Testen gekommen.

[Buwe]

Danke für den Link.
Da war ich schon mal im Zusammenhang mit dem Zwischenstecker, der dort (immer) noch nicht auftaucht.

In Bezug auf einen Test. Müsste mal schauen das ich meine Konfiguration wegsichere = Schon mal Übung für den Ernstfall.
Ich habe Wiki, Forum und Commandref überflogen, auf die Schnelle:
Crypt::Rijndael war bereits installiert
Attribut: networkKey (jetzt) gesetzt

node_info für den Dongle sagt immer noch Security:0
shutdown restart hat nicht geholfen

Vermutlich muss man erst den Dongle in fhem löschen/neu anlegen?
Sensor erst exkludieren/dann inkludieren mit addnode + sec? (=autocreate ausschalten)

Und ich müsste vermutlich erst mal schauen wie man Module aus dem SVN einbindet?
Macht vermutlich auch nur Sinn wenn das Device per "get model erkannt" wird?

Sorry für die Fragen, aber die Threads für Security und auch ConfigRequestAll sind mittlerweile doch recht lang. 

[krikan]

node_info für den Dongle sagt immer noch Security:0
shutdown restart hat nicht geholfen

Vermutlich muss man erst den Dongle in fhem löschen/neu anlegen?

Nein, am Dongle musst Du nichts ändern und auch nur ein aktuelles Fhem (update -> nothing to do..) haben (nichts manuell aus svn ziehen).
"Nur" den Sensor exkludieren.
Dann autocreate einschalten, verbose 5 bei ZWDongle und mscelog 1 bei global
Dann inkludieren mit "set <ZWdongle> addNode on sec".
Wenn alles korrekt läuft, sollte der Sensor dann secure-inkludiert sein. Du bekommst ein neues Fhem-Device mit dem Attribut secure_classes und alles "sollte" (Wunsch) so laufen wie vorher nur eben gesichert.

Und ich müsste vermutlich erst mal schauen wie man Module aus dem SVN einbindet?

Nein, siehe oben: nur aktuelles Fhem

Macht vermutlich auch nur Sinn wenn das Device per "get model erkannt" wird?

Nein, unwichtig

Sorry für die Fragen, aber die Threads für Security und auch ConfigRequestAll sind mittlerweile doch recht lang.

Du darfst/sollst fragen, dafür ist das Forum da. Bitte teste das aber nur, wenn Du Zeit und Spass daran hast. Mißerfolg ist nicht auszuschließen. Denke auch daran, dass bei einer späteren non-secure Inklusion in Dein Produktivsystem der Sensor eine neue NodeId erhält.

[krikan]

Da war ich schon mal im Zusammenhang mit dem Zwischenstecker, der dort (immer) noch nicht auftaucht.

Suchst Du den: http://products.z-wavealliance.org/products/1129 ?

[Buwe]

Gehe auf deinen ersten Link, scrolle nach unten und klicke auf: 
This Brand: See other products of this brand 

Bei mir kommen da nur zwei Sensoren und ein Schalter...

Den Security Test muss ich leider auf die Schnelle schuldig bleiben.
Ich weiß jetzt a) warum Philio dieses Werkzeug zum Öffnen mitliefert und b) das das mitgelieferte Tape saugut hält
Ich bekomme ihn selbst mit gebogener Büroklammer o.ä. nicht mal eben zerstörungsfrei geöffnet.

Ich probiere es noch mal am Wochenende...

[krikan]

Gehe auf deinen ersten Link, scrolle nach unten und klicke auf: 
This Brand: See other products of this brand 

Bei mir kommen da nur zwei Sensoren und ein Schalter...

Das Geheimnis ist eben: die Seite führt den Hersteller "devolo" 2 Mal. Warum wissen wohl nur Eingeweihte.

Den Security Test muss ich leider auf die Schnelle schuldig bleiben.
Ich weiß jetzt a) warum Philio dieses Werkzeug zum Öffnen mitliefert und b) das das mitgelieferte Tape saugut hält
Ich bekomme ihn selbst mit gebogener Büroklammer o.ä. nicht mal eben zerstörungsfrei geöffnet.

Ich probiere es noch mal am Wochenende...

Bist nichts schuldig. Wie geschrieben: mache es nur, wenn Du magst.

[feeeem]

Halo Buwe,

habe auch den devolo Tür/Fensterkontakt und es klappt ganz gut damit. Aber zwei Dinge kriege ich nicht hin (bin noch relativ neu bei ZWave/FHEM):

1. Wie bekommt man die Parameter z.B. vom PST02-C hinterlegt?
2. Bei Dir steht als Device STATE  "Status: Zu"
Das ist bei mir nicht so - oder ist das so definiert, wenn man die Parameter benutzt?

Vielen Dank
Norbert

[Buwe]

Antwort in nicht "schön" vom IPad:

Zu 1:
Gehe auf die Detailansicht deines Sensors
Hinter SET aus der Dropdown ConfigByte auswählen
Als Beispiel ändern von Fahrenheit auf Celsius: In das Feld hinter ConfigByte 5 8 eingeben (Wichtig ist das Leerzeichen zwischen 5 und 8!)
Dann erst auf Set klicken.
Am besten auf gleichem Wege ein Get Config 5 hinterherschicken, dann kannst du später unter Readings sehen ob er es gefressen hat
Entweder wartest du max. 24 Stunden (default) bis zum nächsten Wakeup oder löst durch Abnehmen des Deckels ein "Tamper" aus.

Zu 2:
Schau dir mein List Devise oben an: Stichwort  stateformat und eventmap

[feeeem]

Hallo Buwe,

Zur Frage nach den Parametern, habe ich mich wahrscheinlich unklar ausgedrückt.
Da seitens devolo erstmal keine genaueren Informationen mitgeliefert wurden, habe ich auch auf die Suche begeben, und ein englischsprachiges Dokument (http://products.z-wavealliance.org/MarketCertification/File?folder=&filename=MarketCertificationFiles/1130/Devolo%20home%20Control%20Door-Window.pdf) gefunden, welches das Gerät detailliert mit allen Parametern beschreibt. So konnte ich dann z.B. die Temperatur auf Celsius umstellen.

Was ich eigentlich gerne hätte, ist die gerätespezifische Parameterdefinition, die von FHEM z.B. dazu benutzt wird, bei set und get direkt die Parameter mit sinnvollen Namen (configXXXX) anzuzeigen und einen Hilfetext dazu, siehe Screenshot unten von einem anderen Gerät, zu dem es offenbar eine Beschreibung gibt.
Wenn ich das richtig verstanden habe, kommen diese Informationen aus dem openzwave_deviceconfig.xml.
Deshalb dachte ich Du hättest eine Möglichkeit gefunden, die Information von baugleichen Philio Gerät dort "einzubauen".

Zum zweiten Punkt:
Wieder was gelernt! Dank für den Hinweis auf stateformat und eventmap, diese Funktion hab ich genau gesucht.
Hatte wohl nicht genau genug in Dein Listing geschaut oder nicht weit genug nach unten gecrollt

[krikan]

Was ich eigentlich gerne hätte, ist die gerätespezifische Parameterdefinition, die von FHEM z.B. dazu benutzt wird, bei set und get direkt die Parameter mit sinnvollen Namen (configXXXX) anzuzeigen und einen Hilfetext dazu, siehe Screenshot unten von einem anderen Gerät, zu dem es offenbar eine Beschreibung gibt.
Wenn ich das richtig verstanden habe, kommen diese Informationen aus dem openzwave_deviceconfig.xml.
Deshalb dachte ich Du hättest eine Möglichkeit gefunden, die Information von baugleichen Philio Gerät dort "einzubauen".

Wenn PST02-1C (https://github.com/OpenZWave/open-zwave/blob/master/config/philio/pst02-1c.xml) und der Devolo komplett baugleich sind, dann packe ich das ins svn und es würde danach über update verteilt. Hierzu hätte ich aber gerne eine definitive Aussage.
Details zu den XML-Configs:
http://www.fhemwiki.de/wiki/Z-Wave#Welche_Funktion_haben_die_XML-Config-Dateien_in_Fhem.3F
http://www.fhemwiki.de/wiki/Z-Wave#Wie_k.C3.B6nnen_fehlende_XML-Config-Informationen_f.C3.BCr_mein_ZWave-Ger.C3.A4t_in_Fhem_eingebunden_werden.3F
Man kann das auch bei seiner eigenen Installation testen, indem die openzwave_manufacturer_specific.xml in der eigenen Installation anpasst und neu startet.

[feeeem]

Die Manufacturer Provided Product Manuals auf products.z-wavealliance.org für die nachfolgenden drei Geräte sehen nahezu identisch aus. Die Dokumente haben ganz offensichtlich den gleichen Ursprung, sind nur unterschiedlich "gebranded" und das Philio Dokument beschreibt 3 Varianten, die anderen beiden nur zwei.

Tür/Fensterkontakt Philio PST02-1C: http://products.z-wavealliance.org/products/1092
Tür/Fensterkontakt devolo MT02648: http://products.z-wavealliance.org/products/1130
Tür/Fensterkontakt D-Link DCH-Z110: Version http://products.z-wavealliance.org/products/1151

Der hier im Fokus stehende Tür/Fensterkontakt ist in allen Dokumenten gleich beschrieben, lediglich die Zuordnung der Variantenkennung A-B-C ist unterschiedlich: Bei Philio ist dr Tür/Fensterkontakt die "C" Variante, bei devolo "B" und bei D-Link "A".

Insofern kann man aus meiner Sicht die pst02-1c.xml für devolo verwenden.

Folgendes ist mir allerdings aufgefallen: Die Maxwerte für die Parameter 21 & 22 in der pst02-1c.xml stimmen nicht mit den Dokus überein. In allen drei o.g. Dokus stehen übereinstimmend andere Werte.

Hoffe das hilft.

[feeeem]

Noch was:

Bei openhab gibt es ein XML für den devolo Tür/Fensterkontakt: https://github.com/openhab/openhab/blob/master/bundles/binding/org.openhab.binding.zwave/database/devolo/mt02648.xml

Dort sind übrigens die Maximalwerte für Parameter 21 & 22 korrekt.

[Buwe]

Ist zwar prinziell schon beschrieben:
Philio PST02-A/B/C, alle drei Modelle liefern zunächst Temperatur und Helligkeit. Alle drei werden im gleichen PDF abgehandelt und eine Tabelle schlüsselt die Unterschiede auf:
A zusätzlich Tür/Fensterkontakt und Bewegungsmelder
B nur Bewegungsmelder
C nur Tür/Fensterkontakt

Laut Devolo Homepage gibt es bei denen als Modell nur Tür/Fensterkontakt oder Bewegungsmelder. Wenn der Bewegungsmelder auch den Kontakt hätte, würde ja vermutlich auch der Magnet in der Beschreibung/Fotos genannt?

Die openhab XML entspricht meines Erachtens dem All-in-One Modell von Philio (A).
Die Treffer bei der Suche nach MT02648 sind doch sehr überschaubar.
Der Thread unter https://github.com/openhab/openhab/pull/2996 erweckt bei mir den Eindruck, dass dahinter keine tiefergehende Diagnose steckt sondern jemand die Config an Hand des (nicht vollständig gelesenen) PDFs o.ä. erstellt hat.

Das mit den unterschiedlichen Werten in der pst02-1c.xml lässt eventuell dadurch erklären das Philio einen ganzen "Zoo" dieser optisch identischen Sensoren liefert. Die hier beschriebenen sind ja Z-Wave Plus. Möglicherweise wurde diese xml von den älteren Modellen mit leicht unterschiedlichen Parametern einfach kopiert.

Ich stecke (noch) nicht so tief in Z-Wave drin, daher weiß ich nicht was falsche gesetzte Parameter im schlimmsten Fall bewirken. Möglicherweise ist das ja unschädlich.

[krikan]

Binde am Wochenende (wenn nichts dazwischen kommt) die PST02-1c.xml für den (Euren) devolo Sensor mit modelId  0175-0002-000e in Fhem ein. Gebe Bescheid, wenn ich fertig bin.

Fehler in den XMLs kann man nicht ausschließen, die XMLs sind im Fazit immer manuell aus den Handbüchern zusammengestellt. Ein Testen aller Parameter und Werte ist quasi unmöglich; dazu gibt es bei den Geräten zu viele Möglichkeiten. Zudem wird bei openzwave noch nicht zwischen verschiedenen Firmwareversionen unterschieden; hier gibt es schon einmal Änderungen.

Die XMLs von openhab haben ein anderes Format, das uns nicht hilft. Wir nutzen das openzwave-XML-Format.

[Buwe]

OK. Danke.
Ich bin allerdings die ganze nächste Woche unterwegs.
Kann also erst darauf das Wochenende testen.

[krikan]

Habe jetzt Änderung eingecheckt. Heute im svn morgen ab 8 Uhr per update.
Bitte gebt mir kurz ein Feedback, ob es funktioniert.
Parameterwerte habe ich noch nicht korrigiert. Kommt, wenn ich das nächste größere Update angehe.

[feeeem]

Danke krikan, werde ich mir in den nächsten Tagen anschauen.

Blöde Frage: Wofür steht "svn"?

[krikan]

Blöde Frage: Wofür steht "svn"?

Keine blöde Frage: Apache Subversion . Sollte evtl. besser schreiben bei sourceforge http://sourceforge.net/p/fhem/code/HEAD/tree/

[Buwe]

@Krikan:
Ich bin dir noch ein paar logs schuldig:

Ich hatte den Sensor, gemäß Doku nach dem ordnungsgemäßen Excluden auch noch auf Werkseinstellungen zurückgesetzt.
Auch noch mal ein Update von FHEM gemacht.

Dann:

Code Auswählen Erweitern

set zw.dongle addNode on sec

List vom Dongle (nach dem inkludieren):

Code Auswählen Erweitern

Internals:
   CallbackNr 4
   Clients    :ZWave:
   DEF        /dev/ttyACM0@115200
   DeviceName /dev/ttyACM0@115200
   FD         20
   MaxSendRetries 3
   NAME       zw.dongle
   NR         58
   PARTIAL
   RAWMSG     000400040e3202213400000416000000000000
   ReadTime   1443216714.42498
   STATE      Initialized
   SendRetries 0
   SendTime   1443216553.27276
   TYPE       ZWDongle
   WaitForAck 0
   homeId     d45fed61
   nrNAck     0
   secInitName ZWave_GARAGE_DOOR_6
   zw.dongle_MSGCNT 128
   zw.dongle_TIME 2015-09-25 23:31:54
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-09-25 22:42:01   caps            Vers:5 Rev:1 ManufID:0115 ProductType:0400 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET UNKNOWN_28 NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 UNKNOWN_78 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE UNKNOWN_92 UNKNOWN_93 UNKNOWN_98 UNKNOWN_b4 ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_d4 UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH UNKNOWN_f5
     2015-09-02 22:22:09   ctrlCaps        PRIMARY
     2015-09-25 22:42:01   homeId          HomeId:d45fed61 CtrlNodeId:01
     2015-09-07 22:26:54   isFailedNode_2  016201
     2015-09-07 22:32:12   isFailedNode_3  016201
     2015-09-05 17:30:19   neighborList_1  4
     2015-09-05 17:30:04   neighborList_4  0
     2015-09-22 16:48:54   nodeInfo_1      STATIC_CONTROLLER STATIC_CONTROLLER listening frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
     2015-09-15 21:06:35   nodeInfo_2      node 2 is not present
     2015-09-02 22:45:10   nodeInfo_3      node 3 is not present
     2015-09-25 22:43:31   nodeInfo_4      ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-09-25 23:23:21   nodeInfo_5      node 5 is not present
     2015-09-25 23:24:09   nodeInfo_6      ROUTING_SLAVE GARAGE_DOOR sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-09-25 23:13:44   nodeList        1,4
     2015-09-25 22:42:01   random          78813a26a94fe0ee26c782d590f0f0665ffc1e3f51321333e6fd1faf2c25a086
     2015-09-25 22:42:01   state           Initialized
     2015-09-15 19:45:47   timeouts        0106640f
   SendStack:
Attributes:
   alias      Z-Wave Controller
   group      Controllers
   icon       it_wireless_dcf77
   networkKey XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   room       Infrastruktur
   verbose    3

List vom Sensor (nach include & meine Configbytes wieder gesetzt):

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        d45fed61 6
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     7
   NAME       ZWave_GARAGE_DOOR_6
   NR         366
   STATE      ???
   TYPE       ZWave
   homeId     d45fed61
   id         06
   isWakeUp   1
   lastMsgSent 1443216551.20223
   secStatus  1
   zw.dongle_MSGCNT 7
   zw.dongle_RAWMSG 000400060570060d0102
   zw.dongle_TIME 2015-09-25 23:29:11
   Readings:
     2015-09-25 23:18:47   SECURITY        INITIALIZING (starting secure inclusion)
     2015-09-25 23:29:10   config_12       2
     2015-09-25 23:29:11   config_13       2
     2015-09-25 23:21:26   config_5        8
     2015-09-25 23:29:13   transmit        OK
     2015-09-25 23:29:10   wakeup          notification
   SendStack:
     13060284052506
Attributes:
   IODev      zw.dongle
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   room       ZWave


Das Log vom include & Configbytes setzen;

Code Auswählen Erweitern

2015.09.25 23:18:37.384 4: ZWDongle set zw.dongle addNode on sec
2015.09.25 23:18:37.386 5: ZWDongle_Write 00 4a8103
2015.09.25 23:18:37.388 5: SW: 0105004a810332
2015.09.25 23:18:37.402 5: ACK received, removing 0105004a810332 from dongle sendstack
2015.09.25 23:18:37.403 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a03010000
2015.09.25 23:18:37.404 5: SW: 06
2015.09.25 23:18:37.408 5: zw.dongle dispatch 004a03010000
2015.09.25 23:18:37.410 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000
2015.09.25 23:18:37.417 4: zw.dongle ZW_ADD_NODE_TO_NETWORK learnReady
2015.09.25 23:18:47.159 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a03020000
2015.09.25 23:18:47.160 5: SW: 06
2015.09.25 23:18:47.163 5: zw.dongle dispatch 004a03020000
2015.09.25 23:18:47.164 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000
2015.09.25 23:18:47.185 4: zw.dongle ZW_ADD_NODE_TO_NETWORK nodeFound
2015.09.25 23:18:47.339 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a030306150407015e80718570728630318459735a8f987aef20
2015.09.25 23:18:47.340 5: SW: 06
2015.09.25 23:18:47.343 5: zw.dongle dispatch 004a030306150407015e80718570728630318459735a8f987aef20
2015.09.25 23:18:47.345 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:06150407015e80718570728630318459735a8f987aef20
2015.09.25 23:18:47.349 2: autocreate: define ZWave_GARAGE_DOOR_6 ZWave d45fed61 6 5e80718570728630318459735a8f987aef20
2015.09.25 23:18:47.367 2: autocreate: define FileLog_ZWave_GARAGE_DOOR_6 FileLog ./log/ZWave_GARAGE_DOOR_6-%Y.log ZWave_GARAGE_DOOR_6
2015.09.25 23:18:47.653 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a03050600
2015.09.25 23:18:47.654 5: SW: 06
2015.09.25 23:18:47.657 5: zw.dongle dispatch 004a03050600
2015.09.25 23:18:47.748 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:0600
2015.09.25 23:18:47.751 2: ZWAVE Starting secure init
2015.09.25 23:18:47.757 2: ZWave set ZWave_GARAGE_DOOR_6 secScheme
2015.09.25 23:19:34.458 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e32022134000003f9000000000000
2015.09.25 23:19:34.459 5: SW: 06
2015.09.25 23:19:34.462 5: zw.dongle dispatch 000400040e32022134000003f9000000000000
2015.09.25 23:19:34.463 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e32022134000003f9000000000000
2015.09.25 23:20:08.058 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040406028407
2015.09.25 23:20:08.059 5: SW: 06
2015.09.25 23:20:08.061 5: zw.dongle dispatch 00040406028407
2015.09.25 23:20:08.063 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:028407
2015.09.25 23:20:08.066 5: ZWDongle_Write 00 1306039804002506
2015.09.25 23:20:08.069 5: SW: 010a0013060398040025065c
2015.09.25 23:20:08.108 5: ACK received, removing 010a0013060398040025065c from dongle sendstack
2015.09.25 23:20:08.109 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:20:08.110 5: SW: 06
2015.09.25 23:20:08.113 5: zw.dongle dispatch 011301
2015.09.25 23:20:08.120 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:20:08.121 5: SW: 06
2015.09.25 23:20:08.124 5: zw.dongle dispatch 001306000002
2015.09.25 23:20:08.126 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:20:08.127 4: zw.dongle transmit OK for 06
2015.09.25 23:20:10.172 5: ZWDongle_Write 00 13060284082506
2015.09.25 23:20:10.174 5: SW: 010900130602840825064e
2015.09.25 23:20:10.180 5: ACK received, removing 010900130602840825064e from dongle sendstack
2015.09.25 23:20:10.185 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:20:10.185 5: SW: 06
2015.09.25 23:20:10.188 5: zw.dongle dispatch 011301
2015.09.25 23:20:10.200 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:20:10.201 5: SW: 06
2015.09.25 23:20:10.203 5: zw.dongle dispatch 001306000002
2015.09.25 23:20:10.205 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:20:10.206 4: zw.dongle transmit OK for 06
2015.09.25 23:20:54.220 2: ZWave set ZWave_GARAGE_DOOR_6 configByte 5 8
2015.09.25 23:21:17.673 2: ZWave get ZWave_GARAGE_DOOR_6 config 5
2015.09.25 23:21:26.099 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040406028407
2015.09.25 23:21:26.100 5: SW: 06
2015.09.25 23:21:26.103 5: zw.dongle dispatch 00040406028407
2015.09.25 23:21:26.105 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:028407
2015.09.25 23:21:26.108 5: ZWDongle_Write 00 13060570040501082506
2015.09.25 23:21:26.110 5: SW: 010c0013060570040501082506b8
2015.09.25 23:21:26.138 5: ACK received, removing 010c0013060570040501082506b8 from dongle sendstack
2015.09.25 23:21:26.139 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:21:26.140 5: SW: 06
2015.09.25 23:21:26.142 5: zw.dongle dispatch 011301
2015.09.25 23:21:26.149 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:21:26.150 5: SW: 06
2015.09.25 23:21:26.152 5: zw.dongle dispatch 001306000002
2015.09.25 23:21:26.154 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:21:26.155 4: zw.dongle transmit OK for 06
2015.09.25 23:21:26.461 5: ZWDongle_Write 00 1306037005052506
2015.09.25 23:21:26.463 5: SW: 010a001306037005052506b0
2015.09.25 23:21:26.469 5: ACK received, removing 010a001306037005052506b0 from dongle sendstack
2015.09.25 23:21:26.474 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:21:26.475 5: SW: 06
2015.09.25 23:21:26.478 5: zw.dongle dispatch 011301
2015.09.25 23:21:26.488 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:21:26.489 5: SW: 06
2015.09.25 23:21:26.492 5: zw.dongle dispatch 001306000002
2015.09.25 23:21:26.494 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:21:26.495 4: zw.dongle transmit OK for 06
2015.09.25 23:21:26.504 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040006057006050108
2015.09.25 23:21:26.505 5: SW: 06
2015.09.25 23:21:26.508 5: zw.dongle dispatch 00040006057006050108
2015.09.25 23:21:26.510 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:057006050108
2015.09.25 23:21:28.506 5: ZWDongle_Write 00 13060284082506
2015.09.25 23:21:28.508 5: SW: 010900130602840825064e
2015.09.25 23:21:28.514 5: ACK received, removing 010900130602840825064e from dongle sendstack
2015.09.25 23:21:28.519 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:21:28.520 5: SW: 06
2015.09.25 23:21:28.522 5: zw.dongle dispatch 011301
2015.09.25 23:21:28.533 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:21:28.534 5: SW: 06
2015.09.25 23:21:28.537 5: zw.dongle dispatch 001306000002
2015.09.25 23:21:28.539 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:21:28.540 4: zw.dongle transmit OK for 06
2015.09.25 23:22:02.427 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e3202213400000413000000000000
2015.09.25 23:22:02.428 5: SW: 06
2015.09.25 23:22:02.431 5: zw.dongle dispatch 000400040e3202213400000413000000000000
2015.09.25 23:22:02.433 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e3202213400000413000000000000
2015.09.25 23:22:23.427 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e3202213400000412000000000000
2015.09.25 23:22:23.429 5: SW: 06
2015.09.25 23:22:23.433 5: zw.dongle dispatch 000400040e3202213400000412000000000000
2015.09.25 23:22:23.437 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e3202213400000412000000000000
2015.09.25 23:22:47.426 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e320221340000040d000000000000
2015.09.25 23:22:47.427 5: SW: 06
2015.09.25 23:22:47.430 5: zw.dongle dispatch 000400040e320221340000040d000000000000
2015.09.25 23:22:47.431 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e320221340000040d000000000000
2015.09.25 23:22:59.676 4: ZWDongle set zw.dongle addNode off
2015.09.25 23:22:59.679 5: ZWDongle_Write 00 4a0504
2015.09.25 23:22:59.681 5: SW: 0105004a0504b1
2015.09.25 23:22:59.702 5: ACK received, removing 0105004a0504b1 from dongle sendstack
2015.09.25 23:22:59.834 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a04060600
2015.09.25 23:22:59.835 5: SW: 06
2015.09.25 23:22:59.838 5: zw.dongle dispatch 004a04060600
2015.09.25 23:22:59.839 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0600
2015.09.25 23:22:59.845 4: zw.dongle ZW_ADD_NODE_TO_NETWORK done
2015.09.25 23:23:13.430 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e32022134000003bc000000000000
2015.09.25 23:23:13.431 5: SW: 06
2015.09.25 23:23:13.434 5: zw.dongle dispatch 000400040e32022134000003bc000000000000
2015.09.25 23:23:13.435 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e32022134000003bc000000000000
2015.09.25 23:23:16.426 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e320221340000040c000000000000
2015.09.25 23:23:16.427 5: SW: 06
2015.09.25 23:23:16.430 5: zw.dongle dispatch 000400040e320221340000040c000000000000
2015.09.25 23:23:16.432 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e320221340000040c000000000000
2015.09.25 23:23:19.426 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e32022134000003b6000000000000
2015.09.25 23:23:19.427 5: SW: 06
2015.09.25 23:23:19.430 5: zw.dongle dispatch 000400040e32022134000003b6000000000000
2015.09.25 23:23:19.432 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e32022134000003b6000000000000
2015.09.25 23:23:21.249 4: ZWDongle get zw.dongle nodeInfo 5
2015.09.25 23:23:21.250 5: ZWDongle_Write 00 4105
2015.09.25 23:23:21.252 5: SW: 0104004105bf
2015.09.25 23:23:21.254 4: ZWDongle_ReadAnswer arg:nodeInfo regexp:^0141
2015.09.25 23:23:21.257 5: ACK received, removing 0104004105bf from dongle sendstack
2015.09.25 23:23:21.258 4: ZWDongle_Read zw.dongle: sending ACK, processing 0141000000030000
2015.09.25 23:23:21.259 5: SW: 06
2015.09.25 23:23:21.262 4: ZWDongle_ReadAnswer for nodeInfo: 0141000000030000
2015.09.25 23:23:26.765 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e3202213400000413000000000000
2015.09.25 23:23:26.766 5: SW: 06
2015.09.25 23:23:26.769 5: zw.dongle dispatch 000400040e3202213400000413000000000000
2015.09.25 23:23:26.771 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e3202213400000413000000000000
2015.09.25 23:23:45.426 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e32022134000003b4000000000000
2015.09.25 23:23:45.427 5: SW: 06
2015.09.25 23:23:45.430 5: zw.dongle dispatch 000400040e32022134000003b4000000000000
2015.09.25 23:23:45.432 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e32022134000003b4000000000000
2015.09.25 23:23:47.426 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e3202213400000413000000000000
2015.09.25 23:23:47.427 5: SW: 06
2015.09.25 23:23:47.430 5: zw.dongle dispatch 000400040e3202213400000413000000000000
2015.09.25 23:23:47.431 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e3202213400000413000000000000
2015.09.25 23:24:09.355 4: ZWDongle get zw.dongle nodeInfo 6
2015.09.25 23:24:09.356 5: ZWDongle_Write 00 4106
2015.09.25 23:24:09.358 5: SW: 0104004106bc
2015.09.25 23:24:09.361 4: ZWDongle_ReadAnswer arg:nodeInfo regexp:^0141
2015.09.25 23:24:09.363 5: ACK received, removing 0104004106bc from dongle sendstack
2015.09.25 23:24:09.364 4: ZWDongle_Read zw.dongle: sending ACK, processing 0141539c01040701
2015.09.25 23:24:09.365 5: SW: 06
2015.09.25 23:24:09.368 4: ZWDongle_ReadAnswer for nodeInfo: 0141539c01040701
2015.09.25 23:26:50.424 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e3202213400000411000000000000
2015.09.25 23:26:50.425 5: SW: 06
2015.09.25 23:26:50.428 5: zw.dongle dispatch 000400040e3202213400000411000000000000
2015.09.25 23:26:50.430 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e3202213400000411000000000000
2015.09.25 23:26:52.618 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040406028407
2015.09.25 23:26:52.619 5: SW: 06
2015.09.25 23:26:52.622 5: zw.dongle dispatch 00040406028407
2015.09.25 23:26:52.624 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:028407
2015.09.25 23:26:54.640 5: ZWDongle_Write 00 13060284082506
2015.09.25 23:26:54.642 5: SW: 010900130602840825064e
2015.09.25 23:26:54.647 5: ACK received, removing 010900130602840825064e from dongle sendstack
2015.09.25 23:26:54.653 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:26:54.653 5: SW: 06
2015.09.25 23:26:54.656 5: zw.dongle dispatch 011301
2015.09.25 23:26:54.667 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:26:54.668 5: SW: 06
2015.09.25 23:26:54.671 5: zw.dongle dispatch 001306000002
2015.09.25 23:26:54.672 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:26:54.673 4: zw.dongle transmit OK for 06
2015.09.25 23:27:34.424 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e3202213400000411000000000000
2015.09.25 23:27:34.425 5: SW: 06
2015.09.25 23:27:34.428 5: zw.dongle dispatch 000400040e3202213400000411000000000000
2015.09.25 23:27:34.430 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e3202213400000411000000000000
2015.09.25 23:28:11.634 2: ZWave set ZWave_GARAGE_DOOR_6 configByte 12 2
2015.09.25 23:28:30.275 2: ZWave set ZWave_GARAGE_DOOR_6 configByte 13 2
2015.09.25 23:28:51.424 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e3202213400000415000000000000
2015.09.25 23:28:51.426 5: SW: 06
2015.09.25 23:28:51.428 5: zw.dongle dispatch 000400040e3202213400000415000000000000
2015.09.25 23:28:51.431 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e3202213400000415000000000000
2015.09.25 23:28:53.799 2: ZWave get ZWave_GARAGE_DOOR_6 config 12
2015.09.25 23:29:01.432 2: ZWave get ZWave_GARAGE_DOOR_6 config 13
2015.09.25 23:29:10.143 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040406028407
2015.09.25 23:29:10.144 5: SW: 06
2015.09.25 23:29:10.147 5: zw.dongle dispatch 00040406028407
2015.09.25 23:29:10.149 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:028407
2015.09.25 23:29:10.152 5: ZWDongle_Write 00 13060570040c01022506
2015.09.25 23:29:10.154 5: SW: 010c0013060570040c01022506bb
2015.09.25 23:29:10.194 5: ACK received, removing 010c0013060570040c01022506bb from dongle sendstack
2015.09.25 23:29:10.195 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:29:10.196 5: SW: 06
2015.09.25 23:29:10.199 5: zw.dongle dispatch 011301
2015.09.25 23:29:10.205 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:29:10.206 5: SW: 06
2015.09.25 23:29:10.209 5: zw.dongle dispatch 001306000002
2015.09.25 23:29:10.211 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:29:10.212 4: zw.dongle transmit OK for 06
2015.09.25 23:29:10.519 5: ZWDongle_Write 00 13060570040d01022506
2015.09.25 23:29:10.521 5: SW: 010c0013060570040d01022506ba
2015.09.25 23:29:10.528 5: ACK received, removing 010c0013060570040d01022506ba from dongle sendstack
2015.09.25 23:29:10.534 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:29:10.535 5: SW: 06
2015.09.25 23:29:10.537 5: zw.dongle dispatch 011301
2015.09.25 23:29:10.548 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:29:10.549 5: SW: 06
2015.09.25 23:29:10.552 5: zw.dongle dispatch 001306000002
2015.09.25 23:29:10.553 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:29:10.554 4: zw.dongle transmit OK for 06
2015.09.25 23:29:10.861 5: ZWDongle_Write 00 13060370050c2506
2015.09.25 23:29:10.863 5: SW: 010a0013060370050c2506b9
2015.09.25 23:29:10.870 5: ACK received, removing 010a0013060370050c2506b9 from dongle sendstack
2015.09.25 23:29:10.876 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:29:10.876 5: SW: 06
2015.09.25 23:29:10.880 5: zw.dongle dispatch 011301
2015.09.25 23:29:10.890 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:29:10.890 5: SW: 06
2015.09.25 23:29:10.893 5: zw.dongle dispatch 001306000002
2015.09.25 23:29:10.895 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:29:10.896 4: zw.dongle transmit OK for 06
2015.09.25 23:29:10.905 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400060570060c0102
2015.09.25 23:29:10.906 5: SW: 06
2015.09.25 23:29:10.909 5: zw.dongle dispatch 000400060570060c0102
2015.09.25 23:29:10.910 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0570060c0102
2015.09.25 23:29:11.197 5: ZWDongle_Write 00 13060370050d2506
2015.09.25 23:29:11.199 5: SW: 010a0013060370050d2506b8
2015.09.25 23:29:11.205 5: ACK received, removing 010a0013060370050d2506b8 from dongle sendstack
2015.09.25 23:29:11.210 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:29:11.211 5: SW: 06
2015.09.25 23:29:11.214 5: zw.dongle dispatch 011301
2015.09.25 23:29:11.225 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:29:11.226 5: SW: 06
2015.09.25 23:29:11.229 5: zw.dongle dispatch 001306000002
2015.09.25 23:29:11.230 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:29:11.231 4: zw.dongle transmit OK for 06
2015.09.25 23:29:11.241 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400060570060d0102
2015.09.25 23:29:11.242 5: SW: 06
2015.09.25 23:29:11.244 5: zw.dongle dispatch 000400060570060d0102
2015.09.25 23:29:11.246 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:0570060d0102
2015.09.25 23:29:13.270 5: ZWDongle_Write 00 13060284082506
2015.09.25 23:29:13.272 5: SW: 010900130602840825064e
2015.09.25 23:29:13.278 5: ACK received, removing 010900130602840825064e from dongle sendstack
2015.09.25 23:29:13.283 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.09.25 23:29:13.284 5: SW: 06
2015.09.25 23:29:13.287 5: zw.dongle dispatch 011301
2015.09.25 23:29:13.298 4: ZWDongle_Read zw.dongle: sending ACK, processing 001306000002
2015.09.25 23:29:13.299 5: SW: 06
2015.09.25 23:29:13.302 5: zw.dongle dispatch 001306000002
2015.09.25 23:29:13.303 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.09.25 23:29:13.304 4: zw.dongle transmit OK for 06
2015.09.25 23:29:38.423 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e3202213400000411000000000000
2015.09.25 23:29:38.424 5: SW: 06
2015.09.25 23:29:38.427 5: zw.dongle dispatch 000400040e3202213400000411000000000000
2015.09.25 23:29:38.429 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e3202213400000411000000000000


Meines Erachtens ist Security nicht aktiviert.
Auch in den Readings des Senosr steht heute noch:

Code Auswählen Erweitern

2015-09-25 23:18:47   SECURITY        INITIALIZING (starting secure inclusion)
Ansosnten funktioniert er wie er soll.

Mal eine grundsätzliche Frage:
Der Networkkey sollte vermutlich analog zum HM-Lan a) nicht veröffentlicht werden und b) irgendwo weggesichert werden?
Wenn ja, gehört das nicht in die Commandref oder ins Wiki?

[krikan]

Sieht meiner Erinnerung nach so aus wie damals bei mir mit dem Philio und ist ein Thema für Andreas (A.Harrenberg). Denke er meldet sich.

Der Networkkey sollte vermutlich analog zum HM-Lan a) nicht veröffentlicht werden und b) irgendwo weggesichert werden?
Wenn ja, gehört das nicht in die Commandref oder ins Wiki?

Ja und Ja.
Da das alles noch relativ junger Code ist, habe ich SECURITY und alles rundherum bisher im Wiki noch nicht aufgenommen. Für commandref habe ich Glück, da bin ich hier nicht zuständig  .

[A.Harrenberg]

Hallo Buwe,

Meines Erachtens ist Security nicht aktiviert.
Auch in den Readings des Senosr steht heute noch:

Code Auswählen Erweitern

2015-09-25 23:18:47   SECURITY        INITIALIZING (starting secure inclusion)
Ansosnten funktioniert er wie er soll.

Mal eine grundsätzliche Frage:
Der Networkkey sollte vermutlich analog zum HM-Lan a) nicht veröffentlicht werden und b) irgendwo weggesichert werden?
Wenn ja, gehört das nicht in die Commandref oder ins Wiki?

Du hast Recht, Security ist nicht aktiv, da "klemmt" irgendwas...

Code Auswählen Erweitern

2015.09.25 23:18:47.751 2: ZWAVE Starting secure init
2015.09.25 23:18:47.757 2: ZWave set ZWave_GARAGE_DOOR_6 secScheme
2015.09.25 23:19:34.458 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040e32022134000003f9000000000000
2015.09.25 23:19:34.459 5: SW: 06
2015.09.25 23:19:34.462 5: zw.dongle dispatch 000400040e32022134000003f9000000000000
2015.09.25 23:19:34.463 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0e32022134000003f9000000000000
2015.09.25 23:20:08.058 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040406028407
2015.09.25 23:20:08.059 5: SW: 06
2015.09.25 23:20:08.061 5: zw.dongle dispatch 00040406028407
2015.09.25 23:20:08.063 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:06 ARG:028407
2015.09.25 23:20:08.066 5: ZWDongle_Write 00 1306039804002506
2015.09.25 23:20:08.069 5: SW: 010a0013060398040025065c
2015.09.25 23:20:08.108 5: ACK received, removing 010a0013060398040025065c from dongle sendstack

Die Initialisierung der "secure-Inclusion" wird mit "set ZWave_GARAGE_DOOR_6 secScheme" um 23:18:47.757 begonnen, der Befehl wird aber erst SEHR viel später um 23:20:08.069 verschickt.

Die Inclusion mit security muss aber zwingend innerhalb von maximal 20 sekunden nach der normalen Inklusion durchgeführt werden, und zwar ohne Unterbrechung.
Aus irgendeinem Grund wird der Befehl bei Dir nicht sofort verschickt und das Gerät geht dann anscheinend sogar schlafen...

Wobei der Befehl aber anscheinend auch nicht auf dem WakeUp-Stack gelandet ist...

Ich war jetzt drei Wochen nicht zu Hause, ich muss mir jetzt erst mal die letzten Änderungen im Code ansehen und dann mal schauen was da schief laufen könnte. Hast Du die Möglichkeit noch weiter mit dem Ding rumzuspielen oder muss der bereits "produktiv" eingesetzt werden? Falls der noch zum Testen zur Verfügung steht könnte ich im Laufe der Woche mal eine Version mit ein paar mehr Debugmeldungen erzeugen damit wir rauskriegen was FHEM da in der Zwischenzeit blockiert.

Gruß,
Andreas.

[Buwe]

@Andreas:

Sorry für die späte Rückmeldung.
Ich hatte Ende letzter Woche mal einen Tag Gelegenheit ein bisschen zu experimentieren.

• Ich hatte auf einem neuen Raspi fhem komplett frisch aufgesetzt (war auch so geplant)
• Habe den Z-Wave Stick (ZME_UZB1) über zway Software upgedatet/auf Werkseinstellungen zurückgesetzt (5.02 > 5.03)
• ohne Erfolg versucht über die Zway Software eine Secure Inclusion zu erzwingen

Summa Summarum:
Es liegt entweder am Z-Wave Stick oder den Devolo Sensor. Wobei der Devolo (Philio) Zwischenstecker auch kein Secure mag.
um Sensor passt auch dieser Eintrag: http://razberry.z-wave.me/index.php?id=31
Z-Wave.me hat den Sensor "blacklisted"

Ich bin mir nicht sicher ob weitere Tests unter diesen Voraussetzungen sinnvoll sind? 

[A.Harrenberg]

Hi Buwe,

der Sensor ist ja ein WakeUp-Gerät, da gab es noch ein Problem das FHEM nach der Inklusion davon ausgegangen ist das das Gerät eingeschlafen ist und die Befehle auf den Stack gelegt hat.
Dafür gibt es einen Patch, allerdings kann ich jetzt gerade nicht sagen ob der schon als Update verteilt wurde.

Ich wäre schon an einem Logfile von einer erneuten Inklusion mit SECURITY interessiert. Irgendwas scheint mit der Implementierung im Sensor ja nicht in Ordnung zu sein, der ist ja nicht ohne Grund auf der Blacklist. Ich würde aber gerne mal sehen was geht und was nicht geht. Wir machen ja ein paar Sachen etwas anders als OpenZwave / ZWay, vielleicht lernt man dadurch noch was.

Wenn Du also Zeit hast lerne den bitte noch mal an und schick mal das Logfile.

Gruß,
Andreas.

[Buwe]

Hallo Andreas,
der Sensor muss zur Beruhigung meiner Frau erst mal das tun wofür er angeschafft wurde 
Ich werde aber voraussichtlich nächsten Monat noch einige anschaffen. Allerdings Philios mit Türkontakt und Bewegungsmelder.

Ich kann dir aber schon mal die Inklusion von letzter Woche geben.
Wie schon gesagt, auf einem Pi 2 ganz von neuem angefangen. Der Dongle und die Devices waren vorher auf Werkseinstellungen zurückgesetzt.

Zu den ersten beiden Zeilen. Ich hatte vorher noch einen letzten update check gemacht. Erste Zeile ist also der Versionsstand.
Die zweite Zeile ist nur zur Info. Diese Meldung kommt nach jedem shutdown restart.

Noch zwei "Besonderheiten":
Mit der Secure Inklusion wurde Assocation mit dem Controller nicht automatisch gesetzt. Musste ich manuell nachholen.
Anscheinend hat (Krikan?) seit meinen ersten Versuchen die XML angepasst. Get Model erkennt den Sensor als Philio.

Code Auswählen Erweitern


2015.10.08 11:11:45 0: Server started with 11 defined entities (version $Id: fhem.pl 9398 2015-10-07 12:10:54Z rudolfkoenig $, os linux, user fhem, pid 798)
2015.10.08 11:11:45 2: ZWDongle_ProcessSendStack: no ACK, resending message 0107000301020100f9
2015.10.08 11:16:09.886 4: ZWDongle set zw.dongle addNode on sec
2015.10.08 11:16:09.887 5: ZWDongle_Write 00 4a8101
2015.10.08 11:16:09.888 5: SW: 0105004a810130
2015.10.08 11:16:09.893 5: ACK received, removing 0105004a810130 from dongle sendstack
2015.10.08 11:16:09.894 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a01010000
2015.10.08 11:16:09.894 5: SW: 06
2015.10.08 11:16:09.896 5: zw.dongle dispatch 004a01010000
2015.10.08 11:16:10.136 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000
2015.10.08 11:16:10.137 4: zw.dongle ZW_ADD_NODE_TO_NETWORK learnReady
2015.10.08 11:16:35.065 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a01020000
2015.10.08 11:16:35.066 5: SW: 06
2015.10.08 11:16:35.068 5: zw.dongle dispatch 004a01020000
2015.10.08 11:16:35.069 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000
2015.10.08 11:16:35.071 4: zw.dongle ZW_ADD_NODE_TO_NETWORK nodeFound
2015.10.08 11:16:35.279 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a010302150407015e80718570728630318459735a8f987aef20
2015.10.08 11:16:35.279 5: SW: 06
2015.10.08 11:16:35.281 5: zw.dongle dispatch 004a010302150407015e80718570728630318459735a8f987aef20
2015.10.08 11:16:35.282 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:02150407015e80718570728630318459735a8f987aef20
2015.10.08 11:16:35.284 2: autocreate: define ZWave_GARAGE_DOOR_2 ZWave e58b19ca 2 5e80718570728630318459735a8f987aef20
2015.10.08 11:16:35.290 2: autocreate: define FileLog_ZWave_GARAGE_DOOR_2 FileLog ./log/ZWave_GARAGE_DOOR_2-%Y.log ZWave_GARAGE_DOOR_2
2015.10.08 11:16:35.622 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a01050200
2015.10.08 11:16:35.622 5: SW: 06
2015.10.08 11:16:35.624 5: zw.dongle dispatch 004a01050200
2015.10.08 11:16:35.674 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:0200
2015.10.08 11:16:35.675 2: ZWAVE Starting secure init
2015.10.08 11:16:35.677 2: ZWave set ZWave_GARAGE_DOOR_2 secScheme
2015.10.08 11:20:41.884 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040402028407
2015.10.08 11:20:41.884 5: SW: 06
2015.10.08 11:20:41.886 5: zw.dongle dispatch 00040402028407
2015.10.08 11:20:41.887 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:028407
2015.10.08 11:20:41.888 5: ZWDongle_Write 00 1302039804002502
2015.10.08 11:20:41.889 5: SW: 010a0013020398040025025c
2015.10.08 11:20:41.896 5: ACK received, removing 010a0013020398040025025c from dongle sendstack
2015.10.08 11:20:41.901 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.08 11:20:41.901 5: SW: 06
2015.10.08 11:20:41.903 5: zw.dongle dispatch 011301
2015.10.08 11:20:41.917 4: ZWDongle_Read zw.dongle: sending ACK, processing 001302000002
2015.10.08 11:20:41.918 5: SW: 06
2015.10.08 11:20:41.920 5: zw.dongle dispatch 001302000002
2015.10.08 11:20:41.920 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.08 11:20:41.921 4: zw.dongle transmit OK for 02
2015.10.08 11:20:43.902 5: ZWDongle_Write 00 13020284082502
2015.10.08 11:20:43.903 5: SW: 010900130202840825024e
2015.10.08 11:20:43.906 5: ACK received, removing 010900130202840825024e from dongle sendstack
2015.10.08 11:20:43.912 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.08 11:20:43.912 5: SW: 06
2015.10.08 11:20:43.914 5: zw.dongle dispatch 011301
2015.10.08 11:20:43.928 4: ZWDongle_Read zw.dongle: sending ACK, processing 001302000002
2015.10.08 11:20:43.929 5: SW: 06
2015.10.08 11:20:43.931 5: zw.dongle dispatch 001302000002
2015.10.08 11:20:43.931 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.08 11:20:43.932 4: zw.dongle transmit OK for 02
2015.10.08 11:21:02.771 4: ZWDongle set zw.dongle addNode off
2015.10.08 11:21:02.772 5: ZWDongle_Write 00 4a0502
2015.10.08 11:21:02.772 5: SW: 0105004a0502b7
2015.10.08 11:21:02.777 5: ACK received, removing 0105004a0502b7 from dongle sendstack
2015.10.08 11:21:02.925 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a02060200
2015.10.08 11:21:02.925 5: SW: 06
2015.10.08 11:21:02.927 5: zw.dongle dispatch 004a02060200
2015.10.08 11:21:02.928 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0200
2015.10.08 11:21:02.930 4: zw.dongle ZW_ADD_NODE_TO_NETWORK done
2015.10.08 11:24:42.104 4: ZWDongle set zw.dongle addNode on sec
2015.10.08 11:24:42.105 5: ZWDongle_Write 00 4a8103
2015.10.08 11:24:42.106 5: SW: 0105004a810332
2015.10.08 11:24:42.111 5: ACK received, removing 0105004a810332 from dongle sendstack
2015.10.08 11:24:42.112 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a03010000
2015.10.08 11:24:42.112 5: SW: 06
2015.10.08 11:24:42.114 5: zw.dongle dispatch 004a03010000
2015.10.08 11:24:42.115 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000
2015.10.08 11:24:42.117 4: zw.dongle ZW_ADD_NODE_TO_NETWORK learnReady
2015.10.08 11:24:44.179 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a03020000
2015.10.08 11:24:44.179 5: SW: 06
2015.10.08 11:24:44.181 5: zw.dongle dispatch 004a03020000
2015.10.08 11:24:44.181 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000
2015.10.08 11:24:44.183 4: zw.dongle ZW_ADD_NODE_TO_NETWORK nodeFound
2015.10.08 11:24:44.387 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a030303130410015e8672985a855973252027327071757a
2015.10.08 11:24:44.387 5: SW: 06
2015.10.08 11:24:44.389 5: zw.dongle dispatch 004a030303130410015e8672985a855973252027327071757a
2015.10.08 11:24:44.389 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:03130410015e8672985a855973252027327071757a
2015.10.08 11:24:44.390 2: autocreate: define ZWave_SWITCH_BINARY_3 ZWave e58b19ca 3 5e8672985a855973252027327071757a
2015.10.08 11:24:44.395 2: autocreate: define FileLog_ZWave_SWITCH_BINARY_3 FileLog ./log/ZWave_SWITCH_BINARY_3-%Y.log ZWave_SWITCH_BINARY_3
2015.10.08 11:24:44.808 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a03050300
2015.10.08 11:24:44.808 5: SW: 06
2015.10.08 11:24:44.810 5: zw.dongle dispatch 004a03050300
2015.10.08 11:24:44.848 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:0300
2015.10.08 11:24:44.849 2: ZWAVE Starting secure init
2015.10.08 11:24:44.851 2: ZWave set ZWave_SWITCH_BINARY_3 secScheme
2015.10.08 11:24:44.852 5: ZWDongle_Write 00 1303039804002503
2015.10.08 11:24:44.852 5: SW: 010a0013030398040025035c
2015.10.08 11:24:44.855 5: ACK received, removing 010a0013030398040025035c from dongle sendstack
2015.10.08 11:24:44.865 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.08 11:24:44.865 5: SW: 06
2015.10.08 11:24:44.867 5: zw.dongle dispatch 011301
2015.10.08 11:24:44.881 4: ZWDongle_Read zw.dongle: sending ACK, processing 001303000003
2015.10.08 11:24:44.881 5: SW: 06
2015.10.08 11:24:44.883 5: zw.dongle dispatch 001303000003
2015.10.08 11:24:44.884 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.10.08 11:24:44.884 4: zw.dongle transmit OK for 03
2015.10.08 11:25:31.243 4: ZWDongle set zw.dongle addNode off
2015.10.08 11:25:31.244 5: ZWDongle_Write 00 4a0504
2015.10.08 11:25:31.244 5: SW: 0105004a0504b1
2015.10.08 11:25:31.250 5: ACK received, removing 0105004a0504b1 from dongle sendstack
2015.10.08 11:25:31.396 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a04060300
2015.10.08 11:25:31.397 5: SW: 06
2015.10.08 11:25:31.398 5: zw.dongle dispatch 004a04060300
2015.10.08 11:25:31.399 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0300
2015.10.08 11:25:31.401 4: zw.dongle ZW_ADD_NODE_TO_NETWORK done
2015.10.08 11:26:02.520 4: ZWDongle get zw.dongle nodeInfo 2
2015.10.08 11:26:02.521 5: ZWDongle_Write 00 4102
2015.10.08 11:26:02.522 5: SW: 0104004102b8
2015.10.08 11:26:02.523 4: ZWDongle_ReadAnswer arg:nodeInfo regexp:^0141
2015.10.08 11:26:02.524 5: ACK received, removing 0104004102b8 from dongle sendstack
2015.10.08 11:26:02.525 4: ZWDongle_Read zw.dongle: sending ACK, processing 0141539c01040701
2015.10.08 11:26:02.526 5: SW: 06
2015.10.08 11:26:02.527 4: ZWDongle_ReadAnswer for nodeInfo: 0141539c01040701
2015.10.08 11:26:34.597 4: ZWDongle get zw.dongle nodeInfo 3
2015.10.08 11:26:34.598 5: ZWDongle_Write 00 4103
2015.10.08 11:26:34.599 5: SW: 0104004103b9
2015.10.08 11:26:34.600 4: ZWDongle_ReadAnswer arg:nodeInfo regexp:^0141
2015.10.08 11:26:34.601 5: ACK received, removing 0104004103b9 from dongle sendstack
2015.10.08 11:26:34.602 4: ZWDongle_Read zw.dongle: sending ACK, processing 0141d39c01041001
2015.10.08 11:26:34.602 5: SW: 06
2015.10.08 11:26:34.604 4: ZWDongle_ReadAnswer for nodeInfo: 0141d39c01041001


Aktuell sieht ein list des Dongles so aus:

Code Auswählen Erweitern


Internals:
   CallbackNr 0
   Clients    :ZWave:
   DEF        /dev/ttyACM0@115200
   DeviceName /dev/ttyACM0@115200
   FD         10
   MaxSendRetries 3
   NAME       zw.dongle
   NR         20
   PARTIAL
   RAWMSG     000400030e32022144000000000e1000000000
   ReadTime   1444847319.45284
   STATE      Initialized
   SendRetries 0
   SendTime   1444842785.16829
   TYPE       ZWDongle
   WaitForAck 0
   homeId     e58b19ca
   nrNAck     0
   zw.dongle_MSGCNT 11
   zw.dongle_TIME 2015-10-14 20:28:39
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-10-14 19:12:55   caps            Vers:5 Rev:3 ManufID:0115 ProductType:0400 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET UNKNOWN_28 NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 UNKNOWN_78 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE UNKNOWN_92 UNKNOWN_93 UNKNOWN_98 UNKNOWN_b4 ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_d4 UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH UNKNOWN_f5
     2015-10-07 20:02:47   ctrlCaps        MEMBER PRIMARY SUC
     2015-10-14 19:12:55   homeId          HomeId:e58bXXX CtrlNodeId:01
     2015-10-07 20:05:38   nodeInfo_1      STATIC_CONTROLLER STATIC_CONTROLLER listening frequentListening:0 beaming:16 40kBaud Vers:4 Security:0
     2015-10-08 12:02:47   nodeInfo_2      ROUTING_SLAVE GARAGE_DOOR sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-10-08 11:26:34   nodeInfo_3      ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-10-14 19:12:55   random          7437b492ab3911e9e2a5f053ae0fac5e5f80b0be83c71404452e722d1de76988
     2015-10-14 19:12:55   state           Initialized
     2015-10-08 18:14:43   version         Z-Wave 4.05 STATIC_CONTROLLER
   SendStack:
Attributes:
   alias      Z-Wave Controller
   group      Controllers
   icon       it_wireless_dcf77
   networkKey 7347XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
   room       Infrastruktur
   verbose    3


Mir fehlt leider das nötige Test Equipment.
Müsste nicht zumindest beim Dongle Security:1 o.ä. stehen?

Der Vollständigkeit halber noch ein list des Sensors:

Code Auswählen Erweitern


Internals:
   DEF        e58b19ca 2
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     8
   NAME       eg.wz.window_open
   NR         22
   STATE      Zu
   TYPE       ZWave
   homeId     XXXXX9ca
   nodeIdHex  02
   zw.dongle_MSGCNT 8
   zw.dongle_RAWMSG 00040002108f0102053105030101063105012200c3
   zw.dongle_TIME 2015-10-14 20:58:25
   Readings:
     2015-10-08 11:16:35   SECURITY        INITIALIZING (starting secure inclusion)
     2015-10-08 11:36:20   assocGroup_01   Max 08 Nodes 01
     2015-10-08 11:36:20   assocGroup_02   Max 08 Nodes
     2015-10-08 11:36:20   assocGroups     2
     2015-10-14 19:35:20   battery         100 %
     2015-10-08 11:52:28   configAutoReportBatteryTime 12
     2015-10-08 11:52:29   configAutoReportDoorWindowStateTime 12
     2015-10-08 11:52:29   configAutoReportIlluminationTime 2
     2015-10-08 11:52:29   configAutoReportTemperatureTime 2
     2015-10-08 11:52:30   configAutoReportTickInterval 30
     2015-10-08 11:52:30   configBasicSetLevel 255
     2015-10-08 11:52:30   configCustomerFunction 20
     2015-10-08 11:52:31   configIlluminationDifferentialReport 0
     2015-10-08 11:52:31   configLightThreshold 99
     2015-10-08 11:52:31   configMultiSensorFunctionSwitch 22
     2015-10-08 11:52:31   configOperationMode 8
     2015-10-08 11:52:32   configTemperatureDifferentialReport 1
     2015-10-08 11:52:32   configTurnOffLightTime 4
     2015-10-08 11:42:59   config_12       2
     2015-10-08 11:43:00   config_13       2
     2015-10-08 11:43:00   config_20       30
     2015-10-08 11:42:59   config_5        8
     2015-10-14 19:35:20   doorWindow      00
     2015-10-14 20:58:25   luminance       1 %
     2015-10-08 11:44:08   model           devolo Door/Window Contact MT02648
     2015-10-08 11:44:08   modelConfig     philio/pst02-1c.xml
     2015-10-08 11:44:08   modelId         0175-0002-000e
     2015-10-08 12:08:19   neighborList    eg.wz.media_switch
     2015-10-08 11:36:20   state           associationRequest 2
     2015-10-08 17:47:15   tamper          ff
     2015-10-14 20:58:25   temperature     19.5 C
     2015-10-14 15:24:41   transmit        OK
     2015-10-14 15:24:39   wakeup          notification
     2015-10-08 11:43:00   wakeupReport    interval 21600 target 1
Attributes:
   IODev      zw.dongle
   alias      Terassentür
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   devStateIcon .*Zu:fts_door_right@green .*Auf:fts_door_right_open@red
   eventMap   00:Zu ff:Auf
   group      Türen/Fenster
   icon       control_building_eg
   room       Status,Wohnzimmer
   stateFormat doorWindow


Gruß
Uwe

[A.Harrenberg]

Hi Buwe,

der Sensor muss zur Beruhigung meiner Frau erst mal das tun wofür er angeschafft wurde 
Ich werde aber voraussichtlich nächsten Monat noch einige anschaffen. Allerdings Philios mit Türkontakt und Bewegungsmelder.

das kenn' ich, daher kaufe ich mir für solche Sachen explizite "Spiel"-Hardware. Habe hier noch ein Homematic Wandthermostat und ein Heizungsventil (mit Ventilaufsatz, damit das auch wirklich verstellt) neben mir auf dem Schreibtisch stehen. Dann noch ein ZWave Steckdosenschalter, meine Sirene (Security-Device) und jetzt neu der AEOTEC 6fach Sensor...

Ich kann dir aber schon mal die Inklusion von letzter Woche geben.

Nutzt nichts, da war der Patch noch nicht in FHEM, das bleibt bei der Inklusion hängen...

Code Auswählen Erweitern


2015.10.08 11:16:35.675 2: ZWAVE Starting secure init
2015.10.08 11:16:35.677 2: ZWave set ZWave_GARAGE_DOOR_2 secScheme
2015.10.08 11:20:41.884 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040402028407
2015.10.08 11:20:41.884 5: SW: 06
2015.10.08 11:20:41.886 5: zw.dongle dispatch 00040402028407
2015.10.08 11:20:41.887 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:02 ARG:028407
2015.10.08 11:20:41.888 5: ZWDongle_Write 00 1302039804002502
2015.10.08 11:20:41.889 5: SW: 010a0013020398040025025c


Hier kannst Du sehen das der Befehl für "secScheme um 11:16:35 ausgelöst wird, der Befehl dann aber auf dem WakeUp-Stack landet und erst nach Eintreffen der WakeUp-Notification ("ARG:028407") versendet wird. Das ist dann 6 Minuten später. Die secure-Inklusion muss direkt im Anschluss an die normale Inklusion gestartet werden. Hier müsste laut Doku ein 20 sekunden Timer laufen. Wenn der abgelaufen ist wird keine secure-Inklusion mehr akzeptiert.

Müsste nicht zumindest beim Dongle Security:1 o.ä. stehen?

Nö, den Dongle interessiert sowas recht wenig, das passiert ja auf Protokollebene.

Gruß,
Andreas.

[Buwe]

Sooo, neuer Sensor, neuer Versuch 

Kurz vorher noch mal ein update von fhem gemacht:

Code Auswählen Erweitern


2015.10.16 20:02:26.056 4: ZWDongle set zw.dongle addNode on sec
2015.10.16 20:02:26.057 5: ZWDongle_Write 00 4a8101
2015.10.16 20:02:26.058 5: SW: 0105004a810130
2015.10.16 20:02:26.065 5: ACK received, removing 0105004a810130 from dongle sendstack
2015.10.16 20:02:26.066 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a01010000
2015.10.16 20:02:26.066 5: SW: 06
2015.10.16 20:02:26.068 5: zw.dongle dispatch 004a01010000
2015.10.16 20:02:26.069 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000
2015.10.16 20:02:26.073 4: zw.dongle ZW_ADD_NODE_TO_NETWORK learnReady
2015.10.16 20:02:38.131 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a01020000
2015.10.16 20:02:38.132 5: SW: 06
2015.10.16 20:02:38.134 5: zw.dongle dispatch 004a01020000
2015.10.16 20:02:38.134 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000
2015.10.16 20:02:38.146 4: zw.dongle ZW_ADD_NODE_TO_NETWORK nodeFound
2015.10.16 20:02:38.346 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a010304150407015e80718570728630318459735a8f987aef20
2015.10.16 20:02:38.346 5: SW: 06
2015.10.16 20:02:38.348 5: zw.dongle dispatch 004a010304150407015e80718570728630318459735a8f987aef20
2015.10.16 20:02:38.349 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:04150407015e80718570728630318459735a8f987aef20
2015.10.16 20:02:38.354 2: autocreate: define ZWave_GARAGE_DOOR_4 ZWave e58b19ca 4 5e80718570728630318459735a8f987aef20
2015.10.16 20:02:38.364 2: autocreate: define FileLog_ZWave_GARAGE_DOOR_4 FileLog ./log/ZWave_GARAGE_DOOR_4-%Y.log ZWave_GARAGE_DOOR_4
2015.10.16 20:02:38.727 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a01050400
2015.10.16 20:02:38.728 5: SW: 06
2015.10.16 20:02:38.729 5: zw.dongle dispatch 004a01050400
2015.10.16 20:02:38.767 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:0400
2015.10.16 20:02:38.769 2: ZWAVE Starting secure init
2015.10.16 20:02:38.771 2: ZWave set ZWave_GARAGE_DOOR_4 secScheme
2015.10.16 20:02:38.772 5: ZWDongle_Write 00 1304039804002504
2015.10.16 20:02:38.772 5: SW: 010a0013040398040025045c
2015.10.16 20:02:38.776 5: ACK received, removing 010a0013040398040025045c from dongle sendstack
2015.10.16 20:02:38.784 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:02:38.784 5: SW: 06
2015.10.16 20:02:38.786 5: zw.dongle dispatch 011301
2015.10.16 20:02:38.800 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000003
2015.10.16 20:02:38.800 5: SW: 06
2015.10.16 20:02:38.802 5: zw.dongle dispatch 001304000003
2015.10.16 20:02:38.802 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.10.16 20:02:38.803 4: zw.dongle transmit OK for 04
2015.10.16 20:02:40.417 4: ZWDongle_Read zw.dongle: sending ACK, processing 0004000403980500
2015.10.16 20:02:40.418 5: SW: 06
2015.10.16 20:02:40.420 5: zw.dongle dispatch 0004000403980500
2015.10.16 20:02:40.420 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:03980500
2015.10.16 20:02:40.425 2: ZWave get ZWave_GARAGE_DOOR_4 secNonce
2015.10.16 20:02:40.426 5: ZWDongle_Write 00 13040298402504
2015.10.16 20:02:40.426 5: SW: 010900130402984025041a
2015.10.16 20:02:40.428 4: ZWDongle_ReadAnswer arg:secNonce regexp:^00040004..98
2015.10.16 20:02:40.429 5: ACK received, removing 010900130402984025041a from dongle sendstack
2015.10.16 20:02:40.435 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:02:40.435 5: SW: 06
2015.10.16 20:02:40.438 5: zw.dongle dispatch 011301
2015.10.16 20:02:40.452 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:02:40.452 5: SW: 06
2015.10.16 20:02:40.454 5: zw.dongle dispatch 001304000002
2015.10.16 20:02:40.454 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:02:40.455 4: zw.dongle transmit OK for 04
2015.10.16 20:02:40.466 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040a98801838d6a56ce5f874
2015.10.16 20:02:40.466 5: SW: 06
2015.10.16 20:02:40.468 4: ZWDongle_ReadAnswer for secNonce: 000400040a98801838d6a56ce5f874
2015.10.16 20:02:40.469 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0a98801838d6a56ce5f874
2015.10.16 20:02:40.475 2: ZWave set ZWave_GARAGE_DOOR_4 secEncap 81c547a05c1049a099cbfce7c26148a65d3520d91a83f2deaea67d1d18088f367c6a1d7828
2015.10.16 20:02:40.757 5: ZWDongle_Write 00 1304269881c547a05c1049a099cbfce7c26148a65d3520d91a83f2deaea67d1d18088f367c6a1d78282504
2015.10.16 20:02:40.759 5: SW: 012d001304269881c547a05c1049a099cbfce7c26148a65d3520d91a83f2deaea67d1d18088f367c6a1d78282504e6
2015.10.16 20:02:40.763 5: ACK received, removing 012d001304269881c547a05c1049a099cbfce7c26148a65d3520d91a83f2deaea67d1d18088f367c6a1d78282504e6 from dongle sendstack
2015.10.16 20:02:40.771 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:02:40.772 5: SW: 06
2015.10.16 20:02:40.773 5: zw.dongle dispatch 011301
2015.10.16 20:02:40.790 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000003
2015.10.16 20:02:40.790 5: SW: 06
2015.10.16 20:02:40.792 5: zw.dongle dispatch 001304000003
2015.10.16 20:02:40.793 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.10.16 20:02:40.793 4: zw.dongle transmit OK for 04
2015.10.16 20:02:40.844 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.16 20:02:40.844 5: SW: 06
2015.10.16 20:02:40.846 5: zw.dongle dispatch 00040004029840
2015.10.16 20:02:40.847 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840
2015.10.16 20:02:40.851 2: ZWave set ZWave_GARAGE_DOOR_4 sendNonce
2015.10.16 20:02:41.096 5: ZWDongle_Write 00 13040a9880b694f4c631c0ba912504
2015.10.16 20:02:41.097 5: SW: 01110013040a9880b694f4c631c0ba91250400
2015.10.16 20:02:41.100 5: ACK received, removing 01110013040a9880b694f4c631c0ba91250400 from dongle sendstack
2015.10.16 20:02:41.107 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:02:41.107 5: SW: 06
2015.10.16 20:02:41.109 5: zw.dongle dispatch 011301
2015.10.16 20:02:41.123 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:02:41.124 5: SW: 06
2015.10.16 20:02:41.125 5: zw.dongle dispatch 001304000002
2015.10.16 20:02:41.126 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:02:41.126 4: zw.dongle transmit OK for 04
2015.10.16 20:02:41.142 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004169881ff2ad1cb3f5436ba117720b6df87f23a28605d2b
2015.10.16 20:02:41.143 5: SW: 06
2015.10.16 20:02:41.144 5: zw.dongle dispatch 00040004169881ff2ad1cb3f5436ba117720b6df87f23a28605d2b
2015.10.16 20:02:41.145 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:169881ff2ad1cb3f5436ba117720b6df87f23a28605d2b
2015.10.16 20:02:41.149 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029807
2015.10.16 20:02:41.151 2: ZWave_GARAGE_DOOR_4: SECURITY enabled, networkkey was verified
2015.10.16 20:02:41.154 2: ZWave get ZWave_GARAGE_DOOR_4 secSupported
2015.10.16 20:02:41.154 3: ZWave_GARAGE_DOOR_4 SECURITY: 9802 stored for encryption
2015.10.16 20:02:41.157 2: ZWave get ZWave_GARAGE_DOOR_4 secNonce
2015.10.16 20:02:41.158 4: ZWDongle_ReadAnswer arg:secNonce regexp:^00040004..98
2015.10.16 20:02:44.162 5: ZWDongle_ReadAnswer: select timeout
2015.10.16 20:02:44.166 5: ZWDongle_Write 00 13040298402504
2015.10.16 20:02:44.167 5: SW: 010900130402984025041a
2015.10.16 20:02:44.170 5: ACK received, removing 010900130402984025041a from dongle sendstack
2015.10.16 20:02:44.176 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:02:44.176 5: SW: 06
2015.10.16 20:02:44.178 5: zw.dongle dispatch 011301
2015.10.16 20:02:44.191 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:02:44.192 5: SW: 06
2015.10.16 20:02:44.193 5: zw.dongle dispatch 001304000002
2015.10.16 20:02:44.194 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:02:44.194 4: zw.dongle transmit OK for 04
2015.10.16 20:02:44.206 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040a98807063550b906d8fe7
2015.10.16 20:02:44.206 5: SW: 06
2015.10.16 20:02:44.208 5: zw.dongle dispatch 000400040a98807063550b906d8fe7
2015.10.16 20:02:44.209 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0a98807063550b906d8fe7
2015.10.16 20:02:44.210 3: ZWave_GARAGE_DOOR_4 SECURITY: 9802 retrieved for encryption
2015.10.16 20:02:44.214 2: ZWave set ZWave_GARAGE_DOOR_4 secEncap 81336a6c2720972166930a617021f2e968954751c9
2015.10.16 20:02:44.497 5: ZWDongle_Write 00 1304169881336a6c2720972166930a617021f2e968954751c92504
2015.10.16 20:02:44.498 5: SW: 011d001304169881336a6c2720972166930a617021f2e968954751c92504a9
2015.10.16 20:02:44.502 5: ACK received, removing 011d001304169881336a6c2720972166930a617021f2e968954751c92504a9 from dongle sendstack
2015.10.16 20:02:44.509 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:02:44.509 5: SW: 06
2015.10.16 20:02:44.511 5: zw.dongle dispatch 011301
2015.10.16 20:02:44.527 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:02:44.527 5: SW: 06
2015.10.16 20:02:44.529 5: zw.dongle dispatch 001304000002
2015.10.16 20:02:44.529 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:02:44.530 4: zw.dongle transmit OK for 04
2015.10.16 20:02:44.539 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.16 20:02:44.540 5: SW: 06
2015.10.16 20:02:44.542 5: zw.dongle dispatch 00040004029840
2015.10.16 20:02:44.542 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840
2015.10.16 20:02:44.546 2: ZWave set ZWave_GARAGE_DOOR_4 sendNonce
2015.10.16 20:02:44.833 5: ZWDongle_Write 00 13040a988079d3288e15349e622504
2015.10.16 20:02:44.834 5: SW: 01110013040a988079d3288e15349e6225041b
2015.10.16 20:02:44.837 5: ACK received, removing 01110013040a988079d3288e15349e6225041b from dongle sendstack
2015.10.16 20:02:44.843 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:02:44.844 5: SW: 06
2015.10.16 20:02:44.846 5: zw.dongle dispatch 011301
2015.10.16 20:02:44.860 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:02:44.860 5: SW: 06
2015.10.16 20:02:44.862 5: zw.dongle dispatch 001304000002
2015.10.16 20:02:44.863 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:02:44.863 4: zw.dongle transmit OK for 04
2015.10.16 20:02:44.881 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400041f98810a9797d52d7f1df072d7a634772af9ce13c1c84479671bfd9ea38f0729
2015.10.16 20:02:44.881 5: SW: 06
2015.10.16 20:02:44.883 5: zw.dongle dispatch 000400041f98810a9797d52d7f1df072d7a634772af9ce13c1c84479671bfd9ea38f0729
2015.10.16 20:02:44.884 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:1f98810a9797d52d7f1df072d7a634772af9ce13c1c84479671bfd9ea38f0729
2015.10.16 20:02:44.887 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0b98030080718570303184ef
2015.10.16 20:02:45.395 2: ZWave set ZWave_GARAGE_DOOR_4 associationAdd 1 01
2015.10.16 20:02:45.396 3: ZWave_GARAGE_DOOR_4 SECURITY: 85010101 stored for encryption
2015.10.16 20:02:45.399 2: ZWave get ZWave_GARAGE_DOOR_4 secNonce
2015.10.16 20:02:45.400 1: ZWAVE INIT: set ZWave_GARAGE_DOOR_4 associationAdd 1 01: Scheduled for sending after WAKEUP
2015.10.16 20:02:45.905 2: ZWave get ZWave_GARAGE_DOOR_4 model
2015.10.16 20:02:45.906 1: ZWAVE INIT: get ZWave_GARAGE_DOOR_4 model: Scheduled for sending after WAKEUP
2015.10.16 20:03:16.782 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.16 20:03:16.789 5: SW: 06
2015.10.16 20:03:16.790 5: zw.dongle dispatch 00040004029840
2015.10.16 20:03:16.791 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840
2015.10.16 20:03:16.794 2: ZWave set ZWave_GARAGE_DOOR_4 sendNonce
2015.10.16 20:03:19.746 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004028407
2015.10.16 20:03:19.747 5: SW: 06
2015.10.16 20:03:19.748 5: zw.dongle dispatch 00040004028407
2015.10.16 20:03:19.749 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:028407
2015.10.16 20:03:19.750 5: ZWDongle_Write 00 13040298402504
2015.10.16 20:03:19.751 5: SW: 010900130402984025041a
2015.10.16 20:03:19.760 5: ACK received, removing 010900130402984025041a from dongle sendstack
2015.10.16 20:03:19.761 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:03:19.761 5: SW: 06
2015.10.16 20:03:19.763 5: zw.dongle dispatch 011301
2015.10.16 20:03:19.782 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040404028407
2015.10.16 20:03:19.782 5: SW: 06
2015.10.16 20:03:19.784 5: zw.dongle dispatch 00040404028407
2015.10.16 20:03:19.784 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:028407
2015.10.16 20:03:19.785 5: ZWDongle_Write 00 13040272042504
2015.10.16 20:03:19.786 5: SW: 01090013040272042504b4
2015.10.16 20:03:19.794 5: ACK received, removing 01090013040272042504b4 from dongle sendstack
2015.10.16 20:03:19.795 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:03:19.796 5: SW: 06
2015.10.16 20:03:19.797 5: zw.dongle dispatch 011301
2015.10.16 20:03:19.812 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040a9880122fc640afa1fc6f
2015.10.16 20:03:19.812 5: SW: 06
2015.10.16 20:03:19.814 5: zw.dongle dispatch 000400040a9880122fc640afa1fc6f
2015.10.16 20:03:19.814 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0a9880122fc640afa1fc6f
2015.10.16 20:03:19.816 3: ZWave_GARAGE_DOOR_4 SECURITY: 85010101 retrieved for encryption
2015.10.16 20:03:19.818 2: ZWave set ZWave_GARAGE_DOOR_4 secEncap 81ee5cb823cf65b849c616c592361232772cad43c0cafa
2015.10.16 20:03:19.841 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000005
2015.10.16 20:03:19.841 5: SW: 06
2015.10.16 20:03:19.843 5: zw.dongle dispatch 001304000005
2015.10.16 20:03:19.843 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0005
2015.10.16 20:03:19.844 4: zw.dongle transmit OK for 04
2015.10.16 20:03:19.917 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400040a988020adc5bd818f1734
2015.10.16 20:03:19.917 5: SW: 06
2015.10.16 20:03:19.919 5: zw.dongle dispatch 000400040a988020adc5bd818f1734
2015.10.16 20:03:19.920 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0a988020adc5bd818f1734
2015.10.16 20:03:19.921 1: ZWave_GARAGE_DOOR_4: no stored commands in Internal secMsg found
2015.10.16 20:03:19.922 1: ZWave_GARAGE_DOOR_4: Error, nonce reveived but no stored command for encryption found
2015.10.16 20:03:19.935 4: ZWDongle_Read zw.dongle: sending ACK, processing 00130400000e
2015.10.16 20:03:19.935 5: SW: 06
2015.10.16 20:03:19.937 5: zw.dongle dispatch 00130400000e
2015.10.16 20:03:19.938 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:000e
2015.10.16 20:03:19.938 4: zw.dongle transmit OK for 04
2015.10.16 20:03:19.946 4: ZWDongle_Read zw.dongle: sending ACK, processing 0004000408720501750002000e
2015.10.16 20:03:19.947 5: SW: 06
2015.10.16 20:03:19.948 5: zw.dongle dispatch 0004000408720501750002000e
2015.10.16 20:03:19.949 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:08720501750002000e
2015.10.16 20:03:19.970 3: ZWave reading config for philio/pst02-1c.xml
2015.10.16 20:03:21.247 5: ZWDongle_Write 00 13040a9880041adcd729a4606e2504
2015.10.16 20:03:21.247 5: SW: 01110013040a9880041adcd729a4606e25045c
2015.10.16 20:03:21.249 5: ZWDongle_Write 00 1304189881ee5cb823cf65b849c616c592361232772cad43c0cafa2504
2015.10.16 20:03:21.251 5: ACK received, removing 01110013040a9880041adcd729a4606e25045c from dongle sendstack
2015.10.16 20:03:21.252 5: SW: 011f001304189881ee5cb823cf65b849c616c592361232772cad43c0cafa250471
2015.10.16 20:03:21.256 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:03:21.257 5: SW: 06
2015.10.16 20:03:21.258 5: zw.dongle dispatch 011301
2015.10.16 20:03:21.261 4: ZWDongle_Read zw.dongle: CAN received
2015.10.16 20:03:21.273 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:03:21.273 5: SW: 06
2015.10.16 20:03:21.275 5: zw.dongle dispatch 001304000002
2015.10.16 20:03:21.275 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:03:21.276 4: zw.dongle transmit OK for 04
2015.10.16 20:03:22.278 2: ZWDongle_ProcessSendStack: no ACK, resending message 011f001304189881ee5cb823cf65b849c616c592361232772cad43c0cafa250471
2015.10.16 20:03:22.278 5: SW: 011f001304189881ee5cb823cf65b849c616c592361232772cad43c0cafa250471
2015.10.16 20:03:22.282 5: ACK received, removing 011f001304189881ee5cb823cf65b849c616c592361232772cad43c0cafa250471 from dongle sendstack
2015.10.16 20:03:22.288 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:03:22.289 5: SW: 06
2015.10.16 20:03:22.290 5: zw.dongle dispatch 011301
2015.10.16 20:03:22.306 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:03:22.306 5: SW: 06
2015.10.16 20:03:22.308 5: zw.dongle dispatch 001304000002
2015.10.16 20:03:22.308 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:03:22.309 4: zw.dongle transmit OK for 04
2015.10.16 20:03:23.279 5: ZWDongle_Write 00 13040284082504
2015.10.16 20:03:23.280 5: SW: 010900130402840825044e
2015.10.16 20:03:23.283 5: ACK received, removing 010900130402840825044e from dongle sendstack
2015.10.16 20:03:23.288 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:03:23.288 5: SW: 06
2015.10.16 20:03:23.290 5: zw.dongle dispatch 011301
2015.10.16 20:03:23.304 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:03:23.305 5: SW: 06
2015.10.16 20:03:23.306 5: zw.dongle dispatch 001304000002
2015.10.16 20:03:23.307 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:03:23.307 4: zw.dongle transmit OK for 04
2015.10.16 20:03:35.938 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.16 20:03:35.938 5: SW: 06
2015.10.16 20:03:35.940 5: zw.dongle dispatch 00040004029840
2015.10.16 20:03:35.941 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840
2015.10.16 20:03:35.945 2: ZWave set ZWave_GARAGE_DOOR_4 sendNonce
2015.10.16 20:03:35.946 5: ZWDongle_Write 00 13040a988025993b2ece154ab12504
2015.10.16 20:03:35.948 5: SW: 01110013040a988025993b2ece154ab1250443
2015.10.16 20:03:35.953 5: ACK received, removing 01110013040a988025993b2ece154ab1250443 from dongle sendstack
2015.10.16 20:03:35.958 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:03:35.958 5: SW: 06
2015.10.16 20:03:35.960 5: zw.dongle dispatch 011301
2015.10.16 20:03:35.974 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:03:35.975 5: SW: 06
2015.10.16 20:03:35.976 5: zw.dongle dispatch 001304000002
2015.10.16 20:03:35.977 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:03:35.977 4: zw.dongle transmit OK for 04
2015.10.16 20:03:35.995 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400041e988128a1969303e590c453bd32e084cd4967558f7425fd8cf24e1f5dfeb4
2015.10.16 20:03:35.995 5: SW: 06
2015.10.16 20:03:35.997 5: zw.dongle dispatch 000400041e988128a1969303e590c453bd32e084cd4967558f7425fd8cf24e1f5dfeb4
2015.10.16 20:03:35.998 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:1e988128a1969303e590c453bd32e084cd4967558f7425fd8cf24e1f5dfeb4
2015.10.16 20:03:36.001 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0a8f0101063105010a0049
2015.10.16 20:03:56.969 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.16 20:03:56.969 5: SW: 06
2015.10.16 20:03:56.971 5: zw.dongle dispatch 00040004029840
2015.10.16 20:03:56.972 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840
2015.10.16 20:03:56.977 2: ZWave set ZWave_GARAGE_DOOR_4 sendNonce
2015.10.16 20:03:56.977 5: ZWDongle_Write 00 13040a98807cf8d8d2916cc9962504
2015.10.16 20:03:56.979 5: SW: 01110013040a98807cf8d8d2916cc9962504e6
2015.10.16 20:03:56.984 5: ACK received, removing 01110013040a98807cf8d8d2916cc9962504e6 from dongle sendstack
2015.10.16 20:03:56.989 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:03:56.989 5: SW: 06
2015.10.16 20:03:56.991 5: zw.dongle dispatch 011301
2015.10.16 20:03:57.005 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:03:57.005 5: SW: 06
2015.10.16 20:03:57.007 5: zw.dongle dispatch 001304000002
2015.10.16 20:03:57.008 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:03:57.008 4: zw.dongle transmit OK for 04
2015.10.16 20:03:57.026 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400041c9881bcd9d4a2a8d471f26fdfe64d8f8edaca6f7cd0cc787c3e203550
2015.10.16 20:03:57.026 5: SW: 06
2015.10.16 20:03:57.028 5: zw.dongle dispatch 000400041c9881bcd9d4a2a8d471f26fdfe64d8f8edaca6f7cd0cc787c3e203550
2015.10.16 20:03:57.029 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:1c9881bcd9d4a2a8d471f26fdfe64d8f8edaca6f7cd0cc787c3e203550
2015.10.16 20:03:57.032 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:088f0101043003ff08
2015.10.16 20:03:58.765 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004028407
2015.10.16 20:03:58.765 5: SW: 06
2015.10.16 20:03:58.767 5: zw.dongle dispatch 00040004028407
2015.10.16 20:03:58.768 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:028407
2015.10.16 20:03:58.800 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040404028407
2015.10.16 20:03:58.800 5: SW: 06
2015.10.16 20:03:58.802 5: zw.dongle dispatch 00040404028407
2015.10.16 20:03:58.803 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:028407
2015.10.16 20:04:00.795 5: ZWDongle_Write 00 13040284082504
2015.10.16 20:04:00.796 5: SW: 010900130402840825044e
2015.10.16 20:04:00.800 5: ACK received, removing 010900130402840825044e from dongle sendstack
2015.10.16 20:04:00.805 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:04:00.806 5: SW: 06
2015.10.16 20:04:00.807 5: zw.dongle dispatch 011301
2015.10.16 20:04:00.822 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:04:00.822 5: SW: 06
2015.10.16 20:04:00.824 5: zw.dongle dispatch 001304000002
2015.10.16 20:04:00.824 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:04:00.825 4: zw.dongle transmit OK for 04
2015.10.16 20:04:38.967 3: TelegramBot_Set msg.majordomusbot: called
2015.10.16 20:04:38.968 3: TelegramBot_Set msg.majordomusbot: Processing TelegramBot_Set( ? )
2015.10.16 20:04:39.049 3: TelegramBot_Set msg.majordomusbot: called
2015.10.16 20:04:39.050 3: TelegramBot_Set msg.majordomusbot: Processing TelegramBot_Set( ? )
2015.10.16 20:04:47.433 4: ZWDongle set zw.dongle addNode off
2015.10.16 20:04:47.434 5: ZWDongle_Write 00 4a0502
2015.10.16 20:04:47.434 5: SW: 0105004a0502b7
2015.10.16 20:04:47.450 5: ACK received, removing 0105004a0502b7 from dongle sendstack
2015.10.16 20:04:47.587 4: ZWDongle_Read zw.dongle: sending ACK, processing 004a02060400
2015.10.16 20:04:47.588 5: SW: 06
2015.10.16 20:04:47.590 5: zw.dongle dispatch 004a02060400
2015.10.16 20:04:47.591 4: zw.dongle CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0400
2015.10.16 20:04:47.597 4: zw.dongle ZW_ADD_NODE_TO_NETWORK done


Besonderheiten:
Obwohl die LED erfolgreiche Inclusion gezeigt hat, habe ich mehrmals kurz hintereinander den Sensor angehoben (aktiviert den tamper-Schalter = WAKEUP)
Obwohl im log sichtbar, musste ich wieder die assocation zur Gruppe 1 manuell durchführen. Alle Versuche den Sensor zu konfigurieren sind bis dahin fehlgeschlagen.
Entweder war ich zu ungeduldig, oder die Parameter in benutzerfreundlicher Version funktionieren nicht. Auf jeden Fall habe ich die Parameter über set ConfigByte (z.B. 12 2 für Temperaturreport) gesetzt. Dann ein WAKEUP über den tamper ausgeführt und erst danach über get config wieder ausgelesen. Das hat für alle Einstellungen reproduzierbar funktioniert.

Beim Dongle steht natürlich unter Node_info Security:0

list (des schon konfigurierten) Sensors:

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        XXXXXXXXX 4
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     79
   NAME       eg.fl.window_open
   NR         274
   STATE      Zu
   TYPE       ZWave
   homeId     e58b19ca
   isWakeUp   1
   lastMsgSent 1445022141.7045
   nodeIdHex  04
   zw.dongle_MSGCNT 79
   zw.dongle_RAWMSG 000400041e988126bb423a5fd4941e0c91a1fdee9acce88c02bb46ba106dd549fe6646
   zw.dongle_TIME 2015-10-16 21:02:21
   Readings:
     2015-10-16 20:02:41   SECURITY        ENABLED
     2015-10-16 20:21:59   assocGroup_01   Max 08 Nodes 01
     2015-10-16 20:21:05   assocGroup_02   Max 08 Nodes
     2015-10-16 20:21:03   assocGroups     2
     2015-10-16 20:53:43   battery         100 %
     2015-10-16 20:30:21   configAutoReportIlluminationTime 2
     2015-10-16 20:31:42   configAutoReportTemperatureTime 2
     2015-10-16 20:32:25   configOperationMode 8
     2015-10-16 20:53:43   doorWindow      00
     2015-10-16 20:53:43   luminance       8 %
     2015-10-16 20:22:39   model           devolo Door/Window Contact MT02648
     2015-10-16 20:22:39   modelConfig     philio/pst02-1c.xml
     2015-10-16 20:22:39   modelId         0175-0002-000e
     2015-10-16 20:32:24   received_nonce  6a78495790cdf342
     2015-10-16 21:02:21   send_nonce      46f1503721339d65
     2015-10-16 21:02:21   state           sendNonce
     2015-10-16 20:50:47   tamper          ff
     2015-10-16 21:02:21   temperature     19.5 C
     2015-10-16 21:02:21   transmit        OK
     2015-10-16 20:51:40   wakeup          notification
     2015-10-16 20:24:24   wakeupReport    interval 21600 target 1
   secMsg:
Attributes:
   IODev      zw.dongle
   alias      Haustür
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   devStateIcon .*Zu:fts_door_right@green .*Auf:fts_door_right_open@red
   eventMap   00:Zu ff:Auf
   group      Türen/Fenster
   icon       control_building_eg
   room       Status
   secure_classes BATTERY ALARM ASSOCIATION CONFIGURATION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP MARK
   stateFormat doorWindow


Gruß
Uwe

[A.Harrenberg]

Hi Uwe,

Besonderheiten:
Obwohl die LED erfolgreiche Inclusion gezeigt hat, habe ich mehrmals kurz hintereinander den Sensor angehoben (aktiviert den tamper-Schalter = WAKEUP)
Obwohl im log sichtbar, musste ich wieder die assocation zur Gruppe 1 manuell durchführen. Alle Versuche den Sensor zu konfigurieren sind bis dahin fehlgeschlagen.
Entweder war ich zu ungeduldig, oder die Parameter in benutzerfreundlicher Version funktionieren nicht. Auf jeden Fall habe ich die Parameter über set ConfigByte (z.B. 12 2 für Temperaturreport) gesetzt. Dann ein WAKEUP über den tamper ausgeführt und erst danach über get config wieder ausgelesen. Das hat für alle Einstellungen reproduzierbar funktioniert.

also das sieht ja erst mal gar nicht soooo schlecht aus ,-)

Die eigentliche secure-Inclusion hat einwandfrei funktioniert. Im weiteren Verlauf ist bei dem "Association-Befehl" das Gerät aber "eingeschlafen" -> "scheduled for wakeup", beim Aufwachen ist dann irgendwie ein Befehl verloren gegangen und ab da kommen dann auch ein paar CAN-Nachrichten. Den Logausschnitt schaue ich mir morgen mal in Ruhe an und versuche herauszufinden was da schiefgelaufen ist. Durch das Problem sind danach wahrscheinlich einige Einstellungen nicht beim Sensor angekommen.

Was willst Du denn hiermit sagen:

Obwohl die LED erfolgreiche Inclusion gezeigt hat, habe ich mehrmals kurz hintereinander den Sensor angehoben (aktiviert den tamper-Schalter = WAKEUP)

Ist das jetzt eigentlich ein baugleicher Sensor oder ein anderer? Ich hatte verstanden das Du die kombinierten Sensoren kaufen wolltest (aber erst nächsten Monat??).

Beim Dongle steht natürlich unter Node_info Security:0

Keine Ahnung was das zu bedeuten hat. Auch mein Dongle zeigt da "0" an. Solange im Reading des Gerätes ein "SECURITY ENABLED" steht sollte alles funktionieren.

Gruß,
Andreas.

[Buwe]

Hi Andreas,
Der Sensor ist baugleich und reicht für gedachten den Zweck. Die anderen beiden werden zus. den Bewegungssensor benötigen.

"Was willst du denn hiermit sagen":
Der Sensor blinkt während der Inklusion und zeigt den Erfolg durch längeres leuchten an.
Will man danach was an den Sensor senden muss man ja ein Wakeup provozieren. Bei diesem Sensor über den Tamper-Schalter.
Die Überlegung aus den vorherigen Versuchen war: Falls fhem doch noch nicht mit dem Interview fertig war, vermeidet mehrmaliges Wakeup hintereinander vielleicht irgendwelche Timeouts.
Also beispielsweise was du unter Assocation-Befehl und einschlafen beschrieben hast.

[A.Harrenberg]

Hallo Rudi,

kannst Du hier bitte mal mit drauf schauen, ich begreife nicht wieso hier "Scheduled for sending after WAKEUP" auftreten kann...

Code Auswählen Erweitern

2015.10.16 20:02:44.210 3: ZWave_GARAGE_DOOR_4 SECURITY: 9802 retrieved for encryption
2015.10.16 20:02:44.214 2: ZWave set ZWave_GARAGE_DOOR_4 secEncap 81336a6c2720972166930a617021f2e968954751c9
2015.10.16 20:02:44.497 5: ZWDongle_Write 00 1304169881336a6c2720972166930a617021f2e968954751c92504
2015.10.16 20:02:44.498 5: SW: 011d001304169881336a6c2720972166930a617021f2e968954751c92504a9
2015.10.16 20:02:44.502 5: ACK received, removing 011d001304169881336a6c2720972166930a617021f2e968954751c92504a9 from dongle sendstack
2015.10.16 20:02:44.509 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:02:44.509 5: SW: 06
2015.10.16 20:02:44.511 5: zw.dongle dispatch 011301
2015.10.16 20:02:44.527 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:02:44.527 5: SW: 06
2015.10.16 20:02:44.529 5: zw.dongle dispatch 001304000002
2015.10.16 20:02:44.529 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:02:44.530 4: zw.dongle transmit OK for 04
2015.10.16 20:02:44.539 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.16 20:02:44.540 5: SW: 06
2015.10.16 20:02:44.542 5: zw.dongle dispatch 00040004029840
2015.10.16 20:02:44.542 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840
2015.10.16 20:02:44.546 2: ZWave set ZWave_GARAGE_DOOR_4 sendNonce
2015.10.16 20:02:44.833 5: ZWDongle_Write 00 13040a988079d3288e15349e622504
2015.10.16 20:02:44.834 5: SW: 01110013040a988079d3288e15349e6225041b
2015.10.16 20:02:44.837 5: ACK received, removing 01110013040a988079d3288e15349e6225041b from dongle sendstack
2015.10.16 20:02:44.843 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:02:44.844 5: SW: 06
2015.10.16 20:02:44.846 5: zw.dongle dispatch 011301
2015.10.16 20:02:44.860 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000002
2015.10.16 20:02:44.860 5: SW: 06
2015.10.16 20:02:44.862 5: zw.dongle dispatch 001304000002
2015.10.16 20:02:44.863 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.16 20:02:44.863 4: zw.dongle transmit OK for 04
2015.10.16 20:02:44.881 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400041f98810a9797d52d7f1df072d7a634772af9ce13c1c84479671bfd9ea38f0729
2015.10.16 20:02:44.881 5: SW: 06
2015.10.16 20:02:44.883 5: zw.dongle dispatch 000400041f98810a9797d52d7f1df072d7a634772af9ce13c1c84479671bfd9ea38f0729
2015.10.16 20:02:44.884 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:1f98810a9797d52d7f1df072d7a634772af9ce13c1c84479671bfd9ea38f0729
2015.10.16 20:02:44.887 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:0b98030080718570303184ef


Bis hier ist noch alles in Ordnung, Befehl 9802 wird von meinem Stack geholt, verschlüsselt und versendet. Dann erfolgt die Bestätigung und es wird ein 029840 empfangen was die Aufforderung ist eine Nonce mit 9880..... zu senden. Nach der Bestätigung wird dann die verschlüsselte Nachricht mit 9881.... empfangen und entschlüsselt. Das ist dann die 9803 Antwort auf die secSupported Anfrage mit 9802.

Ab hier stimmt dann aber was nicht, um 20:02:45.400 wird dann ein Befehl der eigentlich schon "abgefangen" und auf meinen Stack gelegt wurde angeblich "Scheduled for sending after WAKEUP". Hier sind doch auf keinen Fall 2 Sekunden Inaktivität... Das ganze kommt irgendwie aus ZWave_doExecInits was ja nach durchlaufen der inklusion aufgerufen wird. Danach geht es dann auch mit einigen Merkwürdigkeiten weiter. Die könnten aber mit dem manuellen Auslösen des "Tampers" zu tun haben.

Code Auswählen Erweitern


2015.10.16 20:02:45.395 2: ZWave set ZWave_GARAGE_DOOR_4 associationAdd 1 01
2015.10.16 20:02:45.396 3: ZWave_GARAGE_DOOR_4 SECURITY: 85010101 stored for encryption
2015.10.16 20:02:45.399 2: ZWave get ZWave_GARAGE_DOOR_4 secNonce
2015.10.16 20:02:45.400 1: ZWAVE INIT: set ZWave_GARAGE_DOOR_4 associationAdd 1 01: Scheduled for sending after WAKEUP
2015.10.16 20:02:45.905 2: ZWave get ZWave_GARAGE_DOOR_4 model
2015.10.16 20:02:45.906 1: ZWAVE INIT: get ZWave_GARAGE_DOOR_4 model: Scheduled for sending after WAKEUP
2015.10.16 20:03:16.782 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.16 20:03:16.789 5: SW: 06
2015.10.16 20:03:16.790 5: zw.dongle dispatch 00040004029840
2015.10.16 20:03:16.791 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840
2015.10.16 20:03:16.794 2: ZWave set ZWave_GARAGE_DOOR_4 sendNonce
2015.10.16 20:03:19.746 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004028407
2015.10.16 20:03:19.747 5: SW: 06
2015.10.16 20:03:19.748 5: zw.dongle dispatch 00040004028407
2015.10.16 20:03:19.749 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:028407
2015.10.16 20:03:19.750 5: ZWDongle_Write 00 13040298402504
2015.10.16 20:03:19.751 5: SW: 010900130402984025041a
2015.10.16 20:03:19.760 5: ACK received, removing 010900130402984025041a from dongle sendstack
2015.10.16 20:03:19.761 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.16 20:03:19.761 5: SW: 06

Hast Du vielleicht eine Idee was da schief läuft?

Gruß,
Andreas.

[A.Harrenberg]

Hi Uwe,

Der Sensor ist baugleich und reicht für gedachten den Zweck. Die anderen beiden werden zus. den Bewegungssensor benötigen.

ah, ok. D.h. der Sensor lässt sich mit Security einbinden, die Frage ist jetzt warum Zwave.me den "blacklisted"...

"Was willst du denn hiermit sagen":
Der Sensor blinkt während der Inklusion und zeigt den Erfolg durch längeres leuchten an.
Will man danach was an den Sensor senden muss man ja ein Wakeup provozieren. Bei diesem Sensor über den Tamper-Schalter.
Die Überlegung aus den vorherigen Versuchen war: Falls fhem doch noch nicht mit dem Interview fertig war, vermeidet mehrmaliges Wakeup hintereinander vielleicht irgendwelche Timeouts.
Also beispielsweise was du unter Assocation-Befehl und einschlafen beschrieben hast.

Soweit ich da gerade reingeschaut habe glaubt FHEM anscheinend nur das Gerät würde schlafen... Da stimmt was im Ablauf nicht, könnte sein das ich mich mit den Security-Funktionen da an eine falsche Stelle reingeklemmt habe. Allerdings ist mir sowas bisher bei keinem Gerät aufgefallen. Vielleicht hat Rudi 'ne schnelle Idee, ansonsten werde ich mal eine Version mit mehr Debug-Output erstellen müssen um rauszubekommen wo der da falsch abbiegt...

Gruß,
Andreas.

[rudolfkoenig]

@Andreas: ich habe jetzt drueber gebruetet. Leider habe ich nichts konretes, aber immerhin einen Verdacht.

Meine Theorie ist, dass das Geraet zunaechst keine Ahnung davon hat, dass es WAKE_UP ist, erst, nachdem secSupported aufgerufen wird. Haken: ich sehe nicht, wann die sec_classes zu den classes hinzugefuegt werden.
Das waere mAn auch deswegen notwendig, damit man Befehle (set/get), die nur in gesicherten Klassen vorkommen, absetzen kann.
Wenn meine Theorie stimmt, dann muesste ZWave_secSupported $hash->{lastMsgSent} auf jetzt setzen.

P.S.: "readingsSingleUpdate($hash, "send_nonce", undef, 0);" ist mAn sehr aufwendig und wirkungslos.
Ich wuerde stattdessen "delete $hash->{READINGS}{send_nonce};" verwenden.

[rudolfkoenig]

Das waere mAn auch deswegen notwendig, damit man Befehle (set/get), die nur in gesicherten Klassen vorkommen, absetzen kann.

Bitte streichen, habe gerade den Aufruf von ZWave_isSecureClass in ZWave_Cmd gefunden....

[A.Harrenberg]

Hallo Rudi,
SecClasses werden aktuell noch nicht zu den normalen classes hinzugefügt. Das muss ich noch einbauen. Dazu wollte ich erst mal die Sache mit MARK klären. Ich denke aber nicht das dies etwas hiermit zu tun hat. An irgendeiner Stelle wird hier der Zeitstempel nicht aktualisiert odet der ganze Ablauf gestört. Warum sollte das WakeUp ansprechen wenn wenige Sekunden vorher noch gesendet wurde. Ich habe aber gerade wenig Zeit, ich kann mich wahrscheinlich erst in 2 Wochen intensiver darum kümmern. Gruß, Andreas.

[Buwe]

Da noch Geld in der Haushaltskasse war 
Ich hatte mir noch einen Philio (-A 4in1 Version) wg. Bewegungsmelder bestellt.

Der ließ sich auch mit Security einbinden.
"Besonderheiten:"

• Die beiden Devolos musste als erstes die Assocation mit dem Controller nachgeholt werden. Der Philio hat das selber gemacht. Ohne Assocation gehen alle Get/Set Config-Befehle anscheinend ins Nirwana.
• Es ist anscheinend nicht möglich in einem Wakeup mehere Get/Set Config Befehle zu senden. Ich hatte bei allen dreien Probleme damit (hatte ich ja schon mal geschrieben).
  Also einen Set/Get Befehl senden, Wakeup provozieren (solange noch nicht montiert), dann erst nächsten Befehl. usw.

Weitere Besonderheit der Geräte die mit Security inkludiert wurden: Jegliche Aktivität die ein Device Funktelegramm erzeugt "müllt" mir das fhem.log mit folgender Nachricht(en) zu:

Code Auswählen Erweitern


2015.10.22 09:07:57 2: ZWave set eg.kue.window_open sendNonce
2015.10.22 09:09:10 2: ZWave set eg.kue.window_open sendNonce
2015.10.22 09:09:27 2: ZWave set eg.fl.window_open sendNonce
2015.10.22 09:09:32 2: ZWave set eg.fl.window_open sendNonce
2015.10.22 09:19:04 2: ZWave set eg.fl.window_open sendNonce


[rudolfkoenig]

Associations werden beim/nach dem Anlernen eigentlich gesetzt, auch beim secure inclusion.
Koenntet du bitte das secure inclusion nochmal mit "attr ZWDongle verbose 5" protokollieren, und das Ergebnis hier posten?

Das Problem mit "sendNonce" habe ich hoffentlich gefixt, konnte es aber nicht testen.
Workaround: beim Geraet verbose auf 1 setzen.

[Buwe]

Associations werden beim/nach dem Anlernen eigentlich gesetzt, auch beim secure inclusion.
Koenntet du bitte das secure inclusion nochmal mit "attr ZWDongle verbose 5" protokollieren, und das Ergebnis hier posten?

Wo das nicht funktioniert hatte, habe ich schon logs geschickt?
http://forum.fhem.de/index.php/topic,41337.msg344440.html#msg344440

[A.Harrenberg]

Hi Buwe,

die alten Logs nutzen gar nichts, ich hatte Dir ja auch schon dazu geschrieben das die Logs noch mit einer älteren Version von FHEM gemacht wurden in der einige kleine aber wichtige Änderungen noch nicht drin sind.

Das "Problem" mit mehreren GET-/SET Befehlen bei WakeUp-Geräten habe ich in den diversen Thread zum Thema Security ja schon geschildert. Die Befehle werden ja "gesammelt" und nach einer WakeUp-Notification rausgeschickt. Da hier dann aus jedem einzelnen Befehle durch die Verschlüsselung eine Frage-Antwort-Kommunikation mit bis zu 8 zusammengehörenden Nachrichten wird, FHEM aber nach der ersten Nachricht gleich mit dem zweiten Befehl weitermacht kommt es hier zu einer Störung der Kommunikation.

Hier sind Rudi und ich noch in Abstimmung wie wir hier einen gesteuerten Ablauf der Kommunikation sicherstellen können damit das verhindert wird. Allerdings habe ich leider frühestens in einer Woche Zeit mich da drum zu kümmern.

Bzgl. Deines ersten Problems kann ich mir nicht vorstellen wieso die Get/Set Befehle von der Association abhängen sollen. Auch hier sind Logfiles vor dem Setzen und nach dem Setzen der Association hilfreich.

Gruß,
Andreas.

[feeeem]

Hallo krikan,

ich beziehe mich auf unsere Diskussion zu den verschiedenen baugleichen Tür/Fensterkontakten (Beiträge #9 - #14 dieses Threads). Du hattest daraufhin dankenswerterweise die XML Beschreibung vom Philio PST02-1C für den Devolo MT02648 eingebunden:

Binde am Wochenende (wenn nichts dazwischen kommt) die PST02-1c.xml für den (Euren) devolo Sensor mit modelId  0175-0002-000e in Fhem ein. Gebe Bescheid, wenn ich fertig bin.

Aufgrund eines günstigen Angebots habe ich mittlerweile auch ein paar Exemplare vom D-Link DCH-Z110 gekauft. Dieses Gerät hat die modelId 0108-0002-000e.

Könntest Du dafür ebenfalls die PST02-1c.xml hinterlegen?

Vielen Dank vorab!

[krikan]

Dieses Gerät hat die modelId 0108-0002-000e.

Wird in der nächsten großen Aktualisierung drin sein, die ich (hoffentlich) dieses Wochenende fertig bekomme und einchecke.

Gruß, Christian

[tmak]

Wird in der nächsten großen Aktualisierung drin sein, die ich (hoffentlich) dieses Wochenende fertig bekomme und einchecke.

Gruß, Christian

Hallo Christian,

ich bin auch gerade dabei meine ersten ZWAVE Schritte mit FHEM und dem D-Link DCH-Z110 zu machen. Sollte ich noch bis zu dem Update warten oder wird der Sensor auch jetzt schon funktionieren?

Kommt das Update dann via FHEM Update oder muss ich noch was manuell machen?

Danke und Viele Grüße
Torben

[krikan]

Hallo Torben!
Der Sensor wird auch jetzt schon funktionieren. Die XMLs erleichtern nur einiges. Details findest Du im fhemwiki im ZWave-Artikel, den Du Dir anschauen solltest.
Sind nachdem ich es eingecheckt habe im naechsten Update (fruehestens Montag)
Gruss,Christian

[krikan]

Neue XMLs sind eingecheckt. Die Philio, Devolo und D-Link - Tür-/Fensterkontakte sind enthalten. Parameter 21 und 22 habe ich nicht geändert; angegebenen Bereiche sind demnach laut Doku zu groß (s. oben im Thread).

Heute bei sourceforge http://sourceforge.net/p/fhem/code/HEAD/tree/ und morgen ab ca. 8 Uhr per automatischer Verteilung durch "update".

[feeeem]

Neue XMLs sind eingecheckt. Die Philio, Devolo und D-Link - Tür-/Fensterkontakte sind enthalten.

Danke!

[tmak]

Neue XMLs sind eingecheckt.

Super, danke für die Information! Dann werde ich meinen D-Link heute abend einmal neu einbinden!

[Buwe]

Irgendwie mögen mich die Devolo/Philio Sensoren nicht, zumindest nicht mit der Option Security.
Ich hatte mehrfach versucht den bisher unzuverlässigen Bewegungsmelder des Philio 4-in-1 Sensors über Config-Paramter zu konfigurieren. War leider immer nur mal zwischendurch möglich.
Nachdem ich heute morgen nochmals eine neue 10_Zwave.pm gesehen und ein Update durchgeführt hatte, habe ich mir danach mal die Zeit genommen genauer zu forschen.
Auch habe ich die Versuche mit einem Devolo (Philio) 3-in-1 reproduzieren können.

Ausgangsituation:
Man legt einen Config-Request für den nächsten Wakeup auf den Stack. Beispielsweise: get eg.fl.window_open configAutoReportTemperatureTime

List des Sensor vor dem Befehl (Tür geöffnet/geschlossen):

Code Auswählen Erweitern


Internals:
   DEF        e58b19ca 4
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     13
   NAME       eg.fl.window_open
   NR         73
   STATE      Zu
   TYPE       ZWave
   homeId     e58b19ca
   isWakeUp   1
   lastMsgSent 1445949706.93921
   nodeIdHex  04
   zw.dongle_MSGCNT 13
   zw.dongle_RAWMSG 000400042d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
   zw.dongle_TIME 2015-10-27 13:41:47
   Readings:
     2015-10-16 20:02:41   SECURITY        ENABLED
     2015-10-16 20:21:59   assocGroup_01   Max 08 Nodes 01
     2015-10-16 20:21:05   assocGroup_02   Max 08 Nodes
     2015-10-16 20:21:03   assocGroups     2
     2015-10-27 13:41:46   battery         100 %
     2015-10-16 20:30:21   configAutoReportIlluminationTime 2
     2015-10-16 20:31:42   configAutoReportTemperatureTime 2
     2015-10-16 20:32:25   configOperationMode 8
     2015-10-27 13:41:46   doorWindow      00
     2015-10-27 13:41:46   luminance       7 %
     2015-10-16 20:22:39   model           devolo Door/Window Contact MT02648
     2015-10-16 20:22:39   modelConfig     philio/pst02-1c.xml
     2015-10-16 20:22:39   modelId         0175-0002-000e
     2015-10-16 20:32:24   received_nonce  6a78495790cdf342
     2015-10-27 13:41:46   send_nonce      4df7032365e585c8
     2015-10-20 10:04:54   state           sendNonce
     2015-10-16 20:50:47   tamper          ff
     2015-10-27 13:41:46   temperature     20.0 C
     2015-10-27 13:41:46   transmit        OK
     2015-10-27 08:12:58   wakeup          notification
     2015-10-16 20:24:24   wakeupReport    interval 21600 target 1
Attributes:
   IODev      zw.dongle
   alarmDevice Sensor
   alarmSettings alarm4,|eg.fl.window_open:.*Auf|Haustür|on
   alias      Haustür
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   devStateIcon .*Zu:fts_door_right@green .*Auf:fts_door_right_open@red
   eventMap   00:Zu ff:Auf
   group      Türen/Fenster
   icon       control_building_eg
   room       Status
   secure_classes BATTERY ALARM ASSOCIATION CONFIGURATION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP MARK
   stateFormat doorWindow


Im Log ergibt das folgendes:

Code Auswählen Erweitern


2015.10.27 13:41:46.929 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.27 13:41:46.930 5: SW: 06
2015.10.27 13:41:46.931 5: zw.dongle dispatch 00040004029840
2015.10.27 13:41:46.932 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840
2015.10.27 13:41:46.936 5: ZWDongle_Write 00 13040a98804df7032365e585c82504
2015.10.27 13:41:46.937 5: SW: 01110013040a98804df7032365e585c825049d
2015.10.27 13:41:46.941 5: ACK received, removing 01110013040a98804df7032365e585c825049d from dongle sendstack
2015.10.27 13:41:46.947 4: ZWDongle_Read zw.dongle: sending ACK, processing 011301
2015.10.27 13:41:46.947 5: SW: 06
2015.10.27 13:41:46.949 5: zw.dongle dispatch 011301
2015.10.27 13:41:46.963 4: ZWDongle_Read zw.dongle: sending ACK, processing 001304000003
2015.10.27 13:41:46.963 5: SW: 06
2015.10.27 13:41:46.965 5: zw.dongle dispatch 001304000003
2015.10.27 13:41:46.965 4: zw.dongle CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.10.27 13:41:46.966 4: zw.dongle transmit OK for 04
2015.10.27 13:41:46.988 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400042d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
2015.10.27 13:41:46.989 5: SW: 06
2015.10.27 13:41:46.990 5: zw.dongle dispatch 000400042d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
2015.10.27 13:41:46.991 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:2d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
2015.10.27 13:41:46.994 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:198f010403800364043003000a053105030107063105012200c8


Ausführen des o.g. Get Config Befehls:

Code Auswählen Erweitern


2015.10.27 13:43:19.104 4: ZWDongle_Read zw.dongle: sending ACK, processing 000400030e3202213400000000000000000000
2015.10.27 13:43:19.105 5: SW: 06
2015.10.27 13:43:19.107 5: zw.dongle dispatch 000400030e3202213400000000000000000000
2015.10.27 13:43:19.108 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:03 ARG:0e3202213400000000000000000000
2015.10.27 13:44:42.967 2: ZWave get eg.fl.window_open configAutoReportTemperatureTime


Danach erkennt fhem zwar noch Meldungen des Sensor, aber verarbeitet diese nicht mehr!
Ein (gekürztes) list, man beachte send_nonce:

Code Auswählen Erweitern


   lastMsgSent 1445949706.93921
   nodeIdHex  04
   secInProgress 1
   zw.dongle_MSGCNT 13
   zw.dongle_RAWMSG 000400042d9881f2de96ac5f6ea79981f229a9d6261776bfa16785f7dcc8ce1c8f27185eb26d3afd864d4550a917fad132c5
   zw.dongle_TIME 2015-10-27 13:41:47
   Readings:
     2015-10-27 13:41:46   battery         100 %
     2015-10-16 20:30:21   configAutoReportIlluminationTime 2
     2015-10-16 20:31:42   configAutoReportTemperatureTime 2
     2015-10-16 20:32:25   configOperationMode 8
     2015-10-27 13:41:46   doorWindow      00
     2015-10-27 13:41:46   luminance       7 %
     2015-10-27 13:47:15   send_nonce      56f6fe39bc1083ca
     2015-10-27 13:41:46   temperature     20.0 C
     2015-10-27 13:41:46   transmit        OK

   SendStack:
     13040298402504
     13040a988056f6fe39bc1083ca2504
   secMsg:
     70050d get eg.fl.window_open configAutoReportTemperatureTime
   secStack:


Im log sieht das so aus:

Code Auswählen Erweitern


2015.10.27 13:47:15.259 4: ZWDongle_Read zw.dongle: sending ACK, processing 00040004029840
2015.10.27 13:47:15.260 5: SW: 06
2015.10.27 13:47:15.261 5: zw.dongle dispatch 00040004029840
2015.10.27 13:47:15.262 4: zw.dongle CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:029840


Bedeutet: Ein Öffnen oder Schließen der Türe wird von fhem nicht mehr erkannt! Was bei einer Alarmanale eher schlecht ist.
Meine Sensoren so konfiguriert, dass sie stündlich Temperatur/Helligkeit melden. Auch dieses bleibt dann aus.

Dieser Zustand hält an bis zu einem shutdown/restart oder bis zum nächsten regulären Wakeup des Sensors.

Bei dem Philio 4-in-1 verhält es sich prinzipiell genauso. Im Unterschied dazu hatte ich zusätzlich (als ersten Befehl) per Get das Wakup-Interval abgefragt. Wobei neuerdings bei Wakup-Interval die Meldung "executed in background" statt "scheduled for wakeup" kommt.
Der hat sich allerdings durch Wakeup nicht berappelt, sondern brauchte zusätzlich einen shutdown/restart von fhem.
Auch wurde hier das Reading für Wakeup-Interval und configAutoReportTemperatureTime nicht aktualisiert.

Um den Beitrag nicht unnötig aufzublähen hier nur mal die geküzten Daten aus dem List:

Code Auswählen Erweitern


lastMsgSent 1445966247.06969
   nodeIdHex  06
   secInProgress 1
   zw.dongle_MSGCNT 13
   zw.dongle_RAWMSG 0013060101a3
   zw.dongle_TIME 2015-10-27 18:17:31
   Readings:
     2015-10-21 11:52:31   SECURITY        ENABLED
     2015-10-21 12:07:32   alarm           HomeSecurity: Tampering, product covering removed, arg 00
     2015-10-27 13:13:01   battery         100 %
     2015-10-21 12:22:26   configAutoReportIlluminationTime 2
     2015-10-21 12:22:03   configAutoReportTemperatureTime 2
     2015-10-21 12:20:13   configCustomerFunction 20
     2015-10-21 12:08:33   configOperationMode 8
     2015-10-24 21:38:34   configPIRSensitivity 50
     2015-10-27 13:13:01   doorWindow      ff
     2015-10-27 13:13:01   luminance       40 %
     2015-10-21 12:02:41   model           Philio Technology Corporation PST02-A 4 in 1 Multi-Sensor
     2015-10-21 12:02:41   modelConfig     philio/pst02.xml
     2015-10-21 12:02:41   modelId         013c-0002-000c
     2015-10-27 09:43:21   motion          ff
     2015-10-27 18:16:49   received_nonce  b68a25fd8635e5b3
     2015-10-27 18:21:21   send_nonce      eed7cb6f92cf1edc
     2015-10-27 18:17:31   state           TRANSMIT_NO_ACK
     2015-10-21 13:47:52   tamper          ff
     2015-10-27 18:17:26   temperature     22.5 C
     2015-10-27 18:17:31   transmit        NO_ACK
     2015-10-27 18:16:49   wakeup          notification
     2015-10-21 11:59:41   wakeupReport    interval 3600 target 1
   SendStack:
     sent:13060298402506
     13060a9880eb178369fc0f663d2506
     13060a9880eed7cb6f92cf1edc2506
   secMsg:
     700503 get eg.kue.window_open configPIRSensitivity
   secStack:

Zur Erläuterung: Ich hatte den Fehler gegen 13:13 Uhr provoziert und tatsächlich bis zum nächsten Wakeup gewartet.

Ich habe noch einen Devolo, der ohne Security eingerichtet ist. Der zeigt dieses Verhalten nicht.

Möglicherweise kommt ist das Problem auf der Blacklist von Zwave.me beschrieben (ich habe allerdings den Stick statt der Platine):

Reason/Description: The device works fine when included non secure. When included secure certain interview commands are not answered correctly and the device used unsecure communication within secure environments. This is a violation of the Z-Wave security policy and protocol.

[krikan]

Die Blacklist von zwave.me würde ich nicht zu ernst nehmen. Wenn man den Thread im Zwave.me Forum liest, fragt man sich, wer Schuld ist..
Denke eher es muss noch etwas am Fhem-Code optimiert werden. Derartige Probleme hatten wir mit dem ursprünglichen Testcode und meinem Philio PST02-A mMn nicht.

[A.Harrenberg]

Hi,
habe leider momentan keine Zeit da rein zu schauen, komme frühestens am WE dazu.

Bitte mal ein größeres Stück Log posten in dem alles vom Auslösen des Config request bis zum nächsten WakeUp und bis zum Eintreffen weiterer (nicht verarbeiteten) Nachrichten.
Irgendwo bleibt da was auf dem Security Stack liegen. Wieso das den Ablauf jetzt ausbremst kann ich erst sagen wenn ich ein komplettes Log habe und das mal durchgegangen bin.

Ich würde empfehlen Security mal für die paar Tage nicht zu nutzen... Es sei denn Rudi oder Krikan haben da früher eine Idee.

Gruß,
Andreas.

[Mitch]

Einige Besonderheiten (zumindest für einen Newbie):

• Wakup notification ist per default alle 24 Stunden und geht als Broadcast raus (255). Bei der Notification werden keine Werte (z.B. Temperatur) übertragen.
• Alle 6 Stunden werden als Default-Report: Batterie, Temperatur, Helligkeit und Zu(00)/Auf(ff) gesendet. Diese Zeit kann an zwei Stellen beinflusst werden: Config-No. 20 (Default:30) beeinflusst alle zusammen,  Config-No. 13  (default:12) als Beispiel beinflusst nur die Temparatur. Für die Nicht-Mathematiker: 12 Minuten * 30 Minuten = 360 Minuten/6Stunden 
• Die Dauer zwischen zwei Reports wird jeweils um einige Sekunden kürzer (siehe log unten). Wenn er nicht irgendwann irgendwas tut, müsste die Dauer irgendwann man 0 Minuten sein?
• Cofig-No. 5 auf 8 setzen: ändert die Temperaturwerte auf Celsius statt Fahrenheit (Dank ans fhemwiki)
• Ändert sich die Temperatur um mehr als 0,56 C, erfolgt eine Meldung an FHEM. Für die Helligkeit ist eine Meldung per Default deaktiviert, wobei die Philio-Anleitung bei Aktivierung auf die reduzierte Batterie-Lebensdauer hinweist.
• tamper-Reading, wird beim Auslösen auf "ff" gesetzt und nicht zurückgesetzt. Man kann erneutes Auslösen nur an der Uhrzeit erkennen. (Per setreading manuell auf "00" gesetzt).
• state oder STATE werden beim Auslösen des Fensterkontakts nicht gesetzt (Über "stateformat" gelöst)

Der Vollständigkeit halber ein list <device>...

Code Auswählen Erweitern


Internals:
   DEF        d45feXXX 5
   IODev      zw.dongle
   LASTInputDev zw.dongle
   MSGCNT     19
   NAME       eg.wz.window_open
   NR         70
   STATE      Status: Zu
   TYPE       ZWave
   homeId     d45fXXX
   id         05
   lastMsgSent 1442887809.01576
   zw.dongle_MSGCNT 19
   zw.dongle_RAWMSG 00040005108f0102053105030101063105012200dc
   zw.dongle_TIME 2015-09-22 08:53:55
   Readings:
     2015-09-20 21:03:30   CMD             ZW_APPLICATION_UPDATE
     2015-09-22 05:24:34   battery         100 %
     2015-09-21 13:16:07   config_12       2
     2015-09-21 13:16:07   config_13       2
     2015-09-21 12:16:42   config_20       30
     2015-09-20 17:29:05   config_5        8
     2015-09-22 05:24:34   doorWindow      00
     2015-09-22 08:53:55   luminance       1 %
     2015-09-20 16:55:53   model           0x0175 0x0002 0x000e
     2015-09-20 16:55:53   modelId         0175-0002-000e
     2015-09-20 16:55:49   state           associationAdd 1 01
     2015-09-21 19:42:59   tamper          00
     2015-09-22 08:53:55   temperature     22.0 C
     2015-09-22 04:10:11   transmit        OK
     2015-09-22 04:10:09   wakeup          notification
     2015-09-21 16:15:02   wakeupReport    interval 21600 target 1
Attributes:
   IODev      zw.dongle
   alias      Terassentür
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   devStateIcon .*Zu:fts_door_right@green .*Auf:fts_door_right_open@red
   eventMap   00:Zu ff:Auf
   icon       control_building_eg
   room       Wohnzimmer
   stateFormat Status: doorWindow


... und ein log. (Report: für Temperatur und Helligkeit auf 1 Stunde gesetzt, Batterie und Zustand Kontakt auf 6 Stunden gelassen)

Hallo,

vielen Dank für Deine Infos.

Habe mir nun mein erstes Z-Wave Device gekauft, den Devolo Türkontakt.
Konnte das Ding auch ohne weiteres einbinden.

Was mich etwas stört, die sehr langsame Übertragung der Temp und Helligkeits Werte.

Du schreibst ja, Du hast das auf 1 Stunde gestellt, aber wie finde ich das bzw. wo stell ich das ein?
->  Config-No. 13  (default:12) als Beispiel beinflusst nur die Temperatur
Also configByte 13 1 ?? für eine Stunde.

Mein List sieht auch etwas anders aus:

Code Auswählen Erweitern

ZWDongle_MSGCNT 210
   ZWDongle_RAWMSG 00040002198f010403800364043003000a05310503010106310501220091
   ZWDongle_TIME 2015-10-28 07:50:40
   homeId     cfe3bfce
   isWakeUp   1
   lastMsgSent 1445965576.31134
   nodeIdHex  02
   CHANGETIME:
   Helper:
     Dblog:
       Temperature:
         Mydblog:
           TIME       1446013179.44417
           VALUE      14.5 C
   Readings:
     2015-10-28 07:50:40   battery         100 %
     2015-10-28 07:50:40   doorWindow      00
     2015-10-28 07:50:40   luminance       1 %
     2015-10-27 17:20:57   model           devolo Door/Window Contact MT02648
     2015-10-27 17:20:57   modelConfig     philio/pst02-1c.xml
     2015-10-27 17:20:57   modelId         0175-0002-000e
     2015-10-27 17:20:54   state           associationAdd 1 01
     2015-10-27 21:31:17   tamper          00
     2015-10-28 07:50:40   temperature     14.5 C
     2015-10-27 18:06:20   transmit        OK
     2015-10-27 18:06:16   wakeup          notification
   SendStack:
     13020272042502
     13020570040d01052502
     13020570040c01022502
     13020570040d01022502
     13020272042502
Attributes:
   IODev      ZWDongle
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   devStateIcon Zu:fts_door_right Auf:fts_door_right_open
   event-on-change-reading battery,doorWindow,luminance,temperature
   eventMap   00:Zu ff:Auf
   group      Türen
   icon       fts_door_right
   room       Fenster,Flur
   stateFormat doorWindow

Vielen Dank!

[Buwe]

@Mitch:
Man kann/muss an 2 Schrauben drehen:
Config 13 beeinflusst nur den Report für Temperatur (Default:12, 0 schaltet ganz ab!)
Config 20 beeinflusst Temperatur, Helligkeit, Battery, Tür auf/zu gleichzeitig (Default: 30, 0 schaltet alle ab)
Wenn du die beiden Werte multiplizierst kommst du auf 360 Minuten.
Du musst also selbst einen Kompromiss wie viele Daten du (auf Kosten der Batterie-Lebensdauer) benötigst.

Zwei Dinge solltest du beachten:
Der Sensor meldet in der Standard-Config Änderungen um mehr als 0,56 Grad automatisch.
Die angezeigte Temperatur entspricht nicht zwangsläufig der Raumtemperatur. Während unser Heizungsthermostat und eine Fritzsteckdose an der Rauminnenseite nahezu identische Werte anzeigen, liegt die des Sensors mal 1-2 Grad niedriger (Nachts) oder höher (Mittagssonne).

Zu deinen Readings: Dir fehlen einige weil du die Werte vmtl. noch nicht per Get abgefragt hast.
Falls der Sensor über Security eingebunden ist, musst du vermutlich derzeit die Get-Befehle einzeln gefolgt von einem zeitnahen Drücken des Tamper-Button aufrufen. Ohne Security könnte auch ein ConfigRequestAll funktionieren.

[Mitch]

Danke schonmal.

Mir geht es eigentlich um die Helligkeit, die möchte ich gerne öfter haben, bzw. überhaupt haben

Für die Helligkeit ist eine Meldung per Default deaktiviert

[Buwe]

Bitte mal ein größeres Stück Log posten in dem alles vom Auslösen des Config request bis zum nächsten WakeUp und bis zum Eintreffen weiterer (nicht verarbeiteten) Nachrichten.

Gibt es eine Möglichkeit das loggen auf einen Sensor einzugrenzen?
Hier funken mittlerweile vier von den Dingern rum und es ist nicht immer in den Logs eindeutig erkennbar welcher gesendet hat.
Ansonsten würde ich vorschlagen:
Logs wie es normal aussieht (Wakeup, Autoreport, Öffnen Fenster), den Config Request und das Wakeup danach. Auch das Öffnen eines Fensters und die Autoreports kann ich zeitlich eingrenzen.

[Buwe]

Mir geht es eigentlich um die Helligkeit, die möchte ich gerne öfter haben.

Das gesagte gilt prinziell auch für Helligkeit. Dann empfehle ich dir allerdings RTFM 
Der Link zur Doku steht ziemlich am Anfang des Threads. Da findest du neben dem passenden Config Wert auch einige Erläuterungen warum die Meldungen über Helligkeitsänderungen per Default abgeschaltet sind und was das der Minimum-Wert sein sollte.

[Buwe]

Denke eher es muss noch etwas am Fhem-Code optimiert werden. Derartige Probleme hatten wir mit dem ursprünglichen Testcode und meinem Philio PST02-A mMn nicht.

Du hast ja auch die Doku im Wiki zu dem Sensor geschrieben. Setzt du den Sensor "produktiv" ein?
Ich habe den Eindruck ob er Bewegung erkennt, hängt derzeit von der relativen Mondfeuchtigkeit ab.

Ich bin auf die beschriebenen Probleme nur gestoßen weil ich beispielsweise über Gruppe 2 eine Assocation mit einem Zwischenstecker machen wollte um rauszufinden ob sich ggf. nur Sensor und fhem nicht mögen.
Ich werde den Sensor noch mal exkludieren und auf Werkseinstellungen zurücksetzen. Und dann ohne Security inkludieren. Wenn das nicht hilft geht er zurück. 
Als Fenster-Sensor erfüllt er seinen Zweck. Das Goodie bei Eintritt in die Küche automatisch Licht einzuschalten erfüllt aber nicht den WAF-Faktor.

[Mitch]

Nach mehrmaligen RTF, hoffe ich, das richtige gefunden zu haben:

*** Illumination differential report ***
This function default is disabled, to enable this function by setting the configuration NO.22 not to zero.
Enable this functionality, the device will measure the illumination in every one minute. And if the illumination is changed to plus or minus the value (setting by the configuration NO.22), the device will report illumination information to the nodes in the group 1.
Caution 1: Enable this function will reduce the battery life about 15% ~ 20%. And another issue is setting the differential value too small, it will cause report too frequency, shorter the battery life more.
Propose the setting differential value should not small than 10. Caution 2: If the configuration No.4 is setting to 0 or 100, this functionality is useless.
Caution 3: Enable this functionality, it will cause the Motion Detector to disable detection when the illumination measurement. In other words, The Motion Detector will blind one second in every one minute.

das heißt für mich: set <device> configByte 22 10

liegt ich hier richtig?

[krikan]

Du hast ja auch die Doku im Wiki zu dem Sensor geschrieben. Setzt du den Sensor "produktiv" ein?
Ich habe den Eindruck ob er Bewegung erkennt, hängt derzeit von der relativen Mondfeuchtigkeit ab.

Nein, der läuft nur in meiner Spiel- und Testumgebung. Er ist optisch hier nicht akzeptziert  . Kann daher nicht mit Gewissheit sagen, ob es bei der Bewegungserkennung Problem gibt; dem Eindruck nach eher nicht. Nur mMn sehr kleiner Erfassungsbereich.

Jedoch habe ich ein auch grundsätzliches Problem mit Bewegungsmeldern. Ich habe noch keinen optimalen Sensor gefunden (weder EnO noch ZWave). Die Erfassungsbereiche sind alle suboptimal im Vergleich zu meinem uralten nicht Fhem-steuerbaren. Noch nicht probiert habe ich mit dem AEOTEC Multisensor 6 und Fibaro FGMS; die werde ich noch mal testen.

Wenn Du den mit SECURITY nutzt, sind die Probleme für mich verständlich. Wie Andreas schon andeutete: Nutze SECURITY derzeit eher nicht in (WAF-) sensiblen Bereichen.
SECURITY bei allen/vielen Sensoren/Aktoren zu nutzen, halte ich wegen der erhöhten Funklast und daraus resultierenden Verzögerungen sowieso für nicht ideal.

[Buwe]

Nach mehrmaligen RTF, hoffe ich, das richtige gefunden zu haben:

das heißt für mich: set <device> configByte 22 10

liegt ich hier richtig?

Sorry, jetzt erst gesehen...
Damit erreichst du, dass jedes Mal bei einer Helligkeitsänderung um 10% ein Report generiert wird. Ob die 10% deinen Anforderungen genügen wirst du nur durch testen herausfinden.
Ich lasse mir zwar spaßeshalber mit dem regelmäßigen stündlichen Report der Temperatur auch die Helligkeit ausgeben, mache aber im Moment noch nichts damit.

Das beeinflusst aber nicht den regelmäßigen Report. Um beispielsweise stündliche Meldungen zu bekommen, müsstes du noch 12 auf 2 setzen.

[krikan]

Die Blacklist von zwave.me würde ich nicht zu ernst nehmen. Wenn man den Thread im Zwave.me Forum liest, fragt man sich, wer Schuld ist..

Jetzt auch vom zwave.me Mitarbeiter, was von der Blacklist des Philio PST-02-1A zu halten ist und wo das Problem tatsächlich liegt:  http://forum.z-wave.me/viewtopic.php?f=3423&t=21185&start=40#p58886

[KnightTour]

(Ich hoffe, das passt hier rein.)
Falls jemand mit dem Gedanken spielt, sich einen mydlink DCH-Z110 zuzulegen: den gibt es gerade online als Restposten für unter 25€, einfach mal googlen.

Martin

[krikan]

mydlink DCH-Z110 zuzulegen: den gibt es gerade online als Restposten für unter 25€, einfach mal googlen.

Heute schon mit 10% Gutschein unter 20€.
Der WAF ist hier aber designmäßig und wegen Aufdruck mehr als suboptimal. 

@Rudi: der hat laut Werbung 100k; mein Zwave-Testfundus ist aufgestockt.

[Buwe]

Dank an euch beiden.
Wie Krikan schon schreibt, die Dinger sind nicht wirklich ein Design-Stück.

Aber für Keller- und Dachfenster reicht's 

Gruß
Uwe

[andrewtpoint]

Hi Leute,

habe nun endlich geschafft die ganze Sachen in FHEM umzusetzen.

Aber ich bekomme es einfach nicht hin, Fahrenheit auf Celsius umzustellen.

Der XML-Datei habe ich folgendes entnommen:

<Value type="byte" index="5" genre="config" label="5. Operation Mode" min="0" max="127" value="0">
       <Help>
          Bit 0: Reserved
          Bit 1: Reserved
          Bit 2: Disable the door/window function (1: Disable, 0: Enable).
          Bit 3: Setting the temperature scale. 0: Fahrenheit, 1:Celsius.
          Bit 4: Disable the illumination report after event triggered (1: Disable, 0: Enable).
          Bit 5: Disable the temperature report after event triggered (1: Disable, 0: Enable).

Aber weder mit set <device> configByte noch mit set <device> configOperationMode bekomme ich die Änderung auf Celsius hin.

Hat jemand vielleicht einen Typ für mich? Es geht um das D-Link Z110 Fenster Gerät

Danke schonmal für die Mühe

[rudolfkoenig]

Beim Argument muss man 2-er Potenzen addieren, und 8 sollte dabei sein. Ich wuerde direkt mit 8 versuchen. Alternativ kann man sich mit userReadings anfreunden

[krikan]

So wie Rudi schreibt, sollte es korrekt sein. Zumindest beim baugleichen Philio.
*Reklame* : Im Wiki http://www.fhemwiki.de/wiki/Z-Wave-PHI_PST02-1A-T%C3%BCr-,_Bewegungs-,_Helligkeits-,_Temperatursensor#Konfiguration findest Du das auch so *Reklame*

Gruß, Christian

[andrewtpoint]

Danke für die schnelle Antwort. Klappt leider nicht mit 8.
Das genau der Punkt bezüglich Fahrenheit und Celsius ohne Klammer ist, kann dafür aber nicht verantwortlich sein oder?

[Buwe]

Ich habe am Wochenende vier Stück eingebunden.
Allerdings ohne Security. Mag sein, dass die Probleme (hier im Thread beschrieben) durch die letzten Updates mittlerweile behoben sind.

Entweder
set Configbyte 5 8 (die Leertaste zwischen den Zahlen nicht vergessen)
oder
Set ConfigOperationMode 8

Dann entweder ein
get ConfigOperationMode
Oder
set ConfigRequestAll
hinterherschicken

Danach erst den Tamperschalter ein Mal drücken oder auf das nächste Wakeup warten.
Einmal die Config-Seite erneut aufrufen damit die aktualisierten Readings auch wirklich angezeigt werden.
Ggf. als erstes noch das WakeupInterval anpassen, z.B. 21600 1
Wichtig ist die 1, damit werden Wakeup-Nachrichten direkt an den Dongle statt über Broadcast gesendet (21600 entspricht 6 Stunden, könnte ich eigentlich mal höher setzen).

[Omega]

Ich habe mir auch mal so einen Sensor besorgt. Die Einrichtung hat auch sofort geklappt.
Aufgefallen ist mir jetzt nur folgendes: Die Readings heißen meistens alle anders (sprechende Namen sind auch besser als z.B. config_xx). DoorWindow wurde anscheinend durch alarm abgelöst.

Es gelingt mir allerdings nicht, das Wakeupintervall zu verändern.
Ich setzte dafür folgenden Befehl ab:

Code Auswählen Erweitern


set ZWave_GARAGE_DOOR_7 wakeupInterval 14400 01

Auch Variationen davon habe ich versucht (z.B. 14400 1).

Danach folgt ein set ConfigRequestAll und anschließend ein Auslösen des Tamperschalters.
Es bleibt immer bei der Ausgabe von

Code Auswählen Erweitern


state  wakeupInterval 86400 01

Alle anderen Config-Parameter, die ich verändert habe, werden auch entsprechend ausgewiesen, nur das wakeupInterval nicht.
Bei anderen Sensoren habe ich das Reading wakeupReport mit dem Inhalt interval 14400 target 1. Das vermisse ich ich hier auch.

Mein 2. (kleines) Problem ist der Türstatus. Es gibt kein einfaches Reading doorWindow mit open oder closed sondern nur den Langtext
alarm   AccessControl: Window/Door is closed, arg 00 bzw.
alarm   AccessControl: Window/Door is open, arg 00
alarm   HomeSecurity: Tampering, product covering removed, arg 00

Aufgrund des Doppelpunktes hinter AccessControl / HomeSecurity weiß ich jetzt nicht, wie ich da ein eventMap oder stateFormat umsetzen könnte.

Ich hoffe, ihr habt ein paar Hinweise für mich, die mir weiterhelfen.
Danke
Holger


Hier noch ein list vom Sensor

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        e3839725 7
   IODev      ZWDongle_0
   LASTInputDev ZWDongle_0
   MSGCNT     183
   NAME       ZWave_GARAGE_DOOR_7
   NR         54119
   STATE      wakeupInterval 86400 01
   TYPE       ZWave
   ZWDongle_0_MSGCNT 183
   ZWDongle_0_RAWMSG 000400071e8f010403800364097105000000ff06170005310503015b063105012200e1
   ZWDongle_0_TIME 2015-12-20 11:36:55
   homeId     e3839725
   isWakeUp   1
   lastMsgSent 1450607815.30766
   nodeIdHex  07
   Readings:
     2015-12-19 23:21:33   CMD             ZW_APPLICATION_UPDATE
     2015-12-20 11:36:55   alarm           AccessControl: Window/Door is closed, arg 00
     2015-12-20 11:36:55   battery         100 %
     2015-12-20 09:29:47   configAutoReportBatteryTime 12
     2015-12-20 09:29:47   configAutoReportDoorWindowStateTime 12
     2015-12-20 09:29:48   configAutoReportIlluminationTime 2
     2015-12-20 09:29:49   configAutoReportTemperatureTime 2
     2015-12-20 09:29:50   configAutoReportTickInterval 30
     2015-12-20 09:29:51   configBasicSetLevel 255
     2015-12-20 09:29:52   configCustomerFunction 4
     2015-12-20 09:29:54   configIlluminationDifferentialReport 15
     2015-12-20 09:29:55   configLightThreshold 99
     2015-12-20 09:29:56   configMultiSensorFunctionSwitch 6
     2015-12-20 09:29:57   configOperationMode 8
     2015-12-20 09:29:58   configTemperatureDifferentialReport 1
     2015-12-20 09:29:59   configTurnOffLightTime 4
     2015-12-19 23:29:58   humidity        0
     2015-12-20 11:36:55   luminance       91 %
     2015-12-19 23:13:51   model           D-Link Corporation DCH-Z110 Door/Window 3 in 1 sensor
     2015-12-19 23:13:51   modelConfig     dlink/dch-z110.xml
     2015-12-19 23:13:51   modelId         0108-0002-000e
     2015-12-19 23:13:49   state           wakeupInterval 86400 01
     2015-12-20 11:36:55   temperature     22.5 C
     2015-12-20 11:36:57   transmit        OK
     2015-12-20 11:36:55   wakeup          notification
Attributes:
   IODev      ZWDongle_0
   classes    ZWAVEPLUS_INFO BATTERY ALARM ASSOCIATION CONFIGURATION MANUFACTURER_SPECIFIC VERSION SENSOR_BINARY SENSOR_MULTILEVEL WAKE_UP ASSOCIATION_GRP_INFO POWERLEVEL DEVICE_RESET_LOCALLY MULTI_CMD SECURITY FIRMWARE_UPDATE_MD MARK BASIC
   room       ZWave


und vom Dongle:

Code Auswählen Erweitern


Internals:
   CallbackNr 2
   Clients    :ZWave:
   DEF        /dev/serial/by-id/usb-0658_0200_12345678-9012-3456-7890-123456789012-if00@115200
   DeviceName /dev/serial/by-id/usb-0658_0200_12345678-9012-3456-7890-123456789012-if00@115200
   FD         66
   MaxSendRetries 3
   NAME       ZWDongle_0
   NR         580
   PARTIAL
   RAWMSG     000400070a8f0101063105012200dc
   ReadTime   1450607933.96129
   STATE      Initialized
   SendRetries 0
   SendTime   1450607817.33525
   TYPE       ZWDongle
   WaitForAck 0
   ZWDongle_0_MSGCNT 5261
   ZWDongle_0_TIME 2015-12-20 11:38:54
   homeId     e3839725
   nodeIdHex  01
   nrNAck     0
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-12-16 09:18:33   caps            Vers:5 Rev:3 ManufID:0115 ProductType:0400 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET UNKNOWN_28 NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 UNKNOWN_78 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE UNKNOWN_92 UNKNOWN_93 UNKNOWN_98 UNKNOWN_b4 ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_d4 UNKNOWN_ef ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH UNKNOWN_f5
     2015-12-16 09:18:33   homeId          HomeId:e3839725 CtrlNodeId:01
     2015-10-02 10:25:23   neighborList_1  2,5,6
     2015-11-08 11:34:36   nodeList        1,2,3,4,5,6
     2015-12-18 01:05:55   random          141f01dd709785ab4672
     2015-12-16 09:18:33   state           Initialized
     2015-09-20 14:32:46   timeouts        0106640f
     2015-10-15 17:25:05   version         Z-Wave 4.05 STATIC_CONTROLLER
   SendStack:
Attributes:
   room       ZWave,Server



Nachtrag:
Typisch: jetzt ist auf einmal das Reading wakeupReport vorhanden mit dem richtigen Inhalt. Bleibt also "nur" noch meine Frage zu doorWindow bzw. eventMap und stateFormat.

[Buwe]

Ein:

Code Auswählen Erweitern


set <Device> configCustomerFunction 20

bringt dir doorWindow zurück.

Achtung Bit-Register!

Code Auswählen Erweitern

Bit 4: Notification Type, 0: Using Notification Report. 1: Using Sensor Binary Report

Wenn du da sonst nichts verstellt hast für spezielle Wünsche, würde die 20 passen

[Omega]

  Super! doorWindow ist da und funktioniert auch entsprechend.

Aber (bleibt ja nicht aus): wo finde ich die Bedeutung der einzelnen Bits und vor allem: wie erkenne ich den Unterschied in der Bedeutung von
Using Notification Report und Using Sensor Binary Report?

Der Tamper-Alarm wird jetzt ja nicht mehr signalisiert. Vermutlich habe ich ja nur die Möglichkeit, mich zwischen den Readings alarm und doorWindow entscheiden zu müssen.

[krikan]

Der Tamper-Alarm wird jetzt ja nicht mehr signalisiert. Vermutlich habe ich ja nur die Möglichkeit, mich zwischen den Readings alarm und doorWindow entscheiden zu müssen.

Du könntest bei Class Notification (ALARM) bleiben und es über userReadings zur Trennung der verschiedenen Alarmarten lösen (Bsp.: http://forum.fhem.de/index.php/topic,20884.msg376345.html#msg376345)

[Omega]

Ja, funktioniert so. Danke.

Code Auswählen Erweitern


attr ZWave_GARAGE_DOOR_7 userReadings tuerStatus {ReadingsVal("ZWave_GARAGE_DOOR_7","alarm","") =~/Door is open/ ? "Auf" : "Zu"}

So ist dann auch das Problem mit dem Doppelpunkt im alarm-Reading gelöst.

Verbleiben nur meine Fragen, wo man die Infos zu den Bits und zu "Using Notification Report" und "Using Sensor Binary Report". Habe zwar schon gegoogled aber noch nichts passendes gefunden.

[krikan]

Verbleiben nur meine Fragen, wo man die Infos zu den Bits und zu "Using Notification Report" und "Using Sensor Binary Report".

Habe mich nicht getraut zu antworten, da ich befürchte Dich falsch zu verstehen:
Aus der Anleitung http://products.zwavealliance.com/products/1151 und der Hilfe in FHEM zu den configXY-Befehlen.

Gruß, Christian

[krikan]

Ja, funktioniert so. Danke.

Code Auswählen Erweitern


attr ZWave_GARAGE_DOOR_7 userReadings tuerStatus {ReadingsVal("ZWave_GARAGE_DOOR_7","alarm","") =~/Door is open/ ? "Auf" : "Zu"}

So ist dann auch das Problem mit dem Doppelpunkt im alarm-Reading gelöst.

Im Nachhinein: Bist Du sicher, dass das mit dem Code ausreicht? Was passiert bei Tamper-Alarm und weiterhin offener Tür?

[Omega]

Zu meiner ursprünglichen Frage: Danke das du mich etwas in die richtige Richtung geschubst hast. Jetzt habe auch ich es gefunden.

Wenn ich den Sensor zusammen mit dem Magneten anhebe, bleibt es bei der Tamper-Alarmmeldung (das ist aber ein unrealistisches Scenario).
Wird nur der Sensor angehoben, kommt kurzfristig der Tamper-Alarm, der aber gleich danach überschrieben wird durch die Tür-ist-offen-Meldung.

Meine readHistorie zeigt folgendes:

Code Auswählen Erweitern


17:12:12  ZWave_GARAGE_DOOR_8 tuerStatus: Auf
17:12:12  ZWave_GARAGE_DOOR_8 temperature: 22.0 C
17:12:12  ZWave_GARAGE_DOOR_8 luminance: 40 %
17:12:12  ZWave_GARAGE_DOOR_8 alarm: AccessControl: Window/Door is open, arg 00
17:12:12  ZWave_GARAGE_DOOR_8 battery: 100 %
17:12:12  ZWave_GARAGE_DOOR_8 tuerStatus: Zu
17:12:12  ZWave_GARAGE_DOOR_8 alarm: HomeSecurity: Tampering, product covering removed, arg 00


Im Prinzip müsste dieses kurze "Aufblitzen" der HomeSecurity-Meldung aber ausreichen, um bei Bedarf weiteres auslösen zu können.

[Buwe]

Mmmmh, sehr merkwürdig...
Die ersten drei, die ich erworben hatte, waren Devolos. Dann kam ein Philio (4in1) und zuletzt 4 Dlinks.

Die Devolos waren von Anfang an auf "Binary Report" gestellt. Auch ein Werksreset hat das nicht geändert.
Der Philio und die Dlinks waren auf "Notification Report" konfiguriert. Da bei den Devolos die 20 eingestellt war, habe ich (nach lesen der Doku) diese genauso konfiguriert.
Die Devolos und der Philio haben bei mir das Reading "tamper" mit dem Wert ff und Datum der Installation/Werksreset.
Die Dlinks haben alle 4 das Reading nicht! Und ich hatte ein bisschen experimentiert, sollte also zumindest der eine oder andere haben.

Wie auch immer, mir ist der "Binary Report"/ein Reading mit doorWindow und passenden Stateformat lieber/einfacher.

Ich habe mal ein Bild angehängt, wie das WAF-kompatibel, bei mir mit Stateformat und devstateicon aussieht.

Edith: Bei einem Dlinks (bewusst) mal den Deckel abgenommen, Reading tamper ist da.

[rumors]

Hallo,

irgendwie bin ich grade etwas müde-doof oder nur doof ... vielleicht auch beides 

Habe hier auch nun 4 Devolo liegen welche ja quasi als 3-1 dem PST02-C entsprechen. 4-1 gibts ja glaube ich bei devolo nicht.

Autocreate hat auch super funktioniert und auch Umstellung auf Celsius mit

Code Auswählen Erweitern

configByte 5 8.

Wie ich es grade geschafft habe auch noch einen configByte als State reinzuhauen ist mir grade ein Rästel aber grade erstmal egal.
Ich brauche die Illumination so gesehen nicht und würde diese nun gerne deaktivieren.
Nachdem ich nun über dem Manual gebrütet habe gehe ich davon aus dass ich wenn ich Temperatur in Grad config Bit3 und Deaktivierung Illumination machen will config Bit4 ich dann ergo einen

Code Auswählen Erweitern

configByte 5 24 verwenden muss ?

Oder denke ich grade wieder in die falsche Richtung ?