Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

800 Series Z-Wave Controller Support Tracker #5257

Closed
blhoward2 opened this issue Dec 16, 2022 · 233 comments
Closed

800 Series Z-Wave Controller Support Tracker #5257

blhoward2 opened this issue Dec 16, 2022 · 233 comments
Projects

Comments

@blhoward2
Copy link
Collaborator

blhoward2 commented Dec 16, 2022

Update (2024-04-02)

800 series controllers are fully supported as of https://github.com/zwave-js/node-zwave-js/releases/tag/v12.4.4.

NVM Backup/Restore requires a firmware based on Z-Wave SDK 7.19.0 or higher.

Experimental Long Range support is available in https://github.com/zwave-js/node-zwave-js/releases/tag/v12.5.0, which is being released now

@zwave-js-bot zwave-js-bot added this to Needs triage in Triage Dec 16, 2022
@blhoward2 blhoward2 changed the title 800 Series Support Tracker 800 Series Z-Wave Stick Support Tracker Dec 16, 2022
@blhoward2 blhoward2 moved this from Needs triage to Soon™ in Triage Dec 16, 2022
@kdknigga
Copy link
Contributor

I'm able to successfully include and exclude with None security with both the 800-series and 500-series devices I've tried.

The 800-series device didn't want to SmartStart, but it's a beta device and I've had problems with it SmartStarting before, so not sure if it's the stick or the device.

Heal and reinterview seem fine with the same test devices as above. As do health checks back to the controller.

Sends and gets of Multilevel Switch v4 and v2 values work. Same with Color Switch v1, Config v1, and Config v2. Getting Meter v2 values seems to work as well.

In the UI, the RF Region defaulted to USA LR, but things seemed to be working in normal mesh mode. A change of that setting to USA didn't change anything functionally that I can see.

@kdknigga
Copy link
Contributor

I just excluded my 800-series device and it reincluded with SmartStart S2 successfully.

@blhoward2
Copy link
Collaborator Author

blhoward2 commented Dec 16, 2022

This is for 800 series controllers, not devices. Devices are backwards compatible.

@blhoward2 blhoward2 changed the title 800 Series Z-Wave Stick Support Tracker 800 Series Z-Wave Controller Support Tracker Dec 16, 2022
@kdknigga
Copy link
Contributor

kdknigga commented Dec 16, 2022

This is for 800 series controllers, not devices. Devices are backwards compatible.

Yes, correct. I'm testing with the 800-series stick I just got. It just happens one of the devices on my test/dev network is also 800-series.

@blhoward2
Copy link
Collaborator Author

Got it, thanks!

@kdknigga
Copy link
Contributor

kdknigga commented Dec 16, 2022

Also, to back up what you already have up there, I tried restoring an NVM backup from my previous 700-series stick to my 800-series stick and got the following error:

The target NVM has an unsupported format, cannot restore 700-series NVM onto it! (ZW0280) restoreNVM undefined

@blhoward2
Copy link
Collaborator Author

Does backup from the 800 work? If so can you send a copy of a backup with a device included to info@zwave-js.io?

@kdknigga
Copy link
Contributor

There was no error, but the file produced was 0 bytes.

$ ll -tr ~/Downloads/NVM_20221216161653.bin 
-rw-r--r--. 1 kris kris 0 Dec 16 10:16 /home/kris/Downloads/NVM_20221216161653.bin
2022-12-16 16:16:52.419 INFO Z-WAVE: Calling api backupNVMRaw with args: [ [length]: 0 ]
2022-12-16T16:16:52.419Z CNTRLR   Backing up NVM...                                                                    
2022-12-16T16:16:52.419Z CNTRLR   Turning RF off...                                                                    
2022-12-16T16:16:52.424Z SERIAL » 0x0104001000eb                                                       (6 bytes)
2022-12-16T16:16:52.424Z DRIVER » [REQ] [SetRFReceiveMode]                                                             
                                    enabled: false        
2022-12-16T16:16:52.427Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:16:52.429Z SERIAL « 0x0104011001eb                                                       (6 bytes)
2022-12-16T16:16:52.429Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:16:52.430Z DRIVER « [RES] [SetRFReceiveMode]                                                             
                                    success: true         
