Neuerdings Probleme mit ZWave

Begonnen von dennis_n, 05 Oktober 2015, 10:38:57

Vorheriges Thema - Nächstes Thema
Drucken
Nach unten Seiten 1 2 3 4 Alle
Benutzer-Aktionen

rudolfkoenig

#30
09 November 2015, 16:31:49
Das es mit den Befehlen erst 10 Sekunden spaeter losgeht, ist ein FHEM-"Problem".
Das die Bestaetigung der Aktoren nicht eintrifft, bzw. dass NO_ACK gemeldet wird, ist von FHEM unabhaengig.

Chlorex

#31
09 November 2015, 21:06:11
Ahoi, alles gemacht:

  • stromlos
  • exkludiert
  • device aus Fhem gelöscht
  • inkludiert
Problem besteht weiter :(
Code Auswählen
2015.11.09 20:55:14.100 2: ZWave set Zwischenstecker_1 on
2015.11.09 20:55:14.102 5: ZWDongle_Write 00 1312032501FF2512
2015.11.09 20:55:14.104 5: SW: 010a001312032501FF25121b
2015.11.09 20:55:14.162 5: ACK received, WaitForAck=>2 for 010a001312032501FF25121b
2015.11.09 20:55:14.163 4: ZWDongle_Read ZWave_USB_Stick: sending ACK, processing 011301
2015.11.09 20:55:14.164 5: SW: 06
2015.11.09 20:55:14.167 5: ZWave_USB_Stick dispatch 011301
2015.11.09 20:55:16.178 4: no response from device, removing 010a001312032501FF25121b from dongle sendstack
2015.11.09 20:55:18.593 4: ZWDongle_Read ZWave_USB_Stick: sending ACK, processing 00131201
2015.11.09 20:55:18.598 5: SW: 06
2015.11.09 20:55:18.602 5: ZWave_USB_Stick dispatch 00131201
2015.11.09 20:55:18.604 4: ZWave_USB_Stick CMD:ZW_SEND_DATA ID:01 ARG:
2015.11.09 20:55:18.605 2: ZWave_USB_Stick transmit NO_ACK for 12
2015.11.09 20:55:25.275 2: ZWave: No ACK from Zwischenstecker_1 after 10s for sent:1312032501FF2512
Es ist egal, welchen Zwischenschalter ich benutze. Immer das gleiche.
Entfernung ~5 Meter, fast Sichtkontakt, keine feste Wand dazwischen.

Wenn du noch weitere Logs brauchst, sag bescheid wie.

krikan

#32
09 November 2015, 21:23:37
Dann mal munteres Brainstorming (bezweifel, dass das ein Fhem Problem ist):
Hast Du immer NO_ACK oder auch mal ACK?
Ist nodeList sauber und neigborUpdate durchgeführt?
Assoziationen sind korrekt gesetzt?
Könntest Du den Fibaro Zwischenstecker näher an das Dongle bringen (Abstand max. ca. 3m und freie Sicht) und dann mal testen?

Chlorex

#33
09 November 2015, 22:01:25
3 Meter, Sichtkontakt

Zitat von: krikan am 09 November 2015, 21:23:37
Ist nodeList sauber und neigborUpdate durchgeführt?

get Zwischenstecker_1 neighborList = Timeout reading answer for get neighborList
Code Auswählen
015.11.09 21:42:28.918 2: ZWave get Zwischenstecker_1 neighborList
2015.11.09 21:42:28.919 4: ZWDongle_ReadAnswer arg:neighborList regexp:^0180
2015.11.09 21:42:31.923 5: ZWDongle_ReadAnswer: select timeout
2015.11.09 21:42:34.205 2: ZWave: No ACK from Zwischenstecker_1 after 10s for sent:4812
2015.11.09 21:42:34.209 5: ZWDongle_Write 00 80120101
2015.11.09 21:42:34.212 5: SW: 010600801201016b
2015.11.09 21:42:34.220 5: ACK received, removing 010600801201016b from dongle sendstack
2015.11.09 21:42:34.222 4: ZWDongle_Read ZWave_USB_Stick: sending ACK, processing 01800106000000000000000000000000000000000000000000000000000000
2015.11.09 21:42:34.223 5: SW: 06
2015.11.09 21:42:34.226 5: ZWave_USB_Stick dispatch 01800106000000000000000000000000000000000000000000000000000000
2015.11.09 21:42:34.230 4: ZWave_USB_Stick unhandled ANSWER: GET_ROUTING_TABLE_LINE 0106000000000000000000000000000000000000000000000000000000
2015.11.09 21:42:44.222 2: ZWave: No ACK from Zwischenstecker_1 after 10s for sent:80120101

Beim Schalten habe ich kein aktuell kein NO_ACK.

Und noch beim Post schreiben:
get Zwischenstecker_1 neighborList
Code Auswählen
2015.11.09 21:49:19.954 2: ZWave get Zwischenstecker_1 neighborList
2015.11.09 21:49:19.956 5: ZWDongle_Write 00 80120101
2015.11.09 21:49:19.959 5: SW: 010600801201016b
2015.11.09 21:49:19.962 4: ZWDongle_ReadAnswer arg:neighborList regexp:^0180
2015.11.09 21:49:19.964 5: ACK received, removing 010600801201016b from dongle sendstack
2015.11.09 21:49:19.966 4: ZWDongle_Read ZWave_USB_Stick: sending ACK, processing 01800106000000000000000000000000000000000000000000000000000000
2015.11.09 21:49:19.967 5: SW: 06
2015.11.09 21:49:19.970 4: ZWDongle_ReadAnswer for neighborList: 01800106000000000000000000000000000000000000000000000000000000

Was ich bloß verwunderlich finde, warum es bei allein Geräten der Fall ist ?

Frisch ausgeführt:
get ZWave_USB_Stick nodeList =
ZWave_USB_Stick nodeList => ZWave_USB_Stick UNKNOWN_2 UNKNOWN_3 UNKNOWN_4 UNKNOWN_5 UNKNOWN_6 UNKNOWN_7 Zwischenstecker_3 UNKNOWN_15 FlurMotion UNKNOWN_17 Zwischenstecker_1
Komisch, aber irgendwie standen dort zuvor nur IDs

Zitat von: krikan am 09 November 2015, 21:23:37
Assoziationen sind korrekt gesetzt?
Ja, Fibaro = assocGroups 3


Chlorex

#34
09 November 2015, 22:14:43
Hab mal den "Vision Z-Wave USB Stick ZU 1401 EU" in einen aktiven USB-Hub umgesteckt... evtl hilft das etwas...

krikan

#35
09 November 2015, 22:18:56
Zitatget ZWave_USB_Stick nodeList
Komisch, aber irgendwie standen dort zuvor nur IDs
Hat Rudi eben geändert, ist OK. Aber die nodeList enthält mir zu viele UNKNOWN. Woher kommen die? Mein Standardratschlag: Wenn das tote Nodes sind, bitte entfernen. Dann bitte neigborUpdate durchführen.

ZitatWas ich bloß verwunderlich finde, warum es bei allein Geräten der Fall ist ?
Darum tippe ich auf Dongle-Problem oder Betriebssystem/Rechner-Problem.
Hatte mit meinem Vision-Stick auch schon mal seltsame Probleme, die nach längerem stromlos und anderen Experimenten plötzlich weg waren. Aber wissen tue ich es nicht.

Leider sehe ich keinen sinnvollen Ansatzpunkte. Wie geschrieben, denke ich, dass das Problem systemspezifisch ist. Vielleicht sieht jemand anderes noch Ansatzpunkte.

Chlorex

#36
09 November 2015, 22:49:50
Zitat von: krikan am 09 November 2015, 22:18:56
Hat Rudi eben geändert, ist OK. Aber die nodeList enthält mir zu viele UNKNOWN. Woher kommen die? Mein Standardratschlag: Wenn das tote Nodes sind, bitte entfernen. Dann bitte neigborUpdate durchführen.
Habe vor einigen Tagen die nodeList durchgeforstet in der Hoffnung, dass es Besserung bringt, danach war diese auch sauber.
Warum die plötzlich fast alle "UNKNOWN_x" heißen ist mir ein Rätsel.

Hier mal ne weitere handvoll Informationen:
Code Auswählen
Internals:
   CallbackNr 4
   Clients    :ZWave:
   DEF        /dev/ttyACM0@115200
   DeviceName /dev/ttyACM0@115200
   FD         4
   MaxSendRetries 3
   NAME       ZWave_USB_Stick
   NR         20
   PARTIAL
   RAWMSG     00040008063105012200f1
   ReadTime   1447104839.06281
   STATE      Initialized
   SendRetries 0
   SendTime   1447104815.5248
   TYPE       ZWDongle
   WaitForAck 0
   ZWave_USB_Stick_MSGCNT 531
   ZWave_USB_Stick_TIME 2015-11-09 22:33:59
   homeId     dda1f8e9
   nodeIdHex  01
   nrNAck     0
   Matchlist:
     1:ZWave    .*
   Readings:
     2015-11-09 22:09:24   caps            Vers:1 Rev:74 ManufID:0109 ProductType:1001 ProductID:0101 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 ZW_SET_R_F_RECEIVE_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_65 UNKNOWN_66 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE ZW_WATCHDOG_ENABLE ZW_WATCHDOG_DISABLE ZW_WATCHDOG_CHECK ZW_SET_EXT_INT_LEVEL ZW_RF_POWERLEVEL_GET ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP UNKNOWN_ee UNKNOWN_ef
     2015-11-09 22:09:24   homeId          HomeId:dda1f8e9 CtrlNodeId:01
     2015-11-09 22:33:04   nodeInfo_10     ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:3 Security:0
     2015-11-09 22:33:08   nodeInfo_11     node 11 is not present
     2015-11-09 22:33:11   nodeInfo_12     node 12 is not present
     2015-11-09 22:33:13   nodeInfo_13     node 13 is not present
     2015-11-09 22:33:15   nodeInfo_14     node 14 is not present
     2015-11-09 22:33:18   nodeInfo_15     ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-09 22:33:20   nodeInfo_16     ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-09 22:33:23   nodeInfo_17     ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-09 22:33:30   nodeInfo_18     ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-09 22:33:32   nodeInfo_19     node 19 is not present
     2015-11-09 22:30:36   nodeInfo_2      ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-09 22:33:35   nodeInfo_20     node 20 is not present
     2015-11-09 22:30:43   nodeInfo_3      ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-09 22:31:17   nodeInfo_4      ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-09 22:31:24   nodeInfo_5      ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
     2015-11-09 22:32:58   nodeInfo_8      node 8 is not present
     2015-11-09 22:33:01   nodeInfo_9      node 9 is not present
     2015-11-09 22:30:58   nodeList        ZWave_USB_Stick UNKNOWN_2 UNKNOWN_3 UNKNOWN_4 UNKNOWN_5 UNKNOWN_6 UNKNOWN_7 Zwischenstecker_3 UNKNOWN_15 FlurMotion UNKNOWN_17 Zwischenstecker_1
     2015-11-09 22:09:24   random          d7bca3c8f95f20ab3f8ed1b3c64bdcab7b9f1af3ec4f7d7dd3d59d6900ec35d8
     2015-11-09 22:09:24   state           Initialized
     2015-11-09 21:57:50   version         Z-Wave 3.41 STATIC_CONTROLLER
   SendStack:
Attributes:
   devStateIcon Initialized:10px-kreis-gruen
   icon       cul_868
   room       System,ZWave
   verbose    5

Code Auswählen
     2015-11-09 22:33:04   nodeInfo_10     ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:3 Security:0
Zwischenstcker_3 = Popp / Duwi ZW ZS 3500 Plugin Switch

Code Auswählen
     2015-11-09 22:33:20   nodeInfo_16     ROUTING_SLAVE SENSOR_BINARY sleeping frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
FlurMotion = FIBARO System FGMS001 Motion Sensor

Code Auswählen
2015-11-09 22:33:30   nodeInfo_18     ROUTING_SLAVE SWITCH_BINARY listening frequentListening:0 beaming:16 routing 40kBaud Vers:4 Security:0
Zwischenstecker_1 = FIBARO System FGWPE Wall Plug

ABER:
Zwischenstecker_ 2 = nodeIdHex = 0b, was ja 11 entspricht, aber "node 11 is not present"...  Popp / Duwi ZW ZS 3500 Plugin Switch
Rauchmelder_WoZi = nodeIdHex = 08, was ja 8 entspricht, aber "node 8 is not present"... FIBARO System FGSS101 Smoke Sensor
hab ich da einen Gedankenfehler?

Werde heute Nacht den Stick mal Stromlos machen, vielleicht tritt ja Wunderheilung ein :)

