Popp Z-Wave+ Wall Plug Switch Schuko Inklusion Assoziation POPE009006

[A.Harrenberg]

Hi Torsten,

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.

[krikan]

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

[ToKa]

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

<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

[A.Harrenberg]

Hi Torsten,

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:

Code Auswählen Erweitern

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.

[krikan]

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

[A.Harrenberg]

Hi Christian,

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.

[ToKa]

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

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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

Code Auswählen Erweitern

ZWAVEPLUS_INFO FIRMWARE_UPDATE_MD POWERLEVEL DEVICE_RESET_LOCALLY SECURITY VERSION MANUFACTURER_SPECIFIC MARK BASIC MULTI_CHANNEL

Hoffe Dir hilft das weiter.

Gruß
Torsten

[ToKa]

Hallo Christian,

danke. Werde es morgen testen und berichten.

Gruß
Torsten

[A.Harrenberg]

Ich habe ihn eben exkludiert und mit verbose und mseclog wieder inkludiert.

Code Auswählen Erweitern

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

Code Auswählen Erweitern


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.

[rudolfkoenig]

FHEM warten 3 Sekunden auf die Antwort, das Gerät braucht aber 4 Sekunden für die Antwort.

Was schon recht schraeg ist.

[rudolfkoenig]

Hab den Patch eingespielt.

[A.Harrenberg]

Hi Rudi,

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.

[A.Harrenberg]

Hi Rudi,

Hab den Patch eingespielt.

Danke!

[ToKa]

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.

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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

[krikan]

Kann 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).

fehlen 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