2022-12-16T16:16:52.436Z SERIAL » 0x0104002e00d5                                                       (6 bytes)
2022-12-16T16:16:52.436Z DRIVER » [REQ] [NVMOperations]                                                                
                                    command: Open
2022-12-16T16:16:52.439Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:16:52.443Z SERIAL « 0x0107012e00000000d7                                                 (9 bytes)
2022-12-16T16:16:52.443Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:16:52.444Z DRIVER « [RES] [NVMOperations]                                                                
                                    status:                    OK                                               
                                    address offset / NVM size: 0x00                                             
2022-12-16T16:16:52.451Z SERIAL » 0x0104002e03d6                                                       (6 bytes)
2022-12-16T16:16:52.451Z DRIVER » [REQ] [NVMOperations]
                                    command: Close                                                                                                                                                                                            
2022-12-16T16:16:52.453Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:16:52.455Z SERIAL « 0x0107012e00000000d7                                                 (9 bytes)
2022-12-16T16:16:52.455Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:16:52.456Z DRIVER « [RES] [NVMOperations]
                                    status:                    OK
                                    address offset / NVM size: 0x00
2022-12-16T16:16:52.458Z CNTRLR   Performing soft reset...
2022-12-16T16:16:52.462Z SERIAL » 0x01030008f4                                                         (5 bytes)
2022-12-16T16:16:52.463Z DRIVER » [REQ] [SoftReset]
2022-12-16T16:16:52.465Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:16:52.468Z CNTRLR   Waiting for the controller to reconnect...
2022-12-16T16:16:53.682Z SERIAL « 0x010a000a03000102010000fe                                          (12 bytes)
2022-12-16T16:16:53.683Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:16:53.684Z DRIVER « [REQ] [SerialAPIStarted]
                                    wake up reason:        WatchdogReset
                                    watchdog enabled:      false
                                    generic device class:  0x02
                                    specific device class: 0x01
                                    always listening:      false
                                    supports Long Range:   false
2022-12-16T16:16:53.685Z CNTRLR   reconnected and restarted 
2022-12-16T16:16:53.685Z CNTRLR   Enabling Smart Start listening mode...
2022-12-16T16:16:53.689Z CNTRLR   NVM backup completed
2022-12-16T16:16:53.689Z CNTRLR   Turning RF on...
2022-12-16T16:16:53.691Z SERIAL » 0x0105004a4900f9                                                     (7 bytes)
2022-12-16T16:16:53.692Z DRIVER » [REQ] [AddNodeToNetwork]
                                    action: Enable Smart Start listening mode
2022-12-16T16:16:53.694Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:16:53.698Z CNTRLR   Smart Start listening mode enabled
2022-12-16T16:16:53.699Z SERIAL » 0x0104001001ea                                                       (6 bytes)
2022-12-16T16:16:53.700Z DRIVER » [REQ] [SetRFReceiveMode]
                                    enabled: true
2022-12-16T16:16:53.702Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:16:53.703Z SERIAL « 0x0104011000ea                                                       (6 bytes)
2022-12-16T16:16:53.703Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:16:53.704Z DRIVER « [RES] [SetRFReceiveMode]
                                    success: false
2022-12-16T16:16:53.706Z CNTRLR   The controller response indicated failure after 1/3 attempts. Scheduling next 
                                  try in 100 ms.
2022-12-16T16:16:53.806Z SERIAL » 0x0104001001ea                                                       (6 bytes)
2022-12-16T16:16:53.807Z DRIVER » [REQ] [SetRFReceiveMode]
                                    enabled: true
2022-12-16T16:16:53.809Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:16:53.810Z SERIAL « 0x0104011001eb                                                       (6 bytes)
2022-12-16T16:16:53.810Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:16:53.811Z DRIVER « [RES] [SetRFReceiveMode]
                                    success: true
2022-12-16 16:16:53.815 INFO Z-WAVE: Success zwave api call backupNVMRaw { data: <Buffer >, fileName: 'NVM_20221216161653' }

@blhoward2
Copy link
Collaborator Author

blhoward2 commented Dec 16, 2022