Chlorex

#37
19 November 2015, 10:35:58
Ahoi,

also eine Nacht ohne Strom gab keine nennenswerte Besserung in Bezug auf dem Fibaro Motion-Sensor.
Aber die Zwischenstecker(Aktoren) laufen nun zuverlässiger.
Den Motion-Sensor habe ich ausgetauscht, nun hat dieser die Version "Lib 3 Prot 3.67 App 2.7 HW 1 FWCounter 1 FW 2.7" zuvor war es FW 2.6

Folgendes fiel im Log auf:
Code Auswählen
2015-11-18_22:40:29 ZWave_SENSOR_BINARY_19 UNPARSED: SENSOR_BINARY 03300340
2015-11-19_07:28:01 ZWave_SENSOR_BINARY_19 basicSet: df
2015-11-19_07:45:43 ZWave_SENSOR_BINARY_19 closed
2015-11-19_07:45:43 ZWave_SENSOR_BINARY_19 reportedState: closed
2015-11-19_07:45:43 ZWave_SENSOR_BINARY_19 basicSet: 00
2015-11-19_07:46:40 ZWave_SENSOR_BINARY_19 basicSet: ff
2015-11-19_07:47:07 ZWave_SENSOR_BINARY_19 closed
2015-11-19_07:47:07 ZWave_SENSOR_BINARY_19 reportedState: closed
2015-11-19_07:47:07 ZWave_SENSOR_BINARY_19 basicSet: 00
.
nun läuft es ne weile alles "normal"
.
2015-11-19_08:16:03 ZWave_SENSOR_BINARY_19 open
2015-11-19_08:16:03 ZWave_SENSOR_BINARY_19 reportedState: open
2015-11-19_08:16:04 ZWave_SENSOR_BINARY_19 basicSet: ff
2015-11-19_08:18:16 ZWave_SENSOR_BINARY_19 basicSet: 00
2015-11-19_08:48:05 ZWave_SENSOR_BINARY_19 temperature: 21.8 C
2015-11-19_09:28:24 ZWave_SENSOR_BINARY_19 wakeup: notification
2015-11-19_09:28:31 ZWave_SENSOR_BINARY_19 TRANSMIT_NO_ACK
2015-11-19_09:28:31 ZWave_SENSOR_BINARY_19 transmit: NO_ACK

