FHEM Forum

Moinsen,

kann mir jemand helfen, mein Zwave-Netzwerk vom Aeotec Gen5 zu 10 Pro umzuziehen?!
Ich habe div. Anleitungen hier
- https://aeotec.freshdesk.com/support/solutions/articles/6000279670-z-stick-10-pro-migration-a-guide-coming-from-z-wave-500-700-networks
und hier
- https://community.home-assistant.io/t/how-to-best-migrate-from-aeotec-gen-5-to-aeotec-z-stick-7/637311
gefunden,

aber alles was ich aktuell hinbekommen habe ist:
1. der 10ner Stick hat für beide Chips (Zigbee und Zwave) die aktuelle Firmeware
2. vom 5er Stick habe ich ein Backup mit dem entsprechenden Tool gemacht

Laut Anleitungen soll man wohl den 5er erstmal auf die neuste/letzte Firmware updaten, das geht schon mit dem Tool überhaupt nicht.
- Liegt wohl an den Treibern, habe da jetzt X-Anleitungen ausprobiert... das Tool will nicht updaten... weiß aber auch nicht obs wirklich notwendig ist

Dachte mit dem Tools unter HA / ZWave JS UI oder so geht das einfach, aber das habe ich irgendwie nicht hinbekommen, bzw. weiß ich nicht ob die Informationen der ganzen Geräte auf dem Stick sind oder eben auch in der genutzten Software und da bin ich ja in Fhem.

Hier mal die Infos von meinem Stick:
Internals:
   CallbackNr 0
   Clients    :ZWave:
   DEF        /dev/serial/by-id/usb-0658_0200-if00@115200
   DeviceName /dev/serial/by-id/usb-0658_0200-if00@115200
   FD         11
   FUUID      5d374ccc-f33f-0804-d6e0-b8c61263773c9614
   MaxSendRetries 3
   NAME       ZWave_Gateway
   NR         89
   PARTIAL   
   RAWMSG     0004002b06310504220004
   ReadTime   1755945384.25171
   STATE      Initialized
   SendRetries 0
   SendTime   1755945379.82475
   TYPE       ZWDongle
   WaitForAck 0
   ZWave_Gateway_MSGCNT 361
   ZWave_Gateway_TIME 2025-08-23 12:36:24
   devioNoSTATE 1
   eventCount 1
   homeId     ec4154d2
   nodeIdHex  01
   nrNAck     0
   MatchList:
     1:ZWave    .*
   READINGS:
     2025-08-23 12:23:21   caps            Vers:1 Rev:0 ManufID:0086 ProductType:0001 ProductID:005a 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 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 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
     2025-08-23 12:23:21   ctrlCaps        PRIMARY
     2025-08-23 12:23:21   homeId          HomeId:ec4154d2 CtrlNodeIdHex:01
     2023-01-28 19:13:09   isFailedNode_1  no
     2019-01-03 11:50:34   isFailedNode_1a no
     2023-01-28 19:13:12   isFailedNode_2  no
     2018-09-23 10:26:58   isFailedNode_Fenstersensor_EG_hinten yes
     2018-02-06 20:43:54   isFailedNode_KWL no
     2023-02-01 19:32:41   isFailedNode_UNKNOWN_11 no
     2018-09-23 10:20:57   isFailedNode_UNKNOWN_13 no
     2023-02-01 19:41:00   isFailedNode_UNKNOWN_26 no
     2018-02-06 20:44:00   isFailedNode_UNKNOWN_3 no
     2023-01-28 19:07:58   isFailedNode_UNKNOWN_7 no
     2018-09-23 14:56:30   neighborList_255 empty
     2023-02-01 19:30:07   neighborList_Alarm_Wassersensor ZWave_Gateway FIBARO_RGB_1 WallPlug_Kuehlschrank Aussenlicht_Modul_1 Innenlicht_Modul_1 Alarm_Sirene Aussenlicht_vorn_Garage
     2023-02-01 19:29:12   neighborList_FIBARO_RGB_1 WallPlug_Kuehlschrank Aussenlicht_Modul_1 Innenlicht_Modul_1 FSensor_EG_BAD_N FSensor_EG_WZ_T_S TSensor_GARAGE_HWR Alarm_Sirene Aussenlicht_vorn_Garage FSensor_OG_SZ_2_S TSensor_GARAGENTOR Alarm_Wassersensor BM_EG_Flur BM_OG_Flur Gartenhaus_Master_Switch AEON_MultiSensor UNKNOWN_42 WallPlug_Waschmaschiene WallPlug_Weichwasseranlage SmokeSensor_FLUR_OG SmokeSensor_Garage ZWave_SWITCH_MULTILEVEL_50 UNKNOWN_51 LAD7_PV_MODE Deckenlicht_Wohnzimmer
     2023-02-01 19:39:23   neighborList_UNKNOWN_26 empty
     2023-02-02 17:48:33   neighborList_UNKNOWN_42 ZWave_Gateway FIBARO_RGB_1 WallPlug_Kuehlschrank Aussenlicht_Modul_1 Innenlicht_Modul_1 Alarm_Sirene Aussenlicht_vorn_Garage BM_EG_Flur WallPlug_Weichwasseranlage SmokeSensor_Garage
     2023-02-01 19:34:01   neighborList_UNKNOWN_7 ZWave_Gateway WallPlug_Kuehlschrank FSensor_OG_GZ_S FSensor_OG_KZ_N TSensor_GARAGE_HWR FSensor_EG_WZ_2_W
     2023-12-11 21:34:45   neighborList_ZWave_Gateway UNKNOWN_7 Aussenlicht_Modul_1 Innenlicht_Modul_1 FSensor_EG_BAD_N FSensor_OG_BAD_N FSensor_OG_GZ_S FSensor_OG_KZ_N TSensor_GARAGE_HWR FSensor_EG_WZ_2_W Alarm_Sirene Aussenlicht_vorn_Garage FSensor_OG_SZ_1_S FSensor_EG_WZ_K_S FSensor_OG_SZ_2_S Alarm_Wassersensor AEON_MultiSensor WallPlug_Waschmaschiene WallPlug_Gefrierschrank WallPlug_Weichwasseranlage SmokeSensor_FLUR_OG FIBARO_RGB_2 UNKNOWN_51 LAD7_PV_MODE Wohnzimmer_Taster Aussenlicht_Modul_2
     2018-02-06 20:41:55   nodeInfo_KWL    ProtocolVers:SDK5.0x+4.2x listening routing maxBaud:40kbps Controller SpecificDev RoleType:N/A BasicDevClass:STATIC_CONTROLLER GenericDevClass:VENTILATION SpecificDevClass:01
     2023-02-01 19:32:34   nodeInfo_UNKNOWN_11 node UNKNOWN_11 is not present
     2018-09-22 21:34:11   nodeInfo_UNKNOWN_13 ProtocolVers:SDK4.5x+6.0x sleeping routing maxBaud:40kbps SpecificDev RoutingSlave BeamCap OptFunc SpeedExt:100kbps RoleType:N/A BasicDevClass:ROUTING_SLAVE GenericDevClass:SENSOR_NOTIFICATION SpecificDevClass:01
     2018-02-06 20:41:35   nodeInfo_UNKNOWN_3 ProtocolVers:SDK5.0x+4.2x listening routing maxBaud:40kbps Controller SpecificDev RoleType:N/A BasicDevClass:STATIC_CONTROLLER GenericDevClass:VENTILATION SpecificDevClass:01
     2023-02-04 15:50:25   nodeInfo_UNKNOWN_42 ProtocolVers:SDK4.5x+6.0x listening routing maxBaud:40kbps SpecificDev RoutingSlave BeamCap OptFunc RoleType:N/A BasicDevClass:ROUTING_SLAVE GenericDevClass:SWITCH_MULTILEVEL SpecificDevClass:01
     2023-02-01 19:31:52   nodeInfo_UNKNOWN_51 ProtocolVers:SDK4.5x+6.0x listening routing maxBaud:40kbps SpecificDev RoutingSlave BeamCap OptFunc RoleType:N/A BasicDevClass:ROUTING_SLAVE GenericDevClass:SWITCH_BINARY SpecificDevClass:01
     2023-02-01 19:31:19   nodeInfo_ZWave_SWITCH_MULTILEVEL_50 ProtocolVers:SDK4.5x+6.0x listening routing maxBaud:40kbps SpecificDev RoutingSlave BeamCap OptFunc RoleType:N/A BasicDevClass:ROUTING_SLAVE GenericDevClass:SWITCH_MULTILEVEL SpecificDevClass:01
     2025-06-19 12:24:58   nodeList        ZWave_Gateway FIBARO_RGB_1 WallPlug_Kuehlschrank UNKNOWN_7 Aussenlicht_Modul_1 Innenlicht_Modul_1 FSensor_EG_BAD_N FSensor_OG_BAD_N FSensor_EG_WZ_T_S FSensor_OG_GZ_S FSensor_OG_KZ_N TSensor_GARAGE_HWR FSensor_EG_WZ_2_W Alarm_Sirene Aussenlicht_vorn_Garage UNKNOWN_26 FSensor_OG_SZ_1_S FSensor_EG_WZ_1_W FSensor_EG_WZ_K_S FSensor_EG_BUERO_S TSensor_GARAGE FSensor_OG_SZ_2_S TSensor_GARAGENTOR Alarm_Wassersensor BM_EG_Flur BM_OG_Flur Gartenhaus_Master_Switch AEON_MultiSensor Gartenhaus_Garagentor SmokeSensor_WZ WallPlug_Waschmaschiene WallPlug_Gefrierschrank WallPlug_Weichwasseranlage UNKNOWN_46 SmokeSensor_FLUR_OG SmokeSensor_Garage FIBARO_RGB_2 UNKNOWN_51 LAD7_PV_MODE Deckenlicht_Wohnzimmer Wohnzimmer_Taster Aussenlicht_Modul_2 Wohnzimmer_Taster_2 TV_Wand_Modul
     2025-08-23 12:23:21   random          c1de32cc226e1470bdd4708342a932b213a85eff7c852b92514f3b2193391933
     2020-05-10 15:21:22   raw_f2510100    01f201
     2018-09-22 21:33:57   routeFor_UNKNOWN_13 last at 100kbps
     2025-08-23 12:23:21   state           Initialized
     2025-08-23 12:23:21   sucNodeId       no
     2025-08-23 12:36:19   version         Z-Wave 3.95 STATIC_CONTROLLER
   SendStack:
Attributes:
   homeId     ec4154d2
   icon       cul_868
   room       SYSTEM,ZWave
   verbose    0
Hier die Infos vom Chipsatz des 10ner https://www.silabs.com/wireless/z-wave/800-series-modem-soc#

Kann man das ganze Replace auch unter Fhem direkt durchführen?! Ich habe Backup und Restore in den Einstellung des Sticks unter FHEM gefunden.
Wenn ja wie wäre hier die richtige Vorgehensweise?!

VG+Danke
René

Das FHEM-Backup sichert die Konfiguration des Chips.

Darin sind enthalten die homeId, und Daten fuer die gepaarten Geraete.
Diese Konfiguration ist von der Firmware abhaengig (und damit nur indirekt vom Chipsatz), und kann in bestimmten Faellen auch zwischen unterschiedlichen Chipsaetzen getauscht werden.

Die Aussage im verlinkten Thema ist, dass die Firmware 1.2 @ GEN5 die Konfiguration genauso ablegt, wie die Firmware auf dem Z-Stick 7. Die Konfiguration der Version 1.0 ist dagegen nicht kompatibel.

ZitatWenn ja wie wäre hier die richtige Vorgehensweise?!

Ein Backup des alten Sticks mit "set ZWave_Gateway backupCreate 256k" erstellen.
Das Backup wird unter FHEM/ZWave_Gateway.bin abgelegt.
256k ist ein Beispiel, haengt vom Chipsatz ab.
Falls das Chip nur 32k hat, dann kriegt man diese 32k achtmal hintereinander.

Danach das neue Stick verbinden (z.Bsp. als ZWave_Gateway2), FHEM/ZWave_Gateway.bin nach FHEM/ZWave_Gateway2.bin kopieren, und mit "set ZWave_Gateway2 backupRestore" einspielen.

Hi Rudolf,

also muss ich es doch irgendwie hinbekommen, den Stick auf die letzte Firmware (1.2) upzudaten und dann kann ich mich FHEM mal quasi backup und restore ausprobieren.

Puhh, dann muss ich nochmal schauen, ich denke es ist ein Treiberproblem unter Windows, warum das Firmwareupdatetool nicht funzt.

VG
René

Hi Rudi,

so mit Hilfe des Aeotec-Supports und ein wenig Magic bin ich jetzt soweit, dass ich ein Backup auf dem 10 Pro Stick habe... über den Weg mit ZWAVEUI JS.
In FHEM wurde er mir auch automatisch als neues Gerät angelegt:

Internals:
   CFGFN     
   CallbackNr 0
   Clients    :ZWave:
   DEF        /dev/ttyUSB2@115200
   DeviceName /dev/ttyUSB2@115200
   FD         52
   FUUID      68acab15-f33f-0804-0509-cf1806ee0dd61608
   MaxSendRetries 3
   NAME       ZWDongle_2
   NR         723
   PARTIAL   
   RAWMSG     00a8000001002b0631050422000400aa007f7f
   ReadTime   1756238079.68118
   STATE      Initialized
   SendRetries 0
   SendTime   1756237808.5956
   TYPE       ZWDongle
   WaitForAck 0
   ZWDongle_2_MSGCNT 138
   ZWDongle_2_TIME 2025-08-26 21:54:39
   devioNoSTATE 1
   eventCount 5
   homeId     ec4154d2
   nodeIdHex  00
   nrNAck     0
   MatchList:
     1:ZWave    .*
   READINGS:
     2025-08-26 21:50:08   caps            Vers:7 Rev:23 ManufID:0371 ProductType:0004 ProductID:003c SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a SERIAL_API_SETUP 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_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_READ_LONG_BYTE UNKNOWN_2e ZW_CLEAR_TX_TIMERS ZW_GET_TX_TIMERS CLEAR_NETWORK_STATS GET_NETWORK_STATS GET_BACKGROUND_RSSI UNKNOWN_3c UNKNOWN_3d REMOVE_NODEID_FROM_NETWORK ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT 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_CONTROLLER_CHANGE ZW_ASSIGN_PRIORITY_RETURN_ROUTE 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_ASSIGN_PRIORITY_SUC_RETURN_ROUTE ZW_EXPLORE_REQUEST_INCLUSION ZW_EXPLORE_REQUEST_EXCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_65 UNKNOWN_68 UNKNOWN_69 UNKNOWN_6a UNKNOWN_6b UNKNOWN_6c GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE ZW_GET_PRIORITY_ROUTE ZW_SET_PRIORITY_ROUTE UNKNOWN_98 SERIAL_API_SLAVE_NODE_INFO ZW_SEND_SLAVE_NODE_INFO ZW_SET_SLAVE_LEARN_MODE ZW_GET_VIRTUAL_NODES ZW_IS_VIRTUAL_NODE ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ZW_SEND_DATA_BRIDGE ZW_SEND_DATA_MULTI_BRIDGE UNKNOWN_ac ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP ZW_SET_ROUTING_MAX UNKNOWN_d6 UNKNOWN_d7 UNKNOWN_d8 UNKNOWN_d9 UNKNOWN_da UNKNOWN_db UNKNOWN_dc UNKNOWN_dd UNKNOWN_de UNKNOWN_df UNKNOWN_e7 UNKNOWN_e8
     2025-08-26 21:50:08   ctrlCaps        PRIMARY
     2025-08-26 21:50:08   homeId          HomeId:ec4154d2 CtrlNodeIdHex:00
     2025-08-26 21:50:08   random          6cefd98842922f35e2729aa8d0d60cafbb96d5cfea74b8e12c91f224288485e8
     2025-08-26 21:50:08   state           Initialized
     2025-08-26 21:50:08   sucNodeId       no
   SendStack:
Attributes:
   homeId     ec4154d2
   room       ZWave
Die HomeID ist übertragen, die CtrlNodeIdHex ID ist von 01 auf 00 gewechselt.

Wie gehts jetzt weiter?!
Zwei Z-Wave Controller mit den gleichen Netzwerk in oder an FHEM ist doch bestimmt falsch?!

Ein Gerät sieh so aus:

Internals:
   DEF        ec4154d2 14081
   FUUID      63d55c77-f33f-0804-e940-7d5daa9e8d408d14
   IODev      ZWave_Gateway
   LASTInputDev ZWave_Gateway
   MSGCNT     341
   NAME       Aussenlicht_Terrasse
   NR         634
   STATE      on
<br>
10.2 W akt.Verbrauch 13.54 kWh Gesamt
   TYPE       ZWave
   ZWaveSubDevice yes
   ZWave_Gateway_MSGCNT 341
   ZWave_Gateway_RAWMSG 0004003713600d01003202213400000066001f0000006400
   ZWave_Gateway_TIME 2025-08-26 21:49:55
   endpointParent Aussenlicht_Modul_2
   eventCount 345
   homeId     ec4154d2
   isWakeUp   
   nodeIdHex  3701
   READINGS:
     2025-08-25 20:26:13   IODev           ZWave_Gateway
     2023-03-30 19:36:33   UNKNOWN_0       0 UNKNOWN previous: 0 delta_time: 31 s
     2024-01-06 20:30:55   UNKNOWN_16      10 UNKNOWN previous: 9.9 delta_time: 32 s
     2024-03-13 20:13:01   UNKNOWN_17      10 UNKNOWN previous: 9.8 delta_time: 31 s
     2025-08-24 20:53:30   UNPARSED        METER 0f3200213400000064001f0000006000
     2025-08-26 21:49:55   Verbrauch_Gesamt 13.54
     2025-08-26 21:49:55   Verbrauch_aktuell 10.2
     2023-01-28 18:38:36   assocGroup_1    Max 0 Nodes
     2023-01-28 18:38:36   assocGroup_2    Max 10 Nodes
     2023-01-28 18:38:36   assocGroups     2
     2025-08-26 21:36:50   associatedWith  Aussenlicht_Modul_2
     2024-01-10 17:15:30   cooling         9.6  previous: 9.7 delta_time: 27 s
     2025-08-26 21:28:18   energy          13.54 kWh previous: 13.68 delta_time: 3600 s
     2023-01-28 18:38:53   mcaGroups       2
     2023-01-28 18:38:53   mca_1           Max 0
     2023-01-28 18:38:53   mca_2           Max 10
     2023-01-28 18:38:43   meterSupported  type:energy, import only (consumed), resetable:yes, scales: 0:kWh 2:W
     2025-08-26 21:49:55   power           10.2 W previous: 10 delta_time: 31 s
     2024-02-11 18:17:05   powerFactor     -214748355.2  previous: 9.8 delta_time: 31 s
     2025-08-26 20:31:40   reportedState   on
     2025-08-26 20:31:40   state           on
     2025-08-26 20:31:40   swbStatus       255
Attributes:
   alexaName  Aussenlicht Terrasse
   classes    ZWAVEPLUS_INFO SWITCH_BINARY METER ASSOCIATION ASSOCIATION_GRP_INFO MULTI_CHANNEL_ASSOCIATION ALARM SUPERVISION
   icon       light_wall_2
   room       GARTEN,LICHTSTEUERUNG
   stateFormat state
<br>
Verbrauch_aktuell W akt.Verbrauch Verbrauch_Gesamt kWh Gesamt
   userReadings Verbrauch_Gesamt {ReadingsNum("$name","energy",0)}, Verbrauch_aktuell {ReadingsVal("$name","state","") eq "on" ? ReadingsNum("$name","power",0) : 0 }
Muss ich jetzt nur das die Gateway-Namen tauschen oder nur einfach den neuen Stick dran und den alten ab?!
Irgendein set XXX controllerChange on oder set XXX createNewPrimary on?

Mir ist noch nicht ganz klar, wie ich jetzt die Controller tausche, da sie ja unterschiedliche Namen haben, aber beides Primary Controller in FHEM sind.

VG
René

ZitatDie HomeID ist übertragen, die CtrlNodeIdHex ID ist von 01 auf 00 gewechselt.

Klingt nach "Controller als Secondary inkludieren, und ihn danach zu Primary aendern", und nicht nach Backup-Restore.
Kannst Du bitte die Ausgaben von "get <ZWDongle> nodeList" vergleichen?
Wenn das gleich ist, dann sollte man den Alten abhaengen koennen.

ZitatZwei Z-Wave Controller mit den gleichen Netzwerk in oder an FHEM ist doch bestimmt falsch?!

Nicht, wenn nur einer Primary ist, und der andere Secondary.
Der Primary ist fuer Inklusion zustaendig, Senden/Empfangen koennen auch die Anderen, und sollte auch mit FHEM funktionieren.

ZitatMuss ich jetzt nur das die Gateway-Namen tauschen oder nur einfach den neuen Stick dran und den alten ab?!

Damit Senden ueber den neuen Controller laeuft, muss man in FHEM entweder den Neuen explizit zuweisen: "attr TYPE=ZWave IODev ZWDongle_2", oder den Alten entfernen, und FHEM neu starten.

Da alle Geraete mit dem nodeId der Alten assoziiert sind, kriegt man danach keine Benachrichtigungen.
Anzupassen mit Gruppen-Befehl: "set TYPE=ZWave associationDel 1 1; set TYPE=ZWave associationAdd 1 0"
Da manche Geraete aber zusaetzliche Assoziationsgruppen haben, wuerde ich vorher alle Assoziationen anschauen, und passende Befehle absetzen.

Soweit die Theorie, ich habe sowas noch nie gemacht.

P.S.: 0 ist ein unglueckliches nodeId, weil 0 bei mca (MultiChannelAssociation) als Trenner verwendet wird: https://fhem.de/commandref_modular.html#ZWave-set-mcaAdd
Hmmm.

Hi Rudi,

dann mal Step by Step... bevor ich was kaputt mache... habe auch erstmal ein Backup gezogen.