Ok, thanks. Can you confirm your fw version? Can you post a log of the restore attempt?

@kdknigga
Copy link
Contributor

                                firmware version:    1.1                           
                                manufacturer ID:     0x027a                         
                                product type:        0x04                
                                product ID:          0x0610
2022-12-16 16:26:51.282 INFO Z-WAVE: Calling api restoreNVM with args: [
  <Buffer 01 00 9a b2 01 00 00 d0 fe ff ff 0f ff ff ff ff ff ff ff 5f 0a 33 00 a8 00 00 00 ff f3 33 00 88 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ... 49102 more bytes>,
  [length]: 1
]
2022-12-16T16:26:51.283Z CNTRLR   Turning RF off...
2022-12-16T16:26:51.290Z SERIAL » 0x0104001000eb                                                       (6 bytes)
2022-12-16T16:26:51.291Z DRIVER » [REQ] [SetRFReceiveMode]
                                    enabled: false
2022-12-16T16:26:51.295Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:26:51.296Z SERIAL « 0x0104011001eb                                                       (6 bytes)
2022-12-16T16:26:51.297Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:26:51.297Z DRIVER « [RES] [SetRFReceiveMode]
                                    success: true
2022-12-16T16:26:51.301Z CNTRLR   Converting NVM to target format...
2022-12-16T16:26:51.307Z SERIAL » 0x0104002e00d5                                                       (6 bytes)
2022-12-16T16:26:51.307Z DRIVER » [REQ] [NVMOperations]
                                    command: Open
2022-12-16T16:26:51.310Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:26:51.313Z SERIAL « 0x0107012e00000000d7                                                 (9 bytes)
2022-12-16T16:26:51.313Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:26:51.314Z DRIVER « [RES] [NVMOperations]
                                    status:                    OK
                                    address offset / NVM size: 0x00
2022-12-16T16:26:51.323Z SERIAL » 0x0104002e03d6                                                       (6 bytes)
2022-12-16T16:26:51.323Z DRIVER » [REQ] [NVMOperations]
                                    command: Close
2022-12-16T16:26:51.326Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:26:51.327Z SERIAL « 0x0107012e00000000d7                                                 (9 bytes)
2022-12-16T16:26:51.327Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:26:51.328Z DRIVER « [RES] [NVMOperations]
                                    status:                    OK
                                    address offset / NVM size: 0x00
2022-12-16T16:26:51.344Z CNTRLR   Turning RF on...
2022-12-16T16:26:51.348Z SERIAL » 0x0104001001ea                                                       (6 bytes)
2022-12-16T16:26:51.349Z DRIVER » [REQ] [SetRFReceiveMode]
                                    enabled: true
2022-12-16T16:26:51.351Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T16:26:51.354Z SERIAL « 0x0104011001eb                                                       (6 bytes)
2022-12-16T16:26:51.354Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T16:26:51.355Z DRIVER « [RES] [SetRFReceiveMode]
                                    success: true
2022-12-16 16:26:51.358 INFO Z-WAVE: The target NVM has an unsupported format, cannot restore 700-series NVM onto it! (ZW0280) restoreNVM undefined

@kpine
Copy link
Contributor

kpine commented Dec 16, 2022

I have a SiLabs 800 dev kit. I had to upgrade to firmware 7.19.0 for NVM backup to work, otherwise I was seeing the same 0-byte file. 7.19.0 is a "Pre-Certified GA", which is more like a beta. I don't see anything obvious in the release notes to indicate this was fixed, but it made a difference.