Es wird zwar auf "basicSet: 00" gesetzt, aber FHEM bei Fhem bleibt der "reportedState"-Status bleibt "open"
Was ist der Unterschied dann noch zu
2015-11-19_07:28:01 ZWave_SENSOR_BINARY_19 basicSet: df
?
2015-11-19_07:45:43 ZWave_SENSOR_BINARY_19 basicSet: 00
open
2015-11-19_07:46:40 ZWave_SENSOR_BINARY_19 basicSet: ff
closed

list ZWave_SENSOR_BINARY_19
ZitatInternals:
   DEF        dda1f8e9 19
   IODev      ZWave_USB_Stick
   LASTInputDev ZWave_USB_Stick
   MSGCNT     508
   NAME       ZWave_SENSOR_BINARY_19
   NR         121
   STATE      TRANSMIT_NO_ACK
   TYPE       ZWave
   ZWave_USB_Stick_MSGCNT 508
   ZWave_USB_Stick_RAWMSG 00040013063105012200da
   ZWave_USB_Stick_TIME 2015-11-19 09:48:34
   homeId     dda1f8e9
   isWakeUp   1
   lastMsgSent 1447921704.5083
   nodeIdHex  13
   Readings:
     2015-11-17 20:23:41   CMD             ZW_APPLICATION_UPDATE
     2015-11-18 22:40:29   UNPARSED        SENSOR_BINARY 03300340
     2015-11-17 20:33:22   alarm_type_00   level ff node 13 seconds 0
     2015-11-17 20:23:41   assocGroups     3
     2015-11-19 08:18:16   basicSet        00
     2015-11-17 20:21:19   battery         100 %
     2015-11-17 20:33:49   configIntervalOfTemperatureMeasuring 600
     2015-11-17 21:00:06   configPIRSensorOperatingMode PIRSensorAlwaysActive
     2015-11-17 20:56:02   configTemperatureReportsInterval 3600
     2015-11-17 20:24:47   luminance       7 Lux
     2015-11-17 20:20:36   model           FIBARO System FGMS001 Motion Sensor
     2015-11-17 20:20:36   modelConfig     fibaro/fgms.xml
     2015-11-17 20:20:36   modelId         010f-0800-1001
     2015-11-19 08:16:03   reportedState   open
     2015-11-19 09:28:31   state           TRANSMIT_NO_ACK
     2015-11-19 09:48:34   temperature     21.8 C
     2015-11-19 09:28:31   transmit        NO_ACK
     2015-11-17 20:23:42   version         Lib 3 Prot 3.67 App 2.7 HW 1 FWCounter 1 FW 2.7
     2015-11-19 09:28:24   wakeup          notification
     2015-11-17 20:24:44   wakeupReport    interval 60 target 1
