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

CNTRLR Turning RF off... Log Entry - Network is Unresponsive #3877

Closed
3 of 11 tasks
kars85 opened this issue Dec 9, 2021 · 7 comments
Closed
3 of 11 tasks

CNTRLR Turning RF off... Log Entry - Network is Unresponsive #3877

kars85 opened this issue Dec 9, 2021 · 7 comments
Projects

Comments

@kars85
Copy link

kars85 commented Dec 9, 2021

Is your problem within Home Assistant (Core or Z-Wave JS Integration)?

YES, BUT a Home Assistant developer has told me to come here

Is your problem within ZWaveJS2MQTT?

NO, my problem is NOT within ZWaveJS2MQTT

Checklist

Describe the bug

What causes the bug?
Unknown. Logs are attached, but only two nodes appear to be responsive (Node 9 & 30)

What do you observe?
Network was stable for the past 72+ hours, then last night/early this morning, I noticed automations didn't fire.

What did you expect to happen?
Network to be stable. Heals are initiated, but do not proceed after 5-10 minutes of initiating. Manual invocations via zwavejs2mqtt of commands or configuration changes to devices do not appear to transmit (i.e. no entry in log every being sent via the controller)

Steps to reproduce the behavior:

Device information

Manufacturer:
Model name:
Node ID in your network: All but Nodes 9 & 30 are experiencing issues. The only unique thing about these two functioning sensor nodes is that they are battery capable, but powered via USB, and that they're all Aeotec sensors. Switches and outlets are unresponsive and not reporting any status (healthy/failed/ping response acknowledgements).

How are you using node-zwave-js?

  • zwavejs2mqtt Docker image (latest)
  • zwavejs2mqtt Docker image (dev)
  • zwavejs2mqtt Docker manually built (please specify branches)
  • ioBroker.zwave2 adapter (please specify version)
  • HomeAssistant zwave_js integration (please specify version)
  • pkg
  • node-red-contrib-zwave-js (please specify version, double click node to find out)
  • Manually built from GitHub (please specify branch)
  • Other (please describe)

Which branches or versions?

zwavejs2mqtt: 6.1.0
zwave-js: 8.9.0-beta.0

Did you change anything?

yes (please describe)

If yes, what did you change?

Watchtower pulled the :latest image down at 4AM on 12/8. Despite the 8.9.0-beta.0 being tagged as prerelease in github, somehow the image pulled was recognized as the :latest release instead of 8.8.3.

Did this work before?

Yes (please describe)

If yes, where did it work?

I will attempt to reboot the container and see if the network resumes, and will await further instruction if it would be beneficial to drop down to 8.8.3.

Attach Driver Logfile

zwavejs_2021-12-08.log
zwavejs_2021-12-09.log

@zwave-js-bot zwave-js-bot added this to Needs triage in Triage Dec 9, 2021
@kars85
Copy link
Author

kars85 commented Dec 9, 2021

Restarting the container appears to have the network functional again. Here are current logs after the container restart
post_container_restart_zwavejs_2021-12-09.log
.

@AlCalzone
Copy link
Member

AlCalzone commented Dec 9, 2021

I'm seeing several transmit attempts that take exceedingly long (20s+), even in the "functional" log. In fact after the startup is over, there isn't much of a difference. So far this looks to be exactly what I described here: #3842 (comment)

Side note: The "CNTRLR Turning RF off..." log entry is for the 200 milliseconds or so where you opened the network map and it requested all neighbors. This does a lot of memory access on the stick and requires the radio to be turned off meanwhile. It is turned back on afterwards.

@kars85
Copy link
Author

kars85 commented Dec 10, 2021

Thanks - wasn't sure if this was an unrelated issue, or still tied to firmware. What is the most efficient way to parse the zwave-js logs if I want to take a deeper dive on my end before opening an issue? I use Notepad++ heavily - is there a certain language or plugin I can use to help identify where problems lie?

@AlCalzone
Copy link
Member

I'm opening the log files in VSCode (mainly because I use it for everything else) and then use the search bar to look for messages from and to specific nodes. Nothing fancy, but you'll need to get an eye for things.

@kars85
Copy link
Author

kars85 commented Dec 10, 2021

One other thought - is SiLabs aware of their 700 series problems? From what I can tell, this is widespread and potentially hampering forward development of the platform for not only this project, but any other Z-wave vendor.

It appears like they may be on a pseudo-quarterly release schedule, but likely more of an "as needed" basis. I'm registered on their community, and can't see anything definitive mentioned about what we're seeing here, so thought I would ask. I thought about submitting a case, but not sure if that is futile or worthwhile. Thoughts?

@AlCalzone
Copy link
Member

I have an open support ticket with them. The HomeSeer devs do too and we've asked Zooz and Aeotec to try and reproduce so they can give some input too.

@AlCalzone
Copy link
Member

Duplicate of #3906

@AlCalzone AlCalzone marked this as a duplicate of #3906 Dec 15, 2021
Triage automation moved this from Needs triage to Closed Dec 15, 2021
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
Closed
Development

No branches or pull requests

2 participants