Here's a backup of the 800 after a factory reset. I don't know if it actually produced a valid fail, but the process was successful and the file size non-zero (it's roughly the same size as a 700 backup).

800-factory-7.19.0.zip

Here's my version info:

2022-12-16T17:38:29.999Z CNTRLR   received API capabilities:
                                    firmware version:    7.19
                                    manufacturer ID:     0x00
                                    product type:        0x04
                                    product ID:          0x04
2022-12-16T17:38:30.479Z CNTRLR   received protocol version info:
                                    protocol type:             Z-Wave
                                    protocol version:          7.19.0
                                    appl. framework build no.: 108
                                    git commit hash:           30303030303030303030303030303030

The SiLabs dev kit and the Zooz stick are different kinds of modules (ZGM230S SiP Module vs. ZG23 SoC), akin to Aeotec Z-Stick 7 vs. Zooz 700. Not sure if that makes any difference.

It appears Zooz is using a custom controller firmware now?

                            firmware version:    1.1                           
                          manufacturer ID:     0x027a                         
                          product type:        0x04                
                          product ID:          0x0610

In that case, I would have to assume you should not use the generic SiLabs firmware files like with the 700.

The restore from a 700 still did not work, however the error is different. Looks like Z-Wave JS doesn't recognize the format (assuming the backup was actually valid):

Did not find a matching NVM 500 parser implementation! Make sure that the NVM data belongs to a controller with Z-Wave SDK 6.61 or higher. (ZW0280)

I also noticed changing the region in Z-Wave JS is failing. I tried to switch from US LR to US:

2022-12-16T17:55:27.091Z SERIAL » 0x0105000b4001b0                                                     (7 bytes)
2022-12-16T17:55:27.092Z DRIVER » [REQ] [SerialAPISetup]
                                    command: SetRFRegion
                                    region:  USA
2022-12-16T17:55:27.095Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T17:55:27.097Z SERIAL « 0x0105010b4000b0                                                     (7 bytes)
2022-12-16T17:55:27.097Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T17:55:27.098Z DRIVER « [RES] [SerialAPISetup]
                                    command: SetRFRegion
                                    success: false
2022-12-16T17:55:27.099Z CNTRLR   The controller response indicated failure after 1/3 attempts. Scheduling next
                                  try in 100 ms.
2022-12-16T17:55:27.200Z SERIAL » 0x0105000b4001b0                                                     (7 bytes)
2022-12-16T17:55:27.200Z DRIVER » [REQ] [SerialAPISetup]
                                    command: SetRFRegion
                                    region:  USA
2022-12-16T17:55:27.206Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T17:55:27.207Z SERIAL « 0x0105010b4000b0                                                     (7 bytes)
2022-12-16T17:55:27.207Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T17:55:27.208Z DRIVER « [RES] [SerialAPISetup]
                                    command: SetRFRegion
                                    success: false
2022-12-16T17:55:27.209Z CNTRLR   The controller response indicated failure after 2/3 attempts. Scheduling next
                                  try in 1100 ms.
2022-12-16T17:55:28.309Z SERIAL » 0x0105000b4001b0                                                     (7 bytes)
2022-12-16T17:55:28.310Z DRIVER » [REQ] [SerialAPISetup]
                                    command: SetRFRegion
                                    region:  USA
2022-12-16T17:55:28.315Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T17:55:28.316Z SERIAL « 0x0105010b4000b0                                                     (7 bytes)
2022-12-16T17:55:28.316Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T17:55:28.317Z DRIVER « [RES] [SerialAPISetup]
                                    command: SetRFRegion
                                    success: false
2022-12-16T17:55:28.330Z SERIAL » 0x0104000b20d0                                                       (6 bytes)
2022-12-16T17:55:28.331Z DRIVER » [REQ] [SerialAPISetup]
                                    command: GetRFRegion
                                    payload: 0x20
2022-12-16T17:55:28.335Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T17:55:28.337Z SERIAL « 0x0105010b20fe2e                                                     (7 bytes)
2022-12-16T17:55:28.338Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T17:55:28.338Z DRIVER « [RES] [SerialAPISetup]
                                    command: GetRFRegion
                                    region:  Unknown

I had to restart Z-Wave JS as Get Region continued to show Unknown (perhaps a soft reset would have sufficed).

2022-12-16T17:57:09.478Z SERIAL » 0x0104000b20d0                                                       (6 bytes)
2022-12-16T17:57:09.478Z DRIVER » [REQ] [SerialAPISetup]
                                    command: GetRFRegion
                                    payload: 0x20
2022-12-16T17:57:09.487Z SERIAL « [ACK]                                                                   (0x06)
2022-12-16T17:57:09.487Z SERIAL « 0x0105010b2009d9                                                     (7 bytes)
2022-12-16T17:57:09.487Z SERIAL » [ACK]                                                                   (0x06)
2022-12-16T17:57:09.488Z DRIVER « [RES] [SerialAPISetup]
                                    command: GetRFRegion
                                    region:  USA (Long Range)
2022-12-16T17:57:09.789Z DRIVER   No configuration update available...

@kdknigga
Copy link
Contributor

From the Zooz stick:

2022-12-16T17:26:05.069Z CNTRLR   received protocol version info:
                                    protocol type:             Z-Wave
                                    protocol version:          7.18.1
                                    appl. framework build no.: 273

Notably different from the SiLabs 800 dev kit.

@kpine
Copy link
Contributor

kpine commented Dec 16, 2022

Notably different from the SiLabs 800 dev kit.

Well that would be because I update it every Gecko release. The latest Pre-Certified came out yesterday. I don't remember what it arrived with, probably < 7.18. The Zooz sticks may have been manufactured prior to 7.18.2 (the last relevant GA release) and shipped that way. 🤷🏻‍♂️

Also, I would advise not attempting to use PC Controller to backup and restore from a 700. It bricked my 800 and I had to recover it using some of the debug tools. 😅

@Botched1
Copy link
Contributor

I also have a Zooz 800 usb tick, so posting here to follow along as the thread is updated.

@AlCalzone AlCalzone pinned this issue Jan 2, 2023
@pyrodex
Copy link

pyrodex commented Jan 8, 2023

I have a working ZooZ 800 but not all functions of course, watching.

@ErikDOlson
Copy link

Similar as above two -- ZooZ ZST39 (800 stick), generally working, a few nodes in my 54-device network (not always the same ones each time) seem to go dead every day and need to be pinged. Also sometimes gets stuck in "Exclude failed" mode when I'm trying to add or remove devices, requiring a VM reboot. Not sure if it's the stick or the network, as this is first time experience with both HA/Zwave-JS and the 800-stick. Watching the thread for knowledge updates. "FW 1.1 SDK 7.18.1".

@pshempel
Copy link

pshempel commented Jan 9, 2023

@ErikDOlson

seem to go dead every day and need to be pinged

This occurs on 700 series controllers as well, I have 115 node 700 series z-wave network, all devices connect directly to the controller and this occurs at least 1 time a day if not more. I have had to setup automation to ping the dead nodes so they don't stay dead longer than 30 minutes at a time.

@ErikDOlson
Copy link

This occurs on 700 series controllers as well

It hasn't been clear whether this was a firmware issue or a Z-Wave JS issue. I had read some posts indicating that the firmware updates solved the problem, but then again I just read another (recent) set that firmware updates did nothing. I also have set up HA to automatically ping the dead nodes.

@Botched1
Copy link
Contributor

Botched1 commented Jan 10, 2023

I have 103 devices on my mesh (74 repeater, 29 battery), and I have only seen nodes go dead a couple times in the past year. Certainly not daily, weekly, or enough that I setup a scheduled ping. So I don't know - could be controller, device, or mesh dependent? Certainly not a universal thing on zwave js though.

@grotan1
Copy link
Contributor

grotan1 commented Jan 10, 2023

I have 55 devices on my network. I have tested on 500, 700 and 800 controller. On UZB1(500) I did not see dead nodes running several years. On 700 (Z-Stick 7 SDK 7.18.1) and 800 (ZVidar SDK 7.18.3) I have dead nodes daily.

Screenshot from yesterday:
Screenshot 2023-01-10 150504

@Botched1
Copy link
Contributor

Botched1 commented Jan 10, 2023

Odd. I currently use a uzb7 on US frequency, in case it matters. No dead nodes.

Anyway, that is probably a better discussion for a different thread anyway, so we don't derail this one.

@darkbasic
Copy link
Contributor

How do you chart dead nodes and how do you instruct HASS to automatically ping them?

@blhoward2
Copy link
Collaborator Author

blhoward2 commented Jan 11, 2023

Let's please move this discussion to its own issue or a discussion. This issue is not for individual troubleshooting or potential issues larger than the 800 series controllers.

@andronat48
Copy link

What is the best way to move from a 700 to a new 800 stick? NVM backup/restore or Controller Shift?

@darkbasic
Copy link
Contributor

What is the best way to move from a 700 to a new 800 stick? NVM backup/restore or Controller Shift?

From my past experience with 700 series I wouldn't touch 800 with a stick. I would probably suggest 500 series still for a couple more months just to be on the safe side.

@zacs
Copy link
Contributor

zacs commented Mar 26, 2024

Are lockups an issue for anyone that migrated? Is there a newer firmware?

Just an anecdote, but mine started going absolutely haywire yesterday. I'm seeing 25-50% dropped RX and constant controller unavailable issues. Reboots and power cycles don't fix it. I suppose it's related to 7.19.3 but I've been on that for several weeks and it has been rock solid. Unsure what root cause really is.

image

@asayler
Copy link

asayler commented Mar 26, 2024

I can confirm that the 7.19.3 firmware remains buggy. It falls into the state @zacs shows above on at least a weekly basis for me (and sometimes every few days). Sometimes zwave js can recover automatically (presumably by soft restarting the controller), but other times I have to power cycle the system, to get it back. I keep hoping Zooz puts out a fix, but the issue has been present for 6 months with no fix thus far. See #6260, #6316, and #6300.

@AlCalzone
Copy link
Member

Silabs said they have a fix for the lockup in 7.21.2 which is scheduled for mid April.

@darkbasic
Copy link
Contributor

@AlCalzone the lockup issue is 800 series only or does it affect 700 series as well?

@AlCalzone
Copy link
Member

Both AFAIK

@notrackingme
Copy link

Hi. I am trying to get Long Range to work and have been unsuccessful. Has anyone been able to? Thanks!

@AlCalzone
Copy link
Member

Are you using the Z-Wave JS UI beta release with LR support? And have you set your controller to the USA Long Range region?

@notrackingme
Copy link

Hi @AlCalzone. Ah. I believe the issue is that I am not using the beta. Can you please tell me how to switch to the beta or direct me to the instructions? Thanks!

@AlCalzone
Copy link
Member

@robertsLando can you answer that?

@robertsLando
Copy link
Member

robertsLando commented Mar 27, 2024

@notrackingme If you are using docker just use the test tag instead of latest

PR ref: zwave-js/zwave-js-ui#3545

@TheKorn2
Copy link

I can confirm that the 7.19.3 firmware remains buggy. It falls into the state @zacs shows above on at least a weekly basis for me (and sometimes every few days).

@asayler I've completely given up on my 800 series controller at this point and migrated back to my gen5 stick. Mine was in that state multiple times per day, got tired of manually resetting it. Since I've ditched it for the 500 series controller, it's been smooth sailing!

@fpytloun
Copy link

fpytloun commented Mar 30, 2024

I just tried to backup RaZberry 7 Pro and restore on Zooz 800 GPIO and got this error. Running latest firmware/SDK on both controllers and latest zwave-js-ui.

Error while calling restoreNVM: Did not find a matching NVM 500 parser implementation! Make sure that the NVM data belongs to a controller with Z-Wave SDK 6.61 or higher. (ZW0280)

@AlCalzone
Copy link
Member

AlCalzone commented Mar 30, 2024

What's "latest" SDK specifically? 7.19.x or higher should work.

@fpytloun
Copy link

fpytloun commented Mar 30, 2024

@AlCalzone I updated Zooz 800 to SDK 7.19.3 before attempting to restore. Backup file was generated on SDK 7.20.0 (RaZberry 7 Pro). So I assumed that will work but I hit that error above 🤔

zwave-js-ui: 9.9.1.f6dff21
zwave-js: 12.4.4

I can see in the code that it tries to parse as 700 series NVM, it returns NVM_InvalidFormat so it fallbacks to 500 series parsing:

Is there a way how to debug exported NVM backup?

@AlCalzone
Copy link
Member

You can send the backup files to my email. I'll take a look when I'm back at work next week.

@evanfoster
Copy link
Sponsor

evanfoster commented Apr 1, 2024

I've been using the test tag for a few days now and it's been working fantastically. I bricked my ZAC93 GPIO module in my Homeseer Z-NET G3 trying to upgrade the firmware through zwave-js, but that's probably my fault for using such a weird and unsupported configuration (the G3 shipped with a 700 series controller originally). I managed to reflash it directly over serial (I hate XMODEM) and I'm happy to report that there are no problems. I'd love it if I could upgrade a device to LR if I already paired it with SmartStart, but I've just been re-pairing stuff that supports LR. Here's my controller stats after a few days:

Screenshot_20240331-205613

Really pleased with this. I was already using an 800 series controller so I didn't have to do any of the migration that other folks have dealt with in this thread.

@AlCalzone
Copy link
Member

@evanfoster I assume that the controller wasn't actually "bricked", but stuck in bootloader mode and Z-Wave JS didn't fully recognize this - some newer bootloaders have a slightly different "menu" structure. You should be able to recover by starting Z-Wave JS in "bootloader only" mode (see settings).
The issue might be related to #5356 - I'll continue investigation there.

@AlCalzone
Copy link
Member

800 series support is considered complete, I'll close this issue.
Any remaining bugs will be tracked in their own issues.

@jtscott
Copy link
Contributor

jtscott commented Apr 3, 2024

This is awesome, thanks so much for all your work. Just to confirm after upgrading to this zwave-js release, setting the right LR frequency, and generating LR keys, any pre-existing 800 LR devices need to be excluded/re-included via smart start to take advantage?

@robertsLando
Copy link
Member

Zui 9.10 is out with LR support 🎉

@AlCalzone
Copy link
Member

any pre-existing 800 LR devices need to be excluded/re-included via smart start to take advantage?

Correct. Also, including ZWLR devices only works via SmartStart. Scan the QR code, switch the protocol to Long Range, then enable the provisioning entry.

@jtscott
Copy link
Contributor

jtscott commented Apr 3, 2024

Thanks Al, I migrated two Zooz switches over lunch. One ZEN77 800LR and one ZEN76 800LR and both went fine! They setup as “beaming unsupported”, I assume this was expected since it would be redundant or otherwise not needed for such devices to do so now?

@AlCalzone
Copy link
Member

AlCalzone commented Apr 4, 2024

Honestly, I'm not sure here but I assume since ZWLR doesn't have direct associations (yet?), mains-powered end devices don't beam - they don't need to communicate with FLiRS devices.

@frixo3190
Copy link

@PeteRager

  • Create backup on the old stick
  • Swap sticks, configure path to the new one
  • Optional: make a backup of the new stick in case you want to restore to that state
  • Restore the backup of the old stick onto the new one
  • Optional: Restart Z-Wave JS UI if the incorrect label bothers you

Oh and make sure your Aeotec Gen5 has firmware 1.2 before starting all this.

Hi

I have a HUSBZB-1 Gen 5 (SDK: v6.51.7), the backup nvm works.
Do you think I Can restore the NVM on a Zooz Gen 8 without brick/crash it ?
My question is about the sdk of my gen 5: sdk 6.51.7, very low.

Thanks

@PeteRager
Copy link

Unlikely, The SDK is too old. While you can back it up you won't be able to restore it, zwave will refuse to because it won't be able to convert the NVM format.

@frixo3190
Copy link

Okay thanks for your reply

@millercentral
Copy link

Silabs said they have a fix for the lockup in 7.21.2 which is scheduled for mid April.

I noticed that 7.21.3 GA SDK was released by Silcon Labs a couple of weeks ago, but Zooz hasn't released a ZST39 firmware based on it (nor the 7.21.2 before it) yet. Looking at the release notes for 7.21.3 from SiLabs, there were two interesting points:

  1. The controller lockup issue (identified as ID 1227385) is still listed in the Known Issues section. I guess this fix targeting 7.21.2 never happened?
  2. This release of the Gecko SDK (GSDK) will be the last with combined support for all EFM and EFR devices, except for patches to this version as needed. Starting in mid-2024 we will introduce separate SDKs -- I have no idea if this means anything for the Zooz controller or ZwaveJS in general.

Anyway, seems like the wait for a fix to the controller lockup issue continues...

@kpine
Copy link
Contributor

kpine commented May 20, 2024

The controller lockup topic is being discussed at #6512.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
No open projects
Triage
Soon™
Development

No branches or pull requests