der alte Stick hat:
ZWave_Gateway nodeList => ZWave_Gateway FIBARO_RGB_1 WallPlug_Kuehlschrank UNKNOWN_7 Aussenlicht_Modul_1 Innenlicht_Modul_1 FSensor_EG_BAD_N FSensor_OG_BAD_N FSensor_EG_WZ_T_S FSensor_OG_GZ_S FSensor_OG_KZ_N TSensor_GARAGE_HWR FSensor_EG_WZ_2_W Alarm_Sirene Aussenlicht_vorn_Garage UNKNOWN_26 FSensor_OG_SZ_1_S FSensor_EG_WZ_1_W FSensor_EG_WZ_K_S FSensor_EG_BUERO_S TSensor_GARAGE FSensor_OG_SZ_2_S TSensor_GARAGENTOR Alarm_Wassersensor BM_EG_Flur BM_OG_Flur Gartenhaus_Master_Switch AEON_MultiSensor Gartenhaus_Garagentor SmokeSensor_WZ WallPlug_Waschmaschiene WallPlug_Gefrierschrank WallPlug_Weichwasseranlage UNKNOWN_46 SmokeSensor_HWR SmokeSensor_Garage FIBARO_RGB_2 UNKNOWN_51 LAD7_PV_MODE Deckenlicht_Wohnzimmer Wohnzimmer_Taster Aussenlicht_Modul_2 Wohnzimmer_Taster_2 TV_Wand_Modul

der neue Stick hat alle als UNKNOWN:
ZWDongle_2 nodeList => UNKNOWN_1 UNKNOWN_4 UNKNOWN_5 UNKNOWN_7 UNKNOWN_8 UNKNOWN_10 UNKNOWN_12 UNKNOWN_15 UNKNOWN_18 UNKNOWN_20 UNKNOWN_21 UNKNOWN_22 UNKNOWN_23 UNKNOWN_24 UNKNOWN_25 UNKNOWN_26 UNKNOWN_27 UNKNOWN_28 UNKNOWN_29 UNKNOWN_30 UNKNOWN_31 UNKNOWN_32 UNKNOWN_33 UNKNOWN_34 UNKNOWN_35 UNKNOWN_36 UNKNOWN_37 UNKNOWN_39 UNKNOWN_40 UNKNOWN_41 UNKNOWN_43 UNKNOWN_44 UNKNOWN_45 UNKNOWN_46 UNKNOWN_48 UNKNOWN_49 UNKNOWN_50 UNKNOWN_51 UNKNOWN_52 UNKNOWN_53 UNKNOWN_54 UNKNOWN_55 UNKNOWN_56 UNKNOWN_57

Was mir noch aufgefallen ist... könnte aber daran liegen, dass ich den neuen Stick schon vor der Migration mal an FHEM hatte:
der alte Stick hat bei den Internals:
homeId = ec4154d2

der neue Stick hat in den Internals "noch"
homeId = fc07bfa4
aber in den Readings steht
HomeId:ec4154d2 CtrlNodeIdHex:00


Der Punkt mit den Assoziazonen habe ich nicht verstanden, ich habe da aber auch nicht wirklich was eingerichtet...
Die waren doch für direkte Interaktionen der Geräte untereinander zuständig, oder?

Da ich ja Backup/Restore über ZWAVEJS UI gemacht habe, habe ich ja jetzt quasi zwei gleiche primary Controller.
Was ich jetzt bisher denke:

Ich könnte jetzt beide Sticks nochmal aus FHEM löschen und nur mit dem neuen Stick starten, durch FHEM finden lassen und dann!? ... ist der neue Stick dann schon der richtige Primary Controller? Ich will nicht jedes Gerät einzeln anfassen müssen.

Oder wäre der Weg über beide Sticks drin lassen und den neuen Stick als Secondary einrichten? Wobei ich nichts sehe, wie ich einen Stick zum Secondary Controller machen kann!?

Ich seh nur diese Befehle:
controllerChange on|stop|stopFailed
Add a controller to the current network and transfer role as primary to it. Invoking controller is converted to secondary.
stop: stop controllerChange
stopFailed: stop controllerChange and report an error
createNewPrimary on|stop|stopFailed
Add a controller to the current network as a replacement for an old primary. Command can be invoked only by a secondary configured as basic SUC
stop: stop createNewPrimary
stopFailed: stop createNewPrimary and report an error
Bin grad ratlos...

VG
René

Zitatder neue Stick hat in den Internals "noch"
homeId = fc07bfa4
aber in den Readings steht
HomeId:ec4154d2 CtrlNodeIdHex:00

Internals "zaehlt" => das ist ein Primary, was nichts mit dem Alten zu tun hat.

ZitatDer Punkt mit den Assoziazonen habe ich nicht verstanden, ich habe da aber auch nicht wirklich was eingerichtet...

Das muss man nicht: bei der Inklusion wird automatisch der Controller mit der Lifeline Gruppe (meist 1) assoziiert, d.h. "set New-ZWave-Device associationAdd 1 <zwdongle-nodeid>" durchgefuehrt.

ZitatcontrollerChange on|stop|stopFailed

Sorry, das habe ich verdraengt: diesen Code hat krikan vor 8 Jahren spendiert, damit kann man einen Secondary Controller zu primary machen.
Das waere eine Alternative zu Backup/Restore, ich weiss nur nicht, wie man einen USB-Controller als Secondary Controller inkludiert.
Womoeglich so, wie in diesem Thema beschrieben: https://forum.fhem.de/index.php?topic=119502

Hi Rudolf,

ich habe den neuen Stick einmal gelöscht und manuell wieder angelegt:
define ZWave_Gateway_2 ZWDongle /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0@115200
Jetzt steht auch in den Internals die richtige HomeID, aber bei NodeID wieder 00.

Wird die NodeID beim Anlegen erzeugt? Was wäre wenn ich, da die Sticks ja theoretisch eine 1:1 Kopie sein sollten, den alten Stick aus FHEM lösche bzw. beide, dann aber nur den neuen Stick wie oben beschrieben wieder anlege?
Könnte FHEM dann die NodeID 01 vergeben oder ist die NodeID im Stick selber fehlerhaft?

Wenn das schief geht, komme ich durch manuell Anlegen des alten Sticks wieder zurück oder ist mein ZWAVE-Netzwerk dann kaputt?!

VG
René

PS:
Ich habe jetzt nochmal den alten Gen5 Stick abgezogen und den Gen5+ Stick mit der neueren Firmware, über den ich das Backup als Zwischenschritt gemacht habe, angesteckt.
Der Stick hat die gleiche /dev/serial/by-id/ - Adresse und wird dadurch auch direkt wieder erkannt und mit dem lassen sich alle Geräte schalten und der hat auch die richtige Home/Node ID.
Man sieht aber bei get version, dass er die neuere Firmware hat : Z-Wave 6.07 STATIC_CONTROLLER und get homID liefert auch HomeId:ec4154d2 CtrlNodeIdHex:01

Wenn ich alten Zwave Controller einfach die DEF auf /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0@115200 ändere, dann kann ich auch
get version machen: Z-Wave 7.23 BRIDGE_CONTROLLER und aber get homeID kommt wieder HomeId:ec4154d2 CtrlNodeIdHex:00

:(

Gibts einen Unterschied zwischen BRIDGE_CONTROLLER und STATIC_CONTROLLER?!

Ich hatte jetzt auch nochmal mit dem Hersteller Kontakt (übrigends mega Support bisher)
Wir haben zusammen nochmal mit der PC Controller Software den 10 Pro Stick am Laptop ausgelesen und auch hier wird der 10 Pro mit NodeID 1 angezeigt.
Jetzt bin ich ein wenig ratlos, weil jetzt ja nach Ausschlussverfahren FHEM da sein Unwesen zu treiben scheint...

Jetzt viell. doch zurück zur Idee mit dem komplett Löschen der Controller und neu anlegen unter gleichem Namen?!

Zitat vom Support: I don't know about FHEM in this case, but that screenshot confirms that the Node ID of the controller is Node ID 01.

ZitatWird die NodeID beim Anlegen erzeugt?

Nein, "get zwdongle homeId" liefert homeId und nodeId des Controllers zurueck.

Alle IDs (homeId, Controller ID, und Geraete IDs) sind im Stick gespeichert.
Genau diese Daten soll das Backup enthalten.

Der Secondary-Controller muss diese Daten vom Primary kopieren, d.h. das Einrichten eines Secondary Controllers und dann es zu Primary promoten sollte mit einem Backup+Restore gleichkommen.

Mit controllerChange und den weiteren Controller-Befehlen habe ich mich damals insbesondere wegen eines geplanten Controllerwechsels beschäftigt. Der Weg über Anlernen eines Secondary und dann Umstellen auf Primary hat mEn das Problem, dass die NodeId des Controllers sich änderte; war somit nicht zielführend. Im Endeffekt habe ich den Umzug dann mittels Controller-Backup durchgeführt. Auch hier würde ich den Weg über controllerBackup gehen; NodeId des Controllers ist dann grds. unverändert.

Wenn HomeId und ControllerId gleich sind, müsste ein Umstecken reichen. Ansonsten probiere Löschen des FHEM-Device für Controller und gleiche Neuanlage; Datensicherung vorab nicht vergessen ;-).

Zitat von: fireball am 27 August 2025, 20:08:19Gibts einen Unterschied zwischen BRIDGE_CONTROLLER und STATIC_CONTROLLER?!

Ich stecke aktuell nicht mehr so tief im Thema, kann ich deshalb nicht grundätzlich ausschließen.

Hi Ihr beiden,

es funzt einfach nicht, egal was ich mache...
- Habe nochmal umgesteckt und nur die /dev/serial geändert, Stick wird ja auch gefunden, man kann alles auslesen, homeID is gleich nodeID ist 00.
- Dann habe ich das ganze FHEM wegkopiert, den Controller gelöscht und manuell mit dem gleichen Namen neu angelegt (komisch FHEM findet die USB Geräte bei mir nicht mehr automatisch)
  define ZWave_Gateway ZWDongle /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0@115200
wieder das gleiche, der Controller wird immer mit NodeID 00 ausgelesen.

Nochmal in das PC Controller Tool, da war noch irgendwie ein zweiter Controller auf meinen Stick gespeichert, DeviceNr 7 - siehe Bild, das habe ich entfernt (war mal eine frühe Integration der Danfoss Lüftung), dann nochmal alles probiert, dachte viel. isses das, das FHEM den Controller mit 00 anleget... NADA...

Dann zurück zum alten Controller... da kann ich den Gen5 oder Gen5+ nehmen... beide werden mit 01 angelegt.
Was komisch ist... meine ZWAVE Geräte gingen dann nicht mehr... ich bin dann schon panisch geworden.
In den Geräten selber steht unter IODev = ZWDongle_0 ... ich habe dann mein jahrelang genutztes ZWave_Gateway in ZWDongle_0 umbenannt und jetzt sind die Geräte wieder erreichbar?! Wie kann das sein!? Viell. habe ich das mal in ZWave_Gateway umbenannt, aber in den Geräten nicht!? Aber wieso ging das dann trotzdem!?

Jedenfalls sind mir jetzt die Ideen ausgegangen!? Oder doch beide Sticks dran und irgendwelche Primary/Secondary Optionen?!

Wenn ich mit dem PC Tool schaue, ist alles fein... auf allen Sticks.

VG
René

Noch ein Update... ich habe den 10pro ja über ZWAVEUI JS in HomeAssistant durch Backup/Restore erstellt.
Da sieht man ja alles was auf dem Stick ist.
Jetzt habe ich zusätzlich alle Geräte in HA anlegen lassen... und siehe da... das Netzwerk funktioniert. Ich kann div. Geräte sofort schalten.
Es ist also wie verhext, warum krieg ich das in FHEM nicht hin bzw. warum legt FHEM da ne nodeID 00 an, die nicht exisitiert?!

Können wir beim Anlegen des Stick irgendwas debuggen?! Irgendeinen Grund muss es doch geben!?

VG
René

PS: Lustiger Nebeneffekt... ich habe jetzt quasi zwei Hausautomatisierungen, mit denen ich die Geräte schalten kann, FHEM+Gen5 Controller und HA+10pro Controller...

Zitatwarum legt FHEM da ne nodeID 00 an, die nicht exisitiert?!

FHEM legt das nicht an, das wird aus dem Stick rausgelesen beim FHEM-Start mit "get <ZWDongle> homeId"
Was zeigt HA als nodeId an?
Kannst Du bitte mit dem 10pro das o.g. Befehl nach einem "attr <ZWDongle> verbose 5" ausfuehren, und das relevante FHEM-Log hier anhaengen?

ZitatPS: Lustiger Nebeneffekt... ich habe jetzt quasi zwei Hausautomatisierungen, mit denen ich die Geräte schalten kann, FHEM+Gen5 Controller und HA+10pro Controller...

Falls nodeId in 10pro 00 ist, dann wird HA damit auch nicht gluecklich: Schalten geht, die Geraete melden aber weiterhin an nodeId 01
Das duerfte mit dem 10pro in FHEM nicht anders sein.

Hi Rudolf,

hier nochmal eine Zusammenfassung und die gewünschten Ergebnisse:

alter Gen5 Aeotec - Stick:
- HomeId:ec4154d2 CtrlNodeIdHex:01
- version Z-Wave 3.95 STATIC_CONTROLLER

Migration von Gen5 via Aeotec BackupTool auf
"neuen" Gen5+ Aeotec - Stick:
- HomeId:ec4154d2 CtrlNodeIdHex:01
- version Z-Wave 6.07 STATIC_CONTROLLER

Migration von Gen5+ via ZWaveUI JS Backup/Restore auf
"nagelneuen" 10 Pro Aeotec - Stick
- HomeId:ec4154d2 CtrlNodeIdHex:01
- version Z-Wave 7.23 BRIDGE_CONTROLLER

Funktion in FHEM:
Gen5  : alles läßt sich wie gewohnt schalten - /dev/serial/by-id/usb-0658_0200-if00@115200
Gen5+ : alles läßt sich wie gewohnt schalten - /dev/serial/by-id/usb-0658_0200-if00@115200
10pro : es läßt sich nichts schalten, Stick antwortet aber - /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0@115200

Funktion in HomeAssistant:
10pro : alles läßt sich wie gewohnt schalten - /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0@115200

Sowohl in ZWaveUI JS in HomeAssistant, als auch ZWaveUI JS in einem testweise angelegten DockerContainer:
10pro wird mit ID 1 ausgelesen (ZwaveUI_JS_@HA.png, ZwaveUI_JS_@Docker.png)

HomeAssistant selber:
10pro wird mit ID 1 angezeigt (Zwave_10Pro_as_device@HA.png)

Mit dem Zwave PC ControllerTool aus dem Simplycity Studio unter Windows:
10pro wird mit ID 1 ausgelesen (10pro_pc_controller2.png)

verbose 5 mit 10pro:
get homeID und get version
2025.08.30 20:13:36 4: ZWDongle *** get ZWDongle_2 homeId
2025.08.30 20:13:36 5: ZWDongle_Write 0020 ()
2025.08.30 20:13:36 5: DevIo_SimpleWrite ZWDongle_2: 01030020dc
2025.08.30 20:13:36 4: ZWDongle_ReadAnswer arg:homeId regexp:^0120
2025.08.30 20:13:36 4: ZWDongle_Read ZWDongle_2: rcvd 0120ec4154d20001 (answer MEMORY_GET_ID), sending ACK
2025.08.30 20:13:36 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:13:36 4: ZWDongle_ReadAnswer for homeId: 0120ec4154d20001
2025.08.30 20:13:38 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000300a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:13:38 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:13:38 5: ZWDongle_2: dispatch 00a8000001002b0631050422000300a9007f7f
2025.08.30 20:13:38 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000300a9007f7f CB:00
2025.08.30 20:13:38 4: ZWave: unknown message 00a8000001002b0631050422000300a9007f7f for ID 01


2025.08.30 20:15:19 4: ZWDongle *** get ZWDongle_2 version
2025.08.30 20:15:19 5: ZWDongle_Write 0015 ()
2025.08.30 20:15:19 5: DevIo_SimpleWrite ZWDongle_2: 01030015e9
2025.08.30 20:15:19 4: ZWDongle_ReadAnswer arg:version regexp:^0115
2025.08.30 20:15:19 4: ZWDongle_Read ZWDongle_2: rcvd 01155a2d5761766520372e32330007 (answer ZW_GET_VERSION), sending ACK
2025.08.30 20:15:19 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:15:19 4: ZWDongle_ReadAnswer for version: 01155a2d5761766520372e32330007
hier noch ein bisl Traffic:
2025.08.30 20:14:27 4: ZWave: unknown message 00a8000001002b0631050422000000a9007f7f for ID 01
2025.08.30 20:14:28 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000300a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:28 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:28 5: ZWDongle_2: dispatch 00a8000001002b0631050422000300a9007f7f
2025.08.30 20:14:28 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000300a9007f7f CB:00
2025.08.30 20:14:28 4: ZWave: unknown message 00a8000001002b0631050422000300a9007f7f for ID 01
2025.08.30 20:14:31 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000000a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:31 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:31 5: ZWDongle_2: dispatch 00a8000001002b0631050422000000a9007f7f
2025.08.30 20:14:31 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000000a9007f7f CB:00
2025.08.30 20:14:31 4: ZWave: unknown message 00a8000001002b0631050422000000a9007f7f for ID 01
2025.08.30 20:14:32 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000300a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:32 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:32 5: ZWDongle_2: dispatch 00a8000001002b0631050422000300a9007f7f
2025.08.30 20:14:32 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000300a9007f7f CB:00
2025.08.30 20:14:32 4: ZWave: unknown message 00a8000001002b0631050422000300a9007f7f for ID 01
2025.08.30 20:14:33 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000000a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:33 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:33 5: ZWDongle_2: dispatch 00a8000001002b0631050422000000a9007f7f
2025.08.30 20:14:33 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000000a9007f7f CB:00
2025.08.30 20:14:33 4: ZWave: unknown message 00a8000001002b0631050422000000a9007f7f for ID 01
2025.08.30 20:14:34 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000400a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:34 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:34 5: ZWDongle_2: dispatch 00a8000001002b0631050422000400a9007f7f
2025.08.30 20:14:34 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000400a9007f7f CB:00
2025.08.30 20:14:34 4: ZWave: unknown message 00a8000001002b0631050422000400a9007f7f for ID 01
2025.08.30 20:14:40 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000500a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:40 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:40 5: ZWDongle_2: dispatch 00a8000001002b0631050422000500a9007f7f
2025.08.30 20:14:40 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000500a9007f7f CB:00
2025.08.30 20:14:40 4: ZWave: unknown message 00a8000001002b0631050422000500a9007f7f for ID 01
2025.08.30 20:14:41 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000000a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:41 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:41 5: ZWDongle_2: dispatch 00a8000001002b0631050422000000a9007f7f
2025.08.30 20:14:41 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000000a9007f7f CB:00
2025.08.30 20:14:41 4: ZWave: unknown message 00a8000001002b0631050422000000a9007f7f for ID 01
2025.08.30 20:14:43 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000400a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:43 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:43 5: ZWDongle_2: dispatch 00a8000001002b0631050422000400a9007f7f
2025.08.30 20:14:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000400a9007f7f CB:00
2025.08.30 20:14:43 4: ZWave: unknown message 00a8000001002b0631050422000400a9007f7f for ID 01
2025.08.30 20:14:44 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000600a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:44 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:44 5: ZWDongle_2: dispatch 00a8000001002b0631050422000600a9007f7f
2025.08.30 20:14:44 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000600a9007f7f CB:00
2025.08.30 20:14:44 4: ZWave: unknown message 00a8000001002b0631050422000600a9007f7f for ID 01
2025.08.30 20:14:45 4: ZWDongle_Read ZWDongle_2: rcvd 00a8000001002b0631050422000000a9007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.30 20:14:45 5: DevIo_SimpleWrite ZWDongle_2: 06
2025.08.30 20:14:45 5: ZWDongle_2: dispatch 00a8000001002b0631050422000000a9007f7f
2025.08.30 20:14:45 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000000a9007f7f CB:00
2025.08.30 20:14:45 4: ZWave: unknown message 00a8000001002b0631050422000000a9007f7f for ID 01

Was mich noch wundert... beim durchschauen des fhem.log beim Start sehe ich noch einen Versuch, einen ZWDongle auf /dev/serial0 zu finden.
Das war viell. mal vor 100 Jahren so konfiguriert, bevor ich auf /dev/serial/by-id/usb-0658_0200-if00@115200 umgestellt hatte.
Aber man sieht, dass FHEM einen ZWDongle auf /dev/serial0 sucht und Opening ZWDongle_2 device /dev/ttyUSB2 anlegt.

Woher das kommt keine Ahnung, es gibt kein ZWDongle in der fhem.cfg


