Hallo Zusammen.
Ich habe oben genannten Zwischenschalter:
https://www.hans-hats.de/wave-popp-funk-zwischenstecker-schalter-pope009006-p-9813.html (https://www.hans-hats.de/wave-popp-funk-zwischenstecker-schalter-pope009006-p-9813.html)
Nach der Inklusion wird das Gerät nicht als Switch erkannt.
Assoziationskomandos werden nicht akzeptiert.
Hier das Log:
2015.09.06 10:50:14 2: autocreate: define ZWave_SWITCH_BINARY_12 ZWave eea1e68e 12 5e7a735a988672ef2060
2015.09.06 10:50:14 2: autocreate: define FileLog_ZWave_SWITCH_BINARY_12 FileLog ./log/ZWave_SWITCH_BINARY_12-%Y.log ZWave_SWITCH_BINARY_12
2015.09.06 10:50:15 2: ZWave get ZWave_SWITCH_BINARY_12 model
2015.09.06 10:50:15 1: ZWAVE INIT: get ZWave_SWITCH_BINARY_12 model: model:0x0154 0x0003 0x0001
modelId:0154-0003-0001
model:0x0154 0x0003 0x0001
2015.09.06 10:50:47 2: ZWave get ZWave_SWITCH_BINARY_12 model
System:
Raspberry Pi
FHEM mit update und restart
Alle anderen Komponenten (Schalter, Sensoren) laufen.
Vielen Dankl für die Hilfe!
ZitatNach der Inklusion wird das Gerät nicht als Switch erkannt.
Was heißt das? Kannst Du nicht schalten?
Zitat
Assoziationskomandos werden nicht akzeptiert.
Entsprechende CC fehlt im Screenshot auch. Classes sehen insgesamt unvollständig aus. Manuell laut Handbuch anpassen oder exkludieren und neu inkludieren.
Bitte liefere zukünftig besser list vom Device, da sieht man mehr als im Screenshot und ggfs. Logs von Inklusion.
http://www.fhemwiki.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F
Richtig, ich kann nicht schalten, da nicht als Schalter (=switch) erkannt.
list liefert leider auch nicht mehr infos. Exklusion und Inclusion erbrachte auch nichts- 0,5m Abstand.
Ich schick das Ding zurück!
Danke!
Schade; mich hätte ein log mit verbose 5, so wie im verlinkten Wiki-Hinweis genannt, schon interessiert.
Wer sagt Dir denn, das der Aktor ein Problem hat? Es gibt seit heute über update größere Änderungen am Fhem-ZWave-Unterbau.
Kannst du es nach einem FHEM-update morgen ab 8 wieder testen?
D.h. Geraet entfernen (set ZWDongle_0 removeNode on), und danach wieder hinzufuegen.
Falls es nicht klappt, dann Geraet bitte wieder entfernen, vor dem hinzufuegen "attr ZWDongle verbose 5" und "attr global mseclog" setzen, und das FHEM-Log hier anhaengen.
Hallo,
irgendwie tappe ich bei allen Käufen ZWave betreffend in die große braune Masse... wollte wegen der Aktualität ZWave Plus Zwischenstecker kaufen und hab genau den hier bei hans-hats gefunden und gekauft.
Heute wurde geliefert und wie beim TO wird der Stecker zwar erkannt, aber anscheinend nicht als Switch. Es fehlen auch etliche Command Classes, welche in der Anleitung genannt sind. Da mein ZWave Dongle das attr global nicht in der Dropdown-Liste hat, hab ich nur verbose 5 gesetzt und folgendes erschien im Log (nachdem ich update habe laufen lassen UND abermals entfernen/hinzufügen):
2015.10.15 18:37:43 4: ZWDongle set ZWave_Stick_UZB addNode nwOn
2015.10.15 18:37:43 5: ZWDongle_Write 00 4ac107
2015.10.15 18:37:43 5: SW: 0105004ac10776
2015.10.15 18:37:43 5: ACK received, removing 0105004ac10776 from dongle sendstack
2015.10.15 18:37:43 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a07010000
2015.10.15 18:37:43 5: SW: 06
2015.10.15 18:37:43 5: ZWave_Stick_UZB dispatch 004a07010000
2015.10.15 18:37:43 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000
2015.10.15 18:37:43 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK learnReady
2015.10.15 18:37:54 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a07020000
2015.10.15 18:37:54 5: SW: 06
2015.10.15 18:37:54 5: ZWave_Stick_UZB dispatch 004a07020000
2015.10.15 18:37:54 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000
2015.10.15 18:37:54 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK nodeFound
2015.10.15 18:37:54 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a0703070d0410015e7a735a988672ef2060
2015.10.15 18:37:54 5: SW: 06
2015.10.15 18:37:54 5: ZWave_Stick_UZB dispatch 004a0703070d0410015e7a735a988672ef2060
2015.10.15 18:37:54 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:070d0410015e7a735a988672ef2060
2015.10.15 18:37:54 2: autocreate: define ZWave_SWITCH_BINARY_7 ZWave d054ae9f 7 5e7a735a988672ef2060
2015.10.15 18:37:54 2: autocreate: define FileLog_ZWave_SWITCH_BINARY_7 FileLog ./log/ZWave_SWITCH_BINARY_7-%Y.log ZWave_SWITCH_BINARY_7
2015.10.15 18:37:55 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a07050700
2015.10.15 18:37:55 5: SW: 06
2015.10.15 18:37:55 5: ZWave_Stick_UZB dispatch 004a07050700
2015.10.15 18:37:55 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:0700
2015.10.15 18:37:55 2: ZWave get ZWave_SWITCH_BINARY_7 model
2015.10.15 18:37:55 5: ZWDongle_Write 00 13070272042507
2015.10.15 18:37:55 5: SW: 01090013070272042507b4
2015.10.15 18:37:55 4: ZWDongle_ReadAnswer arg:model regexp:^00040007..72
2015.10.15 18:37:55 5: ACK received, removing 01090013070272042507b4 from dongle sendstack
2015.10.15 18:37:55 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.15 18:37:55 5: SW: 06
2015.10.15 18:37:55 5: ZWave_Stick_UZB dispatch 011301
2015.10.15 18:37:55 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 001307000002
2015.10.15 18:37:55 5: SW: 06
2015.10.15 18:37:55 5: ZWave_Stick_UZB dispatch 001307000002
2015.10.15 18:37:55 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.15 18:37:55 4: ZWave_Stick_UZB transmit OK for 07
2015.10.15 18:37:55 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00040007087205015400030001
2015.10.15 18:37:55 5: SW: 06
2015.10.15 18:37:55 4: ZWDongle_ReadAnswer for model: 00040007087205015400030001
2015.10.15 18:37:55 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:07 ARG:087205015400030001
2015.10.15 18:37:55 1: ZWAVE INIT: get ZWave_SWITCH_BINARY_7 model: model:0x0154 0x0003 0x0001
modelId:0154-0003-0001
model:0x0154 0x0003 0x0001
2015.10.15 18:38:07 4: ZWDongle set ZWave_Stick_UZB addNode off
2015.10.15 18:38:07 5: ZWDongle_Write 00 4a0508
2015.10.15 18:38:07 5: SW: 0105004a0508bd
2015.10.15 18:38:07 5: ACK received, removing 0105004a0508bd from dongle sendstack
2015.10.15 18:38:07 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a08060700
2015.10.15 18:38:07 5: SW: 06
2015.10.15 18:38:07 5: ZWave_Stick_UZB dispatch 004a08060700
2015.10.15 18:38:07 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0700
2015.10.15 18:38:07 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK done
list liefert:
Internals:
CFGFN
DEF d054ae9f 7
IODev ZWave_Stick_UZB
NAME ZWave_SWITCH_BINARY_7
NR 179
STATE ???
TYPE ZWave
homeId d054ae9f
isWakeUp
lastMsgSent 1444927075.70329
nodeIdHex 07
Readings:
2015-10-15 18:37:55 model 0x0154 0x0003 0x0001
2015-10-15 18:37:55 modelId 0154-0003-0001
2015-10-15 18:37:55 transmit OK
Attributes:
IODev ZWave_Stick_UZB
classes ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
room ZWave
Gibt es da Aussicht auf Erfolg, oder kann ich die Teile gleich zurück schicken? Leider kenne ich mich mit ZWave überhaupt nicht aus und lerne quasi seit 2 Wochen per fhem. Bisher hält sich der Erfolg allerdings eher in Grenzen, benutzerfreundlich scheint (aus meiner Sicht) anders :-[
Gruß
Michael
ZitatDa mein ZWave Dongle das attr global nicht in der Dropdown-Liste hat
Das haben die Dongles der anderen FHEM-Benutzer auch nicht.
Die global Attribute muss man beim global Device suchen, global ist (falls nicht geaendert) in "Unsorted". Beim aktuellen Problem reicht aber ZWDongle verbose 5 auch.
Was ich komisch finde: Das Geraet meldet "model 0x0154 0x0003 0x0001", was laut pepper-db (http://www.pepper1.net/zwavedb/device/692)
kein Security aber BINARY_SWITCH hat. Evtl. hat deins eine neuere Firmware-Version, wo die Steuerung ueber die SECURITY Klasse verschluesselt erfolgt, komisch finde ich nur, dass die Steuerung _nur_ ueber Security funktionieren soll.
Als erstes wuerde ich sicherstellen, dass du die neuste FHEM-Version verwendest (Stichwort update), danach das Geraet sicherheitshalber nochmal ex- und inkludieren. Wenn es keine Aenderung anzeigt, dann wuerde ich versuchen das Geraet via "addNode sec" zu inkludieren, allerdings ist die SECURITY Unterstuetzung in FHEM noch nicht 100%-ig. Weiterhin muss vorher Crypt::Rijndael installiert sein.
Hi MichaelO,
das ist Rudi mir zuvor gekommen... :-)
Welche Klassen fehlen denn laut Anleitung? (Hast Du vielleicht einen Link auf die Anleitung?)
Laut Deinem Log meldet das Gerät wirklich nur die Klassen die dann in FHEM auch im Attribut classes gelistet werden, da liegt also auch kein Auswertefehler in FHEM vor...
2015.10.15 18:37:54 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a0703070d0410015e7a735a988672ef2060
5e ZWAVEPLUS_INFO
7a FIRMWARE_UPDATE_MD
73 POWERLEVEL
5a DEVICE_RESET_LOCALLY
98 SECURITY
86 VERSION
72 MANUFACTURER_SPECIFIC
ef MARK
20 BASIC
60 MULTI_CHANNEL
classes ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
Ich bin mir da nicht sicher, aber sollte sich das Ding nicht auch über die BASIC Klasse schalten lassen? Da sind doch "Standard"-Befehle definiert die jede Geräteklasse "sinnvoll" auf den eigenen Typ umsetzen soll.
Laut "Pätz":
Die Besonderheit der Klasse Basic liegt darin, dass jedes Gerät die Kommandos entsprechend seiner Grundfunktion interpretiert.
Ein Binärschalter schaltet eine elektrische Last ein bei einem Wert von größer 0 und aus bei einem Wert von 0
Also mal versuchen das Ding über "set basicvalue" (oder set basicSet) zum Schalten zu bewegen.
Ansonsten würde ich auch mal versuchen das Ding unter Security einzubinden und dann mal schauen ob unter "secure_classes" eventuell weitere Klassen auftauchen.
Bei dem Türschloss von DanaLock tauchen die ganzen Klassen z.B. erst unter Security auf. Das wäre aber bei dem Steckdosending auch eher unwahrscheinlich.
Gruß,
Andreas.
Hallo Michael,
da ich Dir Zwave + empfohlen habe, meine Anmerkungen:
Der Zwischenstecker hat aeusserlich verdaechtige Aehnlichkeit mit dem uralten Duewi. Der von Zwave.me mit aufgemotzter Firmware ohne + verkauft wird. Jetzt also als Popp mit + ?
Seltsamerweise findet sich zu deinem Aktor kein Eintrag in der Produktdatenbank der zwavealliance, wo man vernuenftige Doku finden wuerde, darum muss ich mir manches zusammenreimen. Vielleicht hast Du aber die Doku...
Jetzt das Wichtige: Der Popp versucht mWn die Inklusion standardmaessig per secure. Du solltest ihn aber ohne secure einbinden. Das macht man laut einer skand. Internetseite durch 3x Knopdruck am Aktor. Dann muesste Fhem auch mit dem Aktor klarkommen und alle Klassen auftauchen. Analog ist das hier im Forum beim Popp Rauchmelder beschrieben worden. Aussichten sind also vermutlicht nicht schlecht.
Gruss, Christian
Zitat von: krikan am 15 Oktober 2015, 23:33:51
Der von Zwave.me mit aufgemotzter Firmware ohne + verkauft wird.
Der hat auch Z-Wave+.
Siehe hier: http://forum.fhem.de/index.php/topic,40539.msg327821.html#msg327821
Zitat von: waver am 15 Oktober 2015, 23:53:46
Der hat auch Z-Wave+.
Siehe hier: http://forum.fhem.de/index.php/topic,40539.msg327821.html#msg327821
Danke, die Merkwuerdigkeit hatte ich schon wieder vergessen. Stimmt mich aber leider nicht besser fuer Michaels Problem; eher im Gegenteil.
Auf der Homepage von Zwave.me taucht der nur in der ohne + Version auf und in der Produktdatenbank gar nicht.
Moin,
das ist aber auch alles ein Ärger. Kein Wunder, dass es mit dem ganzen "Kram" noch in einer Nische bleibt. Aber was solls, vielleicht bekomme ich das Problem mit Eurer Hilfe ja gelöst, ansonsten schicke ich beide Stecker einfach wieder zurück. Noch kostet das "Smart-Home" deutlich mehr Zeit, als es spart, ich hoffe, dies ändert sich bald. Trotz meiner großen Begeisterung für Technik, Elektronik und alles Automatisierte holt mich dieses ZWave-Zeugs so langsam auf den Boden der Tatsachen zurück. :-\
Das Inkludieren hab ich so gemacht, wie in der Anleitung beschrieben. Zuerst den Controller in den Inklusionsmodus versetzen, das ging über fhem per add... nWon. Danach 3-mal auf den Geräteknopf geklickt und wenige Sekunden danach leuchtet das Lämpchen am Stecker grün. Dann Inklusionsmodus am Controller beenden und kurz danach taucht das Gerät gem. obigem Post unter ZWave in fhem auf.
Ich hab nach dem ersten Fehlschlag dann wieder exkludiert, fhem update gemacht, fhem neu gestartet, wieder inkludiert... selbes Ergebnis.
Die Anleitung einschl. der angeblich vorhandenen Command Classes findet man hier:
http://www.popp.eu/wp-content/uploads/2015/08/Manual_IP20_POPP_En.pdf (http://www.popp.eu/wp-content/uploads/2015/08/Manual_IP20_POPP_En.pdf)
Wie dem auch sei, ich werde es heute im späteren Tagesverlauf nochmal mit dem mir verfügbaren Wissen versuchen und ansonsten wieder zurück schicken. Wenn die HomeMatic-Zwischenstecker nicht so hässlich wären... die funktionieren jedenfalls sofort.
Dummerweise hab ich auch noch einen 2-fach Unterputz-Aktor Philio PAN04 gekauft, da die Features auf dem "Papier" überzeugten. Eben las ich dann einen Thread, dass es auch da zu Problemen kam/kommt. Ich bin gespannt. Aus meiner ganz persönlichen Sicht wird sich bei dem "Ärger" mit den Devices ZWave so nie am Massenmarkt durchsetzen.
ZitatNoch kostet das "Smart-Home" deutlich mehr Zeit, als es spart,
Man koennte auch mit FS20 anfangen: da gibt es kaum Fragen oder Beschwerden, weil es einfach ist, und funktioniert (abgesehen von der Reichweite, aber die anderen Systeme sind da auch nicht Welten besser). Klar, FS20 ist haesslich, nicht bidirektional, und abgesichert ist es auch nicht, aber das ist in vielen Faellen egal. Das groesste Problem, was ich mit FS20 sehe, ist die Unsicherheit, wie lange es noch angeboten wird.
Zitatich hoffe, dies ändert sich bald.
In den 10 Jahren, seitdem ich die Markt beobachte, eher nicht. Und ein System, wie ZWave, was auf mehrere Hersteller setzt, hat es auch nicht einfacher. Ich hatte jedenfalls mit meinen ZWave-Geraeten keine Probleme, und dein Bericht gehoert hier zu den Ausnahmefaellen.
Hallo Michael!
Fhem und Zwave brauchen Einarbeitungszeit. Schnelle Erfolge sind schwierig. Problem ist, dass wir keinen Zugang zu aktuellen offiziellen Zwavedokus haben und alles durch Try ans Error bzw. Berichten von anderen Anwendern lernen muessen. Das ist fuer den einen nervend und fuer den anderen spannend.
Der Pan04, den ich auch als Testgeraet habe, ist gut. Er hat nur das "Problem", dass er sich genau an die zwapi haelt und Schaltvorgaenge nicht kanalweise rueckmeldet. Das kann man simpel loesen. Ob andere bspw Fibaro das anders machen, haben wir im besagten Thread nicht herausgefunden. Es hat sich leider niemand entsprechend beteiligt.
Beim Popp musstest Du bitte probieren und berichten. Ohne Testgeraet faellt mir nicht mehr ein, als hier im Thread geschrieben wurde.
Gruss, Christian
Zitat von: rudolfkoenig am 16 Oktober 2015, 11:21:51
Man koennte auch mit FS20 anfangen...
Auch wenn das etwas vom Thema weg geht... Bevor ich die ersten Komponenten kaufte, wollte ich möglichst nur ein System anschaffen. Nach viel Leserei fand ich die Vorteile von ZWave überzeugend und die Anzahl der verfügbaren Geräte taten das Übrige dazu. FS20 war nie ein Thema. Dass es so kompliziert wird mit ZWave, hätte ich nicht gedacht.
Zitat von: rudolfkoenig am 16 Oktober 2015, 11:21:51
Ich hatte jedenfalls mit meinen ZWave-Geraeten keine Probleme, und dein Bericht gehoert hier zu den Ausnahmefaellen.
Ja, das unterschreibe ich. Darf ich hier die Frage nach einem verlässlichen Zwischenstecker stellen, welcher den Status bei manuellem Schalten automatisch sendet? Bei der Auswahl hab ich ja inzwischen 2-mal danaben gegriffen. Einmal kann er kein Status und dann lässt sich das Gerät nicht inkludieren.
Zitat von: krikan am 16 Oktober 2015, 11:39:34
Fhem und Zwave brauchen Einarbeitungszeit. Schnelle Erfolge sind schwierig... Der Pan04, den ich auch als Testgeraet habe, ist gut...
Beim Popp musstest Du bitte probieren und berichten. Ohne Testgeraet faellt mir nicht mehr ein, als hier im Thread geschrieben wurde.
Wegen des Pan04 komme ich ggf. nochmal auf Dich zu, den teste ich heute/morgen.
Darf ich bzgl. des Popp noch fragen, wie man das mit dem Secure macht? Bislang ist mir nur die auch im Wiki beschriebene "normale" Methode bekannt.
Kann ich sonst mit irgend welchen Logs / Versuchen / o.ä. dazu beitragen, dass dieses Popp-Gerät vielleicht zukünftig besser unterstützt wird? Ich kann mir nicht vorstellen, dass sowas am Markt existieren kann, wenn es nicht funktioniert.
@ Michael
Warum gehst Du denn auf den Vorschlag von Andreas gar nicht ein? http://forum.fhem.de/index.php/topic,40771.msg344898.html#msg344898
Hi Michael,
Du scheinst wirklich Pech mit den ZWave Sachen zu haben. Mein "Einstieg" in ZWave war der noch nicht von FHEM unterstützte RFID-Leser. Den hat Rudi in ein paar Tagen zum laufen gebracht.
Die weiteren "Spielsachen" (Steckdosenschalter, Sirene und Mulit-Sensor) laufen eigentlich völlig problemlos, abgesehen von kleineren prinzipbedingten Einschränkungen mit der momentanen Implementierung für SECURITY.
Die Inklusion mit SECURITY geht momentan nur über die Befehlszeile:
set <Devicename ZWave, meist ZWDongle_0> addNode on sec
Statt "on" kannst Du auch "nWOn" nehmen, wichtig ist das "sec" hinten dran ,-)
In der Anleitung kann ich jetzt nicht erkennen das man am Gerät unterscheiden kann ob mit oder ohne Security inkludiert werden soll.
Bei dem AEOTEC Multisensor muss man für eine normale Inklusion einmal drücken, für Secure-Inklusion zweimal...
Ist die verlinkte Anleitung denn identisch mit der mitgelieferten Papieranleitung? Die Erklärung das das Gerät ein Secure-Network erwartet und dann die Klassen in einem ungesichertem Netzwerk nicht anbietet ist immer noch die wahrscheinlichste. Dann würde das Gerät jetzt davon ausgehen das die gesicherte Anmeldung fehlgeschlagen ist und "verweigert" die Funktion um den Nutzer nicht im Glauben zu lassen es wäre alles in Ordnung. Es müsste dann aber noch eine andere Tastenkombination für eine "nicht-secure-Inklusion" geben.
Probiere doch vielleicht mal folgendes aus:
Inklusion in FHEM starten (Addnode) und Eventfenster öffnen
Einfachklick -> im Eventfenster nachschauen ob was passiert
Doppelklick -> im Eventfenster nachschauen ob was passiert
Trippleklick -> im Eventfenster nachschauen ob was passiert
Ich könnte mir vorstellen das Einfachklick nur umschaltet, das Doppelklick normale Inklusion ist und der in der Anleitung beschriebene Trippleklick dann eine Secure-Inklusion auslöst.
Ich kann jetzt auf Anhieb nicht sagen welchen Steckdosenschalter ich habe, kann ich aber heute abend nachschauen und Dir sagen. Der meldet den Status wenn man manuell schaltet sauber weiter, wenn man die Association richtig gesetzt hat. Das wird ja mittlerweile sogar automatisch gemacht und sollte daher kein Problem darstellen.
Gruß,
Andreas.
Zitat von: waver am 16 Oktober 2015, 12:26:53
@ Michael
Warum gehst Du denn auf den Vorschlag von Andreas gar nicht ein? http://forum.fhem.de/index.php/topic,40771.msg344898.html#msg344898
Weil ich Ärger mit dem Chef bekomme, wenn ich jetzt nach Hause fahre, um an meinem fhem rum zu spielen 8)
Das mache ich heute Nachmittag. Wie schon geschrieben, werde ich mit meinem Wissen und den Hinweisen hier noch ein paar Dinge testen, bevor ich aufgebe. Das gehört dazu!
Zitat von: A.Harrenberg am 16 Oktober 2015, 12:37:44
Ist die verlinkte Anleitung denn identisch mit der mitgelieferten Papieranleitung?
Ja, das ist sie.
Danke schonmal für die Tips, das teste ich später. Auf die verschiedenen Klicks bin ich gar nicht gekommen, da es bei 3-fach gleich "funtioniert" hat. Wenn das Gerät nicht inkludiert ist, dann blinkt die LED in allen RGB Farben, nach einem 3-fach Klick dauert es etwas und die LED leuchtet dauernd grün. Bei manuellem Druck dann blau (wenn eingeschaltet). Das kann man laut Anleitung wohl auch ändern, aber erstmal teste ich die Sache mit dem Eventmonitor und dem Basic-Command.
So, Ergebnis der Tests:
den wie im ersten Post eingebundenen Stecker kann ich schalten über
set ... basicValue 1 bzw. 0
schaltet der Stecker, im Status steht dann basicValue 1 oder 0. Gleiches geht auch mit basicSet.
Dann habe ich den Stecker exkludiert und den Stick mit addNode nwOn in den Inklusionsmodus versetzt. Danach 1x auf die Taste des Steckers, Eventlog:
2015-10-16 17:39:30 ZWDongle ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK nodeFound
2015-10-16 17:39:30 Global global UNDEFINED ZWave_SWITCH_BINARY_8 ZWave d054ae9f 8 5e7a735a988672ef2060
2015-10-16 17:39:30 Global global DEFINED ZWave_SWITCH_BINARY_8
2015-10-16 17:39:30 Global global DEFINED FileLog_ZWave_SWITCH_BINARY_8
2015-10-16 17:39:30 Global global SAVE
2015-10-16 17:39:32 ZWave ZWave_SWITCH_BINARY_8 model: 0x0154 0x0003 0x0001
2015-10-16 17:39:32 ZWave ZWave_SWITCH_BINARY_8 modelId: 0154-0003-0001
2015-10-16 17:39:32 ZWave ZWave_SWITCH_BINARY_8 model: 0x0154 0x0003 0x0001
2015-10-16 17:39:50 ZWDongle ZWave_Stick_UZB addNode off
2015-10-16 17:39:50 ZWDongle ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK done
die LED leuchtet grün und list:
Internals:
CFGFN
DEF d054ae9f 8
IODev ZWave_Stick_UZB
NAME ZWave_SWITCH_BINARY_8
NR 252
STATE basicSet 0
TYPE ZWave
homeId d054ae9f
isWakeUp
lastMsgSent 1445010208.75378
nodeIdHex 08
Readings:
2015-10-16 17:39:32 model 0x0154 0x0003 0x0001
2015-10-16 17:39:32 modelId 0154-0003-0001
2015-10-16 17:43:28 state basicSet 0
2015-10-16 17:43:28 transmit OK
Attributes:
IODev ZWave_Stick_UZB
classes ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
room ZWave
und der Stecker reagiert nicht mehr auf die basicValue Befehle.
Wieder exkludiert, mit addNode und 2x drücken, Eventlog:
2015-10-16 17:57:09 ZWDongle ZWave_Stick_UZB addNode nwOn
2015-10-16 17:57:09 ZWDongle ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK learnReady
2015-10-16 17:57:12 ZWDongle ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK nodeFound
2015-10-16 17:57:12 Global global UNDEFINED ZWave_SWITCH_BINARY_9 ZWave d054ae9f 9 5e7a735a988672ef2060
2015-10-16 17:57:12 Global global DEFINED ZWave_SWITCH_BINARY_9
2015-10-16 17:57:12 Global global DEFINED FileLog_ZWave_SWITCH_BINARY_9
2015-10-16 17:57:12 Global global SAVE
2015-10-16 17:57:13 ZWave ZWave_SWITCH_BINARY_9 model: 0x0154 0x0003 0x0001
2015-10-16 17:57:13 ZWave ZWave_SWITCH_BINARY_9 modelId: 0154-0003-0001
2015-10-16 17:57:13 ZWave ZWave_SWITCH_BINARY_9 model: 0x0154 0x0003 0x0001
2015-10-16 17:57:31 ZWDongle ZWave_Stick_UZB addNode off
list:
Internals:
CFGFN
DEF d054ae9f 9
IODev ZWave_Stick_UZB
NAME ZWave_SWITCH_BINARY_9
NR 279
STATE basicSet 0
TYPE ZWave
homeId d054ae9f
isWakeUp
lastMsgSent 1445011138.26687
nodeIdHex 09
Readings:
2015-10-16 17:57:13 model 0x0154 0x0003 0x0001
2015-10-16 17:57:13 modelId 0154-0003-0001
2015-10-16 17:58:58 state basicSet 0
2015-10-16 17:58:58 transmit OK
Attributes:
IODev ZWave_Stick_UZB
classes ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
room ZWave
und keine Reaktion auf Befehle.
Wieder mit 3x inkludiert, Eventlog:
2015-10-16 18:00:44 ZWDongle ZWave_Stick_UZB addNode nwOn
2015-10-16 18:00:44 ZWDongle ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK learnReady
2015-10-16 18:00:46 ZWDongle ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK nodeFound
2015-10-16 18:00:46 Global global UNDEFINED ZWave_SWITCH_BINARY_10 ZWave d054ae9f 10 5e7a735a988672ef2060
2015-10-16 18:00:46 Global global DEFINED ZWave_SWITCH_BINARY_10
2015-10-16 18:00:46 Global global DEFINED FileLog_ZWave_SWITCH_BINARY_10
2015-10-16 18:00:46 Global global SAVE
2015-10-16 18:00:48 ZWave ZWave_SWITCH_BINARY_10 model: 0x0154 0x0003 0x0001
2015-10-16 18:00:48 ZWave ZWave_SWITCH_BINARY_10 modelId: 0154-0003-0001
2015-10-16 18:00:48 ZWave ZWave_SWITCH_BINARY_10 model: 0x0154 0x0003 0x0001
2015-10-16 18:00:56 ZWDongle ZWave_Stick_UZB addNode off
Und komischerweise keine Reaktion auf Befehle. Ich habe dann den Stecker 1x aus der Steckdose gezogen und wieder eingesteckt, danach konnte ich per Befehl basicSet etc. schalten.
Dann per addNode on sec und 3x drücken, Eventlog:
2015-10-16 18:05:13 ZWDongle ZWave_Stick_UZB addNode on sec
2015-10-16 18:05:13 ZWDongle ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK learnReady
2015-10-16 18:05:18 ZWDongle ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK nodeFound
2015-10-16 18:05:18 Global global UNDEFINED ZWave_SWITCH_BINARY_11 ZWave d054ae9f 11 5e7a735a988672ef2060
2015-10-16 18:05:18 Global global DEFINED ZWave_SWITCH_BINARY_11
2015-10-16 18:05:18 Global global DEFINED FileLog_ZWave_SWITCH_BINARY_11
2015-10-16 18:05:18 Global global SAVE
2015-10-16 18:05:20 ZWave ZWave_SWITCH_BINARY_11 model: 0x0154 0x0003 0x0001
2015-10-16 18:05:20 ZWave ZWave_SWITCH_BINARY_11 modelId: 0154-0003-0001
2015-10-16 18:05:20 ZWave ZWave_SWITCH_BINARY_11 model: 0x0154 0x0003 0x0001
2015-10-16 18:05:45 ZWDongle ZWave_Stick_UZB addNode off
2015-10-16 18:05:45 ZWDongle ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK done
list:
Internals:
CFGFN
DEF d054ae9f 11
IODev ZWave_Stick_UZB
NAME ZWave_SWITCH_BINARY_11
NR 314
STATE ???
TYPE ZWave
homeId d054ae9f
isWakeUp
lastMsgSent 1445011520.0532
nodeIdHex 0b
Readings:
2015-10-16 18:05:19 SECURITY DISABLED (Module Crypt::Rijndael not found)
2015-10-16 18:05:20 model 0x0154 0x0003 0x0001
2015-10-16 18:05:20 modelId 0154-0003-0001
2015-10-16 18:05:20 transmit OK
Attributes:
IODev ZWave_Stick_UZB
classes ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
room ZWave
Und keine Reaktion auf Befehle. Ausgezogen und wieder eingesteckt... Reaktion auf basicSet 0 und 1 klappt.
Ist da noch was zu retten, oder schicke ich die Teile besser wieder zurück?
Auf jeden Fall schonmal 1000 Dank für die Mühe!
Gruß
Michael
Hi Michael,
merkwürdiges Verhalten von dem Teil...
Du hast aber das Modul für die Verschlüsselung (Crypt::Rijndael) nicht installiert, daher funktioniert SECURITY natürlich nicht:
2015-10-16 18:05:19 SECURITY DISABLED (Module Crypt::Rijndael not found)
Ich muss mir aber noch mal meinen Code anschauen, die Nachricht mit dem fehlenden Crypt::Rijndael hätte mMn auch im Log auftauchen sollen und nicht nur in den Readings.
Schau mal hier in den ersten Post:
http://forum.fhem.de/index.php/topic,38587.msg307798.html#msg307798
Dort gibt es z.B. den Hinweis wie man das unter Ubuntu installiert:
http://forum.fhem.de/index.php/topic,38587.msg330406.html#msg330406
Merkwürdigkeit #1: egal ob 1, 2 oder 3 Klicks, es wird jedesmal eine Inklusion ausgelöst.
Merkwürdigkeit #2: normale Inklusion funktioniert nicht, Anleitung schweigt sich über Security aus...
Merkwürdigkeit #3: die Basic-Befehle reagieren anscheinend erst nach "Stecker raus, Stecker rein".
Ich würde gerne noch sehen ob/was das Ding unter Security macht, allerdings lassen die ganzen Merkwürdigkeiten auf nichts gutes für den weiteren Betrieb hoffen. Ich persönlich würde den eher zurückschicken. Wenn ich nachher zu Hause bin suche ich mal raus was für einen ich habe.
Gruß,
Andreas.
Btw. Mich wuerde mittlerweile mal die Antwort von Popp zur Zwave Certification Number und dem Fehlen in der Datenbank bei zwavealliance interessieren. Oder hat das jemand gesehen?
@waver: Hast Du mit dem zwave.me Gegenstueck eigentlich weiterexperimentiert und Erfolg mit Fhem gehabt.
Hi,
Zitat von: A.Harrenberg am 16 Oktober 2015, 18:33:32
Wenn ich nachher zu Hause bin suche ich mal raus was für einen ich habe.
also ich habe einen tapHome Homecontrol EasyPlug Schalt-Adapter (http://www.amazon.de/gp/product/B00AKA5EYC?psc=1&redirect=true&ref_=oh_aui_detailpage_o07_s00). Der funktioniert, hat aber kein Security.
Gruß,
Andreas.
Hi Michael,
Zitat von: A.Harrenberg am 16 Oktober 2015, 18:33:32
Ich muss mir aber noch mal meinen Code anschauen, die Nachricht mit dem fehlenden Crypt::Rijndael hätte mMn auch im Log auftauchen sollen und nicht nur in den Readings.
im Log sollte das bei Dir auch stehen, das was Du gepostet hast ist denke ich nur der Output aus dem Event-Monitor, oder?
Gruß,
Andreas.
Hi Krikan,
Zitat von: krikan am 16 Oktober 2015, 18:53:27
Btw. Mich wuerde mittlerweile mal die Antwort von Popp zur Zwave Certification Number und dem Fehlen in der Datenbank bei zwavealliance interessieren. Oder hat das jemand gesehen?
mir ist nicht ganz klar auf was DU hier hinauswillst? Gab es irgndwo eine (öffentliche) Anfrage an Popp?
Gruß,
Andreas.
Zitat von: A.Harrenberg am 16 Oktober 2015, 19:27:19
Hi Michael,im Log sollte das bei Dir auch stehen, das was Du gepostet hast ist denke ich nur der Output aus dem Event-Monitor, oder?
Gruß,
Andreas.
Ja, das war nur der Eventmonitor.
Ich habe inzwischen versucht, die Security-Sachen so zu installieren
apt-get install libcrypt-rijndael-perlund im Terminal lief das auch anscheinend durch. Trotzdem stand in den Readings "DISABLED (Module Crypt::Rijndael not found)", nachdem ich erneut inkludiert hatte.
Sorry für die blöde Frage, aber muss ich da sonst noch was machen? (Außer reboot des Pi)
Zitat von: krikan am 16 Oktober 2015, 18:53:27
@waver: Hast Du mit dem zwave.me Gegenstueck eigentlich weiterexperimentiert und Erfolg mit Fhem gehabt.
Nein, ich habe beide Teile zurückgeschickt.
Hi Michael,
na so blöd ist die Frage ja gar nicht, aber ich kann Sie Dir gerade nicht beantworten...
Ich kann mich ehrlich gesagt nicht erinnern wie ich Crypt::Rijndael installiert habe, das wäre aber sowieso unter Debian. Vielleicht musst Du das beim Raspi per "cpan" installieren:
sudo cpan "Crypt::Rijndael"
Probier mal ob der Befehl funktioniert...
Gruß,
Andreas.
Zitat von: A.Harrenberg am 16 Oktober 2015, 19:29:53
Hi Krikan,mir ist nicht ganz klar auf was DU hier hinauswillst? Gab es irgndwo eine (öffentliche) Anfrage an Popp?
Dass wir die Fragen evtl. mal Popp stellen sollten, um festzustellen, ob es an Fhem liegt oder was mit dem Stecker komisch ist. Ich denke immer noch Sdk 4.5 und Zwave+ schliessen sich aus. Und warum findet man keine Infos bei der Zwavealliance...
So, nachdem mir das ganze keine Ruhe gelassen hat, ist es mir heute beim Frühstück wie Schuppen von den Augen gefallen... Ich hatte beim Lesen vom Thread "Implementierung der ZWAVE Command Class SECURITY (0x98, AES Verschlüsselung)" wohl Tomaten auf den Augen und den dezenten Hinweis völlig überlesen, dass man das Attribut 'networkKey' mit einem HEX-Schlüssel belegen muss.
Kurzerhand ran an den Rechner, Attribut gesetzt, Stecker exkludiert und mit sec neu inkludiert, tadaaaaa... zumindest kommt jetzt wohl schonmal mehr an:
List liefert:
Internals:
CFGFN
DEF d054ae9f 14
IODev ZWave_Stick_UZB
LASTInputDev ZWave_Stick_UZB
MSGCNT 4
NAME ZWave_SWITCH_BINARY_14
NR 209
STATE sendNonce
TYPE ZWave
ZWave_Stick_UZB_MSGCNT 4
ZWave_Stick_UZB_RAWMSG 0004000e1c9881ba791d0ada4c73f5110d6e8c94b98f8e8a824931280a52d63eec
ZWave_Stick_UZB_TIME 2015-10-17 10:13:12
homeId d054ae9f
isWakeUp
lastMsgSent 1445069592.50047
nodeIdHex 0e
Readings:
2015-10-17 10:13:03 CMD ZW_APPLICATION_UPDATE
2015-10-17 10:13:07 SECURITY ENABLED
2015-10-17 10:13:12 model 0x0154 0x0003 0x0001
2015-10-17 10:13:12 modelId 0154-0003-0001
2015-10-17 10:13:11 received_nonce f456645ac85f455b
2015-10-17 10:13:12 send_nonce 82d681865ce55b12
2015-10-17 10:13:12 state sendNonce
2015-10-17 10:13:12 transmit OK
secMsg:
Attributes:
IODev ZWave_Stick_UZB
classes ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
room ZWave
secure_classes ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION INDICATOR METER ASSOCIATION_GRP_INFO SWITCH_ALL VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
und das Logfile gab folgendes aus:
2015.10.17 10:12:49 4: ZWDongle set ZWave_Stick_UZB addNode on sec
2015.10.17 10:12:49 5: ZWDongle_Write 00 4a8103
2015.10.17 10:12:49 5: SW: 0105004a810332
2015.10.17 10:12:49 5: ACK received, removing 0105004a810332 from dongle sendstack
2015.10.17 10:12:49 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a03010000
2015.10.17 10:12:49 5: SW: 06
2015.10.17 10:12:49 5: ZWave_Stick_UZB dispatch 004a03010000
2015.10.17 10:12:49 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000
2015.10.17 10:12:49 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK learnReady
2015.10.17 10:12:59 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a03020000
2015.10.17 10:12:59 5: SW: 06
2015.10.17 10:12:59 5: ZWave_Stick_UZB dispatch 004a03020000
2015.10.17 10:12:59 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000
2015.10.17 10:12:59 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK nodeFound
2015.10.17 10:13:00 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a03030e0d0410015e7a735a988672ef2060
2015.10.17 10:13:00 5: SW: 06
2015.10.17 10:13:00 5: ZWave_Stick_UZB dispatch 004a03030e0d0410015e7a735a988672ef2060
2015.10.17 10:13:00 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:0e0d0410015e7a735a988672ef2060
2015.10.17 10:13:00 2: autocreate: define ZWave_SWITCH_BINARY_14 ZWave d054ae9f 14 5e7a735a988672ef2060
2015.10.17 10:13:00 2: autocreate: define FileLog_ZWave_SWITCH_BINARY_14 FileLog ./log/ZWave_SWITCH_BINARY_14-%Y.log ZWave_SWITCH_BINARY_14
2015.10.17 10:13:00 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a03050e00
2015.10.17 10:13:00 5: SW: 06
2015.10.17 10:13:00 5: ZWave_Stick_UZB dispatch 004a03050e00
2015.10.17 10:13:00 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:0e00
2015.10.17 10:13:00 2: ZWAVE Starting secure init
2015.10.17 10:13:00 2: ZWave set ZWave_SWITCH_BINARY_14 secScheme
2015.10.17 10:13:00 5: ZWDongle_Write 00 130e03980400250e
2015.10.17 10:13:00 5: SW: 010a00130e03980400250e5c
2015.10.17 10:13:00 5: ACK received, removing 010a00130e03980400250e5c from dongle sendstack
2015.10.17 10:13:00 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:00 5: SW: 06
2015.10.17 10:13:00 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:00 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000003
2015.10.17 10:13:00 5: SW: 06
2015.10.17 10:13:00 5: ZWave_Stick_UZB dispatch 00130e000003
2015.10.17 10:13:00 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.10.17 10:13:00 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:01 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e03980500
2015.10.17 10:13:01 5: SW: 06
2015.10.17 10:13:01 5: ZWave_Stick_UZB dispatch 0004000e03980500
2015.10.17 10:13:01 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:03980500
2015.10.17 10:13:01 2: ZWave get ZWave_SWITCH_BINARY_14 secNonce
2015.10.17 10:13:01 4: ZWDongle_ReadAnswer arg:secNonce regexp:^0004000e..98
2015.10.17 10:13:03 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0049840e0d0410015e7a735a988672ef2060
2015.10.17 10:13:03 5: SW: 06
2015.10.17 10:13:03 5: ZWave_Stick_UZB dispatch 0049840e0d0410015e7a735a988672ef2060
2015.10.17 10:13:03 4: ZWave_Stick_UZB CMD:ZW_APPLICATION_UPDATE ID:0e ARG:0d0410015e7a735a988672ef2060
2015.10.17 10:13:06 5: ZWDongle_ReadAnswer: select timeout
2015.10.17 10:13:06 5: ZWDongle_Write 00 130e029840250e
2015.10.17 10:13:06 5: SW: 010900130e029840250e1a
2015.10.17 10:13:06 5: ACK received, removing 010900130e029840250e1a from dongle sendstack
2015.10.17 10:13:06 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:06 5: SW: 06
2015.10.17 10:13:06 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:06 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:13:06 5: SW: 06
2015.10.17 10:13:06 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:13:06 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:13:06 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:06 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e0a98808431d4484d543c80
2015.10.17 10:13:06 5: SW: 06
2015.10.17 10:13:06 5: ZWave_Stick_UZB dispatch 0004000e0a98808431d4484d543c80
2015.10.17 10:13:06 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:0a98808431d4484d543c80
2015.10.17 10:13:06 2: ZWave set ZWave_SWITCH_BINARY_14 secEncap 814bb322c906ff29ad3d066282930155ef04c2d55b2c7f839e7804a584a6c1fa87eb3bc8d5
2015.10.17 10:13:06 5: ZWDongle_Write 00 130e2698814bb322c906ff29ad3d066282930155ef04c2d55b2c7f839e7804a584a6c1fa87eb3bc8d5250e
2015.10.17 10:13:06 5: SW: 012d00130e2698814bb322c906ff29ad3d066282930155ef04c2d55b2c7f839e7804a584a6c1fa87eb3bc8d5250eca
2015.10.17 10:13:06 5: ACK received, removing 012d00130e2698814bb322c906ff29ad3d066282930155ef04c2d55b2c7f839e7804a584a6c1fa87eb3bc8d5250eca from dongle sendstack
2015.10.17 10:13:06 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:06 5: SW: 06
2015.10.17 10:13:06 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:06 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:13:06 5: SW: 06
2015.10.17 10:13:06 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:13:06 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:13:06 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:06 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e029840
2015.10.17 10:13:06 5: SW: 06
2015.10.17 10:13:06 5: ZWave_Stick_UZB dispatch 0004000e029840
2015.10.17 10:13:06 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:029840
2015.10.17 10:13:06 2: ZWave set ZWave_SWITCH_BINARY_14 sendNonce
2015.10.17 10:13:06 5: ZWDongle_Write 00 130e0a98804ee31a86f3a20760250e
2015.10.17 10:13:06 5: SW: 011100130e0a98804ee31a86f3a20760250ecd
2015.10.17 10:13:06 5: ACK received, removing 011100130e0a98804ee31a86f3a20760250ecd from dongle sendstack
2015.10.17 10:13:06 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:06 5: SW: 06
2015.10.17 10:13:06 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:06 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:13:06 5: SW: 06
2015.10.17 10:13:06 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:13:06 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:13:06 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:07 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e169881660be13e0330853a5d23634eb34ca40f8d7c680e
2015.10.17 10:13:07 5: SW: 06
2015.10.17 10:13:07 5: ZWave_Stick_UZB dispatch 0004000e169881660be13e0330853a5d23634eb34ca40f8d7c680e
2015.10.17 10:13:07 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:169881660be13e0330853a5d23634eb34ca40f8d7c680e
2015.10.17 10:13:07 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:029807
2015.10.17 10:13:07 2: ZWave_SWITCH_BINARY_14: SECURITY enabled, networkkey was verified
2015.10.17 10:13:07 2: ZWave get ZWave_SWITCH_BINARY_14 secSupported
2015.10.17 10:13:07 3: ZWave_SWITCH_BINARY_14 SECURITY: 9802 stored for encryption
2015.10.17 10:13:07 2: ZWave get ZWave_SWITCH_BINARY_14 secNonce
2015.10.17 10:13:07 4: ZWDongle_ReadAnswer arg:secNonce regexp:^0004000e..98
2015.10.17 10:13:10 5: ZWDongle_ReadAnswer: select timeout
2015.10.17 10:13:10 5: ZWDongle_Write 00 130e029840250e
2015.10.17 10:13:10 5: SW: 010900130e029840250e1a
2015.10.17 10:13:10 3: WS_TempSensor: reading temperature did not return a value
2015.10.17 10:13:10 5: ACK received, removing 010900130e029840250e1a from dongle sendstack
2015.10.17 10:13:10 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:10 5: SW: 06
2015.10.17 10:13:10 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:10 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:13:10 5: SW: 06
2015.10.17 10:13:10 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:13:10 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:13:10 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:10 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e0a98804ba489650f9cc952
2015.10.17 10:13:10 5: SW: 06
2015.10.17 10:13:10 5: ZWave_Stick_UZB dispatch 0004000e0a98804ba489650f9cc952
2015.10.17 10:13:10 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:0a98804ba489650f9cc952
2015.10.17 10:13:10 3: ZWave_SWITCH_BINARY_14 SECURITY: 9802 retrieved for encryption
2015.10.17 10:13:10 2: ZWave set ZWave_SWITCH_BINARY_14 secEncap 81765cfc0efb94879db0e41f4b9302f439de4ec278
2015.10.17 10:13:10 5: ZWDongle_Write 00 130e169881765cfc0efb94879db0e41f4b9302f439de4ec278250e
2015.10.17 10:13:10 5: SW: 011d00130e169881765cfc0efb94879db0e41f4b9302f439de4ec278250e00
2015.10.17 10:13:10 5: ACK received, removing 011d00130e169881765cfc0efb94879db0e41f4b9302f439de4ec278250e00 from dongle sendstack
2015.10.17 10:13:10 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:10 5: SW: 06
2015.10.17 10:13:10 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:10 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:13:10 5: SW: 06
2015.10.17 10:13:10 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:13:10 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:13:10 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:10 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e029840
2015.10.17 10:13:10 5: SW: 06
2015.10.17 10:13:10 5: ZWave_Stick_UZB dispatch 0004000e029840
2015.10.17 10:13:10 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:029840
2015.10.17 10:13:10 2: ZWave set ZWave_SWITCH_BINARY_14 sendNonce
2015.10.17 10:13:11 5: ZWDongle_Write 00 130e0a98801fe6cebfd04445f2250e
2015.10.17 10:13:11 5: SW: 011100130e0a98801fe6cebfd04445f2250e61
2015.10.17 10:13:11 5: ACK received, removing 011100130e0a98801fe6cebfd04445f2250e61 from dongle sendstack
2015.10.17 10:13:11 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:11 5: SW: 06
2015.10.17 10:13:11 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:11 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:13:11 5: SW: 06
2015.10.17 10:13:11 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:13:11 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:13:11 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:11 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e2798811ef5b019afebb97f507d5b03d1b78695a3fbd1277dd17ee1b360cdfc1fafd921dd3476785a
2015.10.17 10:13:11 5: SW: 06
2015.10.17 10:13:11 5: ZWave_Stick_UZB dispatch 0004000e2798811ef5b019afebb97f507d5b03d1b78695a3fbd1277dd17ee1b360cdfc1fafd921dd3476785a
2015.10.17 10:13:11 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:2798811ef5b019afebb97f507d5b03d1b78695a3fbd1277dd17ee1b360cdfc1fafd921dd3476785a
2015.10.17 10:13:11 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:139803005e20257570858e873259278672ef2060
2015.10.17 10:13:11 2: ZWave get ZWave_SWITCH_BINARY_14 model
2015.10.17 10:13:11 3: ZWave_SWITCH_BINARY_14 SECURITY: 7204 stored for encryption
2015.10.17 10:13:11 2: ZWave get ZWave_SWITCH_BINARY_14 secNonce
2015.10.17 10:13:11 5: ZWDongle_Write 00 130e029840250e
2015.10.17 10:13:11 5: SW: 010900130e029840250e1a
2015.10.17 10:13:11 4: ZWDongle_ReadAnswer arg:secNonce regexp:^0004000e..98
2015.10.17 10:13:11 5: ACK received, removing 010900130e029840250e1a from dongle sendstack
2015.10.17 10:13:11 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:11 5: SW: 06
2015.10.17 10:13:11 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:11 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:13:11 5: SW: 06
2015.10.17 10:13:11 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:13:11 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:13:11 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:11 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e0a9880f456645ac85f455b
2015.10.17 10:13:11 5: SW: 06
2015.10.17 10:13:11 4: ZWDongle_ReadAnswer for secNonce: 0004000e0a9880f456645ac85f455b
2015.10.17 10:13:11 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:0a9880f456645ac85f455b
2015.10.17 10:13:11 3: ZWave_SWITCH_BINARY_14 SECURITY: 7204 retrieved for encryption
2015.10.17 10:13:11 2: ZWave set ZWave_SWITCH_BINARY_14 secEncap 81c76a4fbc20b2c7db7369d6f4439d3342a5d421ae
2015.10.17 10:13:12 5: ZWDongle_Write 00 130e169881c76a4fbc20b2c7db7369d6f4439d3342a5d421ae250e
2015.10.17 10:13:12 5: SW: 011d00130e169881c76a4fbc20b2c7db7369d6f4439d3342a5d421ae250e62
2015.10.17 10:13:12 5: ACK received, removing 011d00130e169881c76a4fbc20b2c7db7369d6f4439d3342a5d421ae250e62 from dongle sendstack
2015.10.17 10:13:12 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:12 5: SW: 06
2015.10.17 10:13:12 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:12 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:13:12 5: SW: 06
2015.10.17 10:13:12 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:13:12 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:13:12 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:12 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e029840
2015.10.17 10:13:12 5: SW: 06
2015.10.17 10:13:12 5: ZWave_Stick_UZB dispatch 0004000e029840
2015.10.17 10:13:12 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:029840
2015.10.17 10:13:12 2: ZWave set ZWave_SWITCH_BINARY_14 sendNonce
2015.10.17 10:13:12 5: ZWDongle_Write 00 130e0a988082d681865ce55b12250e
2015.10.17 10:13:12 5: SW: 011100130e0a988082d681865ce55b12250e69
2015.10.17 10:13:12 5: ACK received, removing 011100130e0a988082d681865ce55b12250e69 from dongle sendstack
2015.10.17 10:13:12 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:13:12 5: SW: 06
2015.10.17 10:13:12 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:13:12 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000003
2015.10.17 10:13:12 5: SW: 06
2015.10.17 10:13:12 5: ZWave_Stick_UZB dispatch 00130e000003
2015.10.17 10:13:12 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0003
2015.10.17 10:13:12 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:13:12 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e1c9881ba791d0ada4c73f5110d6e8c94b98f8e8a824931280a52d63eec
2015.10.17 10:13:12 5: SW: 06
2015.10.17 10:13:12 5: ZWave_Stick_UZB dispatch 0004000e1c9881ba791d0ada4c73f5110d6e8c94b98f8e8a824931280a52d63eec
2015.10.17 10:13:12 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:1c9881ba791d0ada4c73f5110d6e8c94b98f8e8a824931280a52d63eec
2015.10.17 10:13:12 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:087205015400030001
2015.10.17 10:13:36 4: ZWDongle set ZWave_Stick_UZB addNode off
2015.10.17 10:13:36 5: ZWDongle_Write 00 4a0504
2015.10.17 10:13:36 5: SW: 0105004a0504b1
2015.10.17 10:13:36 5: ACK received, removing 0105004a0504b1 from dongle sendstack
2015.10.17 10:13:36 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 004a04060e00
2015.10.17 10:13:36 5: SW: 06
2015.10.17 10:13:36 5: ZWave_Stick_UZB dispatch 004a04060e00
2015.10.17 10:13:36 4: ZWave_Stick_UZB CMD:ZW_ADD_NODE_TO_NETWORK ID:06 ARG:0e00
2015.10.17 10:13:36 4: ZWave_Stick_UZB ZW_ADD_NODE_TO_NETWORK done
Dazwischen sind einige Einträge eines gerade abgeklemmten 1-wire Sensors, die hab ich jetzt nicht raus sortiert. Ansonsten steht der Stecker wie bisher auch im Raum ZWave, zeigt aber keine Schaltmöglichkeit an, da steht nur "sendNonce".
Ich hab die basicSet Kommandos getestet (ohne den Stecker vorher aus der Dose zu ziehen), das geht. Das Log liefert
2015.10.17 10:26:44 2: ZWave set ZWave_SWITCH_BINARY_14 basicSet 1
2015.10.17 10:26:44 3: ZWave_SWITCH_BINARY_14 SECURITY: 200101 stored for encryption
2015.10.17 10:26:44 2: ZWave get ZWave_SWITCH_BINARY_14 secNonce
2015.10.17 10:26:44 5: ZWDongle_Write 00 130e029840250e
2015.10.17 10:26:44 5: SW: 010900130e029840250e1a
2015.10.17 10:26:44 4: ZWDongle_ReadAnswer arg:secNonce regexp:^0004000e..98
2015.10.17 10:26:44 5: ACK received, removing 010900130e029840250e1a from dongle sendstack
2015.10.17 10:26:44 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:26:44 5: SW: 06
2015.10.17 10:26:44 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:26:44 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:26:44 5: SW: 06
2015.10.17 10:26:44 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:26:44 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:26:44 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:26:44 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e0a9880ec243975f8ee43e8
2015.10.17 10:26:44 5: SW: 06
2015.10.17 10:26:44 4: ZWDongle_ReadAnswer for secNonce: 0004000e0a9880ec243975f8ee43e8
2015.10.17 10:26:44 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:0a9880ec243975f8ee43e8
2015.10.17 10:26:44 3: ZWave_SWITCH_BINARY_14 SECURITY: 200101 retrieved for encryption
2015.10.17 10:26:44 2: ZWave set ZWave_SWITCH_BINARY_14 secEncap 81742c5c1f9a0be77bef62cc40ec1c8e962e040e39fc
2015.10.17 10:26:45 5: ZWDongle_Write 00 130e179881742c5c1f9a0be77bef62cc40ec1c8e962e040e39fc250e
2015.10.17 10:26:45 5: SW: 011e00130e179881742c5c1f9a0be77bef62cc40ec1c8e962e040e39fc250ec7
2015.10.17 10:26:45 5: ACK received, removing 011e00130e179881742c5c1f9a0be77bef62cc40ec1c8e962e040e39fc250ec7 from dongle sendstack
2015.10.17 10:26:45 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:26:45 5: SW: 06
2015.10.17 10:26:45 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:26:45 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:26:45 5: SW: 06
2015.10.17 10:26:45 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:26:45 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:26:45 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:26:49 2: ZWave set ZWave_SWITCH_BINARY_14 basicSet 0
2015.10.17 10:26:49 3: ZWave_SWITCH_BINARY_14 SECURITY: 200100 stored for encryption
2015.10.17 10:26:49 2: ZWave get ZWave_SWITCH_BINARY_14 secNonce
2015.10.17 10:26:49 5: ZWDongle_Write 00 130e029840250e
2015.10.17 10:26:49 5: SW: 010900130e029840250e1a
2015.10.17 10:26:49 4: ZWDongle_ReadAnswer arg:secNonce regexp:^0004000e..98
2015.10.17 10:26:49 5: ACK received, removing 010900130e029840250e1a from dongle sendstack
2015.10.17 10:26:49 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:26:49 5: SW: 06
2015.10.17 10:26:49 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:26:49 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:26:49 5: SW: 06
2015.10.17 10:26:49 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:26:49 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:26:49 4: ZWave_Stick_UZB transmit OK for 0e
2015.10.17 10:26:49 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0004000e0a98806166c7bcebcb5748
2015.10.17 10:26:49 5: SW: 06
2015.10.17 10:26:49 4: ZWDongle_ReadAnswer for secNonce: 0004000e0a98806166c7bcebcb5748
2015.10.17 10:26:49 4: ZWave_Stick_UZB CMD:APPLICATION_COMMAND_HANDLER ID:0e ARG:0a98806166c7bcebcb5748
2015.10.17 10:26:49 3: ZWave_SWITCH_BINARY_14 SECURITY: 200100 retrieved for encryption
2015.10.17 10:26:49 2: ZWave set ZWave_SWITCH_BINARY_14 secEncap 814771540044e66b72fa32cdfd61c6dc0dab4e3dede6
2015.10.17 10:26:49 5: ZWDongle_Write 00 130e1798814771540044e66b72fa32cdfd61c6dc0dab4e3dede6250e
2015.10.17 10:26:49 5: SW: 011e00130e1798814771540044e66b72fa32cdfd61c6dc0dab4e3dede6250e5d
2015.10.17 10:26:49 5: ACK received, removing 011e00130e1798814771540044e66b72fa32cdfd61c6dc0dab4e3dede6250e5d from dongle sendstack
2015.10.17 10:26:49 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 011301
2015.10.17 10:26:49 5: SW: 06
2015.10.17 10:26:49 5: ZWave_Stick_UZB dispatch 011301
2015.10.17 10:26:49 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 00130e000002
2015.10.17 10:26:49 5: SW: 06
2015.10.17 10:26:49 5: ZWave_Stick_UZB dispatch 00130e000002
2015.10.17 10:26:49 4: ZWave_Stick_UZB CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.10.17 10:26:49 4: ZWave_Stick_UZB transmit OK for 0e
und nach Abschluss der Schalterei steht der Stecker im Raum ZWave mit der Anzeige
secEncap 814771540044e66b72fa32cdfd61c6dc0dab4e3dede6
Hilft Euch das weiter? Soll ich noch was testen, oder kann ich die Stecker zurückschicken? Oder besser noch... bekommt ihr da was hin mit den Daten?
Hallo Michael,
ja, das sieht doch schon mal sehr viel vielversprechender aus.
Im Logfile hätte eigentlich ein Hinweis erscheinen sollen das SECURITY wg. fehlendem/falschem Netzwerkschlüssel nicht aktiv ist... Aber das können wir später klären.
Die ganzen Klassen tauchen jetzt unter secure_classes auf, damit hat sich Krikan's Theorie bestätigt. Das Ding will anscheinend zwingend eine secure-Inklusion und gibt es dann alle Fähigkeiten frei. Wenn es hier wirklich keine Möglichkeit gibt eine nicht-secure-Inklusion durchzuführen, die die Klassen dann offenlegt, wäre das wirklich eine ziemlich dumme Idee vom Hersteller. (Vielleicht mal ein quadruppel-klick?)
Aber jetzt mal zum technischen...
Die secure-Inklusion hat einwandfrei funktioniert und liefert jetzt die "fehlenden" Klassen (Switch_Binary, Meter, ...) zum Schalten:
secure_classes ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION INDICATOR METER ASSOCIATION_GRP_INFO SWITCH_ALL VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNELZitatAnsonsten steht der Stecker wie bisher auch im Raum ZWave, zeigt aber keine Schaltmöglichkeit an, da steht nur "sendNonce".
Jaaa, Glückwunsch ,-)
Da hast Du eine neue Eigenheit gefunden die ich bisher nicht bedacht habe...
Zur Erklärung: ZWAVE liest beim Inkludieren die Klassen des Gerätes aus und speichert diese im Attribut "classes". Anhand dieser Liste werden die Fähigkeiten des Gerätes erkannt und die Befehlsliste für das Gerät wird entsprechend dieser Fähigkeiten aufgebaut. Befehle für Klassen die in der Liste nicht enthalten sind werden auch gar nicht angeboten/akzeptiert.
Bei der secure-Inklusion lese ich die Klassen aus welche SECURITY unterstützen und speichere diese analog im Attribut "secure_classes". Diese Liste nutze ich in meinem Code um Befehle für diese Klasse "abzufangen" und zu verschlüsseln.
Im Normalfall ist es aber so, dass "secure_classes" eine Untermenge von "classes" ist. D.h. alle Befehle werden angeboten.
In diesem (Sonder-)Fall ist es aber so das hier unter Security MEHR Klassen angeboten werden, die werden zwar schön in "secure_classes" angezeigt, aber NICHT für das Erstellen der Befehlsliste verwendet.
Ich werde demnächst dann mal einen Patch vorbereiten, der diese zusätzlichen Klassen in "classes" ergänzt.
Zum Testen kannst Du auch einfach alle noch nicht vorhandenen Klassen aus secure_classes in classes eintragen.
ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION INDICATOR METER ASSOCIATION_GRP_INFO SWITCH_ALL FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNELDann müssten Dir eigentlich alle Befehle zur Verfügung stehen. (Nicht wundern das da BASIC und MULTI_CHANNEL zwei mal vorkommen...)
("Save Config" nicht vergessen...)
Probier doch bitte mal aus das in das Attribut "classes" einzutragen. Ich bin mir nicht ganz sicher, aber ich denke das müsste danach sogar ohne Neustart von FHEM erkannt werden.
Gruß,
Andreas.
Ich habe die Classes aus deinem Code kopiert und in das Attribut eingetragen:
List
Internals:
CFGFN
DEF d054ae9f 14
IODev ZWave_Stick_UZB
LASTInputDev ZWave_Stick_UZB
MSGCNT 4
NAME ZWave_SWITCH_BINARY_14
NR 209
STATE secEncap 817475a383678d8970963e2b4c361a2ef22cc83e9bfa
TYPE ZWave
ZWave_Stick_UZB_MSGCNT 4
ZWave_Stick_UZB_RAWMSG 0004000e1c9881ba791d0ada4c73f5110d6e8c94b98f8e8a824931280a52d63eec
ZWave_Stick_UZB_TIME 2015-10-17 10:13:12
homeId d054ae9f
isWakeUp
lastMsgSent 1445076220.59996
nodeIdHex 0e
Readings:
2015-10-17 10:13:03 CMD ZW_APPLICATION_UPDATE
2015-10-17 10:13:07 SECURITY ENABLED
2015-10-17 10:13:12 model 0x0154 0x0003 0x0001
2015-10-17 10:13:12 modelId 0154-0003-0001
2015-10-17 12:03:40 received_nonce 368ca3724b125509
2015-10-17 10:13:12 send_nonce 82d681865ce55b12
2015-10-17 12:03:40 state secEncap 817475a383678d8970963e2b4c361a2ef22cc83e9bfa
2015-10-17 12:03:40 transmit OK
secMsg:
Attributes:
IODev ZWave_Stick_UZB
classes ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION INDICATOR METER ASSOCIATION_GRP_INFO SWITCH_ALL FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
room ZWave
secure_classes ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION INDICATOR METER ASSOCIATION_GRP_INFO SWITCH_ALL VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
Danach zeigt das Gerät über den Internals set und get und diverse Dropdown Möglichkeiten. wähle ich dort on/off, schaltet der Stecker. Im ZWave-Raum selbst steht das allerdings noch "unhübsch" und ohne die bei Schaltern bislang angezeigte Lampe:
ZWave_SWITCH_BINARY_14 secEncap 817475a383678d8970963e2b4c361a2ef22cc83e9bfa on off
Auch zeigt der Eventmonitor nichts an, wenn ich am Gerät manuell schalte. Da scheint es aber zwischen den Ohren zu liegen, da ich die Sache mit den Assoziationen noch nicht wirklich verstanden habe und nicht weiß, was ich da zu tun habe.
Hi Michael,
so langsam wird es doch ,-)
Mir ist aber nicht klar wo das hier:
ZWave_SWITCH_BINARY_14 secEncap 817475a383678d8970963e2b4c361a2ef22cc83e9bfa on off
herkommt...
secEncap ist ein (interner) Befehl um eine verschlüsselte Nachricht zu versenden, on/off hat da nichts zu suchen.
Wo hast Du das denn rauskopiert?
Warum die "Lampe" nicht angezeigt wird kann ich nicht sagen, könnte sein das der Schalter zu allem Überfluss noch eine falsche/unpassende Geräteklasse meldet.
Das Gerät wird mit "get model" auch nicht als bekanntes Gerät erkannt, daher wurde ansheinend auch keine automatische Assoziation durchgeführt.
set <name> associationAdd <associationGroup> <CtrlNodeId>
Ich würde es mal mit
set ZWave_SWITCH_BINARY_14 associationAdd 1 1
probieren.
Gruß,
Andreas.
Zitat von: A.Harrenberg am 17 Oktober 2015, 13:16:22
Mir ist aber nicht klar wo das hier:
ZWave_SWITCH_BINARY_14 secEncap 817475a383678d8970963e2b4c361a2ef22cc83e9bfa on off
herkommt...
secEncap ist ein (interner) Befehl um eine verschlüsselte Nachricht zu versenden, on/off hat da nichts zu suchen.
Wo hast Du das denn rauskopiert?
Da hab ich mich vielleicht ungenau ausgedrückt. Das war keine Zeile aus einem Log! Wenn ich links auf den Raum ZWave gehe, bekomme ich ja rechts alle Geräte angezeigt. Da habe ich zum Einen die Gruppe der FileLogs und dann die Gruppe ZWave mit den Geräten selbst. Da steht dann die Zeile wie im Code eingefügt mit den "Schaltern" on und off am Ende. Wenn ich da drücke, schaltet der Stecker und die kryptische Anzeige ändert sich in eine andere nicht besser lesbare. Normalerweise hat man da aber bei Schaltern die Lampe, welche den Zustand anzeigt.
Zitat von: A.Harrenberg am 17 Oktober 2015, 13:16:22
Warum die "Lampe" nicht angezeigt wird kann ich nicht sagen, könnte sein das der Schalter zu allem Überfluss noch eine falsche/unpassende Geräteklasse meldet.
Ich würde es mal mit
set ZWave_SWITCH_BINARY_14 associationAdd 1 1
probieren.
Gruß,
Andreas.
Das habe ich gemacht, hab aber leider keine Ahnung, was jetzt anders sein müsste. Wenn ich den Schalter manuell schalte, passiert im Eventmonitor das:
2015-10-17 13:30:06 ZWave ZWave_SWITCH_BINARY_14 on
2015-10-17 13:30:06 ZWave ZWave_SWITCH_BINARY_14 reportedState: on
2015-10-17 13:30:06 ZWave ZWave_SWITCH_BINARY_14 sendNonce
2015-10-17 13:30:07 ZWave ZWave_SWITCH_BINARY_14 power: 0 WUnd da wo eben die kryptische Zeile stand, steht jetzt sendNonce. Schalte ich manuell, ändert sich in der Geräteanzeige nichts, schalte ich über die on/off Web-Schalter, blitzt kurz die kryptische Sache auf, dann steht da wieder sendNonce. Sorry, wenn ich mich ungeschickt ausdrücke, aber ich weiß nicht, wie man die Anzeige der Geräte im jeweiligen Raum korrekt bezeichnet. Im PDF "Heimautomatisierung-mit-fhem" ist es auf Seite 16 die Nr.5 bzw. 6, hat aber auch da keinen Namen.
Hi Michael,
ah, jetzt weiss ich wovon Du redest.
Der Status "On" wird schön übertragen, aber anscheinend will der Schalter danach auch die Power übertragen. Die Klasse ist aber verschlüsselt, dazu muss eine NONCE gesendet werden mit der dann die Nachricht vom Gerät verschlüsselt wird. Daher wird jetzt der State "on" durch das Versenden der Nonce mit dem Befehl sendNonce überschrieben.
Ich schau mir das bei Gelegenheit mal an, evtl. kann man solche Änderungen am STATE unterdrücken. Da kann ich aber nichts versprechen, das sind interne Sachen von FHEM, damit kenne ich mich nicht wirklich aus... Habe gerade mal kurz danach gesucht, finde aber auch Anbieb nichts.
Immerhin kannst Du jetzt mit einem Notify auf "on" oder "reportedState: on" reagieren.
Gruß,
Andreas.
Probiere mal als Notloesung mit dem Attribut stateFormat die Anzeige anzupassen.
Hallo Michael,
Zitat von: MichaelO am 17 Oktober 2015, 12:11:08
Ich habe die Classes aus deinem Code kopiert und in das Attribut eingetragen:
könntest Du bitte mal die NodeInfo von dem Gerät abfragen und das Log dazu posten?
Theoretisch müsste das Gerät jetzt ja die "neuen" Klassen die unter Security dazu gekommen sind auch melden.
Bei Dir müsste der Befehl dazu wahrscheinlich so aussehen:
get ZWave_Stick_UZB nodeInfo 14Gruß,
Andreas.
Zitat von: A.Harrenberg am 18 Oktober 2015, 12:12:54
Hallo Michael,könntest Du bitte mal die NodeInfo von dem Gerät abfragen und das Log dazu posten?
Moin,
nachdem ich das so eingegeben hatte, erscheint im Log:
2015.10.18 12:42:11 4: ZWDongle get ZWave_Stick_UZB nodeInfo 14
2015.10.18 12:42:11 5: ZWDongle_Write 00 410e
2015.10.18 12:42:11 5: SW: 010400410eb4
2015.10.18 12:42:11 4: ZWDongle_ReadAnswer arg:nodeInfo regexp:^0141
2015.10.18 12:42:11 5: ACK received, removing 010400410eb4 from dongle sendstack
2015.10.18 12:42:11 4: ZWDongle_Read ZWave_Stick_UZB: sending ACK, processing 0141d39c01041001
2015.10.18 12:42:11 5: SW: 06
2015.10.18 12:42:11 4: ZWDongle_ReadAnswer for nodeInfo: 0141d39c01041001und unter der Kommandozeile in fhem steht
ZWave_Stick_UZB nodeInfo_14 => ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
ZitatIch schau mir das bei Gelegenheit mal an, evtl. kann man solche Änderungen am STATE unterdrücken.
Bisher fuehrte jedes set Befehl zum setzen der Status (readingsSingleUpdate ganz unten in ZWave_Cmd). Ich habe jetzt %zwave_noStateSetCmds eingefuehrt, und mit allen SECURITY set Befehlen gefuellt.
Zitat von: rudolfkoenig am 18 Oktober 2015, 12:53:20
Bisher fuehrte jedes set Befehl zum setzen der Status (readingsSingleUpdate ganz unten in ZWave_Cmd). Ich habe jetzt %zwave_noStateSetCmds eingefuehrt, und mit allen SECURITY set Befehlen gefuellt.
Das heißt für mich was? Sorry... so tief stecke ich noch nicht in fhem, um damit was anfangen zu können. Meinst Du, ich soll ein update machen und danach ist die kryptische Zeile im STATE verschwunden?
Hi Michael,
Zitat von: MichaelO am 18 Oktober 2015, 12:57:49
Das heißt für mich was? Sorry... so tief stecke ich noch nicht in fhem, um damit was anfangen zu können. Meinst Du, ich soll ein update machen und danach ist die kryptische Zeile im STATE verschwunden?
ja, das wäre das Ziel der Änderung ;-)
Wenn Rudi die Änderung noch heute eincheckt ist die allerdings erst morgen früh als Update verfügbar.
Der Status "on" wird ja aus dem "set ... on" gesetzt. Wegen Security kommt es danach noch mal zu einem "set ... secEncap ...." Befehl, der Dir dann Deinen "on"-Status überschreibt. Wenn ich Rudi richtig verstehe werden jetzt alle Security Befehle (also z.B. der secEncap) NICHT mehr als Statusupdate behandelt, d.h. der Status "on" sollte danach erhalten bleiben, solange bis Du wieder einen anderen set-Befehl auslöst.
@Rudi: Danke, wollte gerade anfangen die Zeile mal auszukommentieren um zu sehen ob das ausreicht.
Gruß,
Andreas.
Hallo Rudi,
hab' mir die Änderung mal per SVN geholt und ausprobiert, funktioniert leider nicht wie gewünscht, ganz so einfach ist es dann leider doch nicht ,-(
Zum einen müsste man $cmd noch zerlegen damit die Parameter wegfallen, ich habe das mal so gemacht (geht sicherlich eleganter):
readingsSingleUpdate($hash, "state", $cmd, 1)
if($type eq "set" && !$zwave_noStateSetCmds{( split / /, $cmd, 2 )[0]});
Danach zeigt sich aber leider immer noch nicht das gewünschte Verhalten... Durch das "Abfangen" der zu verschlüsselnden Nachricht wird der untere Teil des Code gar nicht mehr erreicht, hier springe ich etwas weiter oben mit einem "return ZWave_Get($hash, $name, "secNonce");" bereits aus ZWave_cmd raus...
#check message here for needed encryption (SECURITY)
if (ZWave_isSecureClass($hash, $cc_cmd)) {
my $interceptedMSG = $cc_cmd . $payload;
# message stored in reading, will be processed when nonce arrives
ZWave_putSecMsg($hash, $interceptedMSG);
return ZWave_Get($hash, $name, "secNonce");
}
Hierzu fehlt mir jetzt ein direkter Lösungsansatz. Eine Notlösung wäre es den Status bereits vor dem rausspringen und eigentlichen Abarbeiten des Befehls zu setzen, das ist aber reichlich unschön, vor allem bei WU-Geräten, da würde der State dann was anzeigen was evtl. erst Stunden später (oder im Fehlerfall gar nicht) eintritt.
Bei WakeUp-Geräten bei denen der Befehl auf dem WU-Stack landet passiert ja eigentlich was ähnliches, der State wird dort auch nicht gesetzt/aktualisiert.
Ohne jetzt zu wissen wie man das realiseren kann, würde mir nur einfallen das man beim Abfangen der Nachricht den dazugehörigen FHEM-Befehl zusätzlich zum Befehlscode ablegt und bei Absetzen der verschlüsselten Nachricht (die den Befehl dann enthält), diesen Status mit dem gespeicherten FHEM-Befehl erzeugt.
Das dürfte in einer größeren Anpassung/Änderung am Code enden... Ich denke aber das einiges davon für die Implementierung der Ablaufsteuerung sowieso nötig wäre.
Gruß,
Anreas.
Hallo Rudi,
ich habe doch noch eine Stelle gefunden an der man das gut einbauen kann...
Ich setze den Status jetzt "manuel" nachdem der verschlüselte Befehl per ZWave_Set / secEncap versendet wurde.
Eine Patchdatei ist angehängt, die basiert schon auf Deinem Update 9515.
Gruß,
Andreas.
Vielleicht zur Rückinfo: Ich habe ein Update gemacht und danach Fhem neu gestartet. Wenn ich jetzt schalte, dann kommt noch kurz diese kryptische und elend lange Zeile und dann zeigt das Gerät das Lämpchen an oder aus an, so wie jeder andere Schalter bisher auch.
Wenn es nicht zu viel verlangt ist, bekommt ihr diese kryptische Anzeige noch irgendwie weg (oder kann ich das selbst wie beeinflussen)?
Danke schonmal für die viele Mühe
Michael
Hi Michael, nur kurz, bin auf Dienstreise. Ich schau mir das am Wochenende mal an, normalerweise sollte da nichts kryptisches mehr auftauchen. Was stört dich denn daran eigentlich so sehr?
Wenn Du ein wenig Geduld hast kriegen wir das sicherlich auch noch weg.
Gruß, Andreas.
Es ist im Grunde ein optisches Problem.
Die Oberfläche von Fhem ist ja eh schon nicht die schönste (bin noch nicht so weit, da andere Sachen zu testen). Wenn ich nun den Raum gehe, in welchem sich der Stecker befindet, und dann auf on/off klicke, springen die "Button" bei Anzeige des kryptischen States fast an den Bildschirmrand, um dann wieder an die alte Position zu kommen, sobald das Lämpchen dargestellt wird. Sowas kann ich auf Dauer meiner Frau nicht verkaufen.
Da sich die Stecker aber anscheinend eh nicht ganz Vorschriftenkonform verhalten, bin ich mir nicht sicher, ob ich sie nicht wieder zurück schicke und mir (ggf. eben keine ZWave+) Stecker von der Liste der Alliance hole.
@Andreas: hab dein Patch eingespielt.
Und an zwei Stellen debuglevel hochgedreht.
Hi!
@Rudi: Danke.
@ Michael: Ok, das mit dem WAF ist so eine Sache.
Die Ausgaben kriegen wir sicherlich hin, allerdings würde ich das Ding an Deiner Stelle wegen der vielen Merkwürdigkeiten wahrscheinlich auch zurück schicken. (Ich würde den natürlich zum Testen behalten).
Gruß, Andreas.
Zitat von: A.Harrenberg am 20 Oktober 2015, 18:07:58
Die Ausgaben kriegen wir sicherlich hin, allerdings würde ich das Ding an Deiner Stelle wegen der vielen Merkwürdigkeiten wahrscheinlich auch zurück schicken. (Ich würde den natürlich zum Testen behalten).
Ja, hab heute widerrufen. Die Dinger haben noch eine "Besonderheit". Obwohl man ein Relais schalten hört und keine Leistungsmessung erfolgt, bleibt anscheinend eine Restspannung am Stecker, auch wenn er aus ist.
Ich hatte eine Led-Lichterkette angeschlossen und wunderte mich gestern Abend schon, warum die nach dem automatischen Ausschalten noch so glimmt. Zunächst ging ich von Kapazitäten in der Lichterelektronik aus, aber heute früh glimmte es immer noch. Dann hab ich eben den Everspring-Zwischenstecker genommen - da glimmt nix wenn er aus ist. Wieder den Popp dran... glimmt sofort.
Was auch immer das soll, sowas sollte aus meiner Sicht nicht in den Verkauf, aber das ist ein anderes Thema. Mein persönliches Fazit mit den Teilen...
1000 Dank für die Versuche, die Stecker trotz aller Widrigkeiten anständig in Fhem zu integrieren, aber weiterempfehlen kann ich sie nicht. Samstag kommt ein Fibaro, da bin ich mal gespannt. Ist zwar kein ZWave+, aber da ist kaum Auswahl vorhanden. Dazu ist er kaum teurer, hat Leistungsmessung und fällt auch noch kaum auf in der Dose. Aeon Labs bringt wohl einen (schicken) ZWave+ Stecker "Smart Switch 6", aber die angekündigten Preise sind aus meiner Sicht viel zu hoch. Naja, irgend was ist immer 8)
Gruß
Michael
Das LED-Glimmen kann man vermutlich vermeiden, wenn man den Zwischenstecker andersherum in die Steckdose steckt.
Das Problem habe andere Zwischenstecker auch, die nur einen der beiden/bzw. drei Leitungen schalten.
Zitat von: rudolfkoenig am 21 Oktober 2015, 19:19:02
Das LED-Glimmen kann man vermutlich vermeiden, wenn man den Zwischenstecker andersherum in die Steckdose steckt.
Das Problem habe andere Zwischenstecker auch, die nur einen der beiden/bzw. drei Leitungen schalten.
Verdammt... das stimmt :o
Nur, wo fließt denn da sonst der Strom? Wenn die Phase noch anliegt, muss doch trotzdem der Kreis geschlossen sein, damit was glimmen kann, oder wie jetzt?
Hallo zusammen,
ich bin neu hier im Forum und mache meine ersten Gehversuche mit ZWAVE und FHEM. Das Forum hat mir schon viel geholfen. Auch jetzt mit meinem POPP Zwischenstecker (POPE009105) für den Outdoorbereich.
Dank der Hinweise und Anleitungen in diesem Thread konnte ich den Zwischenstecker inkludieren und erreichen, dass alle notwendigen Klassen erkannt wurden. Der 9105 funktioniert auch nur, wenn man ihn mit "sec" inkludiert.
Was nicht funktioniert ist das AssociationAdd. Dieses Kommando steht nicht zur Verfügung und führt bei der Eingabe in der Kommandozeile zu einer Fehlermeldung. Hat jemand einen Tipp, was ich tun muss?
Beste Grüße und vielen Dank
Torsten
Hi,
Du könntest mal damit anfangen ein "list" von dem Gerät zu machen und hier zu posten. Wenn AssociationAdd nicht zur Verfügung steht würde das bedeuten das die Klasse Association nicht da ist, das kann ich mir aber nicht wirklich vorstellen. Kann höchstens sein das da was mit den classes und secure_classes durcheinander gekommen ist.
Danach könnte man dann mal darüber nachdenken das Ding noch mal zu exkludieren, Debug-Level vom ZWave-Dongle auf 5, attribut "mseclog = 1" bei "global" und dann das Log einer erneuten Inklusion posten.
Ohne Arme keine Kekse, ohne Info keine Ahnung :-)
Gruß,
Andreas.
Hi,
sag mal, bist Du sicher das der Zwischenstecker SECURITY unterstützt? Laut der Anleitung die ich gerade gefunden habe unterstützt der KEIN Security, hat aber sowohl Association als auch AssociationGroupInformation als Befehlsklasse.
Also wie gesagt mal ein "list" posten, das sollte schon mal ein paar Fragen klären.
Gruß,
Andreas.
Hi,
anbei die Ausgabe von list
]Internals:
DEF d14c12e6 13
IODev ZWAVE1
NAME OD.Switch.GardenLights
NR 37
STATE on
TYPE ZWave
homeId d14c12e6
isWakeUp
lastMsgSent 1447795489.82087
nodeIdHex 0d
CHANGETIME:
Helper:
Dblog:
State:
Logdb:
TIME 1447795489.82645
VALUE on
Readings:
2015-11-17 22:00:56 SECURITY ENABLED
2015-11-17 22:11:52 assocGroupCmdList_01 25033202
2015-11-17 22:12:35 assocGroupName_01 Lifeline
2015-11-17 22:17:08 energy 0 kWh
2015-11-17 22:16:17 indState off
2015-11-17 22:17:23 meterSupported type: energy scales: 0:kWh, 2:W resetable: yes
2015-11-17 22:17:36 model 0x0154 0x0003 0x0001
2015-11-17 22:17:36 modelId 0154-0003-0001
2015-11-17 22:24:49 state on
2015-11-17 22:24:49 transmit OK
secMsg:
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC BASIC SWITCH_BINARY PROTECTION CONFIGURATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO INDICATOR METER SWITCH_ALL MARK BASIC MULTI_CHANNEL
group Licht
room Garten,ZWave
secure_classes ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO ASSOCIATION INDICATOR METER SWITCH_ALL VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
Das mit dem exkludieren und mit entsprechendem Debuglevel wieder inkludieren mache ich dann morgen.
Gruß
Torsten
Hi,
habe mir gerade noch mal die Einträge unter classes angeschaut und tatsächlich "ASSOCIATION" gab es nur unter secure_classes. Hab den Eintrag ergänzt und jetzt ist auch AssociationAdd vorhanden.
Allerdings erhalte ich im Log folgende Meldung:
2015.11.17 23:31:36 2: ZWave set OD.Switch.GardenLights associationAdd 1 1
2015.11.17 23:31:37 1: OD.Switch.GardenLights: no stored commands in Internal secMsg found
2015.11.17 23:31:37 1: PERL WARNING: Use of uninitialized value $getSecMsg in split at ./FHEM/10_ZWave.pm line 2136.
2015.11.17 23:31:37 1: OD.Switch.GardenLights: Error, nonce reveived but no stored command for encryption found
2015.11.17 23:31:38 1: OD.Switch.GardenLights: no stored commands in Internal secMsg found
2015.11.17 23:31:38 1: OD.Switch.GardenLights: Error, nonce reveived but no stored command for encryption found
2015.11.17 23:31:42 2: ZWAVE1 transmit NO_ACK for 0d
2015.11.17 23:31:46 2: ZWave: No ACK from OD.Switch.GardenLights after 10s for sent:130d189881652ece9c1c65e2c1ecfc1918d8e352c0609f9f6c2c50250d
2015.11.17 23:31:52 2: ZWave get OD.Switch.GardenLights association 1
Gruß
Torsten
Hallo Torsten,
ok, das Association nicht in classes auftaucht ist wahrscheinlich ein Gedankenfehler bzw. Umsetzungsproblem mit den RegEx... Das muss ich dann in den nächsten Tagen mal fixen. Da Du das jetzt erst mal händisch rüberkopiert hast ist für Dich da erst mal alles in Ordnung.
Das Ex- und Inkludieren ist damit für mich erst mal nicht mehr nötig. Die Arbeit kannst Du Dir daher erst mal sparen.
Wegen der Logmeldungen:
Da ist anscheinend eine Befehl verlorengegangen, dadurch bleibt dann ein Befehl "übrig" der dann im Device mit "list" unter secMsg: auftaucht. Problem dabei ist das ab dann der nächste neue Security Befehl diesen alten Befehl auslöst, und so weiter... Es bleibt aber dummerweise immer der letzte Befehl unbearbeitet auf diesem "Stack" liegen.
Das Problem habe ich leider noch nicht lösen können, die Fehlerbehandlung ist an dieser Stelle noch nicht wirklich vorhanden ,-(
Schau bei Dir noch mal mit "list" das Device an, wenn da ein (oder mehrere) Befehle hinter secMsg: auftauchen würde ich vorschlagen FHEM mal neu starten und den Loglevel vom ZWave-Dongle und dem "GardenLights" mal auf 5 zu setzen. (und das Attribut "msecLog=1" für global setzen, das schaltet die Anzeige der millisekunden ein)
Dann kann man im Log schon mal mehr erkennen wo da ein Befehl verlorengeht und evtl. auch erkennen WARUM.
Gruß,
Andreas.
Hallo Rudi,
anbei ein kleiner Patch der verhindert das beim Eintragen der "secure_classes" in "classes" Einträge übersprungen werden weil TEILE des Klassennamens gefunden werden, z.B. ASSOCIATION wird nicht angelegt weil ASSOCIATION_GRP existiert und ich großzügig nur nach "ASSOCIATION" gesucht habe.
Gruß,
Andreas.
Hallo Andreas,
danke für die weiteren Hinweise. Heute morgen war die Gartenbeleuchtung leider noch an und "list" hat wie von Dir vermutet den letzten Befehl - das Ausschalten - noch bei secMsg angezeigt. Hier der Logeintrag
2015.11.19 00:30:00 2: ZWave set OD.Switch.GardenLights off
2015.11.19 00:30:03 3: OD.Switch.GardenLights_till: Timeout reading answer for get secNonce
2015.11.19 00:30:03 1: in DELETED
2015.11.19 00:30:10 2: ZWave: No ACK from OD.Switch.GardenLights after 10s for sent:130d029840250d
Ich habe jetzt mal weiter gesucht und auf Peppernet http://www.pepper1.net/zwavedb/device/692/692-0154-0003-0001-03-03-43-01-00.xml eine XML Datei für das Gerät gefunden. FHEM erkennt das Gerät ja model
0x0154 0x0003 0x0001 aber es gibt wohl keine XML Datei.
Kann jemand diese XML Datei in FHEM integrieren?
Ich werde das Gerät wohl noch mal excludieren und ohne sec wieder includieren. Die classes werde ich dann alle manuell eintragen. Mal sehen, ob das Gerät sich dann besser verhält.
Beste Grüße
Torsten
Hi Torsten,
Zitat von: ToKa am 19 November 2015, 20:13:43
danke für die weiteren Hinweise. Heute morgen war die Gartenbeleuchtung leider noch an und "list" hat wie von Dir vermutet den letzten Befehl - das Ausschalten - noch bei secMsg angezeigt.
ja, das Problem kenne ich leider...
Das Ding hat auf die Anfrage nach dem Token zur Verschlüsselung nicht geantwortet, dann wird der Befehl auch nicht noch mal gesendet => der zu verschlüsselnde Befehl bleibt im Stack da hier nur auf das Eintreffen von so einem Token reagiert wird.
Das Grundproblem ist aber das es keine Antwort gab, wäre das direkt der Befehl "set ... off" gewesen hätte das Ding ja auch nicht geschaltet. Nur kommt ohne SECURITY dabei dann nicht alles total durcheinander.
Um die XML-Dateien kümmert sich normaler Krikan, er wird das sicherlich lesen.
Wenn Du das Gerät neu inkludierst solltest Du die Klassen eigentlich nicht manuell eintragen müssen, die Anzeige der Klassen hat nichts mit dem XML zu tun. Du könntest aber mal das Log von der erneuten Inklusion ohne SECURITY (mit verbose 5 beim ZWave-Dongle und noch das Attribut "mseclog" bei Global auf 1 setzen, dann gibt es im Log auch millisekunden) posten.
Dann könnte ich mal nachsehen ob das Gerät da vielleicht wirklich Klassen meldet.
Gruß,
Andreas.
Zitat von: ToKa am 19 November 2015, 20:13:43
Kann jemand diese XML Datei in FHEM integrieren?
Pepper-Daten und Datenformat geht nicht. Du musst die Config-XML bitte als openzwave-XML zur Verfügung stellen, damit ich es einbinden kann: 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
Bei openzwave und jeedom-openzwave gibt es zu dem Gerät noch keine XMLs, so dass Du es selbst erstellen musst.
Gruß, Christian
Hallo Andreas, hallo Christian,
hatte das Gerät jetzt schon ohne SECURITY inkludiert, als ich Eure antworten gelesen habe. Das Inkludieren hat funktioniert, aber es wurden nicht alle classes erkannt. Ich habe diese dann von Hand ergänzt, so wie die Einträge nach dem Inklude mit SECURITY vorhanden waren:
ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO ASSOCIATION INDICATOR METER SWITCH_ALL VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
Bislang funktioniert das Gerät und es gibt keine Auffälligkeiten im Log. Mal sehen, ob der Schalter morgen früh aus ist...
An die XML Datei habe ich mich mal rangewagt und die Werte aus der Pepper Datei bzw. der Anleitung verwendet. Ich hoffe, ich habe das richtig gemacht. Der Eintrag für die "openzwave_manufacturer_specific.xm" unter POPP sieht so aus:
<Product type="0003" id="0001" name="009105 Wall Plug Switch for Outdoor Use" config="popp/009105.xml" />
Die XML Datei gibt es als Anlage...
Gruß
Torsten
Hi Torsten,
Zitat von: ToKa am 19 November 2015, 23:29:40
hatte das Gerät jetzt schon ohne SECURITY inkludiert, als ich Eure antworten gelesen habe. Das Inkludieren hat funktioniert, aber es wurden nicht alle classes erkannt. Ich habe diese dann von Hand ergänzt, so wie die Einträge nach dem Inklude mit SECURITY vorhanden waren:
ZWAVEPLUS_INFO BASIC SWITCH_BINARY PROTECTION CONFIGURATION MULTI_CHANNEL_ASSOCIATION ASSOCIATION_GRP_INFO ASSOCIATION INDICATOR METER SWITCH_ALL VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
hast Du denn ein Log mit verbose 5 von dem Inkludieren?
Wenn da Klassen nicht auftauchen die das Gerät eigentlich haben sollte würde mich schon interessieren ob das ein Problem vom Gerät ist und die Klassen nicht gemeldet werden, oder ob FHEM da Klassen nicht richtig anzeigt. Da dies aber bisher problemlos funktioniert hat vermute ich eher ein Problem beim Gerät.
Gruß,
Andreas.
Zitat von: ToKa am 19 November 2015, 23:29:40
Die XML Datei gibt es als Anlage...
Hallo Torsten,
habe ich eben eingecheckt und wird morgen ab 8 Uhr per update verteilt. Bitte einmal testen, ob alles funktioniert.
Falls die Classes nicht automatisch während der Inklusion gesetzt werden können, wäre es gut die fehlenden Classes in der XML mit aufzunehmen. Dann könnte das Attribut classes automatisch aus der XML ergänzt werden.
Gruß, Christian
Hi Christian,
Zitat von: krikan am 20 November 2015, 19:32:43
Falls die Classes nicht automatisch während der Inklusion gesetzt werden können, wäre es gut die fehlenden Classes in der XML mit aufzunehmen. Dann könnte das Attribut classes automatisch aus der XML ergänzt werden.
hab' mich bisher nie darum gekümmert was in den XML eigentlich drin steht und was damit gemacht wird, aber stehen da wirklich Befehlsklassen drin die von FHEM auch ausgewertet werden? Das wäre mir dann neu, der Teil ist mir im Code bisher nicht aufgefallen.
Oder meinst Du das man dann soetwas implementieren könnte?
Gruß,
Andreas.
Hallo Andreas,
heute Morgen und auch heute Abend hat der Schalter brav funktioniert und wurde zeitgesteuert aus bzw. eingeschaltet.
Ich habe ihn eben exkludiert und mit verbose und mseclog wieder inkludiert.
Log
2015.11.20 20:00:04.505 4: ZWDongle set ZWAVE1 addNode nwOn
2015.11.20 20:00:04.506 5: ZWDongle_Write 00 4ac104
2015.11.20 20:00:04.507 5: SW: 0105004ac10475
2015.11.20 20:00:04.580 5: ACK received, removing 0105004ac10475 from dongle sendstack
2015.11.20 20:00:04.581 4: ZWDongle_Read ZWAVE1: sending ACK, processing 004a04010000
2015.11.20 20:00:04.581 5: SW: 06
2015.11.20 20:00:04.583 5: ZWAVE1 dispatch 004a04010000
2015.11.20 20:00:04.584 4: ZWAVE1 CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000
2015.11.20 20:00:04.608 4: ZWAVE1 ZW_ADD_NODE_TO_NETWORK learnReady
2015.11.20 20:00:06.571 4: ZWDongle_Read ZWAVE1: sending ACK, processing 004a04020000
2015.11.20 20:00:06.571 5: SW: 06
2015.11.20 20:00:06.573 5: ZWAVE1 dispatch 004a04020000
2015.11.20 20:00:06.574 4: ZWAVE1 CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000
2015.11.20 20:00:06.604 4: ZWAVE1 ZW_ADD_NODE_TO_NETWORK nodeFound
2015.11.20 20:00:06.771 4: ZWDongle_Read ZWAVE1: sending ACK, processing 004a0403110d0410015e7a735a988672ef2060
2015.11.20 20:00:06.771 5: SW: 06
2015.11.20 20:00:06.773 5: ZWAVE1 dispatch 004a0403110d0410015e7a735a988672ef2060
2015.11.20 20:00:06.773 4: ZWAVE1 CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:110d0410015e7a735a988672ef2060
2015.11.20 20:00:06.776 1: in UNDEFINED
2015.11.20 20:00:06.777 2: autocreate: define ZWave_SWITCH_BINARY_17 ZWave d14c12e6 17 5e7a735a988672ef2060
2015.11.20 20:00:06.784 2: autocreate: define FileLog_ZWave_SWITCH_BINARY_17 FileLog ./log/ZWave_SWITCH_BINARY_17-%Y.log ZWave_SWITCH_BINARY_17
2015.11.20 20:00:07.512 4: ZWDongle_Read ZWAVE1: sending ACK, processing 004a04051100
2015.11.20 20:00:07.513 5: SW: 06
2015.11.20 20:00:07.514 5: ZWAVE1 dispatch 004a04051100
2015.11.20 20:00:07.573 4: ZWAVE1 CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:1100
2015.11.20 20:00:08.079 2: ZWave get ZWave_SWITCH_BINARY_17 model
2015.11.20 20:00:08.080 5: ZWDongle_Write 00 13110272042511
2015.11.20 20:00:08.080 5: SW: 01090013110272042511b4
2015.11.20 20:00:08.082 4: ZWDongle_ReadAnswer arg:model regexp:^00040011..72
2015.11.20 20:00:08.083 5: ACK received, WaitForAck=>2 for 01090013110272042511b4
2015.11.20 20:00:08.149 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.20 20:00:08.150 5: SW: 06
2015.11.20 20:00:08.151 5: ZWAVE1 dispatch 011301
2015.11.20 20:00:08.444 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001311000024
2015.11.20 20:00:08.444 5: SW: 06
2015.11.20 20:00:08.445 5: device ack reveived, removing 01090013110272042511b4 from dongle sendstack
2015.11.20 20:00:08.446 5: ZWAVE1 dispatch 001311000024
2015.11.20 20:00:08.446 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0024
2015.11.20 20:00:08.447 4: ZWAVE1 transmit OK for 11
2015.11.20 20:00:11.451 5: ZWDongle_ReadAnswer: select timeout
2015.11.20 20:00:11.452 1: ZWAVE INIT: get ZWave_SWITCH_BINARY_17 model: Timeout reading answer for get model
2015.11.20 20:00:12.547 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040011087205015400030001
2015.11.20 20:00:12.547 5: SW: 06
2015.11.20 20:00:12.549 5: ZWAVE1 dispatch 00040011087205015400030001
2015.11.20 20:00:12.550 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:11 ARG:087205015400030001
Event monitor
2015-11-20 20:00:04.575 ZWDongle ZWAVE1 addNode nwOn
2015-11-20 20:00:04.606 ZWDongle ZWAVE1 ZW_ADD_NODE_TO_NETWORK learnReady
2015-11-20 20:00:06.601 ZWDongle ZWAVE1 ZW_ADD_NODE_TO_NETWORK nodeFound
2015-11-20 20:00:06.943 Global global UNDEFINED ZWave_SWITCH_BINARY_17 ZWave d14c12e6 17 5e7a735a988672ef2060
2015-11-20 20:00:06.943 Global global DEFINED ZWave_SWITCH_BINARY_17
2015-11-20 20:00:06.943 Global global DEFINED FileLog_ZWave_SWITCH_BINARY_17
2015-11-20 20:00:06.943 Global global SAVE
2015-11-20 20:00:12.732 ZWave ZWave_SWITCH_BINARY_17 modelId: 0154-0003-0001
2015-11-20 20:00:12.732 ZWave ZWave_SWITCH_BINARY_17 model: 0x0154 0x0003 0x0001
2015-11-20 20:00:12.732 ZWave ZWave_SWITCH_BINARY_17 model: 0x0154 0x0003 0x0001
2015-11-20 20:01:31.972 ZWDongle ZWAVE1 addNode off
2015-11-20 20:01:32.002 ZWDongle ZWAVE1 ZW_ADD_NODE_TO_NETWORK done
Angelegte Classes
ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
Hoffe Dir hilft das weiter.
Gruß
Torsten
Hallo Christian,
danke. Werde es morgen testen und berichten.
Gruß
Torsten
Zitat von: ToKa am 20 November 2015, 20:11:52
Ich habe ihn eben exkludiert und mit verbose und mseclog wieder inkludiert.
2015.11.20 20:00:06.771 4: ZWDongle_Read ZWAVE1: sending ACK, processing 004a0403110d0410015e7a735a988672ef2060
Ok, danke, der "Verdacht" hat sich bestätigt, das Gerät meldet die Klasse Association, Association_Grp etc. wirklich nicht -> Firmwareproblem vom Gerät und kein Problem von FHEM.
Die Klassen die eingetragen werden sind genau die gemeldeten:
00 4a 04 03 11 0d 04 10 01
5e ZWAVEPLUS_INFO
7a FIRMWARE_UPDATE_MD
73 POWERLEVEL
5a DEVICE_RESET_LOCALLY
98 SECURITY
86 VERSION
72 MANUFACTURER_SPECIFIC
ef MARK
20 BASIC
60 MULTI_CHANNEL
Zitat von: ToKa am 20 November 2015, 20:11:52
2015.11.20 20:00:08.079 2: ZWave get ZWave_SWITCH_BINARY_17 model
2015.11.20 20:00:08.080 5: ZWDongle_Write 00 13110272042511
2015.11.20 20:00:08.080 5: SW: 01090013110272042511b4
2015.11.20 20:00:08.082 4: ZWDongle_ReadAnswer arg:model regexp:^00040011..72
2015.11.20 20:00:08.083 5: ACK received, WaitForAck=>2 for 01090013110272042511b4
2015.11.20 20:00:08.149 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.20 20:00:08.150 5: SW: 06
2015.11.20 20:00:08.151 5: ZWAVE1 dispatch 011301
2015.11.20 20:00:08.444 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001311000024
2015.11.20 20:00:08.444 5: SW: 06
2015.11.20 20:00:08.445 5: device ack reveived, removing 01090013110272042511b4 from dongle sendstack
2015.11.20 20:00:08.446 5: ZWAVE1 dispatch 001311000024
2015.11.20 20:00:08.446 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0024
2015.11.20 20:00:08.447 4: ZWAVE1 transmit OK for 11
2015.11.20 20:00:11.451 5: ZWDongle_ReadAnswer: select timeout
2015.11.20 20:00:11.452 1: ZWAVE INIT: get ZWave_SWITCH_BINARY_17 model: Timeout reading answer for get model
2015.11.20 20:00:12.547 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040011087205015400030001
2015.11.20 20:00:12.547 5: SW: 06
Hier ist aber dann auch wieder ein Timeout beim warten auf die Antwort auf das "get model". FHEM warten 3 Sekunden auf die Antwort, das Gerät braucht aber 4 Sekunden für die Antwort. Immerhin kam die Antwort dann noch...
Irgendwie hat mMn FHEM da schon seit einer ganzen Weile "nur" 3 Sekunden gewartet, aber in letzter Zeit scheint es mehr aufzufallen da mehr Meldungen erzeugt werden.
Gruß,
Andreas.
ZitatFHEM warten 3 Sekunden auf die Antwort, das Gerät braucht aber 4 Sekunden für die Antwort.
Was schon recht schraeg ist.
Hab den Patch eingespielt.
Hi Rudi,
Zitat von: rudolfkoenig am 20 November 2015, 22:24:55
Was schon recht schraeg ist.
yep, aber irgendwie tauchen in letzter Zeit eine Menge Geräte auf die ungewöhnlich lange für die Antwort brauchen...
Normalerweise liegt das ja in der Größenordnung 0.2 bis 0.4 Sekunden. Keine Ahnung ob die Tests bei der ZWave-Alliance schlechter geworden sind und die Qualität der Firmware von den Geräten dadurch immer schlechter wird...
Gruß,
Andreas.
Hallo zusammen,
bin erst heute dazu gekommen, das Gerät nochmals zu inkludieren. Das Modell wird erkannt, aber die classes sind noch immer nicht vollständig. Was mich auch wundert, dass nach dem Inkludieren die Configuration Parameter aus der XML Datei nicht unter SET angezeigt werden. Es wird gar keine config Möglichkeit unter SET angezeigt.
Internals:
CFGFN
DEF d14c12e6 20
IODev ZWAVE1
NAME ZWave_SWITCH_BINARY_20
NR 134
STATE ???
TYPE ZWave
homeId d14c12e6
isWakeUp
lastMsgSent 1448207120.08143
nodeIdHex 14
CHANGETIME:
Helper:
Dblog:
Model:
Logdb:
TIME 1448207122.08904
VALUE Popp 009105 Wall Plug Switch for Outdoor Use
Modelconfig:
Logdb:
TIME 1448207122.08904
VALUE popp/009105.xml
Modelid:
Logdb:
TIME 1448207122.08904
VALUE 0154-0003-0001
Readings:
2015-11-22 16:45:22 model Popp 009105 Wall Plug Switch for Outdoor Use
2015-11-22 16:45:22 modelConfig popp/009105.xml
2015-11-22 16:45:22 modelId 0154-0003-0001
2015-11-22 16:45:20 transmit OK
Attributes:
IODev ZWAVE1
classes ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL
room ZWave
Nachfolgend das LOG und der Event Monitor:
2015.11.22 16:45:08.704 4: ZWDongle set ZWAVE1 addNode on
2015.11.22 16:45:08.704 5: ZWDongle_Write 00 4a8108
2015.11.22 16:45:08.705 5: SW: 0105004a810839
2015.11.22 16:45:08.741 5: ACK received, removing 0105004a810839 from dongle sendstack
2015.11.22 16:45:08.741 4: ZWDongle_Read ZWAVE1: sending ACK, processing 004a08010000
2015.11.22 16:45:08.742 5: SW: 06
2015.11.22 16:45:08.744 5: ZWAVE1 dispatch 004a08010000
2015.11.22 16:45:08.744 4: ZWAVE1 CMD:ZW_ADD_NODE_TO_NETWORK ID:01 ARG:0000
2015.11.22 16:45:08.788 4: ZWAVE1 ZW_ADD_NODE_TO_NETWORK learnReady
2015.11.22 16:45:18.769 4: ZWDongle_Read ZWAVE1: sending ACK, processing 004a08020000
2015.11.22 16:45:18.770 5: SW: 06
2015.11.22 16:45:18.772 5: ZWAVE1 dispatch 004a08020000
2015.11.22 16:45:18.772 4: ZWAVE1 CMD:ZW_ADD_NODE_TO_NETWORK ID:02 ARG:0000
2015.11.22 16:45:18.828 4: ZWAVE1 ZW_ADD_NODE_TO_NETWORK nodeFound
2015.11.22 16:45:18.975 4: ZWDongle_Read ZWAVE1: sending ACK, processing 004a0803140d0410015e7a735a988672ef2060
2015.11.22 16:45:18.975 5: SW: 06
2015.11.22 16:45:18.977 5: ZWAVE1 dispatch 004a0803140d0410015e7a735a988672ef2060
2015.11.22 16:45:18.977 4: ZWAVE1 CMD:ZW_ADD_NODE_TO_NETWORK ID:03 ARG:140d0410015e7a735a988672ef2060
2015.11.22 16:45:18.979 1: in UNDEFINED
2015.11.22 16:45:18.980 2: autocreate: define ZWave_SWITCH_BINARY_20 ZWave d14c12e6 20 5e7a735a988672ef2060
2015.11.22 16:45:18.986 2: autocreate: define FileLog_ZWave_SWITCH_BINARY_20 FileLog ./log/ZWave_SWITCH_BINARY_20-%Y.log ZWave_SWITCH_BINARY_20
2015.11.22 16:45:19.511 4: ZWDongle_Read ZWAVE1: sending ACK, processing 004a08051400
2015.11.22 16:45:19.512 5: SW: 06
2015.11.22 16:45:19.513 5: ZWAVE1 dispatch 004a08051400
2015.11.22 16:45:19.573 4: ZWAVE1 CMD:ZW_ADD_NODE_TO_NETWORK ID:05 ARG:1400
2015.11.22 16:45:20.078 2: ZWave get ZWave_SWITCH_BINARY_20 model
2015.11.22 16:45:20.079 5: ZWDongle_Write 00 13140272042514
2015.11.22 16:45:20.079 5: SW: 01090013140272042514b4
2015.11.22 16:45:20.081 4: ZWDongle_ReadAnswer arg:model regexp:^00040014..72
2015.11.22 16:45:20.082 5: ACK received, WaitForAck=>2 for 01090013140272042514b4
2015.11.22 16:45:20.088 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.22 16:45:20.088 5: SW: 06
2015.11.22 16:45:20.090 5: ZWAVE1 dispatch 011301
2015.11.22 16:45:20.103 4: ZWDongle_Read ZWAVE1: sending ACK, processing 001314000002
2015.11.22 16:45:20.103 5: SW: 06
2015.11.22 16:45:20.105 5: device ack reveived, removing 01090013140272042514b4 from dongle sendstack
2015.11.22 16:45:20.105 5: ZWAVE1 dispatch 001314000002
2015.11.22 16:45:20.106 4: ZWAVE1 CMD:ZW_SEND_DATA ID:00 ARG:0002
2015.11.22 16:45:20.106 4: ZWAVE1 transmit OK for 14
2015.11.22 16:45:20.165 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040014087205015400030001
2015.11.22 16:45:20.166 5: SW: 06
2015.11.22 16:45:20.167 4: ZWDongle_ReadAnswer for model: 00040014087205015400030001
2015.11.22 16:45:20.168 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:14 ARG:087205015400030001
2015.11.22 16:45:22.198 1: ZWAVE INIT: get ZWave_SWITCH_BINARY_20 model: model:Popp 009105 Wall Plug Switch for Outdoor Use
modelConfig:popp/009105.xml
modelId:0154-0003-0001
2015-11-22 16:45:08.736 ZWDongle ZWAVE1 addNode on
2015-11-22 16:45:08.786 ZWDongle ZWAVE1 ZW_ADD_NODE_TO_NETWORK learnReady
2015-11-22 16:45:18.825 ZWDongle ZWAVE1 ZW_ADD_NODE_TO_NETWORK nodeFound
2015-11-22 16:45:19.127 Global global UNDEFINED ZWave_SWITCH_BINARY_20 ZWave d14c12e6 20 5e7a735a988672ef2060
2015-11-22 16:45:19.127 Global global DEFINED ZWave_SWITCH_BINARY_20
2015-11-22 16:45:19.127 Global global DEFINED FileLog_ZWave_SWITCH_BINARY_20
2015-11-22 16:45:19.127 Global global SAVE
2015-11-22 16:45:22.197 ZWave ZWave_SWITCH_BINARY_20 model: Popp 009105 Wall Plug Switch for Outdoor Use
2015-11-22 16:45:22.197 ZWave ZWave_SWITCH_BINARY_20 modelConfig: popp/009105.xml
2015-11-22 16:45:22.197 ZWave ZWave_SWITCH_BINARY_20 modelId: 0154-0003-0001
2015-11-22 16:48:36.437 ZWDongle ZWAVE1 addNode off
2015-11-22 16:48:36.467 ZWDongle ZWAVE1 ZW_ADD_NODE_TO_NETWORK done
Nachdem ich die fehlenden classes wieder manuell ergänzt habe, fehlen die Configuration Parameter aus der XML Datei immer noch. Die SET Möglichkeiten sehen wie in der Anlage aus.
Kann man den von Euch erwähnten Timeout in der fhem Konfiguration anpassen?
Danke für Eure Hilfe und beste Grüße
Torsten
ZitatKann man den von Euch erwähnten Timeout in der fhem Konfiguration anpassen?
Lahme ZWave-Geräte kann FHEM grds. nicht schneller machen. Aber wir könnten get rausschmeißen (Rudi versus Andreas).
Zitatfehlen die Configuration Parameter aus der XML Datei immer noch. Die SET Möglichkeiten sehen wie in der Anlage aus.
Das habe ich verbockt, habe aber keine Ahnung woran es liegt. Wahrscheinlich habe ich mich vertippt sehe es aber nicht :-[.
@Rudi: Habe die config in fhem_deviceconfig.xml.gz eingebaut. Anscheinend wird aber immer aus der openzwave_deviceconfig.xml.gz gezogen. Was ist mein Gedankenfehler? Erkennst Du etwas?
Gruß, Christian
Zitat von: krikan am 22 November 2015, 17:18:49
Das habe ich verbockt, habe aber keine Ahnung woran es liegt. Wahrscheinlich habe ich mich vertippt sehe es aber nicht :-[.
@Rudi: Habe die config in fhem_deviceconfig.xml.gz eingebaut. Anscheinend wird aber immer aus der openzwave_deviceconfig.xml.gz gezogen. Was ist mein Gedankenfehler? Erkennst Du etwas?
Schon erkannt und wirklich dämlich: Ich sollte meine Brille aufsetzen. Die Datei muss fhem_zwave_deviceconfig.xml.gz heißen. Ändere ich ab.
Sorry, Christian
EDIT: fhem_zwave_deviceconfig.xml.gz habe ich angehängt. In Ordner fhem/FHEM/lib kopieren und dann funktioniert es hoffentlich.
Hi Torsten,
Zitat von: ToKa am 22 November 2015, 16:57:52
Nachdem ich die fehlenden classes wieder manuell ergänzt habe, fehlen die Configuration Parameter aus der XML Datei immer noch. Die SET Möglichkeiten sehen wie in der Anlage aus.
Kann man den von Euch erwähnten Timeout in der fhem Konfiguration anpassen?
das Gerät meldet die Klassen einfach nicht, und ich seh' nicht das fehlende Klassen dann über die XML Datei ergänzt werden. (Rudi, Krikan?)
Hast Du die Klasse Configuration denn auch zu der Liste hinzugefügt?
Der Timeout hat darauf auch gar keinen Einfluß, der sagt ja nur das innerhalb von drei Sekunden keine Antwort kam.
Zitat von: krikan am 22 November 2015, 17:18:49
Lahme ZWave-Geräte kann FHEM grds. nicht schneller machen. Aber wir könnten get rausschmeißen (Rudi versus Andreas).
Ich hab' nichts dagegen die momentane Implementierung für das Warten auf die Antwort von get-Anfragen rauszuwerfen, die Unterscheidung in SET- und GET-Befehle muss mMn aber drin bleiben um eine Ablaufsteuerung implementieren zu können.
Gruß,
Andreas.
Zitat von: A.Harrenberg am 22 November 2015, 17:36:47
und ich seh' nicht das fehlende Klassen dann über die XML Datei ergänzt werden. (Rudi, Krikan?)
Die XML-Datei in der derzeitigen Form enthält keine hinzuzufügenden Classes. War nicht eingebaut und ich kannte sie noch nicht. Aber da ich Murks gebaut habe (siehe oben), hätte auch eine erweiterte XML nicht geholfen.
@Rudi: Brauche Hilfe beim SVN einchecken. Kann ich einfach die falsch benannte Datei im SVN löschen und mit neuem Namen einchecken oder führt das zu Problemen?
Zitat
Ich hab' nichts dagegen die momentane Implementierung für das Warten auf die Antwort von get-Anfragen rauszuwerfen, die Unterscheidung in SET- und GET-Befehle muss mMn aber drin bleiben um eine Ablaufsteuerung implementieren zu können.
Mir bekannt ;) :)
Zitat@Rudi: Brauche Hilfe beim SVN einchecken. Kann ich einfach die falsch benannte Datei im SVN löschen und mit neuem Namen einchecken oder führt das zu Problemen?
Im SVN lieber umbennen, dann geht die Historie nicht verloren:
svn rename fhem_deviceconfig.xml.gz fhem_zwave_deviceconfig.xml.gzDas habe ich jetzt selbst durchgefuehrt, und alles fuer update zur Verfuegung gestellt, d.h. ihr koennt es direkt testen.
Haken: alle, die in der letzten Woche ein update durchgefuehrt haben, behalten einen nutzlosen fhem_deviceconfig.xml.gz. Wir koennten die Datei zwar automatisch nach "unused" schieben, aber dann wird diese Schiebe-Operation bei jedem update ausgefuehrt.
Soll ich es schieben oder lieber nicht?
Zitatlieber nicht
Bin dafür. Denke nicht, dass die Mehrheit der User so regelmäßig Updates durchführt. (Außerdem wissen wir ja, wer es verbockt hat und wer beschimpft werden kann. 8))
Rudi, danke für Deine Hilfe/Zeit.
Hallo Andreas, hallo Christian,
super, nach dem Update von fhem und einem Neustart sind jetzt die Conf Parameter aus der XML Datei als SET Parameter vorhanden. CONFIGURATION musste ich hierzu in den classes nicht angeben.
Schalter ist jetzt wieder im Garten... mal schauen ob das mit dem zeitgesteuerten Ein- und Ausschalten jetzt klappt.
Gruß
Torsten
Hallo Torsten,
Zitat von: ToKa am 22 November 2015, 18:58:34
super, nach dem Update von fhem und einem Neustart sind jetzt die Conf Parameter aus der XML Datei als SET Parameter vorhanden. CONFIGURATION musste ich hierzu in den classes nicht angeben.
ok, dann erzeugt Rudi die Befehle inklusive der Klasse aus dem XML.
Hast Du evtl. mal einen Link auf die Anleitung von dem Ding? Ich finde nur welche ohne SECURITY und ich würde doch gerne mal die Anleitung sehen die dabei war... (Oder kannst Du Deine Anleitung vielleicht einscannen?)
Ist ja schon ein ziemliches Unding das der nicht alle Klassen meldet...
Gruß,
Andreas.
Hallo Andreas,
im Anhang findest Du die Anleitung. Auf der Seite 2 unter "Product Description" findest man den Hinweis, dass das Gerät sichere Kommunikation unterstützt.
Der Schalter funktioniert aktuell bei mir jetzt bedingt. Bekomme immer wieder Timeout / NoAck Meldungen. Bin nicht sicher, ob es an der Entfernung zwischen Controller und Switch liegt. Sind ca. 15m Luftlinie, was ja kein Problem sein sollte.
Was komisch ist, die Config Änderungen kommen aber im Switch an (z.B. Änderung der LED Farbe On/Off). Die Abfrage dieser Parameter ergibt auch eine Timeout Meldung, aber das Reading wird korrekt angezeigt. Nachfolgend LOG und Event Monitor:
2015.11.23 18:32:41.708 2: ZWave get OD.Switch.GardenLights configOffColor
2015.11.23 18:32:41.709 5: ZWDongle_Write 00 1304037005152504
2015.11.23 18:32:41.710 5: SW: 010a001304037005152504a0
2015.11.23 18:32:41.712 4: ZWDongle_ReadAnswer arg:configOffColor regexp:^00040004..70
2015.11.23 18:32:41.712 5: ACK received, WaitForAck=>2 for 010a001304037005152504a0
2015.11.23 18:32:41.718 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.23 18:32:41.718 5: SW: 06
2015.11.23 18:32:41.720 5: ZWAVE1 dispatch 011301
2015.11.23 18:32:44.724 5: ZWDongle_ReadAnswer: select timeout
2015.11.23 18:32:44.726 4: no response from device, removing 010a001304037005152504a0 from dongle sendstack
2015.11.23 18:32:46.235 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0013040101c5
2015.11.23 18:32:46.235 5: SW: 06
2015.11.23 18:32:46.237 5: ZWAVE1 dispatch 0013040101c5
2015.11.23 18:32:46.238 4: ZWAVE1 CMD:ZW_SEND_DATA ID:01 ARG:01c5
2015.11.23 18:32:46.238 2: ZWAVE1 transmit NO_ACK for 04
2015.11.23 18:32:51.718 2: ZWave: No ACK from OD.Switch.GardenLights after 10s for sent:1304037005152504
2015.11.23 18:33:23.281 2: ZWave get OD.Switch.GardenLights configOnColor
2015.11.23 18:33:23.282 5: ZWDongle_Write 00 1304037005162504
2015.11.23 18:33:23.283 5: SW: 010a001304037005162504a3
2015.11.23 18:33:23.284 4: ZWDongle_ReadAnswer arg:configOnColor regexp:^00040004..70
2015.11.23 18:33:23.285 5: ACK received, WaitForAck=>2 for 010a001304037005162504a3
2015.11.23 18:33:23.291 4: ZWDongle_Read ZWAVE1: sending ACK, processing 011301
2015.11.23 18:33:23.291 5: SW: 06
2015.11.23 18:33:23.293 5: ZWAVE1 dispatch 011301
2015.11.23 18:33:26.297 5: ZWDongle_ReadAnswer: select timeout
2015.11.23 18:33:26.299 4: no response from device, removing 010a001304037005162504a3 from dongle sendstack
2015.11.23 18:33:27.512 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040004057006160103
2015.11.23 18:33:27.513 5: SW: 06
2015.11.23 18:33:27.515 5: ZWAVE1 dispatch 00040004057006160103
2015.11.23 18:33:27.515 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:057006160103
2015.11.23 18:33:27.573 4: ZWDongle_Read ZWAVE1: sending ACK, processing 00040004057006160103
2015.11.23 18:33:27.574 5: SW: 06
2015.11.23 18:33:27.576 5: ZWAVE1 dispatch 00040004057006160103
2015.11.23 18:33:27.576 4: ZWAVE1 CMD:APPLICATION_COMMAND_HANDLER ID:04 ARG:057006160103
2015.11.23 18:33:27.867 4: ZWDongle_Read ZWAVE1: sending ACK, processing 0013040101ca
2015.11.23 18:33:27.867 5: SW: 06
2015.11.23 18:33:27.869 5: ZWAVE1 dispatch 0013040101ca
2015.11.23 18:33:27.870 4: ZWAVE1 CMD:ZW_SEND_DATA ID:01 ARG:01ca
2015.11.23 18:33:27.870 2: ZWAVE1 transmit NO_ACK for 04
2015.11.23 18:33:33.291 2: ZWave: No ACK from OD.Switch.GardenLights after 10s for sent:1304037005162504
2015-11-23 18:32:46.314 ZWave OD.Switch.GardenLights TRANSMIT_NO_ACK
2015-11-23 18:32:46.314 ZWave OD.Switch.GardenLights transmit: NO_ACK
2015-11-23 18:33:27.564 ZWave OD.Switch.GardenLights configOnColor: BlueDefault
2015-11-23 18:33:27.604 ZWave OD.Switch.GardenLights configOnColor: BlueDefault
2015-11-23 18:33:27.915 ZWave OD.Switch.GardenLights TRANSMIT_NO_ACK
2015-11-23 18:33:27.915 ZWave OD.Switch.GardenLights transmit: NO_ACK
Kann es sein, dass manche Parameter nur über eine sichere Kommunikation funktionieren? Sorry, wenn ich eine Newbie Frage stelle...
Gruß
Torsten
Zitat von: ToKa am 23 November 2015, 18:20:26
Sind ca. 15m Luftlinie, was ja kein Problem sein sollte.
Das würde ich so nicht sehen. Kann sehr wohl schon das Problem sein. Welche Hindernisse, usw sind dazwischen?
Hallo Christian,
nur die Hauswand, Fenster und Terassentür, Höhenunterschied ca. 2m. Habe im vorangehenden Post noch Log und Eventmonitor eingefügt.
Gruß
Torsten
Hi Torsten,
Zitat von: ToKa am 23 November 2015, 18:20:26
im Anhang findest Du die Anleitung. Auf der Seite 2 unter "Product Description" findest man den Hinweis, dass das Gerät sichere Kommunikation unterstützt.
die Anleitung ist genauso schlecht wie das Gerät...
Im Text steht wie von Dir beschrieben das SECURITY unterstütz wird, die Klasse SECURITY taucht aber nicht in der Tabelle auf Seite 5/6 auf... >:(
Laut Tabelle soll das Ding auch MULTI_CHANNEL haben, meldet es auch nicht...
Zitat von: ToKa am 23 November 2015, 18:20:26
Kann es sein, dass manche Parameter nur über eine sichere Kommunikation funktionieren? Sorry, wenn ich eine Newbie Frage stelle...
Also, ein "normales" Device sendet während der Inklusion seine Daten an den Controller, darin ist kodiert was für eine Art Gerät es ist und welche Befehlsklassen es unterstützt. Diese Rückmeldung wird von FHEM ausgwertet, in "classes" abgelegt und bestimmt welche Befehle Du über die Drop-Down Menüs bei SET bzw. GET auswählen kannst. Nicht unterstützte Befehle tauchen dadurch gar nicht erst in der Liste auf.
Wenn nun so ein Gerät wie dieser Schalter hier einige seiner Befehlsklassen nicht meldet, werden diese fehlenden Befehle natürlich auch nicht angeboten.
Wird nun ein Gerät mit SECURITY inkludiert geht der erste Teil ganz normal ab, d.h. das Gerät meldet die unterstützten Befehlsklassen die OHNE SECURITY unterstützt werden. Erst danach wird der SECURITY Modus ausgehandelt und das Passwort gesetzt. Im Anschluß daran werden die Befehlsklassen MIT SECURITY abgefragt, diese werden nicht automatisch gemeldet. Diese Befehlsklassen werden in "secure_classes" abgelegt.
Sollte da jetzt eine Klasse auftauchen die auch in classes vorhanden ist, so bedeutet das normalerweise das diese Klasse ab sofort nur noch verschlüsselt funktioniert, was aber für den Anwender transparent ist.
Es gibt aber auch den Fall das Funktionen NUR unter SECURITY angeboten werden, d.h. die Klasse in secure_classes vorhanden ist aber (vorerst noch) nicht in classes. Damit FHEM nun diese Befehle auch im Drop-Down anzeigen kann, werden diese "neuen" Klassen zu den bereits vorhandenen classes kopiert.
Also ja, es gibt Befehle / Befehlsklassen die nur über eine sichere Kommunikation funktionieren, dies sollte aber in der Beschreibung des Geräte eindeutig beschrieben sein.
In diesem Fall ist POPP ja nicht mal in der Lage die SECURITY Klasse selbst anzugeben...
Gruß,
Andreas.
Hallo Andreas,
danke für die genaue Erklärung. Als ich den Switch mit "SEC" inkludiert hatte, war auch die Klasse "MULTI_CHANNEL" dabei. Hatte mir ja von diesem Versuch alle Klassen gesichert und setze diese manuell.
Bin nun etwas ratlos, ob dich den Switch behalten soll? Hatte aber beim googlen auch keinen anderen für den Outdoorbereich gefunden.
Gruß
Torsten
Zitat von: ToKa am 23 November 2015, 18:39:07
nur die Hauswand, Fenster und Terassentür, Höhenunterschied ca. 2m. Habe im vorangehenden Post noch Log und Eventmonitor eingefügt.
Das kann schon zu viel sein. Mein Fibaro-Rolladenaktor mit einer Entfernung von 5-6m zum Dongle (Wand und Decke dazwischen) bekommt nur stabile Verbindung mit einem Router dazwischen. Sonst fehlen die ACK vom Aktor häufig und get-Befehle werden unzuverlässig beantwortet; Befehle vom Dongle an Aktor kommen aber regelmäßig an. Ähnelt Deiner Situtation.
Timeout bedeutet nur, dass die Antwort nicht vor einer von FHEM bestimmten, eigentlich zu langen Zeit eingetroffen ist. Auch wenn die Antwort nach Timeout bei FHEM eintrifft wird sie verarbeitet.
Wie Andreas schon schreibt, gibt es einige Besonderheiten beim Aktor.
Mich würde die ZWave+ Zertifizierungsnummer interessieren. In products.zwavealliance.com taucht der Popp immer noch nicht auf. Der Zwave.me http://zwave.me/index.php?id=40, der äußerlich ähnlich aussieht, hat laut Homepage nur eine ZWave-Zertifizierung. Aber die pepper1 Einträge weisen auch ZWave+-Classes aus.
Gruß, Christian
Hi Torsten,
Zitat von: ToKa am 23 November 2015, 20:37:39
Bin nun etwas ratlos, ob dich den Switch behalten soll? Hatte aber beim googlen auch keinen anderen für den Outdoorbereich gefunden.
tja, die Entscheidung kann Dir keiner abnehmen...
Da Du ja Outdoor brauchst wirst Du kaum Alternativen haben. Das mit den Befehlsklassen kann man ja verkraften wenn man die manuell ergänzt, FHEM ist da ja recht flexibel. ;D
Und wer weiß, vielleicht gibt es ja mal ein Firmwareupdate... OTA kann das Ding ja.
Das Reichweitenproblem wird wahrscheinlich auch bei anderen Produkten auftreten. Falls möglich kannst Du ja versuchen eine anderen Steckdosenschalter (indoor) besser zu platzieren und den dann als Router zu benutzen.
Solange es keine wirkliche Alternative gibt würde ich den wahrscheinlich behalten.
Gruß,
Andreas.
Der Aktor wird mir nach Durchsicht dieses Forenthemas http://forum.z-wave.me/viewtopic.php?f=3419&t=22399 immer suspekter:
Laut den Angaben dort, hat der Aktor keinen "real meter". Die Verbräuche werden vielmehr durch Festlegen des Verbrauchs mit dem Parameter 20 und Multiplikation dieses Wertes mit der Anschaltzeit des Aktors ermittelt.
Unter http://products.z-wavealliance.org wird der immer noch nicht geführt.....
Hi Christian,
Zitat von: krikan am 30 November 2015, 18:45:42
Der Aktor wird mir nach Durchsicht dieses Forenthemas http://forum.z-wave.me/viewtopic.php?f=3419&t=22399 immer suspekter:
Laut den Angaben dort, hat der Aktor keinen "real meter". Die Verbräuche werden vielmehr durch Festlegen des Verbrauchs mit dem Parameter 20 und Multiplikation dieses Wertes mit der Anschaltzeit des Aktors ermittelt.
yep, das war mir in der Anleitung auch schon aufgefallen, die nannten es glaube ich "virtual meter" ,-)
Ich hab' hier gerade ein Greenwave Zwischenstecker auf dem Schreibtisch stehen. Ersatz für das andere Spielzeug das ja jetzt im anderen Netzwerk routen muss... Ist noch eingepackt, aber nicht mehr lange ,-)
Gruß,
Andreas.
Hi Christian,
hab' das Ding jetzt mal ausgepackt und ein wenig damit rumgespielt. Ist schon enttäuschend... Das Ding meldet den Schaltvorgang am Gerät nicht, dafür aber dieses völlig unsinnige Drehrad für die Kodierung.
Das ist jetzt ein NS310-F, der ist auch nicht in der Pepper_db drin, der Vorgänger NS210-F hat laut der Datenbank nicht mal geroutet...
Immerhin hat das Ding ein "echtes" PowerMeter eingebaut.
Na ja, ich denke ich werde die beiden Steckdosenschalter austauschen, bei dem anderen werde ich sicherlich nie am Gerät schalten.
Nur mal so zur Info,
Andreas.
Zitat von: A.Harrenberg am 30 November 2015, 21:42:23
Das ist jetzt ein NS310-F, der ist auch nicht in der Pepper_db drin, der Vorgänger NS210-F hat laut der Datenbank nicht mal geroutet...
Immerhin hat das Ding ein "echtes" PowerMeter eingebaut.
Habe mich gestern bewusst zurückgehalten ;) . Schau Dir mal die Kommentare in den ZWave-Foren an. Meine kurze Suche nach technischen ZWave-Infos war ebenfalls nicht sehr erfolgreich.
Zitatyep, das war mir in der Anleitung auch schon aufgefallen, die nannten es glaube ich "virtual meter" ,-)
Nach aufmerksamen Lesen der Doku hat der Popp tatsächlich ein "
virtual power meter". So etwas kannte ich bisher nicht; man lernt nie aus.
Ich bin ein wenig verwirrt. Redet ihr über den Popp Zwischenstecker oder den Greenwave Powernode? Es klingt ja nicht so, als wäre die beiden empfehlenswert, oder?
Hi,
also ich habe über den Greenwave geredet.
Das Ding ist mit einer Ausnahme soweit i.O.
Es meldet das manuelle Schalten nicht an den Server, dafür aber dieses dusselige Farbrad...
Na ja, eigentlich war das Ding bei mir dafür gedacht im Flur eine Lampe beim reinkommen (und während Alarm) einzuschalten und vor allem als Repeater für ein weiteres Gerät zu dienen. D.h. ich würde da sowieso nicht manuell schalten. Von daher ist das schon i.O., allerdings habe ich das Gerät hier noch zum "spielen" in meiner Testumgebung und noch nicht produktiv eingesetzt...
Gruß,
Andreas.
Danke. Hast du denn auch das Problem, dass dir die Leistungsdaten (siehe http://forum.fhem.de/index.php/topic,48361.0.html) alle 10sec übertragen werden?
Hi,
da ich da nichts angeschlossen habe, nein... ;-)
Ich habe aber gerade mal testweise ein kleines Ladegerät mit ~ 2W eingesteckt, das meldet nur beim ein- und ausstecken. Jetzt hängt eine 25 Lampe dran, die ist auch "ruhig". Das ganze mit der Defaulteinstellung von 10% Änderungsschwelle für die Nachricht.
Gruß,
Andreas.
Hallo,
ich habe auch den Stecker gekauft und ärgere mich darüber dass es keine Rückmeldung gibt wenn am Gerät geschalten wird.
Kann man das nicht regeln in dem man den Power auswertet ?
Also Pseudocode
doif power=0 set Plug off else set plug on
Ich habe nur keinen Plan wie man das richtig ausdrückt.... :(
Ich hab's so weit hinbekommen.
Zumindest solange ein Verbraucher angesteckt ist klappt es so (bsp. mit Steckdose Kaffeemaschine)
attr Kaffeemaschine userReadings powerValue:power.* {[split(" ", ReadingsVal("$name","power",0))]->
- }
define KaffeemaschineOnOff DOIF ([Kaffeemaschine:powerValue] ne 0) (set Kaffeemaschine on) DOELSEIF ([Kaffeemaschine:powerValue] eq 0) (set Kaffeemaschine off)
Da bringst Du mich auf was, habe auch noch ein paar GreenWave PowerNodes, die das gleiche Verhalten zeigen: bei manuellem Einschalten keine Rückmeldung an FHEM.
Daher habe ich Deine Idee aufgegriffen, das Reading "power" auszuwerten und entsprechend ein neues userReading "stateManual" auf "on" oder "off" zu setzen. Dann noch "stateFormat" auf das neue userReading gesetzt und voila, es funktioniert. Und natürlich auch beim Schalten über FHEM :)
Also hier meine Attribut-Definitionen, ausgehend vom Format des "power"-Readings von "0 W previous: 0 delta_time: 1 s":
attr <Name des Devices> userReadings stateManual:power.* {my @array=split(' ',ReadingsVal($name,"power",0));; if ($array[0] > 0) {return "on";;} else {return "off";;};;}
attr <Name des Devices> stateFormat stateManual
Code ist für Eingabe in FHEM-Befehlszeile
Danke für die Anregung. :)
Geht wahrscheinlich auch eleganter, bin nicht so der Perl-Experte.
Vorschläge gern gesehen.
Andreas
Edit. Du warst ein bisschen schneller, wollte mein Geschreibsel aber nicht wegwerfen.
Hallo Andreas,
ich freue mich, dass es bei Dir und bei mir so klappt.
War erst enttäuscht von dem Stecker aber so ist es gut.
Schönen Abend noch
Viele Grüße
Joachim