Attributes:
   IODev      ZWave_USB_Stick
   alias      Sensor Flur
   classes    SENSOR_BINARY WAKE_UP ASSOCIATION BATTERY MULTI_CMD CRC_16_ENCAP MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM BASIC
   devStateIcon closed:message_presence_disabled open:people_sensor TRANSMIT_NO_ACK:Wecker.Immer
   fp_home 252,856,6,temperature,
   group      ALARM,Sensor
   icon       motion_detector
   room       Flur,ZWave
   verbose    5

Hat jemand eine Idee dazu?
Habe für den Z-Wave-USB-Stick nun auch verbose 5 eingeschaltet, vielleicht sieht man noch mehr.

Werde morgen(sobald eintrifft) das USB-Verlängerungskabel zum Stick austauschen, das ist nämlich recht alt.

krikan

#38
19 November 2015, 13:39:50
Welche Assoziationen hast Du gesetzt?
"basicSet" könnte aus Assogroup1 kommen und "reportedState" aus Assogroup 3.
Was wird bzw. lässt Du in Assogroup 1 melden?
Wegen NO_ACK vermute ich (weiterhin) eine schlechte Funkverbindung und FHEM-unabhängige Systemprobleme.

Chlorex

#39
19 November 2015, 14:04:19
Eigentlich ist der Motion-Sensor in "assocGroups 3" eingebunden.
Ist ja auch als Readings eingetragen.
Wenn ich das richtig verstanden habe, dann kann der Fibaro nur in einer Associations-Groupe sein, die habe ich beim einbinden auf 3 gesetzt mit dem Ziel "1"
also:
"set  ZWave_SENSOR_BINARY_19  associationAdd 3 1"
Daher verwirrt mich deine Antwort etwas.