2025.08.30 20:17:10 3: LGTV_WebOS (WohnzimmerTV2) - defined with host 192.168.178.227
2025.08.30 20:17:10 3: LGTV_WebOS (WohnzimmerTV2) - disabled
2025.08.30 20:17:11 3: Opening ZWDongle_2 device /dev/ttyUSB2
2025.08.30 20:17:11 3: Setting ZWDongle_2 serial parameters to 115200,8,N,1
2025.08.30 20:17:12 3: ZWDongle_2 device opened
2025.08.30 20:17:12 1: Including ./log/fhem.save
2025.08.30 20:17:12 3: No I/O device found for AEON_MultiSensor
2025.08.30 20:17:12 3: No I/O device found for FSensor_OG_GZ_S
2025.08.30 20:17:12 3: No I/O device found for FSensor_EG_WZ_T_S
2025.08.30 20:17:12 3: No I/O device found for BM_OG_Flur01
2025.08.30 20:17:12 3: No I/O device found for GB_Kreis_2
2025.08.30 20:17:12 3: No I/O device found for FSensor_OG_BAD_N
2025.08.30 20:17:12 3: No I/O device found for FSensor_EG_BAD_N
2025.08.30 20:17:12 3: No I/O device found for Gartenhaus_Switch_2
2025.08.30 20:17:12 3: No I/O device found for Alarm_Sirene
2025.08.30 20:17:12 3: No I/O device found for Aussenlicht_vorn_Tuer
2025.08.30 20:17:12 3: No I/O device found for TSensor_GARAGENTOR
2025.08.30 20:17:12 3: No I/O device found for GB_Kreis_3
2025.08.30 20:17:12 3: No I/O device found for BM_EG_Flur
2025.08.30 20:17:12 3: No I/O device found for Gartenhaus_Garagentor
2025.08.30 20:17:12 3: No I/O device found for BM_Garage_Status_1
2025.08.30 20:17:12 3: No I/O device found for GB_Kreis_4
2025.08.30 20:17:12 3: No I/O device found for BM_Garage_Lux
2025.08.30 20:17:12 3: No I/O device found for BM_OG_Flur02
2025.08.30 20:17:12 3: No I/O device found for TSensor_GARAGE
2025.08.30 20:17:12 3: No I/O device found for FSensor_OG_KZ_N
2025.08.30 20:17:12 3: No I/O device found for Innenlicht_FenstrStDo
2025.08.30 20:17:12 3: No I/O device found for TSensor_GARAGE_HWR
2025.08.30 20:17:12 3: No I/O device found for FSensor_EG_WZ_2_W
2025.08.30 20:17:12 3: No I/O device found for FSensor_EG_BUERO_S
2025.08.30 20:17:12 3: No I/O device found for BM_Garage_Status_2
2025.08.30 20:17:12 3: No I/O device found for FSensor_EG_WZ_1_W
2025.08.30 20:17:12 3: No I/O device found for Gartenhaus_Master_Switch
2025.08.30 20:17:12 3: No I/O device found for GB_Kreis_1
2025.08.30 20:17:12 3: No I/O device found for BM_EG_Flur02
2025.08.30 20:17:12 3: No I/O device found for BM_Garage
2025.08.30 20:17:12 3: No I/O device found for Gartenhaus_Steckdosen
2025.08.30 20:17:12 3: No I/O device found for FSensor_OG_SZ_1_S
2025.08.30 20:17:12 3: No I/O device found for Alarm_Wassersensor
2025.08.30 20:17:12 3: No I/O device found for Aussenlicht_Modul_1
2025.08.30 20:17:12 3: No I/O device found for FIBARO_RGB_1_last_State
2025.08.30 20:17:12 3: No I/O device found for Innenlicht_Treppe
2025.08.30 20:17:12 3: No I/O device found for BM_EG_Flur01
2025.08.30 20:17:12 3: No I/O device found for FSensor_EG_WZ_K_S
2025.08.30 20:17:12 3: No I/O device found for BM_OG_Flur
2025.08.30 20:17:12 3: No I/O device found for Aussenlicht_vorn_Garage
2025.08.30 20:17:12 3: No I/O device found for FSensor_OG_SZ_2_S
2025.08.30 20:17:12 3: No I/O device found for WallPlug_Kuehlschrank
2025.08.30 20:17:12 3: No I/O device found for FIBARO_RGB_1
2025.08.30 20:17:12 3: No I/O device found for Innenlicht_Modul_1
2025.08.30 20:17:12 1: Messages collected while initializing FHEM:SecurityCheck:
  WEBtablet is not password protected
  MyBroker is not password protected
  WEB is not password protected
  WEBapi is not password protected
  telnetPort is not password protected
  tPortLocal is not password protected
  WEBweather is not password protected

Protect this FHEM installation by configuring the allowed device allowed_WEBphone
You can disable this message with attr global motd none

2025.08.30 20:17:12 3: ESPEasy ESPEasy_BRIDGE: Bridge v2.18 port [TCP:IPV4:8383] opened.
2025.08.30 20:17:13 3: Opening HWR_KLIMAANLAGE device 192.168.178.108:502
2025.08.30 20:17:13 3: Opening HWR_WAERMEPUMPE device 192.168.178.108:502
2025.08.30 20:17:13 3: Opening Mosquitto device 127.0.0.1:1883
2025.08.30 20:17:13 3: Mosquitto device opened
2025.08.30 20:17:13 3: deCONZ: websocket opened to 192.168.178.100:8091
2025.08.30 20:17:13 2: deCONZ: autocreate: created 0/0/0 devices (ignored 0/0/0)
2025.08.30 20:17:13 1: usb create starting
2025.08.30 20:17:13 3: Probing ZWDongle device /dev/serial0
2025.08.30 20:17:13 1: ZWDongle: Can't open /dev/serial0: Device or resource busy
2025.08.30 20:17:13 3: Probing CUL device /dev/ttyAMA0
2025.08.30 20:17:13 1: CUL: Can't open /dev/ttyAMA0: Device or resource busy
2025.08.30 20:17:13 3: Probing TCM_ESP3 device /dev/ttyUSB0
2025.08.30 20:17:13 3: Probing TCM_ESP2 device /dev/ttyUSB0
2025.08.30 20:17:13 3: Probing FHZ device /dev/ttyUSB0
2025.08.30 20:17:13 3: Probing TRX device /dev/ttyUSB0
2025.08.30 20:17:14 3: Probing ZWDongle device /dev/ttyUSB0
2025.08.30 20:17:14 3: Probing SIGNALDuino device /dev/ttyUSB0
2025.08.30 20:17:14 3: Probing MYSENSORS device /dev/ttyUSB0
2025.08.30 20:17:15 3: Probing ArduCounter device /dev/ttyUSB0
2025.08.30 20:17:15 3: Probing ElsnerWS device /dev/ttyUSB0



Ich hoffe wir kommen der Sache noch auf die Spur?! Das wäre echt genial... ich will den Stick nicht in die Tonne hauen.

VG und schönes WE noch...
René


PS: Bzgl des kuriosen Nebeneffektes: Wenn ich sowohl HA mit 10pro und FHEM mit 5Gen laufen lassen, egal wo ich schalte, beide Instanzen bekommen die Änderung mit... Also wenn ich in FHEM eine Lampe schalte, dann ändert sich auch der Status des Schalters in HA und umgekehrt. Also beide Instanzen können schalten und kriegen auch die Rückmeldungen.

kleines AddOn, weiß nicht obs von Bedeutung ist, so hat FHEM einmal den Stick neu angelegt, hatte das Device aber dann wieder gelöscht.

2025.08.30 19:55:23 3: Opening ZWDongle_1 device /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0
2025.08.30 19:55:23 3: Setting ZWDongle_1 serial parameters to 115200,8,N,1
2025.08.30 19:55:26 3: ZWDongle_1 device opened
2025.08.30 19:55:28 1: /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0 disconnected, waiting to reappear (ZWDongle_1)
2025.08.30 19:55:28 3: Setting ZWDongle_1 serial parameters to 115200,8,N,1
2025.08.30 19:55:28 1: /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0 disconnected, waiting to reappear (ZWDongle_1)
2025.08.30 19:55:28 1: ZWDongle_ReadAnswer: no data read
2025.08.30 19:55:28 1: /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0 reappeared (ZWDongle_1)
So zeigt ZWaveUI JS die Konfig an des 10pro an:
{
  "id": 1,
  "name": "",
  "loc": "",
  "values": [],
  "groups": [],
  "neighbors": [],
  "ready": true,
  "available": true,
  "hassDevices": {},
  "failed": false,
  "inited": true,
  "eventsQueue": [
    {
      "time": "2025-08-30T19:21:50.510Z",
      "event": "alive",
      "args": [
        0
      ]
    },
    {
      "time": "2025-08-30T19:21:50.560Z",
      "event": "ready",
      "args": []
    },
    {
      "time": "2025-08-30T19:21:50.560Z",
      "event": "ready",
      "args": []
    }
  ],
  "status": "Alive",
  "interviewStage": "Complete",
  "priorityReturnRoute": {},
  "customReturnRoute": {},
  "customSUCReturnRoutes": [],
  "applicationRoute": false,
  "hexId": "0x0371 0x0004-0x003c",
  "dbLink": "https://devices.zwave-js.io/?jumpTo=0x0371:0x0004:0x003c:7.23.2",
  "manufacturerId": 881,
  "productId": 60,
  "productType": 4,
  "deviceConfig": {
    "filename": "/usr/src/app/store/.config-db/devices/0x0371/zwa060.json",
    "isEmbedded": true,
    "manufacturer": "Aeotec Ltd.",
    "manufacturerId": 881,
    "label": "ZWA060",
    "description": "Z-Stick 10 Pro",
    "devices": [
      {
        "productType": 4,
        "productId": 60
      }
    ],
    "firmwareVersion": {
      "min": "0.0",
      "max": "255.255"
    },
    "preferred": false
  },
  "productLabel": "ZWA060",
  "productDescription": "Z-Stick 10 Pro",
  "manufacturer": "Aeotec Ltd.",
  "firmwareVersion": "7.23.2",
  "sdkVersion": "7.23.2",
  "protocolVersion": 3,
  "endpointsCount": 0,
  "endpoints": [
    {
      "index": 0,
      "label": "Root Endpoint",
      "deviceClass": {
        "basic": 2,
        "generic": 2,
        "specific": 1
      }
    }
  ],
  "supportsSecurity": false,
  "supportsBeaming": true,
  "isControllerNode": true,
  "isListening": true,
  "isFrequentListening": false,
  "isRouting": true,
  "keepAwake": false,
  "maxDataRate": 100000,
  "deviceClass": {
    "basic": 2,
    "generic": 2,
    "specific": 1
  },
  "lastActive": 1756581722034,
  "firmwareCapabilities": {
    "firmwareUpgradable": false
  },
  "protocol": 0,
  "deviceId": "881-60-4",
  "hasDeviceConfigChanged": false,
  "rfRegions": [
    {
      "value": 2,
      "title": "Australia/New Zealand",
      "disabled": false
    },
    {
      "value": 8,
      "title": "China",
      "disabled": false
    },
    {
      "value": 11,
      "title": "Europe (Long Range)",
      "disabled": false
    },
    {
      "value": 3,
      "title": "Hong Kong",
      "disabled": false
    },
    {
      "value": 5,
      "title": "India",
      "disabled": false
    },
    {
      "value": 6,
      "title": "Israel",
      "disabled": false
    },
    {
      "value": 32,
      "title": "Japan",
      "disabled": false
    },
    {
      "value": 33,
      "title": "Korea",
      "disabled": false
    },
    {
      "value": 7,
      "title": "Russia",
      "disabled": false
    },
    {
      "value": 9,
      "title": "USA (Long Range)",
      "disabled": false
    }
  ],
  "supportsLongRange": true,
  "supportsTime": false,
  "_name": "NodeID_1",
  "statistics": {
    "messagesTX": 45,
    "messagesRX": 90,
    "messagesDroppedRX": 7,
    "NAK": 0,
    "CAN": 0,
    "timeoutACK": 0,
    "timeoutResponse": 0,
    "timeoutCallback": 0,
    "messagesDroppedTX": 0
  },
  "prioritySUCReturnRoute": false,
  "lastReceive": 1756581722034,
  "lastTransmit": 1756581722034,
  "errorReceive": false,
  "errorTransmit": false,
  "powerlevel": -11.6,
  "measured0dBm": -0.1,
  "RFRegion": 11,
  "maxLongRangePowerlevel": 14
}
letztes Update für heute:

