Migration des Netzwerks von Aeotec Gen5 zu 10 Pro

[fireball]

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:

Code Auswählen Erweitern

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é

[rudolfkoenig]

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.

Wenn 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.

[fireball]

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é

[fireball]

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:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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é

[rudolfkoenig]

Die 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.

Zwei 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.

Muss 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.

[fireball]

Hi Rudi,

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

der alte Stick hat:

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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é

[rudolfkoenig]

der 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.

Der 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.

controllerChange 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

[fireball]

Hi Rudolf,

ich habe den neuen Stick einmal gelöscht und manuell wieder angelegt:

Code Auswählen Erweitern

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?!

[fireball]

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.

[rudolfkoenig]

Wird 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.

[krikan]

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 .

Gibts 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.

[fireball]

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)

Code Auswählen Erweitern

  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é

[fireball]

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

[rudolfkoenig]

warum 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?

PS: 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.

[fireball]

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

Code Auswählen Erweitern

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:

Code Auswählen Erweitern

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

Code Auswählen Erweitern

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.