Es besteht noch immer direkter Sichtkontakt bei etwa 5 Metern.
Das komische ist ja, dass es mal ja, mal nicht >funkt<ioniert.

krikan

#40
19 November 2015, 14:28:51
Zitat von: Chlorex am 19 November 2015, 14:04:19
Eigentlich ist der Motion-Sensor in "assocGroups 3" eingebunden.
Ist ja auch als Readings eingetragen.
Nein, das Reading gibt an, wieviele AssocGroups Dein Sensor hat.

Zitat
Wenn ich das richtig verstanden habe, dann kann der Fibaro nur in einer Associations-Groupe sein, die habe ich beim einbinden auf 3 gesetzt mit dem Ziel "1"
also:
"set  ZWave_SENSOR_BINARY_19  associationAdd 3 1"
Nein, der Fibaro hat 3 AsscoGroups, in der jeweils eine bestimmte Anzahl von Geräten sein können.
Du hast in AssocGroup 3 des Sensors den Controller (Node 1) aufgenommen.
Bei der Inklusion nimmt FHEM den Controller per default in AssocGroup 1 des Sensors auf.
http://www.fhemwiki.de/wiki/Z-Wave#Assoziation

Wenn Du mal "set <device> associationRequestAll" abrufst (http://www.fhemwiki.de/wiki/Z-Wave#Welche_Infos_sollten_Anfragen_im_ZWave-Forum_enthalten.3F), dann siehst Du, welcher Node in welcher AssocGroup steckt.
Zitat
Daher verwirrt mich deine Antwort etwas.
Hoffe es ist etwas klarer. Ansonsten fragen....
Zitat
Das komische ist ja, dass es mal ja, mal nicht >funkt<ioniert.
Deutet eben auf Störungen hin, egal wie weit oder nah entfernt.

Chlorex

#41
19 November 2015, 20:12:02
Ahoi,

dachte die "2015-11-19 19:33:25   assocGroups     3" ist die Angabe in welcher Gruppe der USB-Stick ist.
set ZWave_SENSOR_BINARY_19 associationRequestAll
später (wakeUp abwarten) und siehe da: der USB-Stick ist in Gruppe 1+3 eingetragen.

ZitatInternals:
   DEF        dda1f8e9 19
   IODev      ZWave_USB_Stick
   LASTInputDev ZWave_USB_Stick
   MSGCNT     646
   NAME       ZWave_SENSOR_BINARY_19
   NR         121
   STATE      versionClassRequest MANUFACTURER_SPECIFIC
   TYPE       ZWave
   ZWave_USB_Stick_MSGCNT 646
   ZWave_USB_Stick_RAWMSG 00040013063105012200f7
   ZWave_USB_Stick_TIME 2015-11-19 20:04:51
   homeId     dda1f8e9
   isWakeUp   1
   lastMsgSent 1447959888.02224
   nodeIdHex  13
   Readings:
     2015-11-19 20:04:14   CMD             ZW_APPLICATION_UPDATE
     2015-11-18 22:40:29   UNPARSED        SENSOR_BINARY 03300340
     2015-11-19 20:04:51   alarm_type_00   level ff node 13 seconds 0
     2015-11-19 19:33:31   assocGroup_1    Max 5 Nodes ZWave_USB_Stick
     2015-11-19 19:33:35   assocGroup_2    Max 5 Nodes
     2015-11-19 19:33:36   assocGroup_3    Max 1 Nodes ZWave_USB_Stick
     2015-11-19 19:33:25   assocGroups     3
     2015-11-19 20:03:41   basicSet        ff
     2015-11-17 20:21:19   battery         100 %
     2015-11-19 20:04:16   configAmbientIlluminationLevelAbove83 1000
     2015-11-19 20:04:17   configAmbientIlluminationLevelBelow82 100
     2015-11-19 20:04:18   configBASICOFFCommandFrameValue 0
     2015-11-19 20:04:19   configBASICONCommandFrameValue 255
     2015-11-19 20:04:20   configBasicCommandClassFrames12 BASICONAndBASICOFFCommandFrames0
     2015-11-19 20:04:21   configIlluminationReportThreshold 0
     2015-11-19 20:04:22   configIlluminationReportsInterval 0
     2015-11-19 20:04:23   configIntervalOfTemperatureMeasuring 600
     2015-11-19 20:04:24   configLEDBrightness 50
     2015-11-19 20:04:26   configLEDIndicatingTamperAlarm LEDIndicatesTamperAlarm
     2015-11-19 20:04:27   configLEDSignalingMode LongBlinkThenShortBlinkLEDColour10
     2015-11-19 20:04:28   configMaximumTemperatureResultingInRed87 28
     2015-11-19 20:04:29   configMinimumTemperatureResultingIn86 18
     2015-11-19 20:04:30   configMotionAlarmCancellationDelay 30
     2015-11-19 20:04:31   configMotionSensorSBlindTime2 15
     2015-11-19 20:04:32   configMotionSensorSSensitivity 10
     2015-11-19 20:04:33   configNightDay  200
     2015-11-19 20:04:34   configPIRSensorOperatingMode PIRSensorAlwaysActive
     2015-11-19 20:04:36   configPIRSensorSPulseCounter 1
     2015-11-19 20:04:37   configPIRSensorSWindowTime 2
     2015-11-19 20:04:38   configTamperAlarmBroadcastMode TamperAlarmIsNotSentInBroadcast0
     2015-11-19 20:04:39   configTamperAlarmCancellationDelay 30
     2015-11-19 20:04:40   configTamperOperatingModes Tamper
     2015-11-19 20:04:42   configTamperSensitivity 15
     2015-11-19 20:04:43   configTemperatureOffset 0
     2015-11-19 20:04:45   configTemperatureReportThreshold 2
     2015-11-19 20:04:46   configTemperatureReportsInterval 3600
     2015-11-19 20:04:51   luminance       7 Lux
     2015-11-17 20:20:36   model           FIBARO System FGMS001 Motion Sensor
     2015-11-17 20:20:36   modelConfig     fibaro/fgms.xml
     2015-11-17 20:20:36   modelId         010f-0800-1001
     2015-11-19 20:03:41   reportedState   open
     2015-11-19 20:04:48   state           versionClassRequest MANUFACTURER_SPECIFIC
     2015-11-19 20:04:51   temperature     24.7 C
     2015-11-19 20:04:50   transmit        OK
     2015-11-17 20:23:42   version         Lib 3 Prot 3.67 App 2.7 HW 1 FWCounter 1 FW 2.7
     2015-11-19 19:33:25   wakeup          notification
     2015-11-19 20:04:15   wakeupReport    interval 7200 target 1
Attributes:
   IODev      ZWave_USB_Stick
   alias      Sensor Flur
   classes    SENSOR_BINARY WAKE_UP ASSOCIATION BATTERY MULTI_CMD CRC_16_ENCAP MANUFACTURER_SPECIFIC VERSION CONFIGURATION MULTI_CHANNEL_ASSOCIATION SENSOR_MULTILEVEL SENSOR_ALARM BASIC
   devStateIcon closed:message_presence_disabled open:people_sensor TRANSMIT_NO_ACK:Wecker.Immer
   fp_Hassestrasse 252,856,6,temperature,
   group      ALARM,Sensor
   icon       motion_detector
   room       Flur,ZWave
   vclasses   ASSOCIATION:02 BASIC:01 BATTERY:01 CONFIGURATION:01 CRC_16_ENCAP:01 MANUFACTURER_SPECIFIC:01 MULTI_CHANNEL_ASSOCIATION:02 MULTI_CMD:01 SENSOR_ALARM:01 SENSOR_BINARY:01 SENSOR_MULTILEVEL:05 VERSION:02 WAKE_UP:01
   verbose    5

krikan

#42
19 November 2015, 21:59:05
Dann mal die association des Controllers mit Assocdroup 1 löschen. Dann verschwindet  "basicSet" vermutlich und open/closed werden nur noch gemeldet. Das wird aber am unzuverlässigen Empfang nichts ändern.

FunkOdyssey

#43
08 Juni 2016, 23:31:18
Darf man den Node "UNKNOWN_2" eigentlich löschen?
Ist das ein Fehler bei mir, wenn dieser in der Nodelist auftaucht?

rudolfkoenig

#44
09 Juni 2016, 10:01:54
ZitatDarf man den Node "UNKNOWN_2" eigentlich löschen?
Sicher doch, man muss nur mit den Konsequenzen leben :)

ZitatIst das ein Fehler bei mir, wenn dieser in der Nodelist auftaucht?
UNKNOWN_2 bedeutet, dass der USB-Stick ein Endgeraet kennt, was im FHEM nicht definiert ist.
Mein USB-Stick kam z.Bsp. "neu" mit so einem Node, entweder war der Stick nicht ganz neu, oder bei der Herstellung wird die Funktionsweise getestet, indem man es mit einem Geraet paart, und danach das Reset vergisst.
Drucken
Nach oben Seiten 1 2 3 4 Alle
Benutzer-Aktionen