Kann es sein, dass die FHEM die ZWAVE API (https://docs.silabs.com/z-wave/latest/zwave-api/z-wave-api) nicht richtig implementiert?!
Wenn ich mir diese Zeile im Log anschaue:
2025.08.30 20:13:36 4: ZWDongle_ReadAnswer for homeId: 0120ec4154d20001
dann sehe ich nach der 0120 die HomeID:ec4154d und dann kommt die NodeID: 0001

Wie die 0001 jetzt interpretiert wird ist mir nicht klar, aber mit nem Hex-Umrechner (https://bin-dez-hex-umrechner.de/) komme ich auf ne 1.

VG
René

Zitat2025.08.30 20:13:36 4: ZWDongle_ReadAnswer for homeId: 0120ec4154d20001

Dieses Format ist fuer mich (und das Modul) neu: nodeIdHex ist hier 4-stellig, bekannt war 2-stellig.
Ich habe das Modul angepasst, FHEM-Update ist morgen ab 8 verfuegbar, bis dahin bitte direkt aus SVN holen.

Ich muss noch ueberlegen was ich mache, falls die ID auch in anderen Nachrichten 4-stellig ist.

Ist jemandem eine aktuelle Dokumentation der Controller Schnittstelle bekannt?

Hi Rudolf,

da haben wir ja den Ursache gefunden. Super. Ich teste das morgen Vormittag dann.

Bzgl Dokumentation... ich hatte dir die API verlinkt, oder was meinst du genau?!
Ansonsten ist hier der Chip (https://www.silabs.com/wireless/z-wave/800-series-modem-soc#)
Hier die API (https://docs.silabs.com/z-wave/latest/zwave-api/z-wave-api)
Hier noch ein Datenblatt zur Architektur (https://www.silabs.com/documents/public/reference-manuals/efr32xg23-rm.pdf)
Hier ein Link zur Doku zur 800ter (https://www.silabs.com/support/resources.p-wireless_z-wave_z-wave-800-socs) Serie bei Silicon Labs, schau mal unter "Developer's Guides (4)" da gibts eine Connect Stack API und mehr.

Wenn du noch was anderes brauchst, ich habe noch mein Ticket bei Aeotec offen, der Typ ist echt hilfsbereit... ich könnte den auch direkt fragen.

VG
René

PS: ok ich hatte keine Ruhe, ich habs direkt ausprobiert:
1. Der Stick wird jetzt richtig erkannt, get version, nodeList, homeID funzen und es gibt die korrekte Ausgaben:
Internals:
   CallbackNr 0
   Clients    :ZWave:
   DEF        /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0@115200
   DeviceName /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0@115200
   FD         32
   FUUID      68b33db3-f33f-0804-05cd-b051d618f8ab19b1
   MaxSendRetries 3
   NAME       ZWDongle_0
   NR         724
   PARTIAL   
   RAWMSG     00a8000001002b0631050422000400a7007f7f
   ReadTime   1756634162.06488
   STATE      Initialized
   SendRetries 0
   SendTime   1756634089.59257
   TYPE       ZWDongle
   WaitForAck 0
   ZWDongle_0_MSGCNT 85
   ZWDongle_0_TIME 2025-08-31 11:56:02
   devioNoSTATE 1
   eventCount 1
   homeId     ec4154d2
   nodeIdHex  01
   nrNAck     0
   MatchList:
     1:ZWave    .*
   READINGS:
     2025-08-31 11:48:47   caps            Vers:7 Rev:23 ManufID:0371 ProductType:0004 ProductID:003c SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a SERIAL_API_SETUP 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_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_READ_LONG_BYTE UNKNOWN_2e ZW_CLEAR_TX_TIMERS ZW_GET_TX_TIMERS CLEAR_NETWORK_STATS GET_NETWORK_STATS GET_BACKGROUND_RSSI UNKNOWN_3c UNKNOWN_3d REMOVE_NODEID_FROM_NETWORK ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT 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_CONTROLLER_CHANGE ZW_ASSIGN_PRIORITY_RETURN_ROUTE 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_ASSIGN_PRIORITY_SUC_RETURN_ROUTE ZW_EXPLORE_REQUEST_INCLUSION ZW_EXPLORE_REQUEST_EXCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_65 UNKNOWN_68 UNKNOWN_69 UNKNOWN_6a UNKNOWN_6b UNKNOWN_6c GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE ZW_GET_PRIORITY_ROUTE ZW_SET_PRIORITY_ROUTE UNKNOWN_98 SERIAL_API_SLAVE_NODE_INFO ZW_SEND_SLAVE_NODE_INFO ZW_SET_SLAVE_LEARN_MODE ZW_GET_VIRTUAL_NODES ZW_IS_VIRTUAL_NODE ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ZW_SEND_DATA_BRIDGE ZW_SEND_DATA_MULTI_BRIDGE UNKNOWN_ac ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP ZW_SET_ROUTING_MAX UNKNOWN_d6 UNKNOWN_d7 UNKNOWN_d8 UNKNOWN_d9 UNKNOWN_da UNKNOWN_db UNKNOWN_dc UNKNOWN_dd UNKNOWN_de UNKNOWN_df UNKNOWN_e7 UNKNOWN_e8
     2025-08-31 11:48:47   ctrlCaps        PRIMARY
     2025-08-31 11:54:05   homeId          HomeId:ec4154d2 CtrlNodeIdHex:01
     2025-08-31 11:53:52   nodeList        ZWDongle_0 FIBARO_RGB_1 WallPlug_Kuehlschrank Aussenlicht_Modul_1 Innenlicht_Modul_1 FSensor_EG_BAD_N FSensor_OG_BAD_N FSensor_EG_WZ_T_S FSensor_OG_GZ_S FSensor_OG_KZ_N TSensor_GARAGE_HWR FSensor_EG_WZ_2_W Alarm_Sirene Aussenlicht_vorn_Garage UNKNOWN_26 FSensor_OG_SZ_1_S FSensor_EG_WZ_1_W FSensor_EG_WZ_K_S FSensor_EG_BUERO_S TSensor_GARAGE FSensor_OG_SZ_2_S TSensor_GARAGENTOR Alarm_Wassersensor BM_EG_Flur BM_OG_Flur Gartenhaus_Master_Switch AEON_MultiSensor Gartenhaus_Garagentor SmokeSensor_WZ WallPlug_Waschmaschiene WallPlug_Gefrierschrank WallPlug_Weichwasseranlage WallPlug_Geschirrspueler SmokeSensor_HWR SmokeSensor_Garage FIBARO_RGB_2 UNKNOWN_51 LAD7_PV_MODE Deckenlicht_Wohnzimmer Wohnzimmer_Taster Aussenlicht_Modul_2 Wohnzimmer_Taster_2 TV_Wand_Modul
     2025-08-31 11:48:47   random          f0d6e4ade4259c109f73f1185d347b36e9f485413a99f17d3282e1ca33575e58
     2025-08-31 11:52:52   state           Initialized
     2025-08-31 11:48:47   sucNodeId       no
     2025-08-31 11:54:13   version         Z-Wave 7.23 BRIDGE_CONTROLLER
   SendStack:
Attributes:
   homeId     ec4154d2
   room       ZWave
   verbose    0
2. ABER es lassen sich keine Geräte schalten...
habe mal ein paar Geräte an und ausgeschalter mit verbose 5 :
025.08.31 11:58:39 2: ZWave: No ACK from Innenlicht_Modul_1 after 5s for sentset:130a07600d00022501FF2507
2025.08.31 11:58:39 5: ZWDongle_Write 00130a07600d00022501002508 (ec4154d2)
2025.08.31 11:58:39 5: DevIo_SimpleWrite ZWDongle_0: 010e00130a07600d0002250100250889
2025.08.31 11:58:39 5: ACK received, WaitForAck=>2 for 010e00130a07600d0002250100250889
2025.08.31 11:58:39 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.08.31 11:58:39 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.08.31 11:58:39 5: ZWDongle_0: dispatch 011301
2025.08.31 11:58:40 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000001002b0631050422000600a7007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.31 11:58:40 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.08.31 11:58:40 5: ZWDongle_0: dispatch 00a8000001002b0631050422000600a7007f7f
2025.08.31 11:58:40 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01002b0631050422000600a7007f7f CB:00
2025.08.31 11:58:40 4: ZWave: unknown message 00a8000001002b0631050422000600a7007f7f for ID 01
2025.08.31 11:58:42 4: no response from device, removing 010e00130a07600d0002250100250889 from dongle sendstack
2025.08.31 11:58:44 3: ZWave set BM_EG_Flur01 on
2025.08.31 11:58:44 5: ZWDongle_Write 00132307600d00012501FF250b (ec4154d2)
2025.08.31 11:58:44 5: DevIo_SimpleWrite ZWDongle_0: 010e00132307600d00012501FF250b5f
2025.08.31 11:58:44 5: ACK received, WaitForAck=>2 for 010e00132307600d00012501FF250b5f
2025.08.31 11:58:44 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.08.31 11:58:44 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.08.31 11:58:44 5: ZWDongle_0: dispatch 011301
2025.08.31 11:58:44 2: ZWave: No ACK from Innenlicht_Modul_1 after 5s for sentset:130a07600d00022501002508
2025.08.31 11:58:44 5: ZWDongle_Write 00130a07600d00012501FF2509 (ec4154d2)
2025.08.31 11:58:45 3: ZWave set BM_EG_Flur01 off
2025.08.31 11:58:46 4: no response from device, removing 010e00132307600d00012501FF250b5f from dongle sendstack
2025.08.31 11:58:46 5: DevIo_SimpleWrite ZWDongle_0: 010e00130a07600d00012501FF250974
2025.08.31 11:58:46 5: ACK received, WaitForAck=>2 for 010e00130a07600d00012501FF250974
2025.08.31 11:58:46 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.08.31 11:58:46 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.08.31 11:58:46 5: ZWDongle_0: dispatch 011301
2025.08.31 11:58:48 4: ZWDongle_Read ZWDongle_0: rcvd 00a800000100280631050422000000a6007f7f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.31 11:58:48 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.08.31 11:58:48 5: ZWDongle_0: dispatch 00a800000100280631050422000000a6007f7f
2025.08.31 11:58:48 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:0100280631050422000000a6007f7f CB:00
2025.08.31 11:58:48 4: ZWave: unknown message 00a800000100280631050422000000a6007f7f for ID 01
2025.08.31 11:58:49 4: ZWDongle_Read ZWDongle_0: rcvd 00a814000100280631050422000000b3000000 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.08.31 11:58:49 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.08.31 11:58:49 5: ZWDongle_0: dispatch 00a814000100280631050422000000b3000000
2025.08.31 11:58:49 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:0100280631050422000000b3000000 CB:14
2025.08.31 11:58:49 4: ZWave: unknown message 00a814000100280631050422000000b3000000 for ID 01
2025.08.31 11:58:49 4: no response from device, removing 010e00130a07600d00012501FF250974 from dongle sendstack
2025.08.31 11:58:49 2: ZWave: No ACK from BM_EG_Flur after 5s for sentset:132307600d00012501FF250b
2025.08.31 11:58:49 5: ZWDongle_Write 00132307600d0001250100250c (ec4154d2)
2025.08.31 11:58:49 5: DevIo_SimpleWrite ZWDongle_0: 010e00132307600d0001250100250ca7
2025.08.31 11:58:49 5: ACK received, WaitForAck=>2 for 010e00132307600d0001250100250ca7
2025.08.31 11:58:49 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.08.31 11:58:49 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.08.31 11:58:49 5: ZWDongle_0: dispatch 011301


Wenn ich mich recht erinnere, hatten wir die Kommunikationsschnittstelle durch "beobachten" von anderen Programmen "gelernt".

Eine Doku (Z-Wave 400 Series Appl. Prg. Guide v6.01.01) habe ich viel spaeter entdeckt, diese aber nicht mehr durchgearbeitet.
In diesem Dokument schaut getHomeId in etwa so aus:
void MemoryGetID(BYTE *pHomeID, BYTE *pNodeID )
Macro: ZW_MEMORY_GET_ID(homeID, nodeID)
The MemoryGetID function copy the Home-ID and Node-ID from the non-volatile memory to the
specified RAM addresses.
NOTE: A NULL pointer can be given as the pHomeID parameter if the application is only interested in
reading the Node ID.
Defined in: ZW_mem_api.h
Parameters:
pHomeID OUT Home-ID pointer
pNodeID OUT Node-ID pointer
Serial API:
HOST->ZW: REQ | 0x20
ZW->HOST: RES | 0x20 | HomeId(4 bytes) | NodeId
Fuer mich ist nur der Abschnitt Serial API relevant.
Nachtraeglich zu lesen ist es interessant, dass bei NodeId keine Laenge angegeben wurde.
Da das Dokument aus 2011 ist, bin ich nicht sicher, ob es sich lohnt, nochmal durchzuarbeiten.


Die verlinkten Dokus beschreiben eine Bibliothek, was in FHEM nicht verwendet wird, und ich habe keine Hinweise auf Beschreibungen auf Byte-Ebene (s.o.) gefunden.

Nach https://www.silabs.com/documents/public/user-guides/INS12350-Serial-API-Host-Appl.-Prg.-Guide.pdf unter "7.14 Set Node ID Base Type" kann man die Länge der genutzten NodeId-Länge wieder auf 8 Bits setzen. Das müsste wohl getestet werden.

Nach https://zwave.cc/assets/doc/2024A%20Specification%20Package/Z-Wave%20Stack%20Specifications/Z-Wave%20Host%20API%20Specification.pdf könnte/sollte folgender Befehl die verwendete NodeId-Länge auf 8 Bits setzen:
get <controllerName> raw 0B8001Der Befehl ändert das nicht dauerhaft. Nach Stromlosmachen des Controllers sollte der vorherige Zustand kommen.

Leider kann ich das nicht eigenständig testen. Also garantiere ich für nichts. Kann zwar aus den Docs keine problematischen Seiteneffekte erlesen, aber....

@Rene:
Wenn Du den Mut hast das zu probieren, dann bitte verbose 5 am Controller setzen, obigen raw-Befehl absetzen, Aktoren mal schalten und berichten sowie das Log gerne posten.

Moinsen,

sry für die späte Antwort, ich hatte leider nicht eher Zeit zum Testen.

Ich habe gestern noch mit kuriosen Zuständen verbracht (No FD (dummy device?)), dass der Controller auf einmal nicht mehr von FHEM gefunden wurde, obwohl der unter /dev/serial/by-id/ eingetragen war... ein zwei Reboots später, an/abziehen, dann gings wieder...

Ich habe parallel auf der gleichen PI jetzt in nem Docker noch das ZWaveUI-JS laufen, da ich das hin und herwechseln zu meiner Proxmox-Instanz wo ich HA+ZWaveUI-JS testhalber laufen habe leid war.
Aber das zwei Programme gleichzeitig auf einen USB Stick zugreifen, sollte doch kein Problem darstellen oder meint ihr das könnte die Ursache sein!?

Zurück zum eigentlichen Thema... ich habe den Befehl mutig abgesetzt :P
get <controllerName> raw 0B8001In FHEM kam zwar ein Popup mit nem TimeOut, aber in den Logs sieht man, dass sich was geändert hat und SIEHE DA... es funzt!
Ich kann mit dem 10pro jetzt die Geräte schalten. Hab 3-4 Schalter ausprobiert und einen Rollladen. Alles reagiert. Auch batteriebetriebene Gräte (Fenstersensoren) haben Zustände gemeldet.

Anbei das Log:
2025.09.01 14:13:34 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:34 5: ZWDongle_0: dispatch 00a8000001003513600d020032022144000002510e100000025100009e007f7f
2025.09.01 14:13:34 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01003513600d020032022144000002510e100000025100009e007f7f CB:00
2025.09.01 14:13:34 4: ZWave: unknown message 00a8000001003513600d020032022144000002510e100000025100009e007f7f for ID 01

2025.09.01 14:13:36 4: ZWDongle *** get ZWDongle_0 raw 0B8001
2025.09.01 14:13:36 5: ZWDongle_Write 000B8001 ()
2025.09.01 14:13:36 5: DevIo_SimpleWrite ZWDongle_0: 0105000B800170
2025.09.01 14:13:36 4: ZWDongle_ReadAnswer arg:raw regexp:^010B
2025.09.01 14:13:36 5: ACK received, removing 0105000B800170 from dongle sendstack
2025.09.01 14:13:36 4: ZWDongle_Read ZWDongle_0: rcvd 010b8001 (answer SERIAL_API_SETUP), sending ACK
2025.09.01 14:13:36 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:36 5: ZWDongle_0: dispatch 010b8001
2025.09.01 14:13:36 4: ZWDongle_0 unhandled ANSWER: SERIAL_API_SETUP 8001
2025.09.01 14:13:37 5: ZWDongle_ReadAnswer: select timeout
2025.09.01 14:13:42 4: ZWDongle_Read ZWDongle_0: rcvd 00a800013613600d02003202213400000000001f000000000000a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:13:42 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:42 5: ZWDongle_0: dispatch 00a800013613600d02003202213400000000001f000000000000a5
2025.09.01 14:13:42 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:3613600d02003202213400000000001f000000000000a5 CB:00
2025.09.01 14:13:48 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:13:48 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:48 5: ZWDongle_0: dispatch 00a800012b0631050422000000a9
2025.09.01 14:13:48 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000a9 CB:00
2025.09.01 14:13:49 3: ZWave got config for fibaro/fgwpe.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz, found 19 commands
2025.09.01 14:13:49 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:13:49 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:49 5: ZWDongle_0: dispatch 00a800012b0631050422000300aa
2025.09.01 14:13:49 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300aa CB:00
2025.09.01 14:13:52 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:13:52 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:52 5: ZWDongle_0: dispatch 00a800012b0631050422000000aa
2025.09.01 14:13:52 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000aa CB:00
2025.09.01 14:13:53 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:13:53 5: DevIo_SimpleWrite ZWDongle_0: 06



2025.09.01 14:13:53 5: ZWDongle_0: dispatch 00a800012b0631050422000300aa
2025.09.01 14:13:53 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300aa CB:00
2025.09.01 14:13:54 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:13:54 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:54 5: ZWDongle_0: dispatch 00a800012b0631050422000400aa
2025.09.01 14:13:54 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400aa CB:00
2025.09.01 14:13:55 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:13:55 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:55 5: ZWDongle_0: dispatch 00a800012b0631050422000300aa
2025.09.01 14:13:55 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300aa CB:00
2025.09.01 14:13:57 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000500a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:13:57 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:57 5: ZWDongle_0: dispatch 00a800012b0631050422000500a9
2025.09.01 14:13:57 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000500a9 CB:00
2025.09.01 14:13:58 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:13:58 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:58 5: ZWDongle_0: dispatch 00a800012b0631050422000000aa
2025.09.01 14:13:58 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000aa CB:00
2025.09.01 14:14:00 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:00 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:00 5: ZWDongle_0: dispatch 00a800012b0631050422000400aa
2025.09.01 14:14:00 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400aa CB:00
2025.09.01 14:14:06 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000127063105012200ce00aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:06 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:06 5: ZWDongle_0: dispatch 00a8000127063105012200ce00aa
2025.09.01 14:14:06 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:27063105012200ce00aa CB:00
2025.09.01 14:14:08 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000127063105012200ce00aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:08 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:08 5: ZWDongle_0: dispatch 00a8000127063105012200ce00aa
2025.09.01 14:14:08 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:27063105012200ce00aa CB:00
2025.09.01 14:14:08 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012705310505015200aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:08 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:08 5: ZWDongle_0: dispatch 00a800012705310505015200aa
2025.09.01 14:14:08 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2705310505015200aa CB:00
2025.09.01 14:14:09 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001270380036400aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:09 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:09 5: ZWDongle_0: dispatch 00a80001270380036400aa
2025.09.01 14:14:09 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:270380036400aa CB:00
2025.09.01 14:14:09 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000127063105030a084f00aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:09 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:09 5: ZWDongle_0: dispatch 00a8000127063105030a084f00aa
2025.09.01 14:14:09 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:27063105030a084f00aa CB:00
2025.09.01 14:14:09 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001270531051b010000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:09 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:09 5: ZWDongle_0: dispatch 00a80001270531051b010000aa
2025.09.01 14:14:09 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:270531051b010000aa CB:00
2025.09.01 14:14:10 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:10 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:10 5: ZWDongle_0: dispatch 00a800012b0631050422000000aa
2025.09.01 14:14:10 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000aa CB:00
2025.09.01 14:14:11 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:11 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:11 5: ZWDongle_0: dispatch 00a800012b0631050422000400aa
2025.09.01 14:14:11 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400aa CB:00
2025.09.01 14:14:13 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012e0631050422011500a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:13 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:13 5: ZWDongle_0: dispatch 00a800012e0631050422011500a9
2025.09.01 14:14:13 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2e0631050422011500a9 CB:00
2025.09.01 14:14:13 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:13 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:13 5: ZWDongle_0: dispatch 00a800012b0631050422000000aa
2025.09.01 14:14:13 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000aa CB:00
2025.09.01 14:14:13 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012e0631050422030800aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:13 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:13 5: ZWDongle_0: dispatch 00a800012e0631050422030800aa
2025.09.01 14:14:13 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2e0631050422030800aa CB:00
2025.09.01 14:14:13 4: ZWDongle_Read ZWDongle_0: rcvd 00a800013613600d02003202213400000000001f000000000000a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:13 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:13 5: ZWDongle_0: dispatch 00a800013613600d02003202213400000000001f000000000000a5
2025.09.01 14:14:13 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:3613600d02003202213400000000001f000000000000a5 CB:00
2025.09.01 14:14:13 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012e063105042201cb00a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:13 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:13 5: ZWDongle_0: dispatch 00a800012e063105042201cb00a9
2025.09.01 14:14:13 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2e063105042201cb00a9 CB:00
2025.09.01 14:14:14 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012e0631050422013a00aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:14 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:14 5: ZWDongle_0: dispatch 00a800012e0631050422013a00aa
2025.09.01 14:14:14 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2e0631050422013a00aa CB:00
2025.09.01 14:14:15 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012e0631050422018f00a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:15 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:15 5: ZWDongle_0: dispatch 00a800012e0631050422018f00a9
2025.09.01 14:14:15 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2e0631050422018f00a9 CB:00
2025.09.01 14:14:16 1: BYDHVS -> BMS: 1/1
2025.09.01 14:14:18 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:18 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:18 5: ZWDongle_0: dispatch 00a800012b0631050422000300aa
2025.09.01 14:14:18 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300aa CB:00
2025.09.01 14:14:18 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012e063105042202e900a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:18 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:18 5: ZWDongle_0: dispatch 00a800012e063105042202e900a9
2025.09.01 14:14:18 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2e063105042202e900a9 CB:00
2025.09.01 14:14:19 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:19 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:19 5: ZWDongle_0: dispatch 00a800012b0631050422000000aa
2025.09.01 14:14:19 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000aa CB:00
2025.09.01 14:14:21 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000600aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:21 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:21 5: ZWDongle_0: dispatch 00a800012b0631050422000600aa
2025.09.01 14:14:21 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000600aa CB:00
2025.09.01 14:14:23 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:23 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:23 5: ZWDongle_0: dispatch 00a800012b0631050422000400aa
2025.09.01 14:14:23 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400aa CB:00
2025.09.01 14:14:24 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:24 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:24 5: ZWDongle_0: dispatch 00a800012b0631050422000300aa
2025.09.01 14:14:24 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300aa CB:00
2025.09.01 14:14:25 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000500aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:25 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:25 5: ZWDongle_0: dispatch 00a800012b0631050422000500aa
2025.09.01 14:14:25 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000500aa CB:00
2025.09.01 14:14:27 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:27 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:27 5: ZWDongle_0: dispatch 00a800012b0631050422000400aa
2025.09.01 14:14:27 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400aa CB:00
2025.09.01 14:14:27 5: ZWDongle_Write 00130a07600d00022501FF251d (ec4154d2)
2025.09.01 14:14:27 5: DevIo_SimpleWrite ZWDongle_0: 010e00130a07600d00022501FF251d63
2025.09.01 14:14:27 5: ACK received, WaitForAck=>2 for 010e00130a07600d00022501FF251d63
2025.09.01 14:14:27 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.09.01 14:14:27 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:27 5: ZWDongle_0: dispatch 011301
2025.09.01 14:14:28 4: ZWDongle_Read ZWDongle_0: rcvd 00131d000009009d7f7f7f7f01010300000000020300007f7f7f7f7f (request ZW_SEND_DATA), sending ACK
2025.09.01 14:14:28 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:28 5: device ack received, removing 010e00130a07600d00022501FF251d63 from dongle sendstack
2025.09.01 14:14:28 5: ZWDongle_0: dispatch 00131d000009009d7f7f7f7f01010300000000020300007f7f7f7f7f
2025.09.01 14:14:28 4: CMD:ZW_SEND_DATA ID:00 ARG:0009009d7f7f7f7f01010300000000020300007f7f7f7f7f CB:1d
2025.09.01 14:14:28 4: ZWDongle_0 transmit OK for CB 1d, target Innenlicht_Modul_1
2025.09.01 14:14:28 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a07600d02002503ff009e (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:28 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:28 5: ZWDongle_0: dispatch 00a800010a07600d02002503ff009e
2025.09.01 14:14:28 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a07600d02002503ff009e CB:00
2025.09.01 14:14:28 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a07600d02002503ff009d (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:28 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:28 5: ZWDongle_0: dispatch 00a800010a07600d02002503ff009d
2025.09.01 14:14:28 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a07600d02002503ff009d CB:00
2025.09.01 14:14:28 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:28 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:28 5: ZWDongle_0: dispatch 00a800012b0631050422000300aa
2025.09.01 14:14:28 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300aa CB:00
2025.09.01 14:14:28 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a07600d02002503ff009d (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:28 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:28 5: ZWDongle_0: dispatch 00a800010a07600d02002503ff009d
2025.09.01 14:14:28 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a07600d02002503ff009d CB:00
2025.09.01 14:14:28 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a07600d02002503ff00a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:28 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:28 5: ZWDongle_0: dispatch 00a800010a07600d02002503ff00a5
2025.09.01 14:14:28 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a07600d02002503ff00a5 CB:00
2025.09.01 14:14:30 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a0c600d020032022132006e000000a4 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:30 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:30 5: ZWDongle_0: dispatch 00a800010a0c600d020032022132006e000000a4
2025.09.01 14:14:30 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a0c600d020032022132006e000000a4 CB:00
2025.09.01 14:14:31 5: ZWDongle_Write 00130a07600d0002250100251e (ec4154d2)
2025.09.01 14:14:31 5: DevIo_SimpleWrite ZWDongle_0: 010e00130a07600d0002250100251e9f
2025.09.01 14:14:31 5: ACK received, WaitForAck=>2 for 010e00130a07600d0002250100251e9f
2025.09.01 14:14:31 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.09.01 14:14:31 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:31 5: ZWDongle_0: dispatch 011301
2025.09.01 14:14:31 4: ZWDongle_Read ZWDongle_0: rcvd 00131e00000d01a47f7f7f7f02010305000000010100007f7f7f7f7f (request ZW_SEND_DATA), sending ACK
2025.09.01 14:14:31 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:31 5: device ack received, removing 010e00130a07600d0002250100251e9f from dongle sendstack
2025.09.01 14:14:31 5: ZWDongle_0: dispatch 00131e00000d01a47f7f7f7f02010305000000010100007f7f7f7f7f
2025.09.01 14:14:31 4: CMD:ZW_SEND_DATA ID:00 ARG:000d01a47f7f7f7f02010305000000010100007f7f7f7f7f CB:1e
2025.09.01 14:14:31 4: ZWDongle_0 transmit OK for CB 1e, target Innenlicht_Modul_1
2025.09.01 14:14:32 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a07600d020025030000a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:32 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:32 5: ZWDongle_0: dispatch 00a800010a07600d020025030000a5
2025.09.01 14:14:32 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a07600d020025030000a5 CB:00
2025.09.01 14:14:32 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:32 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:32 5: ZWDongle_0: dispatch 00a800012b0631050422000000a9
2025.09.01 14:14:32 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000a9 CB:00
2025.09.01 14:14:32 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a0c600d0200320221320000000000a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:32 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:32 5: ZWDongle_0: dispatch 00a800010a0c600d0200320221320000000000a5
2025.09.01 14:14:32 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a0c600d0200320221320000000000a5 CB:00
2025.09.01 14:14:33 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:33 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:33 5: ZWDongle_0: dispatch 00a800012b0631050422000300a9
2025.09.01 14:14:33 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300a9 CB:00
2025.09.01 14:14:34 3: ZWave set Innenlicht_FenstrStDo on
2025.09.01 14:14:34 5: ZWDongle_Write 00130a07600d00012501FF251f (ec4154d2)
2025.09.01 14:14:34 5: DevIo_SimpleWrite ZWDongle_0: 010e00130a07600d00012501FF251f62
2025.09.01 14:14:34 5: ACK received, WaitForAck=>2 for 010e00130a07600d00012501FF251f62
2025.09.01 14:14:34 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.09.01 14:14:34 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:34 5: ZWDongle_0: dispatch 011301
2025.09.01 14:14:34 4: ZWDongle_Read ZWDongle_0: rcvd 00131f00003401a47f7f7f7f02010305000000010100007f7f7f7f7f (request ZW_SEND_DATA), sending ACK
2025.09.01 14:14:34 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:34 5: device ack received, removing 010e00130a07600d00012501FF251f62 from dongle sendstack
2025.09.01 14:14:34 5: ZWDongle_0: dispatch 00131f00003401a47f7f7f7f02010305000000010100007f7f7f7f7f
2025.09.01 14:14:34 4: CMD:ZW_SEND_DATA ID:00 ARG:003401a47f7f7f7f02010305000000010100007f7f7f7f7f CB:1f
2025.09.01 14:14:34 4: ZWDongle_0 transmit OK for CB 1f, target Innenlicht_Modul_1
2025.09.01 14:14:35 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a07600d01002503ff00a4 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:35 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:35 5: ZWDongle_0: dispatch 00a800010a07600d01002503ff00a4
2025.09.01 14:14:35 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a07600d01002503ff00a4 CB:00
2025.09.01 14:14:36 3: ZWave set Innenlicht_FenstrStDo off
2025.09.01 14:14:36 5: ZWDongle_Write 00130a07600d00012501002520 (ec4154d2)
2025.09.01 14:14:36 5: DevIo_SimpleWrite ZWDongle_0: 010e00130a07600d00012501002520a2
2025.09.01 14:14:36 5: ACK received, WaitForAck=>2 for 010e00130a07600d00012501002520a2
2025.09.01 14:14:36 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.09.01 14:14:36 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:36 5: ZWDongle_0: dispatch 011301
2025.09.01 14:14:36 4: ZWDongle_Read ZWDongle_0: rcvd 00132000000d01a47f7f7f7f02010305000000010100007f7f7f7f7f (request ZW_SEND_DATA), sending ACK
2025.09.01 14:14:36 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:36 5: device ack received, removing 010e00130a07600d00012501002520a2 from dongle sendstack
2025.09.01 14:14:36 5: ZWDongle_0: dispatch 00132000000d01a47f7f7f7f02010305000000010100007f7f7f7f7f
2025.09.01 14:14:36 4: CMD:ZW_SEND_DATA ID:00 ARG:000d01a47f7f7f7f02010305000000010100007f7f7f7f7f CB:20
2025.09.01 14:14:36 4: ZWDongle_0 transmit OK for CB 20, target Innenlicht_Modul_1
2025.09.01 14:14:37 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a07600d010025030000a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:37 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:37 5: ZWDongle_0: dispatch 00a800010a07600d010025030000a5
2025.09.01 14:14:37 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a07600d010025030000a5 CB:00
2025.09.01 14:14:37 4: ZWDongle_Read ZWDongle_0: rcvd 00a800010a0c600d0100320221320000000000a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:37 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:37 5: ZWDongle_0: dispatch 00a800010a0c600d0100320221320000000000a5
2025.09.01 14:14:37 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:0a0c600d0100320221320000000000a5 CB:00
2025.09.01 14:14:37 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000700a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:37 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:37 5: ZWDongle_0: dispatch 00a800012b0631050422000700a9
2025.09.01 14:14:37 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000700a9 CB:00
2025.09.01 14:14:38 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:38 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:38 5: ZWDongle_0: dispatch 00a800012b0631050422000000a9
2025.09.01 14:14:38 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000a9 CB:00
2025.09.01 14:14:39 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:39 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:39 5: ZWDongle_0: dispatch 00a800012b0631050422000300a9
2025.09.01 14:14:39 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300a9 CB:00
2025.09.01 14:14:40 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:40 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:40 5: ZWDongle_0: dispatch 00a800012b0631050422000000a9
2025.09.01 14:14:40 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000a9 CB:00
2025.09.01 14:14:41 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:41 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:41 5: ZWDongle_0: dispatch 00a800012b0631050422000400a9
2025.09.01 14:14:41 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400a9 CB:00
2025.09.01 14:14:44 4: ZWDongle_Read ZWDongle_0: rcvd 00a800013613600d02003202213400000000001f000000000000a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:44 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:44 5: ZWDongle_0: dispatch 00a800013613600d02003202213400000000001f000000000000a5
2025.09.01 14:14:44 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:3613600d02003202213400000000001f000000000000a5 CB:00
2025.09.01 14:14:45 3: ZWave set BM_EG_Flur01 on
2025.09.01 14:14:45 5: ZWDongle_Write 00132307600d00012501FF2521 (ec4154d2)
2025.09.01 14:14:45 5: DevIo_SimpleWrite ZWDongle_0: 010e00132307600d00012501FF252175
2025.09.01 14:14:45 5: ACK received, WaitForAck=>2 for 010e00132307600d00012501FF252175
2025.09.01 14:14:45 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.09.01 14:14:45 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:45 5: ZWDongle_0: dispatch 011301
2025.09.01 14:14:45 4: ZWDongle_Read ZWDongle_0: rcvd 001321000036019d7f7f7f7f01010436000000020800007f7f7f7f7f (request ZW_SEND_DATA), sending ACK
2025.09.01 14:14:45 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:45 5: device ack received, removing 010e00132307600d00012501FF252175 from dongle sendstack
2025.09.01 14:14:45 5: ZWDongle_0: dispatch 001321000036019d7f7f7f7f01010436000000020800007f7f7f7f7f
2025.09.01 14:14:45 4: CMD:ZW_SEND_DATA ID:00 ARG:0036019d7f7f7f7f01010436000000020800007f7f7f7f7f CB:21
2025.09.01 14:14:45 4: ZWDongle_0 transmit OK for CB 21, target BM_EG_Flur
2025.09.01 14:14:46 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:46 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:46 5: ZWDongle_0: dispatch 00a800012b0631050422000000aa
2025.09.01 14:14:46 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000aa CB:00
2025.09.01 14:14:46 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000123032003ff009d (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:46 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:46 5: ZWDongle_0: dispatch 00a8000123032003ff009d
2025.09.01 14:14:46 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:23032003ff009d CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000123032003ff009d (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a8000123032003ff009d
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:23032003ff009d CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000123032003ff009d (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a8000123032003ff009d
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:23032003ff009d CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a800012b0631050422000400a9
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400a9 CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a800012b0631050422000400a9
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400a9 CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a800012b0631050422000400a9
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400a9 CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000123032003ff00a6 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a8000123032003ff00a6
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:23032003ff00a6 CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d01012503ff009f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a800012307600d01012503ff009f
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d01012503ff009f CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d01012503ff00a0 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a800012307600d01012503ff00a0
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d01012503ff00a0 CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d01012503ff00a0 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a800012307600d01012503ff00a0
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d01012503ff00a0 CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d01012503ff009d (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a800012307600d01012503ff009d
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d01012503ff009d CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d01012503ff009d (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a800012307600d01012503ff009d
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d01012503ff009d CB:00
2025.09.01 14:14:47 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d01012503ff009d (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:47 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:47 5: ZWDongle_0: dispatch 00a800012307600d01012503ff009d
2025.09.01 14:14:47 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d01012503ff009d CB:00
2025.09.01 14:14:48 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d01012503ff00a6 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:48 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:48 5: ZWDongle_0: dispatch 00a800012307600d01012503ff00a6
2025.09.01 14:14:48 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d01012503ff00a6 CB:00
2025.09.01 14:14:48 3: ZWave set BM_EG_Flur01 off
2025.09.01 14:14:48 5: ZWDongle_Write 00132307600d00012501002522 (ec4154d2)
2025.09.01 14:14:48 5: DevIo_SimpleWrite ZWDongle_0: 010e00132307600d0001250100252289
2025.09.01 14:14:48 5: ACK received, WaitForAck=>2 for 010e00132307600d0001250100252289
2025.09.01 14:14:48 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.09.01 14:14:48 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:48 5: ZWDongle_0: dispatch 011301
2025.09.01 14:14:49 4: ZWDongle_Read ZWDongle_0: rcvd 001322000042019e7f7f7f7f0101050a000000020a00007f7f7f7f7f (request ZW_SEND_DATA), sending ACK
2025.09.01 14:14:49 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:49 5: device ack received, removing 010e00132307600d0001250100252289 from dongle sendstack
2025.09.01 14:14:49 5: ZWDongle_0: dispatch 001322000042019e7f7f7f7f0101050a000000020a00007f7f7f7f7f
2025.09.01 14:14:49 4: CMD:ZW_SEND_DATA ID:00 ARG:0042019e7f7f7f7f0101050a000000020a00007f7f7f7f7f CB:22
2025.09.01 14:14:49 4: ZWDongle_0 transmit OK for CB 22, target BM_EG_Flur
2025.09.01 14:14:50 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012303200300009e (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:50 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:50 5: ZWDongle_0: dispatch 00a800012303200300009e
2025.09.01 14:14:50 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2303200300009e CB:00
2025.09.01 14:14:50 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012303200300009e (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:50 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:50 5: ZWDongle_0: dispatch 00a800012303200300009e
2025.09.01 14:14:50 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2303200300009e CB:00
2025.09.01 14:14:50 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012303200300009e (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:50 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:50 5: ZWDongle_0: dispatch 00a800012303200300009e
2025.09.01 14:14:50 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2303200300009e CB:00
2025.09.01 14:14:50 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001230320030000a6 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:50 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:50 5: ZWDongle_0: dispatch 00a80001230320030000a6
2025.09.01 14:14:50 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:230320030000a6 CB:00
2025.09.01 14:14:50 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d0101250300009a (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:50 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:50 5: ZWDongle_0: dispatch 00a800012307600d0101250300009a
2025.09.01 14:14:50 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d0101250300009a CB:00
2025.09.01 14:14:50 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d0101250300009e (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:50 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:50 5: ZWDongle_0: dispatch 00a800012307600d0101250300009e
2025.09.01 14:14:50 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d0101250300009e CB:00
2025.09.01 14:14:50 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d0101250300009d (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:50 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:50 5: ZWDongle_0: dispatch 00a800012307600d0101250300009d
2025.09.01 14:14:50 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d0101250300009d CB:00
2025.09.01 14:14:50 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d0101250300009e (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:50 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:50 5: ZWDongle_0: dispatch 00a800012307600d0101250300009e
2025.09.01 14:14:50 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d0101250300009e CB:00
2025.09.01 14:14:50 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012307600d010125030000a6 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:50 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:50 5: ZWDongle_0: dispatch 00a800012307600d010125030000a6
2025.09.01 14:14:50 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2307600d010125030000a6 CB:00
2025.09.01 14:14:54 3: ZWave got config for fibaro/fgrgbwm441.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz, found 21 commands
2025.09.01 14:14:54 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:54 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:54 5: ZWDongle_0: dispatch 00a800012b0631050422000300ab
2025.09.01 14:14:54 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300ab CB:00
2025.09.01 14:14:54 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:54 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:54 5: ZWDongle_0: dispatch 00a800012b0631050422000400ab
2025.09.01 14:14:54 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400ab CB:00
2025.09.01 14:14:55 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000500ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:55 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:55 5: ZWDongle_0: dispatch 00a800012b0631050422000500ab
2025.09.01 14:14:55 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000500ab CB:00
2025.09.01 14:14:57 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:57 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:57 5: ZWDongle_0: dispatch 00a800012b0631050422000400aa
2025.09.01 14:14:57 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400aa CB:00
2025.09.01 14:14:59 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000500aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:14:59 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:59 5: ZWDongle_0: dispatch 00a800012b0631050422000500aa
2025.09.01 14:14:59 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000500aa CB:00
2025.09.01 14:14:59 3: ZWave set Gartenhaus_Garagentor on
2025.09.01 14:14:59 5: ZWDongle_Write 001328032601FF2523 (ec4154d2)
2025.09.01 14:14:59 5: DevIo_SimpleWrite ZWDongle_0: 010a001328032601FF252313
2025.09.01 14:14:59 5: ACK received, WaitForAck=>2 for 010a001328032601FF252313
2025.09.01 14:14:59 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.09.01 14:14:59 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:59 5: ZWDongle_0: dispatch 011301
2025.09.01 14:14:59 4: ZWDongle_Read ZWDongle_0: rcvd 00132300000602aa7f7f7f7f01010308250000020100007f7f7f7f7f (request ZW_SEND_DATA), sending ACK
2025.09.01 14:14:59 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:14:59 5: device ack received, removing 010a001328032601FF252313 from dongle sendstack
2025.09.01 14:14:59 5: ZWDongle_0: dispatch 00132300000602aa7f7f7f7f01010308250000020100007f7f7f7f7f
2025.09.01 14:14:59 4: CMD:ZW_SEND_DATA ID:00 ARG:000602aa7f7f7f7f01010308250000020100007f7f7f7f7f CB:23
2025.09.01 14:14:59 4: ZWDongle_0 transmit OK for CB 23, target Gartenhaus_Garagentor
2025.09.01 14:15:01 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001280631050422062800aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:01 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:01 5: ZWDongle_0: dispatch 00a80001280631050422062800aa
2025.09.01 14:15:01 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422062800aa CB:00
2025.09.01 14:15:04 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:04 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:04 5: ZWDongle_0: dispatch 00a800012b0631050422000000a9
2025.09.01 14:15:04 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000a9 CB:00
2025.09.01 14:15:05 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:05 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:05 5: ZWDongle_0: dispatch 00a800012b0631050422000400a9
2025.09.01 14:15:05 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400a9 CB:00
2025.09.01 14:15:06 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000127063105012200ce00aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:06 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:06 5: ZWDongle_0: dispatch 00a8000127063105012200ce00aa
2025.09.01 14:15:06 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:27063105012200ce00aa CB:00
2025.09.01 14:15:08 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000127063105012200ce00aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:08 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:08 5: ZWDongle_0: dispatch 00a8000127063105012200ce00aa
2025.09.01 14:15:08 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:27063105012200ce00aa CB:00
2025.09.01 14:15:08 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012705310505015200aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:08 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:08 5: ZWDongle_0: dispatch 00a800012705310505015200aa
2025.09.01 14:15:08 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2705310505015200aa CB:00
2025.09.01 14:15:09 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001270380036400aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:09 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:09 5: ZWDongle_0: dispatch 00a80001270380036400aa
2025.09.01 14:15:09 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:270380036400aa CB:00
2025.09.01 14:15:09 4: ZWDongle_Read ZWDongle_0: rcvd 00a8000127063105030a08fa00aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:09 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:09 5: ZWDongle_0: dispatch 00a8000127063105030a08fa00aa
2025.09.01 14:15:09 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:27063105030a08fa00aa CB:00
2025.09.01 14:15:09 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001270531051b010000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:09 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:09 5: ZWDongle_0: dispatch 00a80001270531051b010000aa
2025.09.01 14:15:09 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:270531051b010000aa CB:00
2025.09.01 14:15:12 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001280631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:12 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:12 5: ZWDongle_0: dispatch 00a80001280631050422000000aa
2025.09.01 14:15:12 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000aa CB:00
2025.09.01 14:15:13 3: ZWave set Gartenhaus_Garagentor off
2025.09.01 14:15:13 5: ZWDongle_Write 001328032601002524 (ec4154d2)
2025.09.01 14:15:13 5: DevIo_SimpleWrite ZWDongle_0: 010a001328032601002524eb
2025.09.01 14:15:13 5: ACK received, WaitForAck=>2 for 010a001328032601002524eb
2025.09.01 14:15:13 4: ZWDongle_Read ZWDongle_0: rcvd 011301 (answer ZW_SEND_DATA), sending ACK
2025.09.01 14:15:13 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:13 5: ZWDongle_0: dispatch 011301
2025.09.01 14:15:13 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001280326036300aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:13 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:13 5: ZWDongle_0: dispatch 00a80001280326036300aa
2025.09.01 14:15:13 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280326036300aa CB:00
2025.09.01 14:15:13 4: ZWDongle_Read ZWDongle_0: rcvd 00132401004a007f7f7f7f7f01010700000000020700000000000000 (request ZW_SEND_DATA), sending ACK
2025.09.01 14:15:13 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:13 5: device ack received, removing 010a001328032601002524eb from dongle sendstack
2025.09.01 14:15:13 5: ZWDongle_0: dispatch 00132401004a007f7f7f7f7f01010700000000020700000000000000
2025.09.01 14:15:13 4: CMD:ZW_SEND_DATA ID:01 ARG:004a007f7f7f7f7f01010700000000020700000000000000 CB:24
2025.09.01 14:15:13 2: ZWDongle_0 transmit NO_ACK for CB 24, target Gartenhaus_Garagentor
2025.09.01 14:15:15 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001280631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:15 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:15 5: ZWDongle_0: dispatch 00a80001280631050422000000aa
2025.09.01 14:15:15 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000aa CB:00
2025.09.01 14:15:16 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001280631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:16 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:16 5: ZWDongle_0: dispatch 00a80001280631050422000000aa
2025.09.01 14:15:16 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000aa CB:00
2025.09.01 14:15:16 4: ZWDongle_Read ZWDongle_0: rcvd 00a800013613600d02003202213400000000001f000000000000a4 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:16 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:16 5: ZWDongle_0: dispatch 00a800013613600d02003202213400000000001f000000000000a4
2025.09.01 14:15:16 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:3613600d02003202213400000000001f000000000000a4 CB:00
2025.09.01 14:15:17 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001280631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:17 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:17 5: ZWDongle_0: dispatch 00a80001280631050422000000aa
2025.09.01 14:15:17 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000aa CB:00
2025.09.01 14:15:17 4: ZWDongle_Read ZWDongle_0: rcvd 00a800013613600d02003202213400000000001f0000000000009f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:17 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:17 5: ZWDongle_0: dispatch 00a800013613600d02003202213400000000001f0000000000009f
2025.09.01 14:15:17 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:3613600d02003202213400000000001f0000000000009f CB:00
2025.09.01 14:15:17 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000500a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:17 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:17 5: ZWDongle_0: dispatch 00a800012b0631050422000500a9
2025.09.01 14:15:17 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000500a9 CB:00
2025.09.01 14:15:17 4: ZWDongle_Read ZWDongle_0: rcvd 00a800013613600d02003202213400000000001f0000000000009e (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:17 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:17 5: ZWDongle_0: dispatch 00a800013613600d02003202213400000000001f0000000000009e
2025.09.01 14:15:17 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:3613600d02003202213400000000001f0000000000009e CB:00
2025.09.01 14:15:20 4: ZWDongle_Read ZWDongle_0: rcvd 00a81401280631050422000000b8 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:20 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:20 5: ZWDongle_0: dispatch 00a81401280631050422000000b8
2025.09.01 14:15:20 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000b8 CB:14
2025.09.01 14:15:20 4: ZWDongle_Read ZWDongle_0: rcvd 00a81401280631050422000000a6 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:20 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:20 5: ZWDongle_0: dispatch 00a81401280631050422000000a6
2025.09.01 14:15:20 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000a6 CB:14
2025.09.01 14:15:20 4: ZWDongle_Read ZWDongle_0: rcvd 00a81401280631050422000000a7 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:20 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:20 5: ZWDongle_0: dispatch 00a81401280631050422000000a7
2025.09.01 14:15:20 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000a7 CB:14
2025.09.01 14:15:20 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001280631050422063700aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:20 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:20 5: ZWDongle_0: dispatch 00a80001280631050422063700aa
2025.09.01 14:15:20 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422063700aa CB:00
2025.09.01 14:15:21 4: ZWDongle_Read ZWDongle_0: rcvd 00a814012806310504220000009f (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:21 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:21 5: ZWDongle_0: dispatch 00a814012806310504220000009f
2025.09.01 14:15:21 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2806310504220000009f CB:14
2025.09.01 14:15:21 1: BYDHVS -> BMS: 1/1
2025.09.01 14:15:21 4: ZWDongle_Read ZWDongle_0: rcvd 00a81401280631050422000000b1 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:21 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:21 5: ZWDongle_0: dispatch 00a81401280631050422000000b1
2025.09.01 14:15:21 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000b1 CB:14
2025.09.01 14:15:21 4: ZWDongle_Read ZWDongle_0: rcvd 00a81401280631050422000000b8 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:21 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:21 5: ZWDongle_0: dispatch 00a81401280631050422000000b8
2025.09.01 14:15:21 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000b8 CB:14
2025.09.01 14:15:21 4: ZWDongle_Read ZWDongle_0: rcvd 00a81401280631050422000000a7 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:21 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:21 5: ZWDongle_0: dispatch 00a81401280631050422000000a7
2025.09.01 14:15:21 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000a7 CB:14
2025.09.01 14:15:21 4: ZWDongle_Read ZWDongle_0: rcvd 00a81401280631050422000000a8 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:21 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:21 5: ZWDongle_0: dispatch 00a81401280631050422000000a8
2025.09.01 14:15:21 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:280631050422000000a8 CB:14
2025.09.01 14:15:21 4: ZWDongle_Read ZWDongle_0: rcvd 00a814012806310504220000009b (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:21 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:21 5: ZWDongle_0: dispatch 00a814012806310504220000009b
2025.09.01 14:15:21 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2806310504220000009b CB:14
2025.09.01 14:15:21 4: ZWDongle_Read ZWDongle_0: rcvd 00a814012806310504220000009e (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:21 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:21 5: ZWDongle_0: dispatch 00a814012806310504220000009e
2025.09.01 14:15:21 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2806310504220000009e CB:14
2025.09.01 14:15:22 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001050631050422001b00a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:22 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:22 5: ZWDongle_0: dispatch 00a80001050631050422001b00a5
2025.09.01 14:15:22 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:050631050422001b00a5 CB:00
2025.09.01 14:15:23 3: ZWave got config for fibaro/fgwpfzw5.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz, found 22 commands
2025.09.01 14:15:23 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001050631050422001000a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:23 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:23 5: ZWDongle_0: dispatch 00a80001050631050422001000a5
2025.09.01 14:15:23 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:050631050422001000a5 CB:00
2025.09.01 14:15:24 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001050631050422000b00a5 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:24 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:24 5: ZWDongle_0: dispatch 00a80001050631050422000b00a5
2025.09.01 14:15:24 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:050631050422000b00a5 CB:00
2025.09.01 14:15:24 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:15:24 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:15:24 5: ZWDongle_0: dispatch 00a800012b0631050422000400a9
2025.09.01 14:15:24 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400a9 CB:00

Vor dem Absetzen des Befehls wurde folgendes DebugLog immer ausgegeben (letzte Zeile mit "unknown message ... for ID 01")

2025.09.01 14:13:34 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:13:34 5: ZWDongle_0: dispatch 00a8000001003513600d020032022144000002510e100000025100009e007f7f
2025.09.01 14:13:34 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:00 ARG:01003513600d020032022144000002510e100000025100009e007f7f CB:00
2025.09.01 14:13:34 4: ZWave: unknown message 00a8000001003513600d020032022144000002510e100000025100009e007f7f for ID 01
jetzt kommt immer:

2025.09.01 14:26:32 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300a9 (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.01 14:26:32 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.01 14:26:32 5: ZWDongle_0: dispatch 00a800012b0631050422000300a9
2025.09.01 14:26:32 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300a9 CB:00
Das sieht doch jetzt viel besser aus!

Was wären die nächsten Schritte?!

Wäre es nicht nachhaltiger aber sicherlich aufwändiger, das Modul auf diese ZWAVE API umzustellen, anstatt der aktuelle Weg? Kann man bei den ZwaveUI JS Kollegen nicht abkucken?!
Die können ja auch dieses Backup/Restore... ich würde sonst parallel gern nur das ZwaveUI JS parallel als Verwaltungsoberfläche im Docker weiter laufen lassen... Ansonsten seid ihr tiefer in der Technik drin, ich versteh noch nicht so genau, was ihr da für Magie macht :)

Der Support von Aeotec konnte leider nichts weiter beitragen, viell. hab ich es auch falsch erklärt, aber sie sagen auch immer sie kennen FHEM nicht und verweisen auf die Jungs von ZWaveJS UI und dass die dort viel Zeit investiert haben.

VG
René

ZitatAber das zwei Programme gleichzeitig auf einen USB Stick zugreifen, sollte doch kein Problem darstellen oder meint ihr das könnte die Ursache sein!?

Wenn zwei Programme von der gleichen Schnittstelle lesen, dann werden beide jeweils nur Teile der Daten bekommen => damit funktioniert vmtl. keiner der beiden richtig.

ZitatKann man bei den ZwaveUI JS Kollegen nicht abkucken?!

Klar, es sind "nur" 32MB, was man verstehen muss.
Wenn sie wenigstens etwas weniger strukturiert waeren, dann muesste man nicht so viele Dateien durchlesen.

Laut zwave.js Code (zwave-js/src/lib/driver/Driver.ts) und auch der vom krikan verlinkten Doku ist der Initialzustand des Controllers 8-bit nodeId, zwave.js aendert es auf 16 Bit, wenn der Controller das ZWave LongRange Feature unterstuetzt.

Das FHEM Modul auf 16-Bit nodeid umzubauen waere aufwendig, jedenfalls faellt mir nichts Einfaches dazu ein.

Hi Rudolf,

heißt das dann im Umkehrschluss, durch die Migration von Gen5+ auf 10pro über ZwaveUI JS, habe ich mir quasi erst die 16bit eingehandelt, weil der Stick ja LongRange unterstützt?

Und wenn ich jetzt auf 8bit zurückstelle, dann geht aber mein Netzwerk wieder, aber ich habe das LongRange Feature nicht mehr?!

Ich wollte ja nicht nur mal eben Hardware wechseln, sondern auch ein paar Vorteile haben und LongRange fand ich neben aktuellerer HW sehr gut um einfach auch mehr Stabilität ins ZWAVE-Netzwerk zu bekommen. Wobei reicht es aus, wenn der Stick das hat oder müssen es auch die "clients" haben!?
Nebenbei hat der Stick aber auch noch die Zigbee-Chip inkludiert und alles ist in einem "Bauteil"... Klar Ausfallsicherheit habe ich damit minimiert... Wenn sind beide Netzwerke kaputt...

Was heißt das jetzt für FHEM? Könnt ihr den Stick unterstützen oder muss ich immer den von kirkan erwähnten Befehl manuell ausführen, falls er mal stromlos werden sollte?!

Bin grad am zweifeln ob der Stick auf Dauer die richtige Entscheidung ist, meine Hausautomatisierung basiert hauptsächlich auf ZWAVE.

VG+Danke
René

Laut Doku ist 8-bit default, d.h. die Version, mit der FHEM umgehen kann.
Kannst Du das durch ab-/anstecken testen?

Wg. LongRange:
https://www.silabs.com/wireless/z-wave/z-wave-long-range-overview:

ZitatZ-Wave LR is an extra 100kbps DSSS OQPSK modulation addition to the Z-Wave protocol. The modulation is treated as a fourth channel - allowing gateways to add LR nodes to the existing Z-Wave channel scanning. Currently, Z-Wave LR is only available for the US market however, the technical workgroup within the Z-Wave Alliance is evaluating and testing to ensure compliance and to be able to support Europe and APAC regions in the future.

Das heisst:
- vermutlich funktioniert Longrange auch mit 8-bit (und damit ohne FHEM Anpassung). Dann natuerlich mit hoechstens ca 200 Clients.
- nur Geraete mit passenden Chipsatz koennen bei LongRange mitmachen.

Also ich habe den Stick jetzt mal für 10Sek vom Raspberry abgezogen, da der 10ner keine eingebaute Batterie wie der Gen5* mehr hat, sollte also alles was flüchtig gesetzt wird, auch weg sein... nach dem Anstecken ging alles wie gewohnt weiter.
Kann mich aber auch erinnern, dass man beim Gen5 mit einem ähnlichen Kommando permanent das Blinken des Sticks ausschalten konnte.

Also wenn jetzt nichts mehr dageben spricht, würde ich wohl auf der neueren HW bleiben.

Wahrscheinlich darf ich Ihn jetzt aber nicht nochmal mit ZwaveUI-JS betreiben oder? Nicht das die Software wieder alles auf 16bit umstellt...

VG
René

 

Mich wundert, dass Ein- und Ausstecken nicht zum Verlust der Einstellung führt: Wegen default=8 bit?
https://www.silabs.com/documents/public/user-guides/INS12350-Serial-API-Host-Appl.-Prg.-Guide.pdf sagt:

ZitatNotice: The command is not persistent. Must be re-issued after a reset or power-cycle of the Serial API
Controller. I.e. the Host should subscribe to the Serial API started Command [7.16] to be notified of any
Controller restart and re-issue the command accordingly.

Aber Hauptsache es funktioniert.

Zitat von: fireball am 01 September 2025, 18:22:00Wahrscheinlich darf ich Ihn jetzt aber nicht nochmal mit ZwaveUI-JS betreiben oder? Nicht das die Software wieder alles auf 16bit umstellt...

Ist zu befürchten, aber Du kennst jetzt den Weg zurück.

Aktueller Blog-Beitrag der zwave-js-Entwickler zu Long Rang: https://blog.zwave-js.io/2025/08/01/zwave-not-so-long-range/
Wer braucht das jetzt und warum sollte man den Stick nicht im 8bit-Modus für die NodeId unter Fhem betreiben!?

ZitatIst zu befürchten, aber Du kennst jetzt den Weg zurück.

Wir koennten das auch in die Initialisierung des Controlles aufnehmen.
Ich muesste nur wissen, woran ich erkenne, dass der Controller das kann.

ZitatAktueller Blog-Beitrag der zwave-js-Entwickler zu Long Rang: https://blog.zwave-js.io/2025/08/01/zwave-not-so-long-range/

Danke, nett :)

Laut z-wave.me kann der RaZberry 7 Pro auch Long Range Mode:

ZitatSwitching between Normal and Long Range mode


(supported on the 7th generation or newer)

    Normal mode (compatibility with 5th gen and 7th gen non-Long-Range firmwares):

    Echo command:
        echo -ne "\x01\x05\x00\x0B\x80\x01\x70" > /dev/ttyAMA0
    uSAPI:
        uSAPI -b "0B 80 01" -p /dev/ttyACM0 -r 1

    Long Range mode:

    Echo command:
        echo -ne "\x01\x05\x00\x0B\x80\x02\x73" > /dev/ein
    uSAPI:
        uSAPI -b "0B 80 02" -p /dev/ttyACM0 -r 1

Da gibt geht es auch ein Befehl für wieder den Normal Mode.

Es gibt aber auch ein Static Mode und ein Bridge Mode.

Switching between Static and Bridge mode.

Zitat(supported on the 7th generation or newer)

    Static mode (compatibility with 5th gen firmwares):

    Z-Way API:
        http://localhost:8083/JS/Run/zway.ZMESerialAPIOptionsStaticAPISet(true)
    Echo command:
        echo -ne "\x01\x06\x00\xF8\x04\x01\x01\x05" > /dev/ttyAMA0
    uSAPI:
        uSAPI -b "F8 04 01 01" -p /dev/ttyACM0 -r 1

    Bridge mode (compatibility with 7th gen SiLabs firmware):

    Z-Way API:
        http://localhost:8083/JS/Run/zway.ZMESerialAPIOptionsStaticAPISet(false)
    Echo command:
        echo -ne "\x01\x06\x00\xF8\x04\x01\x00\x04" > /dev/ttyAMA0
    uSAPI:
        uSAPI -b "F8 04 01 00" -p /dev/ttyACM0 -r 1

Was ist den da der Unterschied.
Hat der Controller da eventuell mehrere Node IDs?

Hi,

also ich habe sicherheitshalber den Stick jetzt nochmal 1h vom Raspberry getrennt und FHEM restartet.
Danach wieder dran und der Stick konnte die Geräte immernoch schalten.

Kann man den Stick nicht an diesen Readings erkennen:
Vers:7 Rev:23 ManufID:0371 ProductType:0004 ProductID:003c Also die ersten beiden Werte ähneln aber verdamt der Firmwareversion: Z-Wave 7.23 BRIDGE_CONTROLLER aber der Rest sollte doch statisch sein...
https://devices.zwave-js.io/?jumpTo=0x0371:0x0004:0x003c:0.0

Zum Thema STATIC vs BRIDGE... keine Ahnung was das ist, aber das hatte ich in den vergangen Posts schonmal erwähnt:

Zitatalter Gen5 Aeotec - Stick:
- HomeId:ec4154d2 CtrlNodeIdHex:01
- version Z-Wave 3.95 STATIC_CONTROLLER

Migration von Gen5 via Aeotec BackupTool auf
"neuen" Gen5+ Aeotec - Stick:
- HomeId:ec4154d2 CtrlNodeIdHex:01
- version Z-Wave 6.07 STATIC_CONTROLLER

Migration von Gen5+ via ZWaveUI JS Backup/Restore auf
"nagelneuen" 10 Pro Aeotec - Stick
- HomeId:ec4154d2 CtrlNodeIdHex:01
- version Z-Wave 7.23 BRIDGE_CONTROLLER

Der 10pro wird als BRIDGE Controller ausgelesen, wenn man get version macht.

VG
René

PS: Bestätigt!!! Ein kurzer Sprung zu ZWaveUI JS und schwups ist die Einstellung wieder hin, dann muss man wieder get <controllerName> raw 0B8001
Dann geht der Fehler wieder weg:
2025.09.01 20:43:03 4: ZWave: unknown message 00a8000001003513600d02003202213400000051001f000000530000a2007f7f for ID 01


Zitat von: rudolfkoenig am 01 September 2025, 19:38:38Wir koennten das auch in die Initialisierung des Controlles aufnehmen.
Ich muesste nur wissen, woran ich erkenne, dass der Controller das kann.

Was passiert, wenn einfach die Initaliserung auf 8bit immer ausgeführt wird?
Mein Controller, der einen 500 Chip hat und das nicht unterstützt liefert:
2025.09.01 21:03:40.461 5: ZWDongle_Write 000B8001 ()
2025.09.01 21:03:40.462 5: DevIo_SimpleWrite ZWDongle: 0105000B800170
2025.09.01 21:03:40.463 4: ZWDongle_ReadAnswer arg:raw regexp:^010B
2025.09.01 21:03:40.463 5: ACK received, removing 0105000B800170 from dongle sendstack
2025.09.01 21:03:40.463 4: ZWDongle_Read ZWDongle: rcvd 010b0080 (answer SERIAL_API_SETUP), sending ACK
2025.09.01 21:03:40.463 5: DevIo_SimpleWrite ZWDongle: 06
2025.09.01 21:03:40.465 5: ZWDongle: dispatch 010b0080
2025.09.01 21:03:40.465 4: ZWDongle unhandled ANSWER: SERIAL_API_SETUP 0080
2025.09.01 21:03:41.466 5: ZWDongle_ReadAnswer: select timeoutBei den Controllern, die den Befehl unterstützen, wird das eben auf 8bit gesetzt mit der Rückmeldung entsprechend Logs laut @fireball.

Anregung gezogen aus: https://github.com/openhab/org.openhab.binding.zwave/commit/29b031b2dad73bb767fc0876905b3fb74323849a

Zwar nicht die "feine" Art, aber relativ simpel; zwingt ZWaveJs nicht auch die 16bit auf?

Der Befehl "Set Node ID Base Type" wurde mit der Serial API version 9 (>=SDK 7.14.x) eingeführt. Mit "get <controller> caps" bzw. "get <controller> version" kann man dazu Hinweise bekommen und müsste nicht immer den Befehl absetzen.

Eigentlich sollte man doch auch über caps ermitteln können, welche SERIAL_API_SETUP-Funktionen der Controller unterstützt. Fündig bin ich aber noch nicht geworden. 

ZitatPOE_ZW_Prim_OG caps => Vers:7 Rev:42 ManufID:0147 ProductType:0401 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 UNKNOWN_0a SERIAL_API_SETUP 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_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 UNKNOWN_2e ZW_CLEAR_TX_TIMERS ZW_GET_TX_TIMERS CLEAR_NETWORK_STATS GET_NETWORK_STATS GET_BACKGROUND_RSSI UNKNOWN_3c REMOVE_NODEID_FROM_NETWORK 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_CONTROLLER_CHANGE ZW_ASSIGN_PRIORITY_RETURN_ROUTE 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_ASSIGN_PRIORITY_SUC_RETURN_ROUTE ZW_EXPLORE_REQUEST_INCLUSION ZW_EXPLORE_REQUEST_EXCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_65 UNKNOWN_68 GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE ZW_GET_PRIORITY_ROUTE ZW_SET_PRIORITY_ROUTE UNKNOWN_98 SERIAL_API_SLAVE_NODE_INFO ZW_SEND_SLAVE_NODE_INFO ZW_SET_SLAVE_LEARN_MODE ZW_GET_VIRTUAL_NODES ZW_IS_VIRTUAL_NODE ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ZW_SEND_DATA_BRIDGE ZW_SEND_DATA_MULTI_BRIDGE ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS ZW_SET_PROMISCUOUS_MODE PROMISCUOUS_COMMAND_HANDLER WATCHDOG_START WATCHDOG_STOP ZW_SET_ROUTING_MAX UNKNOWN_d6 UNKNOWN_d7 UNKNOWN_d8 UNKNOWN_d9 UNKNOWN_da UNKNOWN_db UNKNOWN_dc UNKNOWN_dd UNKNOWN_de UNKNOWN_df UNKNOWN_e7 UNKNOWN_e8 ZME_FREQ_CHANGE ZME_BOOTLOADER_FLASH ZME_CAPABILITIES UNKNOWN_f8 UNKNOWN_fd UNKNOWN_fe

ZitatPOE_ZW_Prim_OG version => Z-Wave 7.21 STATIC_CONTROLLER

Hab noch einen Reserve Controller.

Gibt es Raw Befehle für die umschaltungen?

ZitatZ-Wave 7.23 BRIDGE_CONTROLLER

Kanst du nicht auf "Static Controller" umschalten?
Weis nicht ob FHEM das schon beherscht.
Welche Node IDs werden dir für den Controller angezeigt?

Moinsen, habe gestern nochmal mit CoPilot über die Dinge hier gesprochen:

Zu den Controllern:

ZitatSTATIC_CONTROLLER
- Typisch für Standard-Z-Wave Gateways wie Z-Way, OpenZWave, OpenHAB usw.
- Der Controller ist fest im Netzwerk verankert und übernimmt zentrale Aufgaben wie das Routing und die Verwaltung der Node-Informationen.
- Unterstützt keine Virtualisierung oder dynamische Netzwerkverbindungen.
- Network-Wide Inclusion (NWI): Unterstützt das Hinzufügen von Geräten über das gesamte Netzwerk hinweg.
- Wird bei jedem Neustart von Z-Way automatisch aktiviert.
- Ideal für normale Heimautomatisierungssysteme, bei denen ein einzelner Controller dauerhaft aktiv ist.

BRIDGE_CONTROLLER
- Ermöglicht virtuelle Controller-Instanzen und dynamische Netzwerkverbindungen.
- Unterstützt Virtual Learn Mode, was besonders bei komplexen Setups oder bei der Integration mehrerer Netzwerke hilfreich ist.
- Wird von neuerer Software wie bestimmten Silicon Labs SDKs oder Z/IP-Architekturen verwendet.
- Kann manuell aktiviert werden, z. B. über ZMESerialAPIOptionsStaticAPISet(false) in Z-Way.
- Nützlich für Entwickler, Testumgebungen oder fortgeschrittene Installationen mit mehreren Controllern.

Entscheidungshilfe
Einsatzbereich                   Empfohlener Controller
Smart Home Gateway           Static Controller
Entwicklung & Test           Bridge Controller
Virtuelle Geräteverwaltung   Bridge Controller
Stabile Netzwerkstruktur   Static Controller


Viell. hat ZwaveUI JS neben den 16bit NodeID auch den BRIDGE Mode gesetzt?!

Umschalten kann man wohl über:

ZitatModuswechsel über Z-Way

1. Z-Way stoppen 
  Beende den Z-Way-Dienst, damit er den Modus nicht automatisch zurücksetzt.

2. Modus setzen 
  Verwende folgenden API-Befehl:
  `javascript
  /JS/Run/zway.ZMESerialAPIOptionsStaticAPISet(false)
  `
  Dieser Befehl schaltet den Controller in den Bridge-Modus.

3. Controller stromlos machen 
  Trenne den Controller physisch vom Strom (z. B. USB-Stecker ziehen), damit die Änderung übernommen wird.

4. Z-Way neu starten 
  Starte Z-Way nicht sofort, da es den Modus sonst wieder auf Static zurücksetzt. Du kannst den Controller nun in einem anderen System oder Modus verwenden.

Was ich jetzt aber rausgelesen habe, BRIDGE ist zwar der kompliziertere Modus und eigentlich @Home nicht notwendig, aber er läßt wohl parallele Zugriffe von unterschiedlicher Software zu.

@rudolfkoenig
1. Damit könnte der Bridge-Mode für meinen parallelen Betrieb von ZWaveUI JS und FHEM ja doch funzen!?
Ansonsten wäre es denkbar, den Gen5 Stick an (m)einem anderen Rechner als SecondaryNode mit ZwaveUI-JS zu betreiben?!
2. Ich hatte den 10pro ja unter HA+ZwaveUI-JS auch mit 16 bit NodeID laufen (erinnerst du dich an die Kuriosität?! wo ich mit zwei Systemen und Sticks die Geräte schalten konnte... also die Geräte hatten da auch kein Problem mit LongRange Setup.


Anonsten hier mal die get caps - Ausdruck von mir:
ZWDongle_0 caps => Vers:7 Rev:23 ManufID:0371 ProductType:0004 ProductID:003c SERIAL_API_GET_INIT_DATA SERIAL_API_APPL_NODE_INFORMATION ZW_GET_CONTROLLER_CAPABILITIES SERIAL_API_SET_TIMEOUTS SERIAL_API_GET_CAPABILITIES SERIAL_API_SOFT_RESET UNKNOWN_09 UNKNOWN_0a SERIAL_API_SETUP 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_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_READ_LONG_BYTE UNKNOWN_2e ZW_CLEAR_TX_TIMERS ZW_GET_TX_TIMERS CLEAR_NETWORK_STATS GET_NETWORK_STATS GET_BACKGROUND_RSSI UNKNOWN_3c UNKNOWN_3d REMOVE_NODEID_FROM_NETWORK ZW_GET_NODE_PROTOCOL_INFO ZW_SET_DEFAULT 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_CONTROLLER_CHANGE ZW_ASSIGN_PRIORITY_RETURN_ROUTE 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_ASSIGN_PRIORITY_SUC_RETURN_ROUTE ZW_EXPLORE_REQUEST_INCLUSION ZW_EXPLORE_REQUEST_EXCLUSION ZW_REQUEST_NODE_INFO ZW_REMOVE_FAILED_NODE_ID ZW_IS_FAILED_NODE ZW_REPLACE_FAILED_NODE UNKNOWN_65 UNKNOWN_68 UNKNOWN_69 UNKNOWN_6a UNKNOWN_6b UNKNOWN_6c GET_ROUTING_TABLE_LINE LOCK_ROUTE_RESPONSE ZW_GET_PRIORITY_ROUTE ZW_SET_PRIORITY_ROUTE UNKNOWN_98 SERIAL_API_SLAVE_NODE_INFO ZW_SEND_SLAVE_NODE_INFO ZW_SET_SLAVE_LEARN_MODE ZW_GET_VIRTUAL_NODES ZW_IS_VIRTUAL_NODE ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ZW_SEND_DATA_BRIDGE ZW_SEND_DATA_MULTI_BRIDGE UNKNOWN_ac ZW_TYPE_LIBRARY ZW_SEND_TEST_FRAME ZW_GET_PROTOCOL_STATUS WATCHDOG_START WATCHDOG_STOP ZW_SET_ROUTING_MAX UNKNOWN_d6 UNKNOWN_d7 UNKNOWN_d8 UNKNOWN_d9 UNKNOWN_da UNKNOWN_db UNKNOWN_dc UNKNOWN_dd UNKNOWN_de UNKNOWN_df UNKNOWN_e7 UNKNOWN_e8

Letzte Frage, wenn ich in FHEM ein Rename des Controllernames mache, muss ich den DevIO Eintrag in den Geräten manuell ändern?!

Zitat1. Damit könnte der Bridge-Mode für meinen parallelen Betrieb von ZWaveUI JS und FHEM ja doch funzen!?

Ich bezweifle es. Womoeglich habe ich aber eine falsche Vorstellung davon, wie das zusammengeschaltet ist.

ZitatLetzte Frage, wenn ich in FHEM ein Rename des Controllernames mache, muss ich den DevIO Eintrag in den Geräten manuell ändern?!

Ja, FHEM Befehl siehe Beitrag #4

Anderer (vermutlich sauberer) Ansatz für den NodeId-baseType bei Controller-Intialisierung:
Wenn Controller FUNC_ID_SERIAL_API_SETUP aus https://docs.silabs.com/d/zwave-api/7.22.0/func-id# unterstützt:
Ermittlung mit "4.3.15.1 Z-Wave API Setup Get Supported Commands Sub Command" aus https://zwave.cc/assets/doc/2024A%20Specification%20Package/Z-Wave%20Stack%20Specifications/Z-Wave%20Host%20API%20Specification.pdf, ob Controller SERIAL_API_SETUP_CMD_NODEID_BASETYPE_SET unterstützt.
get <controller> RAW 0B01 ??

Falls ja, SERIAL_API_SETUP_CMD_NODEID_BASETYPE_SET auf 8bit setzen.
get <controller> raw 0B8001
Immer Setzen von NODEID_BASETYPE, da ich kein GET-Command für NODEID_BASETYPE finden kann.

Wenn ich ein:
"POE_ZW_Res version => Z-Wave 7.21 STATIC_CONTROLLER" habe und:

Zitatget Controller raw F8040100

mache.
hab ich ein:
"POE_ZW_Res version => Z-Wave 7.21 BRIDGE_CONTROLLER"

Das bleibt auch so nach einem "reopen" und nach einem "sotfReset".

Wieder zurück geht es mit:

Zitatget Controller raw F8040101

"POE_ZW_Res version => Z-Wave 7.21 STATIC_CONTROLLER"

@Damu

bei mir hat die Umstellung auf STATIC Controller nicht funktioniert mit
get Controller raw F8040101:(

VG
René

Das hier auftauchende Thema Bridge- oder Static-Modus beim Controller ist mMn deutlich abzugrenzen von der NodeID-BASETYPE-Thematik. Letzteres sollte FHEM wohl (automatisch) lösen. Zum Ersten:

Zitat von: Damu am 02 September 2025, 19:05:04

Code Auswählen Erweitern

get Controller raw F8040101"POE_ZW_Res version => Z-Wave 7.21 STATIC_CONTROLLER"

Die FUNC_ID F8 im raw-Befehl ist eine proprietäre Kommando. Also vermutlich nur für zwave-me 700er bzw. 800er Controller.
@fireball: deshalb wird es bei AEOTEC nicht funktionieren

Grundsätzlich frage ich mich, welche relevanten Vorteile der Bride-Modus haben soll!?
Die KI-Antwort oben ist so "lala" und Internetrecherche führt mich nicht wirklich ans Ziel; siehe bspw. https://forum.z-wave.me/viewtopic.php?p=93978#p93978.
In FHEM werden die zusätzlichen Funktionen des Bridge-Modus nicht unterstützt. Ist Nutzung und ggfs. Einbau überhaupt sinnvoll? Ob ZWaveJS das unterstützt ist mir unklar.

@kirkan, danke für den Hinweis.
Ich kann mich bei dem Thema leider nur mit der KI unterhalten und da kommt auch immer komische Sachen raus.
Die letzten Fragen die ich gestellt habe untermauerten Rudolfs Meinung, dass zwei Programme nicht auf einen Stick zugreifen können, auch wenn man im BRIDGE Mode ist, es sei dann man nutzt ein Programm wie ZWAVEUI JS und hat dann ne API gegen diese Software.

Das will ich aber jetzt gar nicht, denn dann muss ich alles in FHEM umbauen. Daher wollte ich jetzt den Stick auf STATIC stellen.
Wieso bei der Migration über ZWAVEUI JS mein Stick als BRIGE eingerichtet wurde... keine Ahnung, läuft zwar, aber ich würde gern zurück zu Static, weil aus den Dokus die ich bisher gelesen hatte auch immer hervorgeht, dass Static = Primary ist.

Ich lese aber auch, dass eigentlich bei der Einrichtung des Sticks der Modus festgelegt wird. Jetzt komme ich ja über ne Migration.

Alle sehr komisch.

ZitatAnderer (vermutlich sauberer) Ansatz für den NodeId-baseType bei Controller-Intialisierung: [...]

Folgendes eingebaut:
- supportedCmds get Befehl (falls SERIAL_API_SETUP in caps)
- nodeIdBaseType set Befehl (falls supportedCmds SET_NODEID_BASE_TYPE meldet)
- die beiden Befehle werden bei der Initialisierung ausgefuehrt (nodeIdBaseType mit 1).

Mein Controller unterstuetzt zwar SERIAL_API_SETUP, aber kein SET_NODEID_BASE_TYPE, insofern ist das Ganze nur halb getestet
=> Bitte um Feedback.

ZitatDas hier auftauchende Thema Bridge- oder Static-Modus beim Controller ist mMn deutlich abzugrenzen von der NodeID-BASETYPE-Thematik.

Bitte fuer das Bridge-Modus-Problem eine separate Diskussion starten.

Hi Rudolf,

ich habe jetzt folgenden Test nochmal gemacht, beginnend vom Gen5.
1. Gen5 Backup auf Gen5+ restored
2. Gen5+ Backup über ZWaveUI JS auf 10pro restored
3. Fhem update vom 00_ZWDongle.pm => unglücklicherweise hab ich hier ein restart verpasst
daher:
4. beim Anlegen eines neuen ZWAVE Controllers lief wieder alles auf den gleichen Fehler, ich musste dann manuell auf  0B8001 umstellen, dann waren die Fehler weg...
Aber auch dann musste ich erst restarten, damit alles schaltbar war.

Dann nochmal...
- ZwaveController gelöscht, Stick nochmal an ZwaveUI JS damit wieder die 16bit gesetzt werden
- Fhem war ja dann schon restartet
- Stick wieder angesteckt
- neuen ZwaveController eingrichtet
- Reboot war notwendig
- dann gings ohne weitere Settings.

VG
René

Zitat3. Fhem update vom 00_ZWDongle.pm => unglücklicherweise hab ich hier ein restart verpasst

Ist damit ein update Befehl in FHEM gemeint, oder die Version aus SVN geholt?
Die heutigen Aenderungen sind erst morgen ab 8:00 per FHEM update verfuegbar.

Falls das Experiment mit der heutigen Version stattfand
# $Id: 00_ZWDongle.pm 30246 2025-09-03 08:55:08Z rudolfkoenig $
und nicht funktionierte:
ich brauche ein "attr ZWDongle verbose 5" Log-Mitschnitt beim FHEM Neustart.

Sry Rudi, da war ich wohl zu schnell: ich habe mit { Svn_GetFile('FHEM/00_ZWDongle.pm', 'FHEM/00_ZWDongle.pm') } ein Update aus dem SVN geholt.

und ich meine es geht jetzt ohne den Befehl: get <controllerName> raw 0B8001

Zitatund ich meine es geht jetzt ohne den Befehl: get <controllerName> raw 0B8001

Das sollte ab sofort auch etwas "zivilisierter" gehen als: set <controllerName> nodeIdBaseType 1

Zitat von: rudolfkoenig am 03 September 2025, 16:03:14ich brauche ein "attr ZWDongle verbose 5" Log-Mitschnitt beim FHEM Neustart.

@fireball:
Falls Du noch Zeit und Lust hast, könntest Du das bitte posten. Finde ich immer noch interessant.

Gruß, Christian

Hi Christian,

na klar gern...

2025.09.04 07:20:19 0: Server shutdown
2025.09.04 07:20:19 1: Shutdown executed
2025.09.04 07:20:19 1: Timeout for SIP_ListenStart reached, terminated process 277001
2025.09.04 07:20:21 1: Including fhem.cfg
2025.09.04 07:20:21 3: telnetPort: port 7072 opened
2025.09.04 07:20:22 3: WEB: port 8083 opened
2025.09.04 07:20:22 3: WEBphone: port 8084 opened
2025.09.04 07:20:22 3: WEBtablet: port 8085 opened
2025.09.04 07:20:22 3: TABLETUI: new ext defined infix:ftui/: dir:./www/tablet:
2025.09.04 07:20:22 3: Registering HTTPSRV TABLETUI for URL /ftui   and assigned link ftui/ ...
2025.09.04 07:20:22 2: eventTypes: loaded 12574 lines from ./log/eventTypes.txt
2025.09.04 07:20:23 2: ONKYO_AVR ONKYO_AVR: Registering ONKYO_AVR for webhook URI ?/ONKYO_AVR ...
2025.09.04 07:20:23 3: Opening ONKYO_AVR device 192.168.178.27:60128
2025.09.04 07:20:25 2: Registering BOTVAC WallE for URL /BOTVAC/WallE/map...
2025.09.04 07:20:25 3: TelegramBot_Define Meine_TGBot: called
2025.09.04 07:20:27 3: HomeTouch: URL is none, periodic updates will be limited to explicit GetXXPoll attribues (if defined)
2025.09.04 07:20:27 3: HomeTouch: Defined without URL and interval 600 featurelevel 6.4
2025.09.04 07:20:28 3: [SamsungAV] SchlafzimmerTV defined with host: 192.168.178.51 port: 55000
2025.09.04 07:20:28 3: HUEDevice1: I/O device is deCONZ
2025.09.04 07:20:28 3: HUEGroup5: I/O device is deCONZ
2025.09.04 07:20:28 3: HUEGroup3: I/O device is deCONZ
2025.09.04 07:20:28 3: HUEGroup2: I/O device is deCONZ
2025.09.04 07:20:28 3: HUEGroup6: I/O device is deCONZ
2025.09.04 07:20:28 3: HUEGroup0: I/O device is deCONZ
2025.09.04 07:20:28 3: HUEGroup4: I/O device is deCONZ
2025.09.04 07:20:28 3: HUEGroup1: I/O device is deCONZ
2025.09.04 07:20:28 3: HUEGroup240: I/O device is deCONZ
2025.09.04 07:20:28 3: HT_Lokale_Szenen: Defined with URL http://192.168.178.28/ocf/sceneCollection/1 and interval 600 featurelevel 6.4
2025.09.04 07:20:28 3: HT_Globale_Szenen: Defined with URL http://192.168.178.28/ocf/sceneCollection/0 and interval 600 featurelevel 6.4
2025.09.04 07:20:28 3: HUEGroup7: I/O device is deCONZ
2025.09.04 07:20:28 3: HUESensor1: I/O device is deCONZ
2025.09.04 07:20:28 3: HUEGroup8: I/O device is deCONZ
2025.09.04 07:20:28 3: Opening Elero_Gateway device /dev/serial/by-id/usb-elero_GmbH_Transmitter_Stick_AM00SHJL-if00-port0
2025.09.04 07:20:28 3: Setting Elero_Gateway serial parameters to 38400,8,N,1
2025.09.04 07:20:28 3: Elero_Gateway device opened
2025.09.04 07:20:28 1: PERL WARNING: Smartmatch is experimental at ./FHEM/36_EleroDrive.pm line 260, <$fh> line 3223.
2025.09.04 07:20:29 3: WEBweather: port 8087 opened
2025.09.04 07:20:29 2: Registering HP1000 Wetterstation for URL /updateweatherstation...
2025.09.04 07:20:29 3: tPortLocal: port 7073 opened
2025.09.04 07:20:29 3: SunnyTP10SE - Set interval to 30
2025.09.04 07:20:29 3: WEBapi: port 8088 opened
2025.09.04 07:20:29 1: PERL WARNING: Argument "192.168.178.2" isn't numeric in numeric lt (<) at ./FHEM/32_SYSSTAT.pm line 70, <$fh> line 3472.
2025.09.04 07:20:29 3: SunnyBoy25 - Set interval to 30
2025.09.04 07:20:30 3: SunnyTP5 - Set interval to 30
2025.09.04 07:20:30 3: [SamsungAV] WohnzimmerTV defined with host: 192.168.178.26 port: 8000
2025.09.04 07:20:30 3: HUEDevice2: I/O device is deCONZ
2025.09.04 07:20:30 3: HUEDevice3: I/O device is deCONZ
2025.09.04 07:20:30 3: HUEDevice4: I/O device is deCONZ
2025.09.04 07:20:30 3: HUEDevice5: I/O device is deCONZ
2025.09.04 07:20:30 3: HUEDevice6: I/O device is deCONZ
2025.09.04 07:20:30 3: HUEDevice7: I/O device is deCONZ
2025.09.04 07:20:30 3: HUEDevice8: I/O device is deCONZ
2025.09.04 07:20:30 3: HUEDevice9: I/O device is deCONZ
2025.09.04 07:20:30 2: InfluxDBLogger: Initialized new
2025.09.04 07:20:30 3: InfluxDBLogger: [influxDB] defined with server http://192.168.178.154:8086 database fhem_unsorted_data notifydev SunnyBoy25,SunnyTP10SE,SunnyTP5,LAD7,HWR_WAERMEPUMPE,ESPEasy_HWR_HKV_.*
2025.09.04 07:20:30 3: WiserHub: Defined with URL http://WiserHub/data/v2/network/Station/ConnectionStatus/ and interval 60 featurelevel 6.4
2025.09.04 07:20:30 3: Sensor_GZ_Humidity: I/O device is deCONZ
2025.09.04 07:20:30 3: Sensor_GZ_Temp: I/O device is deCONZ
2025.09.04 07:20:30 3: json [JsonMod::JSON::StreamWriter] is pure perl. Consider installing Cpanel::JSON::XS
2025.09.04 07:20:30 1: PERL WARNING: Odd number of elements in hash assignment at ./FHEM/23_BYDBox.pm line 63, <$fh> line 4585.
2025.09.04 07:20:31 1: PERL WARNING: Argument "add Parameter Phase (single, three)" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2021  Initial Version from MiniBlister" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Character in 'C' format wrapped in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add balance_cell flags,fix LVS, Modules => BMS" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add pollingModecheck Telegrammlenght" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  fix Telegramm BMS 2 / 3" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add VoltsperModule (calculated)" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  restructuring, add statistics" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2022  remove hvs Prefixadd all cellVoltage & cellTempsad..." isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  get Data select BMS" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  read BMS 2 and 3" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  pollingMode add to set" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  new Version, data whit row_arrayread more BMS Valu..." isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  fix read 5 HVS Modul (Telegramm 10)" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  get Data select dropdown" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  fix LVS bug, NumberOfModules" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add SOHread 5 HVS Modulread 2" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument " BMS? test" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  change BMS read call" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add charged and discharged Energy readings" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2022  Changed many logs from 1 to level 4Updated list of..." isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add LVL test!" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  fix Battery Min/Max Temp" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  read all BMS in one reqest" isn't numeric in pack at ./FHEM/99_Utils.pm line 252.
2025.09.04 07:20:31 1: PERL WARNING: Argument "add Parameter Phase (single, three)" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2021  Initial Version from MiniBlister" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Character in 'C' format wrapped in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add balance_cell flags,fix LVS, Modules => BMS" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add pollingModecheck Telegrammlenght" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  fix Telegramm BMS 2 / 3" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add VoltsperModule (calculated)" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  restructuring, add statistics" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2022  remove hvs Prefixadd all cellVoltage & cellTempsad..." isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  get Data select BMS" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  read BMS 2 and 3" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  pollingMode add to set" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  new Version, data whit row_arrayread more BMS Valu..." isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  fix read 5 HVS Modul (Telegramm 10)" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  get Data select dropdown" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  fix LVS bug, NumberOfModules" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add SOHread 5 HVS Modulread 2" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument " BMS? test" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  change BMS read call" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add charged and discharged Energy readings" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2022  Changed many logs from 1 to level 4Updated list of..." isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  add LVL test!" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  fix Battery Min/Max Temp" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Argument "2023  read all BMS in one reqest" isn't numeric in pack at ./FHEM/99_Utils.pm line 256.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine Initialize redefined at ./FHEM/98_Modbus.pm line 543, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine InitializeLD redefined at ./FHEM/98_Modbus.pm line 565, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine DefineFn redefined at ./FHEM/98_Modbus.pm line 593, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine DefineLDFn redefined at ./FHEM/98_Modbus.pm line 625, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine UndefFn redefined at ./FHEM/98_Modbus.pm line 747, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine UndefLDFn redefined at ./FHEM/98_Modbus.pm line 771, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine AttrFn redefined at ./FHEM/98_Modbus.pm line 796, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine AttrLDFn redefined at ./FHEM/98_Modbus.pm line 821, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine UpdateGetSetList redefined at ./FHEM/98_Modbus.pm line 985, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine GetLDFn redefined at ./FHEM/98_Modbus.pm line 1038, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine FormatSetVal redefined at ./FHEM/98_Modbus.pm line 1074, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine SetLDFn redefined at ./FHEM/98_Modbus.pm line 1125, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ControlSet redefined at ./FHEM/98_Modbus.pm line 1194, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine createAttrsFromParseInfo redefined at ./FHEM/98_Modbus.pm line 1371, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine SaveAsModule redefined at ./FHEM/98_Modbus.pm line 1418, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ScanObjects redefined at ./FHEM/98_Modbus.pm line 1490, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ScanIds redefined at ./FHEM/98_Modbus.pm line 1536, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine NotifyFn redefined at ./FHEM/98_Modbus.pm line 1603, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine DoOpen redefined at ./FHEM/98_Modbus.pm line 1650, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine OpenCB redefined at ./FHEM/98_Modbus.pm line 1744, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine DoClose redefined at ./FHEM/98_Modbus.pm line 1766, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ReadyFn redefined at ./FHEM/98_Modbus.pm line 1850, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine HandleServerConnection redefined at ./FHEM/98_Modbus.pm line 1877, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine HandleGaps redefined at ./FHEM/98_Modbus.pm line 1914, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ReadFn redefined at ./FHEM/98_Modbus.pm line 1946, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ReadAnswer redefined at ./FHEM/98_Modbus.pm line 2072, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine SkipGarbageCheck redefined at ./FHEM/98_Modbus.pm line 2193, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ParseFrameStart redefined at ./FHEM/98_Modbus.pm line 2242, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine HandleResponse redefined at ./FHEM/98_Modbus.pm line 2300, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine createDevInfoCache redefined at ./FHEM/98_Modbus.pm line 2436, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine parsePDU redefined at ./FHEM/98_Modbus.pm line 2511, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ParseResponse redefined at ./FHEM/98_Modbus.pm line 2567, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ScanReadingName redefined at ./FHEM/98_Modbus.pm line 2692, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ScanFormat redefined at ./FHEM/98_Modbus.pm line 2722, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine arrayEncoding redefined at ./FHEM/98_Modbus.pm line 2764, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine WriteObject redefined at ./FHEM/98_Modbus.pm line 2783, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine SplitDataString redefined at ./FHEM/98_Modbus.pm line 2835, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CreateParseInfoCache redefined at ./FHEM/98_Modbus.pm line 2912, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CreateDataObjects redefined at ./FHEM/98_Modbus.pm line 2938, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ParseDataString redefined at ./FHEM/98_Modbus.pm line 3013, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine HandleRequest redefined at ./FHEM/98_Modbus.pm line 3053, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ParseRequest redefined at ./FHEM/98_Modbus.pm line 3132, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine GetRelayIO redefined at ./FHEM/98_Modbus.pm line 3244, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine RelayRequest redefined at ./FHEM/98_Modbus.pm line 3299, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine RelayResponse redefined at ./FHEM/98_Modbus.pm line 3365, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CreateResponse redefined at ./FHEM/98_Modbus.pm line 3407, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine GetFC redefined at ./FHEM/98_Modbus.pm line 3464, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine DoRequest redefined at ./FHEM/98_Modbus.pm line 3511, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine QueueRequest redefined at ./FHEM/98_Modbus.pm line 3548, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine NextRequestFromQueue redefined at ./FHEM/98_Modbus.pm line 3612, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CheckDelays redefined at ./FHEM/98_Modbus.pm line 3639, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ProcessRequestQueue redefined at ./FHEM/98_Modbus.pm line 3727, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine PackObj redefined at ./FHEM/98_Modbus.pm line 3818, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine PackPDU redefined at ./FHEM/98_Modbus.pm line 3924, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine PackRequest redefined at ./FHEM/98_Modbus.pm line 3954, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine PackResponse redefined at ./FHEM/98_Modbus.pm line 4018, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine PackFrame redefined at ./FHEM/98_Modbus.pm line 4069, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine SendFrame redefined at ./FHEM/98_Modbus.pm line 4108, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CreateUpdateHash redefined at ./FHEM/98_Modbus.pm line 4161, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CombineUpdateHash redefined at ./FHEM/98_Modbus.pm line 4259, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine GetUpdate redefined at ./FHEM/98_Modbus.pm line 4329, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine RequestText redefined at ./FHEM/98_Modbus.pm line 4369, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ResponseText redefined at ./FHEM/98_Modbus.pm line 4392, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine FrameText redefined at ./FHEM/98_Modbus.pm line 4411, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine LogFrame redefined at ./FHEM/98_Modbus.pm line 4428, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine DropFrame redefined at ./FHEM/98_Modbus.pm line 4440, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine AddFrameError redefined at ./FHEM/98_Modbus.pm line 4475, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CheckChecksum redefined at ./FHEM/98_Modbus.pm line 4488, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CountTimeouts redefined at ./FHEM/98_Modbus.pm line 4558, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine GoToState redefined at ./FHEM/98_Modbus.pm line 4586, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ServerTimeout redefined at ./FHEM/98_Modbus.pm line 4653, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ResponseTimeout redefined at ./FHEM/98_Modbus.pm line 4679, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine GetSetChecks redefined at ./FHEM/98_Modbus.pm line 4776, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CheckDisable redefined at ./FHEM/98_Modbus.pm line 4811, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine SetIODev redefined at ./FHEM/98_Modbus.pm line 4847, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine GetIOHash redefined at ./FHEM/98_Modbus.pm line 4895, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CheckIOCompat redefined at ./FHEM/98_Modbus.pm line 4917, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine IsRegisteredAtIODev redefined at ./FHEM/98_Modbus.pm line 4960, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine RegisterAtIODev redefined at ./FHEM/98_Modbus.pm line 4978, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine UnregAtIODev redefined at ./FHEM/98_Modbus.pm line 5006, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine GetLogHash redefined at ./FHEM/98_Modbus.pm line 5067, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine DevLockingKey redefined at ./FHEM/98_Modbus.pm line 5109, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ShowBuffer redefined at ./FHEM/98_Modbus.pm line 5126, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine DropBuffer redefined at ./FHEM/98_Modbus.pm line 5146, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ResetExpect redefined at ./FHEM/98_Modbus.pm line 5162, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine compObjCombi redefined at ./FHEM/98_Modbus.pm line 5176, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine compObjGroups redefined at ./FHEM/98_Modbus.pm line 5192, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine compObjTA redefined at ./FHEM/98_Modbus.pm line 5216, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine CRC redefined at ./FHEM/98_Modbus.pm line 5230, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine LRC redefined at ./FHEM/98_Modbus.pm line 5250, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ObjAttr redefined at ./FHEM/98_Modbus.pm line 5266, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ObjInfo redefined at ./FHEM/98_Modbus.pm line 5293, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine DevInfo redefined at ./FHEM/98_Modbus.pm line 5391, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine ObjKey redefined at ./FHEM/98_Modbus.pm line 5419, <$fh> line 4589.
2025.09.04 07:20:31 1: PERL WARNING: Subroutine TryCall redefined at ./FHEM/98_Modbus.pm line 5442, <$fh> line 4589.
2025.09.04 07:20:31 3: SMAEM SHM20 - Opening multicast socket...
2025.09.04 07:20:31 3: SMAEM SHM20 - Multicast socket opened
2025.09.04 07:20:31 3: SMAEM SHM20 - read saved serial numbers from ./FHEM/FhemUtils/cacheSMAEM
2025.09.04 07:20:31 3: SMAEM SHM20 - read saved energy values from ./FHEM/FhemUtils/cacheSMAEM
2025.09.04 07:20:31 3: SMAEM SHM20 - GRIDIN_SUM_3013351467: 24877.0532, GRIDOUT_SUM_3013351467: 4794.5829
2025.09.04 07:20:31 3: Katzenklappe: Defined with URL https://app.api.surehub.io/api/me/start and interval 120 featurelevel 6.4
2025.09.04 07:20:31 3: HUEGroup9: I/O device is deCONZ
2025.09.04 07:20:31 3: LGTV_WebOS (WohnzimmerTV2) - defined with host 192.168.178.227
2025.09.04 07:20:31 3: LGTV_WebOS (WohnzimmerTV2) - disabled
2025.09.04 07:20:31 3: Opening ZWDongle_0 device /dev/serial/by-id/usb-Silicon_Labs_CP2105_Dual_USB_to_UART_Bridge_Controller_00C3805E-if01-port0
2025.09.04 07:20:31 3: Setting ZWDongle_0 serial parameters to 115200,8,N,1
2025.09.04 07:20:32 3: ZWDongle_0 device opened
2025.09.04 07:20:33 1: Including ./log/fhem.save
2025.09.04 07:20:33 1: Messages collected while initializing FHEM:SecurityCheck:
  WEBtablet is not password protected
  telnetPort is not password protected
  WEBweather is not password protected
  WEBapi is not password protected
  MyBroker is not password protected
  WEB is not password protected
  tPortLocal is not password protected

Protect this FHEM installation by configuring the allowed device allowed_WEBphone
You can disable this message with attr global motd none

2025.09.04 07:20:33 3: ESPEasy ESPEasy_BRIDGE: Bridge v2.18 port [TCP:IPV4:8383] opened.
2025.09.04 07:20:33 3: Opening HWR_KLIMAANLAGE device 192.168.178.108:502
2025.09.04 07:20:33 3: Opening HWR_WAERMEPUMPE device 192.168.178.108:502
2025.09.04 07:20:33 3: Opening Mosquitto device 127.0.0.1:1883
2025.09.04 07:20:33 3: Mosquitto device opened
2025.09.04 07:20:34 3: deCONZ: websocket opened to 192.168.178.100:8091
2025.09.04 07:20:34 2: deCONZ: autocreate: created 0/0/0 devices (ignored 0/0/0)
2025.09.04 07:20:34 1: usb create starting
2025.09.04 07:20:34 3: Probing ZWDongle device /dev/serial0
2025.09.04 07:20:34 1: ZWDongle: Can't open /dev/serial0: Device or resource busy
2025.09.04 07:20:34 3: Probing CUL device /dev/ttyAMA0
2025.09.04 07:20:34 1: CUL: Can't open /dev/ttyAMA0: Device or resource busy
2025.09.04 07:20:34 3: Probing TCM_ESP3 device /dev/ttyUSB0
2025.09.04 07:20:34 3: Probing TCM_ESP2 device /dev/ttyUSB0
2025.09.04 07:20:34 3: Probing FHZ device /dev/ttyUSB0
2025.09.04 07:20:34 3: Probing TRX device /dev/ttyUSB0
2025.09.04 07:20:35 3: Probing ZWDongle device /dev/ttyUSB0
2025.09.04 07:20:35 3: Probing SIGNALDuino device /dev/ttyUSB0
2025.09.04 07:20:35 3: Probing MYSENSORS device /dev/ttyUSB0
2025.09.04 07:20:35 3: Probing ArduCounter device /dev/ttyUSB0
2025.09.04 07:20:36 3: Probing ElsnerWS device /dev/ttyUSB0
2025.09.04 07:20:37 3: Probing FRM device /dev/ttyUSB0
2025.09.04 07:20:42 1: usb create end
2025.09.04 07:20:42 3: NTFY return:  Systeminfo:Initialized
2025.09.04 07:20:42 0: Featurelevel: 6.4
2025.09.04 07:20:42 0: Server started with 325 defined entities (fhem.pl:30177/2025-08-06 perl:5.036000 os:linux user:fhem pid:335575)
2025.09.04 07:20:42 3: MyBroker: port 1884 opened
2025.09.04 07:20:42 2: AttrTemplates: got 274 entries
2025.09.04 07:20:43 2: ZWDongle_ProcessSendStack: no ACK, resending message 0105000b800170
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 0105000b800170
2025.09.04 07:20:43 3: HWR_KLIMAANLAGE device opened
2025.09.04 07:20:43 3: deCONZ: websocket: Switching Protocols ok
2025.09.04 07:20:43 5: ACK received, removing 0105000b800170 from dongle sendstack
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 010b8001 (answer SERIAL_API_SETUP), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 010b8001
2025.09.04 07:20:43 4: ZWDongle_0 unhandled ANSWER: SERIAL_API_SETUP 8001
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 010b8001 (answer SERIAL_API_SETUP), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 010b8001
2025.09.04 07:20:43 4: ZWDongle_0 unhandled ANSWER: SERIAL_API_SETUP 8001
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 010b8001 (answer SERIAL_API_SETUP), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 010b8001
2025.09.04 07:20:43 4: ZWDongle_0 unhandled ANSWER: SERIAL_API_SETUP 8001
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 010b8001 (answer SERIAL_API_SETUP), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 010b8001
2025.09.04 07:20:43 4: ZWDongle_0 unhandled ANSWER: SERIAL_API_SETUP 8001
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a800012b0631050422000000ab
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000ab CB:00
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a800012b0631050422000000ab
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000ab CB:00
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a800012b0631050422000000ab
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000ab CB:00
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a800012b0631050422000000ab
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000ab CB:00
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001050631050422005a00aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a80001050631050422005a00aa
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:050631050422005a00aa CB:00
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001050631050422005a00aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a80001050631050422005a00aa
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:050631050422005a00aa CB:00
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: CAN received
2025.09.04 07:20:43 3: HWR_WAERMEPUMPE device opened
2025.09.04 07:20:43 1: PERL WARNING: Use of uninitialized value $readingValue in pattern match (m//) at ./FHEM/93_InfluxDBLogger.pm line 375.
2025.09.04 07:20:43 1: PERL WARNING: Use of uninitialized value $value in concatenation (.) or string at ./FHEM/93_InfluxDBLogger.pm line 230.
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a80001050631050422000000aa (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a80001050631050422000000aa
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:050631050422000000aa CB:00
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a800012b0631050422000300ab
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300ab CB:00
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a800012b0631050422000000ab
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000ab CB:00
2025.09.04 07:20:43 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:43 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:43 5: ZWDongle_0: dispatch 00a800012b0631050422000300ab
2025.09.04 07:20:43 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300ab CB:00
2025.09.04 07:20:44 3: ZWave got config for fibaro/fgwpfzw5.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz, found 22 commands
2025.09.04 07:20:45 3: ZWave got config for fibaro/fgwpe.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz, found 19 commands
2025.09.04 07:20:46 3: HWR_WAERMEPUMPE: Timeout waiting for a modbus response, read buffer empty,
request: id 2, read fc 3 h10, len 10, tid 187, master device HWR_WAERMEPUMPE, reading System_Type (getUpdate for combined h10 len 2 System_Type with h12 len 2 System_Pulse_Width__ms and h14 len 2 KPPA_authorization and h18 len 2 Modbus_Parity_Stop), queued 3.34 secs ago, sent 2.85 secs ago
2025.09.04 07:20:46 3: HWR_WAERMEPUMPE: readfn got data while EXPECT was set to idle: 00bb0000001702031440400000420c0000000000000000000000000000
2025.09.04 07:20:46 1: PERL WARNING: Use of uninitialized value $retVal in concatenation (.) or string at ./FHEM/86_Robonect.pm line 961.
2025.09.04 07:20:48 3: ZWave got config for devolo/mt02758.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz, found 3 commands
2025.09.04 07:20:48 3: ZWave got config for technisat/03009498.xml from ./FHEM/lib/fhem_zwave_deviceconfig.xml.gz, found 4 commands
2025.09.04 07:20:50 3: ZWave got config for shenzen_neo/nas-ds01z.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz, found 2 commands
2025.09.04 07:20:51 3: ZWave got config for fibaro/fgrm222.xml from ./FHEM/lib/openzwave_deviceconfig.xml.gz, found 21 commands
2025.09.04 07:20:51 3: HWR_KLIMAANLAGE: Timeout waiting for a modbus response, read buffer empty,
request: id 1, read fc 3 h12, len 10, tid 163, master device HWR_KLIMAANLAGE, reading System_Pulse_Width__ms (getUpdate for combined h12 len 2 System_Pulse_Width__ms with h18 len 2 Modbus_Parity_Stop and h20 len 2 Modbus_Node_adr), queued 8.77 secs ago, sent 4.98 secs ago
2025.09.04 07:20:51 3: HWR_KLIMAANLAGE: readfn got data while EXPECT was set to idle: 00a300000017010314427000000000000000000000000000003f800000
2025.09.04 07:20:52 1: BYDHVS -> BMS: 1/1
2025.09.04 07:20:52 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:52 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:52 5: ZWDongle_0: dispatch 00a800012b0631050422000400ab
2025.09.04 07:20:52 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400ab CB:00
2025.09.04 07:20:52 3: Nina Warnmeldungen: Run.448 Done fetching data with 0 warnings active
2025.09.04 07:20:53 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:53 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:53 5: ZWDongle_0: dispatch 00a800012b0631050422000000ab
2025.09.04 07:20:53 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000ab CB:00
2025.09.04 07:20:54 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000300ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:54 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:54 5: ZWDongle_0: dispatch 00a800012b0631050422000300ab
2025.09.04 07:20:54 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000300ab CB:00
2025.09.04 07:20:55 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:55 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:55 5: ZWDongle_0: dispatch 00a800012b0631050422000400ab
2025.09.04 07:20:55 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000400ab CB:00
2025.09.04 07:20:59 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000600ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:20:59 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:20:59 5: ZWDongle_0: dispatch 00a800012b0631050422000600ab
2025.09.04 07:20:59 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000600ab CB:00
2025.09.04 07:21:01 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000000ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK
2025.09.04 07:21:01 5: DevIo_SimpleWrite ZWDongle_0: 06
2025.09.04 07:21:01 5: ZWDongle_0: dispatch 00a800012b0631050422000000ab
2025.09.04 07:21:01 4: CMD:ZW_APPLICATION_COMMAND_HANLDER_BRIDGE ID:01 ARG:2b0631050422000000ab CB:00
2025.09.04 07:21:02 4: ZWDongle_Read ZWDongle_0: rcvd 00a800012b0631050422000400ab (request ZW_APPLICATION_COMMAND_HANLDER_BRIDGE), sending ACK

Ich hoffe das hilft, ich seh grad, dass da ne Menge PERL Fehler kommen, da muss ich mal schauen, was da los ist.

Aber beim Start, versucht hier FHEM selbständig an bekannten Punkte HW zu suchen?!

Zitat2025.09.04 07:20:34 3: Probing ZWDongle device /dev/serial0
2025.09.04 07:20:34 1: ZWDongle: Can't open /dev/serial0: Device or resource busy
2025.09.04 07:20:34 3: Probing CUL device /dev/ttyAMA0
2025.09.04 07:20:34 1: CUL: Can't open /dev/ttyAMA0: Device or resource busy

Ich habe nix derart eingerichtet...

VG
René

ZitatAber beim Start, versucht hier FHEM selbständig an bekannten Punkte HW zu suchen?!

Das ist wg. der Voreinstellung in fhem.cfg:

Zitat# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create

Als kleinen Abschluss, nach dem hier alle so mega geholfen haben, hier die Lösung der Aufgabenstellung:

Migration Aeotec Gen5 Migration zu Aeotec 10pro

Ausagangssituation: Gen5 Stick welcher, welcher älter ist als 2018 mit Firmware 1.0.

Der einfache Weg, Gen5 Stick auf die letzte Firmware updaten 1.02, den 10pro Stick auf die letzte Firmeware updaten 7.23 und dann mittels ZwaveUI JS den Backup/Restore durchführen. Anleitung (https://aeotec.freshdesk.com/support/solutions/articles/6000279670-z-stick-10-pro-migration-a-guide-coming-from-z-wave-500-700-networks)

Problem: mein Stick war älter als 2018, da läßt sich kein Firmwareupdate durchführen.

Workaround: man besorgt sich einen Gen5+ Stick, woher auch immer :P

Mit Hilfe des BackupTools von Aeotec kann man nun den alten Gen5 mit Backup/Restore auf den Gen5+ übertragen
Danach dann den oben beschriebenen Weg über ZwaveUI JS

Das Problem, was wir hier festgestellt hatten war, dass
1. die NodeID eine andere Länge hatte (bisher 2 stellig, nun 4 stellig )und
2. der ZwaveUI JS die NodeID in 16bit darstellt, anstatt defaultmäßig in 8bit
Lösung nachdem der 10pro in FHEM aktiv ist, mit Hilfe get <controllerName> raw 0B8001, den Stick anzupassen.

Dieses Problem wurde nun aber durch @rudolfkoenig und @krikan identifiziert und ist nun in FHEM integriert und sollte damit nicht mehr auftreten.

Als kleines AddOn habe ich den alten Gen5 Stick komplett resettet, den 10pro in InklusionsModus versetzt und den Gen5 über das PC Controller Tool (https://community.silabs.com/s/article/How-to-get-Z-Wave-PC-Controller-and-Zniffer-tools?language=en_US) am WindowsPC in den LernModus gebracht.
So wurde der Gen5 als Secondary Controller erkannt und wurde so auch in FHEM angelegt.

VG+Danke
René

@Rudi+krikan

Ich habe heute noch eine sehr detaillierte Antwort von einem deutschen Supporter von Aeotec bekommen, die wollte ich euch nicht vorenthalten, viell. könnt ihr nochmal drüber gehen und ggf. Rückschlüsse auf Verbesserungen ziehen bzw. ob wir mit FHEM/Zwave auf dem aktuellen Stand sind:

Mit dem Z-Stick 10 Pro (SDK 7.x, Z-Wave 700/800 & optional Z-Wave Long Range) kann die Node-ID nicht mehr immer "zweistellig" (1 Byte) gedacht werden. Z-Wave LR führt Node-IDs ≥ 0x0100 ein, also hexadezimal vierstellig. Wenn FHEM hart annimmt, dass eine Node-ID immer 1 Byte ist bzw. als 0xNN formatiert wird, läuft es bei LR-Netzen oder gemischten Netzen in Fehler.
Kurz die Fakten, auf die sich der Entwickler stützen kann:

• Die klassische Z-Wave-Node-ID (Mesh) geht bis 232 Knoten (1 ... 232 ⇒ max. 0xE8) – also 1 Byte. Z-Wave LR erweitert den Bereich; LR-Node-IDs starten bei 0x0100 (256) und gehen deutlich höher (SDK-Konstanten zeigen 0x0100 als niedrigste LR-ID; max. 4000 laut Spezifikation/SDK-Hinweisen).
  https://docs.silabs.com/z-wave/7.24.1/zwave-api/transport-api?utm_source=chatgpt.com
  https://www.support.getzooz.com/kb/article/1768-z-wave-long-range-faq-s/?utm_source=chatgpt.com
  https://github.com/zwave-js/zwave-js/blob/master/docs/getting-started/long-range.md?utm_source=chatgpt.com
  
• Die Serial-API-Funktion FUNC_ID_MEMORY_GET_ID (0x20) ist korrekt: Sie liefert HomeID (4 Bytes) und die NodeID des Controllers. HomeID ist fix 4 Bytes (32-bit).
  https://docs.silabs.com/z-wave/7.24.0/zwave-api/func-id?utm_source=chatgpt.com
  
• Für LR gibt es zusätzliche Serial-API-Erweiterungen, u. a. FUNC_ID_SERIAL_API_GET_LR_NODES (0xDA) sowie ZW_SET_LR_VIRTUAL_IDS (0xDD) – d. h. Host-Stacks müssen neben der klassischen Node-Bitmap auch explizit nach LR-Knoten fragen.
  https://docs.silabs.com/z-wave/7.24.0/zwave-api/func-id?utm_source=chatgpt.com

Was der FHEM-Entwickler konkret ändern sollte:

1. Datentyp der Node-ID auf 16 Bit (oder größer) heben

• Interne Repräsentation überall auf uint16_t/unsigned umstellen (Parser, Datenmodelle, Logging, Regex).
• Ausgabe/Formatierung:
  Mesh-IDs < 0x0100 weiterhin zweistellig (%02X).
  LR-IDs ≥ 0x0100 vierstellig darstellen (%04X).
• Hintergrund: LR-IDs beginnen bei 0x0100; so bleibt die Anzeige rückwärtskompatibel und eindeutig.
  https://docs.silabs.com/z-wave/7.24.1/zwave-api/transport-api?utm_source=chatgpt.com
  

2. Serial-API-Discovery ergänzen

• Bisher: SERIAL_API_GET_INIT_DATA (0x02) liefert eine 29-Byte-Bitmap für Mesh-Nodes (max. 232).
  
• Neu dazu: SERIAL_API_GET_LR_NODES (0xDA) abrufen und die dort gemeldeten LR-Node-IDs zusätzlich ins Knoteninventar aufnehmen.
  
• Wichtig: Kein Parsen der Mesh-Bitmap als "alles"; LR-Knoten stehen dort nicht drin.
  https://docs.silabs.com/z-wave/7.24.1/zwave-api/transport-api?utm_source=chatgpt.com

3. Controller-IDs sauber ermitteln

• MEMORY_GET_ID (0x20) weiterhin für HomeID und Controller-NodeID nutzen (HomeID = 4 Bytes laut SDK-Konstante HOMEID_LENGTH)
• Falls Controller eine LR-Node-ID nutzt (≥ 0x0100), darf der Code nicht auf ein einzelnes Byte begrenzen. https://docs.silabs.com/z-wave/7.24.1/zwave-api/transport-api?utm_source=chatgpt.com
  

4. Senden/Empfangen prüfen

• Viele klassische Sendefunktionen nahmen historisch 1-Byte-NodeIDs. Mit LR sind ergänzende/erweiterte Pfade relevant; die LR-Knotenadressierung und die Unterstützung dafür sind über die oben genannten neuen Serial-API-Funktionen angekündigt. Empfehlung: beim Senden die jeweils vom SDK dokumentierten Varianten verwenden und keine lokale 8-Bit-Kappung machen. (Referenz: aktuelle "Serial API / FUNC_ID"-Übersicht der SiLabs-Doku.)
  https://docs.silabs.com/z-wave/7.24.0/zwave-api/func-id?utm_source=chatgpt.com
  

5. UI, Persistenz & Parser

• Alle Stellen prüfen, an denen Regex "zwei hex Ziffern" annimmt – z. B. /0x[0-9A-Fa-f]{2}/ → auf {2,4} erweitern oder besser generisch ({1,4}) und anschließend numerisch validieren.
• Gerätespeicher/DB-Schema: Feldbreiten für Node-ID prüfen (kein TINYINT o. ä.).

Test-/Debug-Vorgehen (ohne FHEM)

• Serial-API-Sniff/Test: Mit SiLabs "PC Controller" gezielt 0x20 (MEMORY_GET_ID) und 0xDA (GET_LR_NODES) absetzen und Frames prüfen. SiLabs beschreibt, wie man Serial-API-Kommandos direkt sendet und mitschneidet (Zniffer).
  https://community.silabs.com/s/article/How-to-Send-SerialAPI-commands-using-PC-Controller-and?language=en_US&utm_source=chatgpt.com
  
• Konstanten/Referenz:
  Serial-API Überblick inkl. FUNC_ID-Liste (zeigt 0x20, 0xDA, 0xDD etc.).
  https://docs.silabs.com/z-wave/7.24.0/zwave-api/func-id?utm_source=chatgpt.com
  
  Aktuelle Serial-API-Seiten & "Transport API" mit HOMEID_LENGTH = 4, LOWEST_LONG_RANGE_NODE_ID = 0x0100.
  https://docs.silabs.com/z-wave/latest/zwave-api/zw-serial-api?utm_source=chatgpt.com
  
• Geräte-Kontext: Aeotec bestätigt beim 10 Pro den Serial-API-Modus; das ist also genau die hier relevante Schnittstelle.
  https://products.z-wavealliance.org/wp-content/uploads/products/80557/EngineeringSpec-AeotecZ-Stick10Pro.pdf?utm_source=chatgpt.com
  

Mini-Beispiel (pseudocode) für den Parser

// MEMORY_GET_ID (0x20) response payload: [HomeID0..3][NodeID_lo(=full ID for mesh or low byte for LR?)]
// Robust: NodeID als uint16 lesen, nicht auf 1 Byte beschränken.
uint32_t homeId = (p[0]<<24) | (p[1]<<16) | (p[2]<<8) | p[3];
uint16_t nodeId = p[4];
/* Ergänzung: zusätzlich GET_LR_NODES (0xDA) aufrufen und LR-Node-IDs (>=0x0100) einsammeln.
   Darstellung:
   if (nodeId < 0x100) printf("NodeID=0x%02X\n", nodeId);
   else                printf("NodeID=0x%04X\n", nodeId);
*/

Hinweis: Das Beispiel zeigt vor allem das Prinzip "NodeID als 16 Bit behandeln". Für die vollständige LR-Unterstützung im Stack gehört zusätzlich das Einlesen der LR-Knotenliste (0xDA) und die saubere Behandlung beim Senden dazu (siehe SDK-Docs).
https://docs.silabs.com/z-wave/7.24.0/zwave-api/func-id?utm_source=chatgpt.com


VG
René
PS: Kurzes Feedback, ob ich das Ticket schließen kann :P oder ob ich den Support weiter befragen soll wäre cool. Danke

Vielen Dank fuer die Infos, sehr nett vom Mitarbeiter, dass er versucht zu helfen.

Das eigentliche Problem ist, dass im FHEM Modul kein "Datentyp Nodeid" existiert, d.h. man muss den ganzen Code durchlesen, und da wo ein nodeId verwendet wird, eine vom zugehoerigen Controller (IODev) abhaengige Laenge anwenden,
womoeglich auch noch jenachdem, ob es sich um ein Mesh oder LR Knoten handelt.

Dazu kommen die weiteren Punkte, die nicht mehr so aufwendig zu implementieren sind, und ich bin dankbar, dass sie hier aufgezaehlt wurden.

Zum Testen braucht man einen passenden Controller und ein Endgeraet: woran erkannt man sie? Kennt jemand Beispiele dafuer?
Wie inkludiert man explizit als LongRange?

Wenn ich richtig verstehe, funktioniert LongRange nur mit IDs > 0x100, d.h. z.Zt. nicht mit FHEM.

Moin Gemeinde,

ich habe, bevor ich mein Ticket schließen lassen wollte, nochmal nach einem Stick + LR Gerät zum Testen und Evaluieren gefragt.
Aeotec wäre bereit das zu verschicken.

Gerne stellen wir Ihnen ein Testgerät zur Integration zur Verfügung.
Bitte teilen Sie mir mit, wohin dieses geschickt werden soll, und ich werde die Zusendung eines Musters veranlassen.
@krikan, rudolf, wäre das was für euch?! Ich kann damit nichts wertvollen für FHEM beitragen, aber viell. können ihr damit noch ein paar Ideen oder Verbesserungen für die Zukunft mit einbauen oder es hilft euch die Implementierung noch besser zu verstehen!?

Meldet euch gern bei mir.
VG
René

Vielen Dank fürs Angebot, ich habe leider in den naechsten 2 Monaten keine Zeit, mich darum sinnvoll zu kümmern: ich schaetze den Aufwand auf ca eine Woche Arbeit.
Mir wuerde reichen zu wissen, welche Geraete dafuer in Frage kommen, ich wuerde dann bei Gelegenheit diese selbst besorgen.

OK, kein Problem. Hab mein Ticket geschlossen.
VG
René

Zitat von: rudolfkoenig am 05 September 2025, 18:49:17Zum Testen braucht man einen passenden Controller und ein Endgeraet: woran erkannt man sie? Kennt jemand Beispiele dafuer?

Am "ZWave Plus Long Range" Logo in https://products.z-wavealliance.org/ kann man es erkennen.
Controllerbeispiele: https://products.z-wavealliance.org/z-wave-product/home-assistant-connect-zwa-2/ oder hier bereits erwähnter https://products.z-wavealliance.org/z-wave-product/z-stick-10-pro-2/
Endgerätebeispiele: https://products.z-wavealliance.org/z-wave-product/smokeshield/ oder vermutlich besser zum Testen/Experimentieren https://www.shelly.com/de/products/shelly-wave-plug-s-black-lr?_pos=2&_fid=6869a06ce&_ss=c (finde ich bei der zwavealliance komischerweise noch(?) nicht)

Zitat von: rudolfkoenig am 05 September 2025, 18:49:17Wie inkludiert man explizit als LongRange?

Das wird man vermutlich anhand ZWaveJS lernen müssen. Doku ist nicht vollständig veröffentlicht.
Hinweise zu den Voraussetzungen von LongRange zusammengefasst entnehmbar aus: https://github.com/zwave-js/zwave-js/blob/master/docs/getting-started/long-range.md . Neben Anpassungen für NodeId-Länge, muss FHEM wohl Security S2 und SmartStart eingebaut werden.