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

No network route (205) after znp restart #6

Open
hobbyquaker opened this issue Oct 25, 2019 · 3 comments
Open

No network route (205) after znp restart #6

hobbyquaker opened this issue Oct 25, 2019 · 3 comments

Comments

@hobbyquaker
Copy link

hobbyquaker commented Oct 25, 2019

Doing a restart of the znp (by rebooting the computer or by disconnecting USB) leads to No network route (205) errors and no reception of messages. Devices need to be re-paired then. I have the feeling that could be related to the backup-restore (https://github.com/Koenkk/zigbee-herdsman/blob/0ee149fb31dfbd3003abbb6287b8027c57b56e25/src/adapter/z-stack/adapter/backup.ts#L207) and the soft-reset at the end of the restore process.
I can also reproduce this by issuing a soft-reset command.
If I restart the herdsman only (without reboot) this does not happen - as far as I understand that right then there is no backup-restore and no soft-reset - that's why I think it could have something to do with this. I'm using the latest zigbee-herdsman and the hardware mentioned here: Koenkk/zigbee2mqtt#1568 (comment). Test Setup includes a Philips LWB010 Bulb and the Philips RWL021 "Hue Dimmer Switch".

Is there something I can do to track this down? Can you give me advice on how to debug that or which information I could deliver that would be useful to find out whats going wrong? I also got a sniffer in case that helps.

@drbios
Copy link

drbios commented Nov 2, 2019

same problem here ... cc2538-cc2592 and i got the no route error ... any chance of disable the backup option?

@drbios
Copy link

drbios commented Nov 3, 2019

@hobbyquaker hello
i have the solution:

1 install dev branch (do not forget erase the configuration backup file)
2. re flash the dongle (erase the chip then program and verify)
3. start z2m (if you get the configuration.json.bak messege, erase it and start z2m again)
4 re pair your devices

best regards

@aromanro
Copy link

We have a similar issue with a custom znp. The problem is that after the stick is unpowered, when it's initialized, it's seen as in 'hold'. The code then tries to start it in coordinator mode, it starts but it enters in network commissioning by itself, instead of restoring the previous network state. This happens despite the nv setting ZCD_NV_STARTUP_OPTION set to restore the network state.

As such, it loses the settings.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants