-
Notifications
You must be signed in to change notification settings - Fork 93
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
Increase in "No Longer Reachable" following Node & NPM updates #750
Comments
Same here, constantly disconnects and then reconnect. If I am lucky the device is connected at the time I want to control it... [1/30/2025, 9:16:56 PM] [Broadlink RM] Broadlink RM device at 192.168.178.157 (24:df:a7:7a:e0:9a) is no longer reachable after three attempts. |
Hey @zeromancer1972! Thanks for bringing this back unto the top for me. I have a few open issues I'm troubleshooting frequently with Homebridge. This is an ongoing challenge I make a habit of monitoring after updates. I've configured my log retention to span multiple days, this has allowed me to see changed in behavior following updates. To date I've learned these devices are sensitive QOS settings. It also needs an open connection to the internet. It will increase these disconnects if it can not connect to the company's servers. Not ideal, I keep my eye out for IR platforms. I've also learned that common SSIDs can result in frequent hopping between radios in crowded radio environments. Instead I manually steer my IOT devices to specific APs and radios to minimize these disconnects where commands and responses can get dropped. This approach using 2 wired AP in a mesh configuration has improved my networks performance. there are things you've likely considered, but I'll just point out that turning these settings minimized this disconnect events for me. I've also noticed after updates to Node these invents can increase. Every free weeks I copy the log, view it through console and run through a short list of terms to see if those events appear more or less frequently after any given change to the system. I have 4 RM devices, 1 is the RM Mini 4 - has a temp sensor - this one gets pinged a lot and can become unstable. In my research found device firmware can impact it, I'm running V62092 came that way. Ensure your power supply is sized appropriately for the device and has stable power. Moving this device to an IOT Specific SSID using its preferred frequency I saw a significant improvement in reliability. I also found most routers are biased to channels 1 and 11 on 2 Ghz, in my crowded radio environment with over 70 wifi radios and commercial sources, the wind can affect interference. Using inSSIDER to manually identify open channels brought my network experience up to a stable 88% from 83% and resulted in fewer dropped commands. Installing a detected wired appleTV to use as the preferred hub also helped reduce "no response" messages. |
Describe the bug
Noticed a change in behavior following recent software updates, checking to see if anyone else noticed. I use this plugin to manage a temperature trigger automation, it stands out when it fails.
Reviewing detailed log data I noticed an increase in "no longer reachable" messages. In a log that spans the 1/18/25-1/23/25, I see the message returning on the 20th, around the time I updated NPM and Node.
To Reproduce
Steps to reproduce the behavior:
Screenshots
Desktop (please complete the following information):
Smartphone (please complete the following information):
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: