Salut,
Oui je le pense aussi.
Bien vu ! Effectivement, je viens de tomber sur cette issue Github pour HA qui semble soulever ce même problème : Z-wave not responsing after update of today ! · Issue #125843 · home-assistant/core · GitHub
Un grand merci à @Madcow et @Aurelien pour leur aide !
J’ai suivi la doc suggérée par Soucis ZWAVE-JS après redémarrage - #100 par Madcow afin de passer mon contrôleur en SIS comme suggéré par @Madcow et le problème est maintenant corrigé : j’ai pu redémarrer le RPI et tous mes périphériques Zwave sont remontés correctement.
Avant modif :
2025-01-18T14:51:59.073Z CNTRLR received controller capabilities:
controller role: Inclusion
is the SUC: false
started this network: true
SIS is present: false
was real primary: false
Après modif :
2025-01-18T21:37:31.029Z CNTRLR received controller capabilities:
controller role: Primary
is the SUC: true
started this network: true
SIS is present: true
was real primary: false
@Madcow Aurais-tu une bonne documentation technique à me suggérer pour me familiariser avec le protocole Zwave? J’ai un niveau avancé en informatique mais je n’ai jamais eu le temps de me lancer là-dedans, c’est peut-être une bonne occasion maintenant 
1 « J'aime »
Salut,
Très intéressant le sujet cité par @sydidelot :
Depuis l’ajout de la possibilité d’un 2eme contrôleur si le contrôleur primaire n’indique pas que c’est lui le primaire (SIS ou SUC) alors zwavejs pense qu’il y a un 2eme contrôleur (ou même que c’est lui le 2eme contrôleur) ce qui fait que l’interview n’est pas réalisée automatiquement (c’est ce qu’on voit dans les logs fournis : le driver s’arrête sur Protocolinfo) :
Il faudrait le log en debug d’une personne sur Smart qui a le problème. Quelqu’un voudrait bien le faire (au démarrage du démon du plugin) ?
1 « J'aime »
Super !
Pas vraiment de documentation à recommander désolé. Je pioche à droite et à gauche (dont les github de zwavejsUI et node-zwavejs). Et je ne suis pas un expert de Zwave loin de là. Juste un utilisateur avancé (5 ans d’utilisation).
Bonjour,
comme demandé, je vous propose un Log de SMART qui boite 
2025-01-19T12:44:32.481Z DRIVER ███████╗ ██╗ ██╗ █████╗ ██╗ ██╗ ███████╗ ██╗ ███████╗
╚══███╔╝ ██║ ██║ ██╔══██╗ ██║ ██║ ██╔════╝ ██║ ██╔════╝
███╔╝ █████╗ ██║ █╗ ██║ ███████║ ██║ ██║ █████╗ ██║ ███████╗
███╔╝ ╚════╝ ██║███╗██║ ██╔══██║ ╚██╗ ██╔╝ ██╔══╝ ██ ██║ ╚════██║
███████╗ ╚███╔███╔╝ ██║ ██║ ╚████╔╝ ███████╗ ╚█████╔╝ ███████║
╚══════╝ ╚══╝╚══╝ ╚═╝ ╚═╝ ╚═══╝ ╚══════╝ ╚════╝ ╚══════╝
2025-01-19T12:44:32.490Z DRIVER version 13.3.1
2025-01-19T12:44:32.493Z DRIVER
2025-01-19T12:44:32.496Z DRIVER starting driver...
2025-01-19T12:44:32.498Z DRIVER opening serial port /dev/ttyAML1
2025-01-19T12:44:32.540Z DRIVER serial port opened
2025-01-19T12:44:32.545Z SERIAL » 0x15 (1 bytes)
2025-01-19T12:44:33.566Z DRIVER loading configuration...
2025-01-19T12:44:33.574Z CONFIG version 13.3.1
2025-01-19T12:44:35.236Z DRIVER beginning interview...
2025-01-19T12:44:35.242Z DRIVER added request handler for AddNodeToNetwork (0x4a)...
1 registered
2025-01-19T12:44:35.245Z DRIVER added request handler for RemoveNodeFromNetwork (0x4b)...
1 registered
2025-01-19T12:44:35.247Z DRIVER added request handler for ReplaceFailedNode (0x63)...
1 registered
2025-01-19T12:44:35.250Z DRIVER added request handler for SetLearnMode (0x50)...
1 registered
2025-01-19T12:44:35.252Z CNTRLR querying Serial API capabilities...
2025-01-19T12:44:35.266Z SERIAL » 0x01030007fb (5 bytes)
2025-01-19T12:44:35.270Z DRIVER » [REQ] [GetSerialApiCapabilities]
2025-01-19T12:44:35.281Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:35.286Z SERIAL « 0x012b0107041a000000010001fe81fe88cf1f0000fb9f7da067008080008086000 (45 bytes)
000e07300000e000060000030
2025-01-19T12:44:35.290Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:35.297Z DRIVER « [RES] [GetSerialApiCapabilities]
payload: 0x041a000000010001fe81fe88cf1f0000fb9f7da067008080008086000000e0730
0000e0000600000
2025-01-19T12:44:35.304Z CNTRLR received API capabilities:
firmware version: 4.26
manufacturer ID: 0x00
product type: 0x01
product ID: 0x01
supported functions:
· GetSerialApiInitData (0x02)
· SetApplicationNodeInformation (0x03)
· ApplicationCommand (0x04)
· GetControllerCapabilities (0x05)
· SetSerialApiTimeouts (0x06)
· GetSerialApiCapabilities (0x07)
· SoftReset (0x08)
· GetProtocolVersion (0x09)
· SetRFReceiveMode (0x10)
· SendNodeInformation (0x12)
· SendData (0x13)
· SendDataMulticast (0x14)
· GetControllerVersion (0x15)
· SendDataAbort (0x16)
· FUNC_ID_ZW_R_F_POWER_LEVEL_SET (0x17)
· UNKNOWN_FUNC_SEND_DATA_META (0x18)
· FUNC_ID_ZW_GET_RANDOM (0x1c)
· GetControllerId (0x20)
· UNKNOWN_FUNC_MEMORY_GET_BYTE (0x21)
· UNKNOWN_FUNC_MEMORY_PUT_BYTE (0x22)
· UNKNOWN_FUNC_MEMORY_GET_BUFFER (0x23)
· UNKNOWN_FUNC_MEMORY_PUT_BUFFER (0x24)
· EnterBootloader (0x27)
· UNKNOWN_FUNC_UNKNOWN_0x28 (0x28)
· GetNVMId (0x29)
· ExtNVMReadLongBuffer (0x2a)
· ExtNVMWriteLongBuffer (0x2b)
· ExtNVMReadLongByte (0x2c)
· ExtExtWriteLongByte (0x2d)
· GetNodeProtocolInfo (0x41)
· HardReset (0x42)
· FUNC_ID_ZW_REPLICATION_COMMAND_COMPLETE (0x44)
· FUNC_ID_ZW_REPLICATION_SEND_DATA (0x45)
· AssignReturnRoute (0x46)
· DeleteReturnRoute (0x47)
· RequestNodeNeighborUpdate (0x48)
· ApplicationUpdateRequest (0x49)
· AddNodeToNetwork (0x4a)
· RemoveNodeFromNetwork (0x4b)
· AddControllerAndAssignPrimary (0x4c)
· AddPrimaryController (0x4d)
· SetLearnMode (0x50)
· AssignSUCReturnRoute (0x51)
· RequestNetworkUpdate (0x53)
· SetSUCNodeId (0x54)
· DeleteSUCReturnRoute (0x55)
· GetSUCNodeId (0x56)
· SendSUCNodeId (0x57)
· ExploreRequestInclusion (0x5e)
· RequestNodeInfo (0x60)
· RemoveFailedNode (0x61)
· IsFailedNode (0x62)
· ReplaceFailedNode (0x63)
· UNKNOWN_FUNC_UNKNOWN_0x66 (0x66)
· UNKNOWN_FUNC_UNKNOWN_0x67 (0x67)
· FirmwareUpdateNVM (0x78)
· GetRoutingInfo (0x80)
· LockUnlockLastRoute (0x90)
· GetPriorityRoute (0x92)
· SetPriorityRoute (0x93)
· UNKNOWN_FUNC_UNKNOWN_0x98 (0x98)
· EnableWatchdog500 (0xb6)
· DisableWatchdog500 (0xb7)
· KickWatchdog500 (0xb8)
· UNKNOWN_FUNC_UNKNOWN_0xB9 (0xb9)
· UNKNOWN_FUNC_RF_POWERLEVEL_GET (0xba)
· GetLibrary (0xbd)
· SendTestFrame (0xbe)
· GetProtocolStatus (0xbf)
· StartWatchdog (0xd2)
· StopWatchdog (0xd3)
· SetMaximumRoutingAttempts (0xd4)
· undefined (0xee)
· undefined (0xef)
2025-01-19T12:44:35.308Z CNTRLR querying additional controller information...
2025-01-19T12:44:35.316Z SERIAL » 0x01030002fe (5 bytes)
2025-01-19T12:44:35.319Z DRIVER » [REQ] [GetSerialApiInitData]
2025-01-19T12:44:35.328Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:35.377Z SERIAL « 0x0125010205001da9e3a700e0823f0000000000000000000000000000000000000 (39 bytes)
0000000050074
2025-01-19T12:44:35.381Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:35.385Z DRIVER « [RES] [GetSerialApiInitData]
payload: 0x05001da9e3a700e0823f000000000000000000000000000000000000000000000
500
2025-01-19T12:44:35.391Z CNTRLR received additional controller information:
Z-Wave API version: 5 (legacy)
Z-Wave chip type: ZW050x
node type Controller
controller role: primary
controller is the SIS: false
controller supports timers: false
Z-Wave Classic nodes: 1, 4, 6, 8, 9, 10, 14, 15, 16, 17, 18, 19, 22, 2
4, 38, 39, 40, 42, 48, 49, 50, 51, 52, 53, 54
2025-01-19T12:44:35.393Z CNTRLR querying version info...
2025-01-19T12:44:35.400Z SERIAL » 0x01030015e9 (5 bytes)
2025-01-19T12:44:35.402Z DRIVER » [REQ] [GetControllerVersion]
2025-01-19T12:44:35.408Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:35.413Z SERIAL « 0x011001155a2d5761766520332e3939000195 (18 bytes)
2025-01-19T12:44:35.416Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:35.420Z DRIVER « [RES] [GetControllerVersion]
payload: 0x5a2d5761766520332e39390001
2025-01-19T12:44:35.426Z CNTRLR received version info:
controller type: Static Controller
library version: Z-Wave 3.99
2025-01-19T12:44:35.427Z CNTRLR querying protocol version info...
2025-01-19T12:44:35.435Z SERIAL » 0x01030009f5 (5 bytes)
2025-01-19T12:44:35.437Z DRIVER » [REQ] [GetProtocolVersion]
2025-01-19T12:44:35.444Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:35.449Z SERIAL « 0x010701090003630090 (9 bytes)
2025-01-19T12:44:35.453Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:35.459Z DRIVER « [RES] [GetProtocolVersion]
payload: 0x00036300
2025-01-19T12:44:35.465Z CNTRLR received protocol version info:
protocol type: Z-Wave
protocol version: 3.99.0
2025-01-19T12:44:35.468Z CNTRLR querying controller capabilities...
2025-01-19T12:44:35.476Z SERIAL » 0x01030005f9 (5 bytes)
2025-01-19T12:44:35.478Z DRIVER » [REQ] [GetControllerCapabilities]
2025-01-19T12:44:35.484Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:35.488Z SERIAL « 0x0104010500ff (6 bytes)
2025-01-19T12:44:35.491Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:35.494Z DRIVER « [RES] [GetControllerCapabilities]
payload: 0x00
2025-01-19T12:44:35.500Z CNTRLR received controller capabilities:
controller role: Inclusion
is the SUC: false
started this network: true
SIS is present: false
was real primary: false
2025-01-19T12:44:35.503Z CNTRLR supported Z-Wave features:
2025-01-19T12:44:35.506Z CNTRLR Performing soft reset...
2025-01-19T12:44:35.515Z SERIAL » 0x01030008f4 (5 bytes)
2025-01-19T12:44:35.517Z DRIVER » [REQ] [SoftReset]
2025-01-19T12:44:35.523Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:35.530Z CNTRLR Waiting for the controller to reconnect...
2025-01-19T12:44:35.535Z DRIVER all queues idle
2025-01-19T12:44:37.036Z CNTRLR Waiting for the Serial API to start...
2025-01-19T12:44:42.040Z CNTRLR Did not receive notification that Serial API has started, checking if it respo
nds...
2025-01-19T12:44:42.045Z DRIVER all queues busy
2025-01-19T12:44:42.049Z SERIAL » 0x01030015e9 (5 bytes)
2025-01-19T12:44:42.052Z DRIVER » [REQ] [GetControllerVersion]
2025-01-19T12:44:42.057Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:42.061Z SERIAL « 0x011001155a2d5761766520332e3939000195 (18 bytes)
2025-01-19T12:44:42.064Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:42.067Z DRIVER « [RES] [GetControllerVersion]
payload: 0x5a2d5761766520332e39390001
2025-01-19T12:44:42.072Z CNTRLR Serial API responded
2025-01-19T12:44:42.074Z CNTRLR querying controller IDs...
2025-01-19T12:44:42.083Z SERIAL » 0x01030020dc (5 bytes)
2025-01-19T12:44:42.084Z DRIVER » [REQ] [GetControllerId]
2025-01-19T12:44:42.097Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:42.102Z SERIAL « 0x01080120eb751fe601b0 (10 bytes)
2025-01-19T12:44:42.106Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:42.112Z DRIVER « [RES] [GetControllerId]
home ID: 0xeb751fe6
own node ID: 1
2025-01-19T12:44:42.118Z CNTRLR received controller IDs:
home ID: 0xeb751fe6
own node ID: 1
2025-01-19T12:44:42.120Z CNTRLR finding SUC...
2025-01-19T12:44:42.129Z SERIAL » 0x01030056aa (5 bytes)
2025-01-19T12:44:42.131Z DRIVER » [REQ] [GetSUCNodeId]
2025-01-19T12:44:42.139Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:42.147Z SERIAL « 0x0104015600ac (6 bytes)
2025-01-19T12:44:42.151Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:42.156Z DRIVER « [RES] [GetSUCNodeId]
payload: 0x00
2025-01-19T12:44:42.164Z CNTRLR No SUC present in the network
2025-01-19T12:44:42.167Z CNTRLR setting serial API timeouts: ack = 1000 ms, byte = 150 ms
2025-01-19T12:44:42.176Z SERIAL » 0x01050006640f97 (7 bytes)
2025-01-19T12:44:42.179Z DRIVER » [REQ] [SetSerialApiTimeouts]
payload: 0x640f
2025-01-19T12:44:42.188Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:42.193Z SERIAL « 0x01050106960f64 (7 bytes)
2025-01-19T12:44:42.196Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:42.200Z DRIVER « [RES] [SetSerialApiTimeouts]
payload: 0x960f
2025-01-19T12:44:42.207Z CNTRLR serial API timeouts overwritten. The old values were: ack = 1500 ms, byte = 15
0 ms
2025-01-19T12:44:42.213Z DRIVER all queues idle
2025-01-19T12:44:42.555Z DRIVER Cache file for homeId 0xeb751fe6 found, attempting to restore the network from
cache...
2025-01-19T12:44:42.596Z CNTRLR [Node 001] Embedded device config loaded
2025-01-19T12:44:42.623Z CNTRLR [Node 004] Embedded device config loaded
2025-01-19T12:44:42.644Z CNTRLR [Node 006] Embedded device config loaded
2025-01-19T12:44:42.664Z CNTRLR [Node 008] Embedded device config loaded
2025-01-19T12:44:42.684Z CNTRLR [Node 009] Embedded device config loaded
2025-01-19T12:44:42.700Z CNTRLR [Node 010] Embedded device config loaded
2025-01-19T12:44:42.728Z CNTRLR [Node 014] Embedded device config loaded
2025-01-19T12:44:42.743Z CNTRLR [Node 015] Embedded device config loaded
2025-01-19T12:44:42.767Z CNTRLR [Node 016] Embedded device config loaded
2025-01-19T12:44:42.794Z CNTRLR [Node 017] Embedded device config loaded
2025-01-19T12:44:42.818Z CNTRLR [Node 018] Embedded device config loaded
2025-01-19T12:44:42.843Z CNTRLR [Node 019] Embedded device config loaded
2025-01-19T12:44:42.868Z CNTRLR [Node 022] Embedded device config loaded
2025-01-19T12:44:42.886Z CNTRLR [Node 024] Embedded device config loaded
2025-01-19T12:44:42.917Z CNTRLR [Node 038] Embedded device config loaded
2025-01-19T12:44:42.926Z CNTRLR [Node 039] Embedded device config loaded
2025-01-19T12:44:42.945Z CNTRLR [Node 040] Embedded device config loaded
2025-01-19T12:44:43.043Z CNTRLR [Node 042] Embedded device config loaded
2025-01-19T12:44:43.108Z CNTRLR [Node 048] Embedded device config loaded
2025-01-19T12:44:43.127Z CNTRLR [Node 049] Embedded device config loaded
2025-01-19T12:44:43.144Z CNTRLR [Node 050] Embedded device config loaded
2025-01-19T12:44:43.160Z CNTRLR [Node 051] Embedded device config loaded
2025-01-19T12:44:43.176Z CNTRLR [Node 052] Embedded device config loaded
2025-01-19T12:44:43.193Z CNTRLR [Node 053] Embedded device config loaded
2025-01-19T12:44:43.228Z CNTRLR [Node 054] Embedded device config loaded
2025-01-19T12:44:43.234Z DRIVER Restoring the network from cache was successful!
2025-01-19T12:44:43.239Z CNTRLR [Node 001] [Manufacturer Specific] manufacturerId: metadata updated
2025-01-19T12:44:43.242Z CNTRLR [Node 001] [Manufacturer Specific] productType: metadata updated
2025-01-19T12:44:43.244Z CNTRLR [Node 001] [Manufacturer Specific] productId: metadata updated
2025-01-19T12:44:43.247Z CNTRLR [Node 001] [~] [Manufacturer Specific] manufacturerId: 0 => 0
2025-01-19T12:44:43.249Z CNTRLR [Node 001] [~] [Manufacturer Specific] productType: 1 => 1
2025-01-19T12:44:43.252Z CNTRLR [Node 001] [~] [Manufacturer Specific] productId: 1 => 1
2025-01-19T12:44:43.255Z CNTRLR [Node 001] [Version] firmwareVersions: metadata updated
2025-01-19T12:44:43.257Z CNTRLR [Node 001] [~] [Version] firmwareVersions: 4.26 => 4.26
2025-01-19T12:44:43.260Z CNTRLR [Node 001] [Version] zWaveProtocolVersion: metadata updated
2025-01-19T12:44:43.262Z CNTRLR [Node 001] [~] [Version] zWaveProtocolVersion: "3.99.0" => "3.99.0"
2025-01-19T12:44:43.264Z CNTRLR [Node 001] [Version] sdkVersion: metadata updated
2025-01-19T12:44:43.267Z CNTRLR [Node 001] [~] [Version] sdkVersion: "6.51.3" => "6.51.3"
2025-01-19T12:44:43.268Z CNTRLR Interview completed
2025-01-19T12:44:43.270Z DRIVER No network key for S0 found in cache, communication with secure (S0) devices w
on't work!
2025-01-19T12:44:43.272Z DRIVER No network key for S2 found in cache, communication with secure (S2) devices w
on't work!
2025-01-19T12:44:43.273Z DRIVER driver ready
2025-01-19T12:44:43.277Z DRIVER Checking for configuration updates...
2025-01-19T12:44:43.401Z CNTRLR [Node 001] The node is alive.
2025-01-19T12:44:43.415Z CNTRLR [Node 001] The node is ready to be used
2025-01-19T12:44:43.418Z CNTRLR » [Node 004] querying protocol info...
2025-01-19T12:44:43.431Z DRIVER all queues busy
2025-01-19T12:44:43.484Z SERIAL » 0x0104004104be (6 bytes)
2025-01-19T12:44:43.486Z DRIVER » [REQ] [GetNodeProtocolInfo]
payload: 0x04
2025-01-19T12:44:43.531Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:43.535Z SERIAL « 0x0109014153dc0104080632 (11 bytes)
2025-01-19T12:44:43.539Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:43.544Z DRIVER « [RES] [GetNodeProtocolInfo]
payload: 0x53dc01040806
2025-01-19T12:44:43.551Z CNTRLR « [Node 004] received response for protocol info:
basic device class: Routing End Node
generic device class: Thermostat
specific device class: General Thermostat V2
node type: End Node
is always listening: false
is frequent listening: 1000ms
can route messages: true
supports security: false
supports beaming: true
maximum data rate: 100000 kbps
protocol version: 3
2025-01-19T12:44:43.557Z CNTRLR [Node 004] Interview stage completed: ProtocolInfo
2025-01-19T12:44:43.559Z CNTRLR » [Node 006] querying protocol info...
2025-01-19T12:44:43.567Z SERIAL » 0x0104004106bc (6 bytes)
2025-01-19T12:44:43.570Z DRIVER » [REQ] [GetNodeProtocolInfo]
payload: 0x06
2025-01-19T12:44:43.583Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:43.587Z SERIAL « 0x0109014153dc0104080632 (11 bytes)
2025-01-19T12:44:43.589Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:43.592Z DRIVER « [RES] [GetNodeProtocolInfo]
payload: 0x53dc01040806
2025-01-19T12:44:43.597Z CNTRLR « [Node 006] received response for protocol info:
basic device class: Routing End Node
generic device class: Thermostat
specific device class: General Thermostat V2
node type: End Node
is always listening: false
is frequent listening: 1000ms
can route messages: true
supports security: false
supports beaming: true
maximum data rate: 100000 kbps
protocol version: 3
2025-01-19T12:44:43.602Z CNTRLR [Node 006] Interview stage completed: ProtocolInfo
2025-01-19T12:44:43.603Z CNTRLR » [Node 008] querying protocol info...
2025-01-19T12:44:43.610Z SERIAL » 0x0104004108b2 (6 bytes)
2025-01-19T12:44:43.612Z DRIVER » [REQ] [GetNodeProtocolInfo]
payload: 0x08
2025-01-19T12:44:43.624Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:43.628Z SERIAL « 0x0109014153dc0104080632 (11 bytes)
2025-01-19T12:44:43.630Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:43.634Z DRIVER « [RES] [GetNodeProtocolInfo]
payload: 0x53dc01040806
2025-01-19T12:44:43.642Z CNTRLR « [Node 008] received response for protocol info:
basic device class: Routing End Node
generic device class: Thermostat
specific device class: General Thermostat V2
node type: End Node
is always listening: false
is frequent listening: 1000ms
can route messages: true
supports security: false
supports beaming: true
maximum data rate: 100000 kbps
protocol version: 3
2025-01-19T12:44:43.650Z CNTRLR [Node 008] Interview stage completed: ProtocolInfo
2025-01-19T12:44:43.651Z CNTRLR » [Node 009] querying protocol info...
2025-01-19T12:44:43.660Z SERIAL » 0x0104004109b3 (6 bytes)
2025-01-19T12:44:43.663Z DRIVER » [REQ] [GetNodeProtocolInfo]
payload: 0x09
2025-01-19T12:44:43.709Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:43.713Z SERIAL « 0x0109014153dc0104080632 (11 bytes)
2025-01-19T12:44:43.715Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:43.719Z DRIVER « [RES] [GetNodeProtocolInfo]
payload: 0x53dc01040806
2025-01-19T12:44:43.726Z CNTRLR « [Node 009] received response for protocol info:
basic device class: Routing End Node
generic device class: Thermostat
specific device class: General Thermostat V2
node type: End Node
is always listening: false
is frequent listening: 1000ms
can route messages: true
supports security: false
supports beaming: true
maximum data rate: 100000 kbps
protocol version: 3
2025-01-19T12:44:43.731Z CNTRLR [Node 009] Interview stage completed: ProtocolInfo
2025-01-19T12:44:43.733Z CNTRLR » [Node 010] querying protocol info...
2025-01-19T12:44:43.741Z SERIAL » 0x010400410ab0 (6 bytes)
2025-01-19T12:44:43.743Z DRIVER » [REQ] [GetNodeProtocolInfo]
payload: 0x0a
2025-01-19T12:44:43.755Z SERIAL « [ACK] (0x06)
2025-01-19T12:44:43.760Z SERIAL « 0x0109014153dc0104080632 (11 bytes)
2025-01-19T12:44:43.763Z SERIAL » [ACK] (0x06)
2025-01-19T12:44:43.767Z DRIVER « [RES] [GetNodeProtocolInfo]
payload: 0x53dc01040806
2025-01-19T12:44:43.776Z CNTRLR « [Node 010] received response for protocol info:
basic device class: Routing End Node
generic device class: Thermostat
specific device class: General Thermostat V2
node type: End Node
is always listening: false
is frequent listening: 1000ms
can route messages: true
supports security: false
supports beaming: true
maximum data rate: 100000 kbps
protocol version: 3
2025-01-19T12:44:43.784Z CNTRLR [Node 010] Interview stage completed: ProtocolInfo
2025-01-19T12:44:43.786Z CNTRLR » [Node 014] querying protocol info...
2025-01-19T12:44:43.800Z SERIAL » 0x010400410eb4 (6 bytes)
2025-01-19T12:44:43.804Z DRIVER » [REQ] [GetNodeProtocolInfo]
payload: 0x0e
Le log étant plus gros que la limite je n’ai gardé que le début et met l’ensemble en PJ
zwavejs_2025-01-19.log (133,1 Ko)
Bonjour,
Merci beaucoup.
2025-01-19T12:44:35.500Z CNTRLR received controller capabilities:
controller role: Inclusion
is the SUC: false
started this network: true
SIS is present: false
was real primary: false
Je crois que cela confirme la raison du problème.
Par contre je laisse l’équipe Jeedom déterminer s’il est possible sans passer par un adaptateur usb et PC Controler 4 ou 5 de basculer le contrôleur en SIS.
Est-ce que quelqu’un qui rencontre le problème sur box Jeedom (contrôleur GPIO) possède cet adaptateur ?
2 « J'aime »
Hello à tous,
J’ai suivi la doc afin de passer mon contrôleur en SIS comme suggéré par @Madcow et le problème est réglé. En redémarrant ma VM et mon jeedom, les périphériques Zwave remontent correctement et très rapidement. Bien entendu les périphériques sur piles mettent un peu plus de temps.
Je précise que je suis sur un NAS Synology avec une machine virtuelle sous Debian 11. Ma clé ZWAVE est une Everspring SA413.
Un grand merci à @Madcow et à @Aurelien pour leur précieuse aide.
1 « J'aime »
Bonjour,
Pourriez-vous expliquer de façon détaillée ce que vous avez fait pour que cela re fonctionne. Ce problème est en effet très pénalisant et j(aimerai bien m’en débarrasser. Il semble que le programme indiqué ne fonctionne que sur windows. Cela veut-il dire qu’il faut connecter la clé Z-Wave sur un PC ?
Merci
Bonjour,
En effet c’est cela. La partie du SDK Zwave qui nous est utile ici n’existe que sous Windows.
Il faut juste suivre ce tuto (en sélectionnant SUC ou SIS).
Exact, il suffit juste de récupérer la clé zwave, la brancher sur un PC et suivre le tuto.
Pour ma part, j’ai suivi le tuto a la lettre et j’ai sélectionné « set as SUC »
Pour le moment après quelques redémarrage, tout est stable et tout fonctionne parfaitement.
1 « J'aime »
Bonjour,
quelqu’un peut-il confirmer que pour une SMART l’adaptateur suivant permettrait de connecter la carte Zwave à un PC ??
https://www.amazon.fr/DollaTek-CH341A-Adaptateur-Convertisseur-parallèle/dp/B07DJZDRKG/ref=sr_1_3?crid=2RFHSKQKGBS3P&dib=eyJ2IjoiMSJ9.TV_FHCPh-Ch4A-WVG5C07igRVuET_kUShdnq9AQoD1EfFykmmS-JAlT2kNPg7sQCDZvRb4UtpRD_PvLrqXAvFgBVKr2UUI14Co8tvOdOJ3l_BXcSu3672RHUdm0M8lC87Iji8qDz-UzUYrvMRgEwFg9G__iAkChX6vv84RIYerLzrVGNI5wVwa1ZRUFqa8Ab8WvCTk5rFzW89qUzdDsjFUHymgoAgp-I61q1073vFCy6W3H59lXYA1ggen5EFZpkLqxOk4HfxHLNUEC2K761ULBZd7jwHlyU1ATkeg2DKHmfxxKeOMuKJiljf4Dj9IwpW6ne-3GiO6xvJJE7Fvk-r3MYfobrL1eFLbfoEcownGn94qwN2CC1ZTScQywX9LdNI4t_O6q_SFA82d2RkmKW8krY_QsdRYZxIXNG2WKxe8zKbFrb-U_m9xo9uJg3nQ43.11mPAQJIeR72TYcYPHmc5327l97EeOApiierxnGycug&dib_tag=se&keywords=usb+gpio&nsdOptOutParam=true&qid=1737703374&sprefix=usb+gpio%2Caps%2C78&sr=8-3
Si vous pensez que oui, je veux bien tester …
Il me semble que la puce de la Smart soit la même que l’Aotec, le Soft Aotec sera peut être utilisable ??
Ou une autre idée ???
Merci à Community pour toute l’aide apportée (et en particulier Madcow)
Bonjour,
Je ne peux pas te répondre sur l’adaptateur, mais par contre cela devrait fonctionner avec le soft car celui-ci n’est pas d’Aeotec mais est en fait un composant (appelé Zensys Tool avant, PC Controller maintenant) du SDK Zwave (kit de développement) et donc fonctionne pour tout équipement Zwave (si le driver Windows est bien installé bien sûr).
Edit :
A priori il faut plutôt chercher CP2102 et ne pas oublier les câbles.
Bonjour Alain,
As-tu fait cet essai ?
si oui cela a-t-il donné qqch ?
merci d’avance
Nicolas
Bonjour Nicolas,
j’ai bien acheté l’adaptateur et les câbles, mais je n’ai pas encore eu le courage de démonter ma Smart pour extraire la carte GPIO et faire le test !!
En fait ma box va moins mal les dernières semaines, la mémoire + swap tiennent de plus en plus longtemps suite à quelques modifs autour du journal et des plugins.
J’ai également d’autres activités qui ont la priorité et si je test ce ne sera pas avant avril …
Quelque soit les résultats, je ne manquerai pas de les partager ici …
A bientôt
Alain
2 « J'aime »
Bonjour
Exactement le même souci avec ma Smart en debian 11 et Z-Wave JS. Tous mes modules restent en ProtocolInfo, je dois re-interview à chaque fois et réveiller chaque module… Ticket ouvert, j’attends une réponse
Bonjour à tous,
j’ai parcouru avec attention l’ensemble de la conversation mais j’ai pas la réponse à certaines de mes questions (ou je suis passé côté) … Je sais pas si une âme charitable pourrait m’éclairer ?
Actuellement je suis sous smart (avec le contrôleur zwave intégrée) et debian 10. J’ai migré d’openzwave à Z-wave-JS (38 modules). Je n’ai pas le problème de modules en Protocolinfo même après x reset et je suis arrivé à une installation stable (après avoir passé pas mal de temps à revoir mes scénarios suite au changement de plugin).
Je dois migrer vers debian 11 au moyen d’une emmc prise chez domadoo.
-
Ma 1ère question est de savoir si le problème de Protocolinfo est inéluctable ou si certains sont passé à travers ? Si oui avec une procédure particulière (emmc déjà préparés ou faite manuellement par exemple) ou juste avec les incantations habituelles
et beaucoup d’optimisme ? -
Vous avez migré vers zwave JS avant ou après avoir migré vers debian 11 ? Je me pose la question car pour l’instant en zwave JS + debian 10 tout va bien pour moi…
-
Comment savoir si mon contrôleur est actuellement en SUC ou en SIS ? Et est-ce bien ça le problème ?
Bonne soirée,
Ludomo
Bonjour,
Il ne faut pas sur-réfléchir.
Si tu n’as pas le problème sous Debian 10 tu ne l’auras pas sous Debian 11. Le problème a été révélé suite à l’apparition d’une nouvelle fonctionnalité sur Zwavejs-UI (possibilité d’utiliser 2 contrôleurs sur le même réseau) et n’est pas lié à la version Debian.
Le problème reste rare. Et la cause inconnue (normalement le contrôleur est forcément SUC ou SIS).
Et il n’apparaît pas dans le temps. Soit il apparaît dès le passage sous zwavejs soit il n’apparaît jamais.
1 « J'aime »
Bonsoir,
Vous dites :
Pourquoi ne pas avoir utilisé la fonctionnalité [Remplacer] de Jeedom ?
Merci beaucoup @Madcow pour les précisions !!!
le problème c’est de justement voir les commentaires se multiplier pour ceux qui rencontre le problème sans avoir en contrepartie ceux qui n’ont pas le problème (dans le même contexte)
je sais ce qu’il me reste à faire maintenant !
Bonne soirée,
Ludomo