Kann ein Z-Wave-Dongel "überlastet" sein?

Begonnen von tho-mas, 27 Januar 2022, 23:04:54

Vorheriges Thema - Nächstes Thema

tho-mas

Hallo,

ich habe in den letzten Wochen immer mehr Teilnehmer auf einen Z-Wave Dongel angelernt. Gestern Nr. 20. Das war nicht einfach, erst nach ca. einer halben Sunde (div. Versuche, Reset des Sensors) klappte die Inklusion. Ausserdem war gestern mein Zähler-Diagramm leer (Qubino 3~ Zähler, also Netzgespeist) leer. Hat so ein Dongel eine Belastungsgrenze?

Bei der Inklusion gestern hat das Logfile diese Daten festgehalten:

2022-01-26_23:27:20 ZWave_SENSOR_MULTILEVEL_20 modelConfig: popp/700168.xml
2022-01-26_23:27:20 ZWave_SENSOR_MULTILEVEL_20 model: Popp & Co Popp Z-Rain Rain Sensor
2022-01-26_23:27:20 ZWave_SENSOR_MULTILEVEL_20 modelId: 0154-0004-0011
2022-01-26_23:28:10 ZWave_SENSOR_MULTILEVEL_20 deviceResetLocally: yes


Heute morgen bzw. am Abend waren jedoch keine Niederschlagsmengen in Log zu sehen, obwohl es stundenlang genieselt hat.

Der Dongel:

Internals:
   CallbackNr 63
   Clients    :ZWave:
   DEF        /dev/ttyACM0@
   DeviceName /dev/ttyACM0@
   FD         22
   FUUID      61e45998-f33f-1cdf-058b-2420c246a50c39d4
   MaxSendRetries 3
   NAME       ZWDongle_0
   NR         73
   PARTIAL   
   RAWMSG     0004000c0e600d04003202213400000c3d0000
   ReadTime   1643320878.76464
   STATE      Initialized
   SendRetries 0
   SendTime   1643320763.89701
   TYPE       ZWDongle
   WaitForAck 0
   ZWDongle_0_MSGCNT 64956
   ZWDongle_0_TIME 2022-01-27 23:01:18
   devioNoSTATE 1
   homeId     f44c0737
   nodeIdHex  01
   nrNAck     0
   MatchList:
     1:ZWave    .*
   READINGS:
     2022-01-24 21:56:10   caps            Vers:4 Rev:36 ManufID:0000 ProductType:0001 ProductID:0001 SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION APPLICATION_COMMAND_HANDLER ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 ZW_SET_R_F_RECEIVE_MODE ZW_SET_SLEEP_MODE ZW_SEND_NODE_INFORMATION ZW_SEND_DATA ZW_SEND_DATA_MULTI ZW_GET_VERSION ZW_SEND_DATA_ABORT ZW_R_F_POWER_LEVEL_SET ZW_SEND_DATA_META ZW_GET_RANDOM MEMORY_GET_ID MEMORY_GET_BYTE MEMORY_PUT_BYTE MEMORY_GET_BUFFER MEMORY_PUT_BUFFER FLASH_AUTO_PROG_SET ZW_NVR_GET_VALUE NVM_GET_ID NVM_EXT_READ_LONG_BUFFER NVM_EXT_WRITE_LONG_BUFFER NVM_EXT_READ_LONG_BYTE NVM_EXT_WRITE_LONG_BYTE ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT ZW_REPLICATION_COMMAND_COMPLETE ZW_REPLICATION_SEND_DATA ZW_ASSIGN_RETURN_ROUTE ZW_DELETE_RETURN_ROUTE ZW_REQUEST_NODE_NEIGHBOR_UPDATE ZW_APPLICATION_UPDATE ZW_ADD_NODE_TO_NETWORK ZW_REMOVE_NODE_FROM_NETWORK ZW_CREATE_NEW_PRIMARY ZW_CONTROLLER_CHANGE ZW_SET_LEARN_MODE ZW_ASSIGN_SUC_RETURN_ROUTE ZW_REQUEST_NETWORK_UPDATE ZW_SET_SUC_NODE_ID ZW_DELETE_SUC_RETURN_ROUTE ZW_GET_SUC_NODE_ID ZW_SEND_SUC_ID ZW_EXPLORE_REQUEST_INCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_66 UNKNOWN_67 ZW_FIRMWARE_UPDATE_NVM GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE ZW_GET_PRIORITY_ROUTE ZW_SET_PRIORITY_ROUTE UNKNOWN_98 ZW_SET_WUT_TIMEOUT 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 ZW_SET_ROUTING_MAX UNKNOWN_ee UNKNOWN_ef
     2022-01-24 21:56:10   ctrlCaps        MEMBER PRIMARY SUC
     2022-01-24 21:56:10   homeId          HomeId:f44c0737 CtrlNodeIdHex:01
     2022-01-16 23:59:24   isFailedNode_1  no
     2022-01-16 23:59:16   isFailedNode_3  no
     2022-01-16 18:58:02   isFailedNode_5  no
     2022-01-16 18:59:25   neighborList_0  empty
     2022-01-20 21:53:59   neighborList_1  ZWave_THERMOSTAT_2 ZWave_THERMOSTAT_3 ZWave_THERMOSTAT_4 ZWave_THERMOSTAT_5 ZWave_SWITCH_MULTILEVEL_6 ZWave_SENSOR_MULTILEVEL_7 ZWave_SENSOR_NOTIFICATION_8 ZWave_SENSOR_MULTILEVEL_9 UNKNOWN_10 ZWave_SWITCH_MULTILEVEL_11 ZWave_METER_12 ZWave_SWITCH_BINARY_13 UNKNOWN_14
     2022-01-20 21:53:45   nodeInfo_1      ProtocolVers:SDK4.5x+6.0x listening routing maxBaud:40kbps Controller SpecificDev BeamCap SpeedExt:100kbps RoleType:N/A BasicDevClass:STATIC_CONTROLLER GenericDevClass:STATIC_CONTROLLER SpecificDevClass:01
     2022-01-20 22:57:23   nodeList        ZWDongle_0 ZWave_THERMOSTAT_2 ZWave_THERMOSTAT_3 ZWave_THERMOSTAT_4 ZWave_THERMOSTAT_5 ZWave_SWITCH_MULTILEVEL_6 ZWave_SENSOR_MULTILEVEL_7 ZWave_SENSOR_NOTIFICATION_8 ZWave_SENSOR_MULTILEVEL_9 UNKNOWN_10 ZWave_SWITCH_MULTILEVEL_11 ZWave_METER_12 ZWave_SWITCH_BINARY_13 UNKNOWN_14 ZWave_WALL_CONTROLLER_15
     2022-01-24 21:56:10   random          70bdb4b86a6d2de8d66813d5db1bc87c3fb1dcb056d9b147c04732533692b515
     2022-01-24 21:56:10   state           Initialized
     2022-01-24 21:56:10   sucNodeId       1
   SendStack:
   addCL:
     Authenticated 0
     BUF       
     FW_ID      557
     LASTACCESS 1643236101
     NAME       WEB_192.168.180.73_50763
     NR         557
     NTFY_ORDER WEB_192.168.180.73_50763
     PEER       192.168.180.73
     PORT       50763
     SNAME      WEB
     SSL       
     STATE      Connected
     TEMPORARY  1
     TYPE       FHEMWEB
     WBCallback
     canAsyncOutput 1
     stacktrace  TcpServer_Close:324 FW_Undef:3896 CallFn:2301 CommandDelete:367 FW_Read:3896 CallFn:774
     READINGS:
       2022-01-26 23:26:21   state           Connected
     inform:
       filter     ZWDongle_0
       fmt        JSON
       since      1643236100
       type       status
       devices:
         #FHEMWEB:WEB 1
         ZWDongle_0 1
Attributes:
   homeId     f44c0737

Thyraz

Bei mir spuken mehr als doppelt so viele ZWave Teilnehmer im Mesh.
Habe nie irgendwelche Probleme dieser Art bemerkt.

Leider kann ich dir außer der Beobachtung, dass das wohl nicht normal ist auch nicht weiterhelfen woran das liegen könnte...
Fhem und MariaDB auf NUC6i5SYH in Proxmox Container (Ubuntu)
Zwave, Conbee II, Hue, Harmony, Solo4k, LaMetric, Echo, Sonos, Roborock S5, Nuki, Prusa Mini, Doorbird, ...

rudolfkoenig

Der Begriff "ueberlastet" ist hier nicht genau.

Ein Dongle kann theoretisch etwa 250 Geraete verwalten.

Es wird ueberlastet, wenn man (bzw. FHEM) es stoert, waehrend ausstehende Fragen (d.h. gets) nicht beantwortet wurden, oder Befehle (sets) noch nicht vom Geraet bestaetigt wurden bzw. das Senden mit NACK abgebrochen wurde. FHEM versucht das zu beruecksichtigen, das gelingt aber nicht immer, insb. wenn Anfragen an viele Geraete parallel laufen.

Gestoerte bzw. unzureichende Funkverbindung kann auch als Ueberlastung gedeutet werden, hier koennen strategisch platzierte repeater und neighborUpdate helfen, siehe auch https://wiki.fhem.de/wiki/Z-Wave#Hinzuf.C3.BCgen_eines_neuen_Z-Wave_Ger.C3.A4ts_.2F_Inklusion

krikan

Zitat2022-01-26_23:28:10 ZWave_SENSOR_MULTILEVEL_20 deviceResetLocally: yes
Wenn das tatsächlich die letzte Zeile des Gerätes im Log ist, dann wird das Dongle nichts mehr empfangen können:
"deviceResetLocally: yes" ist die Nachricht des Gerätes Z-Rain an das Dongle, dass es durch Eingriff am Gerät zurückgesetzt wurde und damit die Einbindung ins ZWave-Netz nicht mehr besteht.
Z-Rain muss dann neu inkludiert werden.

Gruß, Christian

tho-mas

Vielen Dank für eure Antworten, sie haben Licht in mein Teilwissen gebracht.

Ich wollte den Regensensor erneut einlernen, das hat nicht funktioniert. Dann habe ich mal exkludieren versucht, und welche Wunder - der Sensor wurde EINgelernt... Versteh ich nicht, aber es werden (per Testmagnet) Meßwerte angezeigt. Jetzt warte ich auf Regen...