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

devolo_home_network - Error fetching... #110555

Closed
jusicgn opened this issue Feb 14, 2024 · 16 comments · Fixed by #122847
Closed

devolo_home_network - Error fetching... #110555

jusicgn opened this issue Feb 14, 2024 · 16 comments · Fixed by #122847

Comments

@jusicgn
Copy link

jusicgn commented Feb 14, 2024

The problem

Hi folks,

I've got 4 devolo devices in total and get a lot of errors in the log:

Logger: homeassistant.components.devolo_home_network
Source: helpers/update_coordinator.py:345
Integration: devolo Home Network (documentation, issues)
First occurred: 13. Februar 2024 um 22:46:33 (724 occurrences)
Last logged: 17:11:57

Error fetching connected_plc_devices data: The device is currently not available. Maybe on standby?
Error fetching connected_wifi_clients data: The device is currently not available. Maybe on standby?
Error fetching switch_guest_wifi data: The device is currently not available. Maybe on standby?
Error fetching switch_leds data: The device is currently not available. Maybe on standby?

My devices:

  1. Magic 2 LAN DINrail
  2. Magic 2 WiFi 6
  3. Magic 2 WiFi next
  4. Magic 2 LAN 1-1

As i read in other tickets that it might help to switch off the firmware update entity, I did that just before writing this issue.
Will report if it "fixes" the issue.
But even if it does. Would be nice to have the firmware update information back :)

Best, Julian

What version of Home Assistant Core has the issue?

2024.2.1

What was the last working version of Home Assistant Core?

No response

What type of installation are you running?

Home Assistant OS

Integration causing the issue

devolo_home_network

Link to integration documentation on our website

https://www.home-assistant.io/integrations/devolo_home_network

Diagnostics information

config_entry-devolo_home_network-ff0a70262b3e7b097fbace716cdee82f.json
config_entry-devolo_home_network-1968c964fce199541b93cb53879a9ce7.json
config_entry-devolo_home_network-fa7fab6646b974bdf985f740be1cdd04.json
config_entry-devolo_home_network-773d8476514eb8ae134f1976d98d6510.json

Example YAML snippet

No response

Anything in the logs that might be useful for us?

Logger: homeassistant.components.devolo_home_network
Source: helpers/update_coordinator.py:345
Integration: devolo Home Network (documentation, issues)
First occurred: 13. Februar 2024 um 22:46:33 (724 occurrences)
Last logged: 17:11:57

Error fetching connected_plc_devices data: The device is currently not available. Maybe on standby?
Error fetching connected_wifi_clients data: The device is currently not available. Maybe on standby?
Error fetching switch_guest_wifi data: The device is currently not available. Maybe on standby?
Error fetching switch_leds data: The device is currently not available. Maybe on standby?

Additional information

No response

@home-assistant
Copy link

Hey there @2Fake, @Shutgun, mind taking a look at this issue as it has been labeled with an integration (devolo_home_network) you are listed as a code owner for? Thanks!

Code owner commands

Code owners of devolo_home_network can trigger bot actions by commenting:

  • @home-assistant close Closes the issue.
  • @home-assistant rename Awesome new title Renames the issue.
  • @home-assistant reopen Reopen the issue.
  • @home-assistant unassign devolo_home_network Removes the current integration label and assignees on the issue, add the integration domain after the command.
  • @home-assistant add-label needs-more-information Add a label (needs-more-information, problem in dependency, problem in custom component) to the issue.
  • @home-assistant remove-label needs-more-information Remove a label (needs-more-information, problem in dependency, problem in custom component) on the issue.

(message by CodeOwnersMention)


devolo_home_network documentation
devolo_home_network source
(message by IssueLinks)

@Shutgun
Copy link
Contributor

Shutgun commented Feb 15, 2024

Hi @jusicgn , those are too many errors to be explained by the firmware endpoint. The polling interval of that endpoint was reduced to once every 5 hours, so I doubt, that deactivating it will help. I also see this in my setup, but way less. How are your average PLC data rates?

I guess we cannot avoid those errors completely. The devolo devices have weak CPUs that assumingly answer API calls with low priority to keep the main purpose (bridging traffic) up and running. I could try to increase the timeout I use, however the currently used 10 seconds already feel long to me.

Do you have any real service interruptions by those errors or are they "just" annoying you?

@jusicgn
Copy link
Author

jusicgn commented Feb 15, 2024

Hi @Shutgun , I've made a screenshot from my plc data rates for you :)
IMG_2082
I'm not aware of service interruptions by those errors.
But from your words I'm wondering if these API calls are "stressing" the devices and I should turn them all off...?

Todays logs look like this:
Logger: homeassistant.components.devolo_home_network
Source: helpers/update_coordinator.py:345
Integration: devolo Home Network (documentation, issues)
First occurred: 13. Februar 2024 um 22:46:33 (1845 occurrences)
Last logged: 20:44:42

Error fetching connected_plc_devices data: The device is currently not available. Maybe on standby?
Error fetching connected_wifi_clients data: The device is currently not available. Maybe on standby?
Error fetching switch_guest_wifi data: The device is currently not available. Maybe on standby?
Error fetching switch_leds data: The device is currently not available. Maybe on standby?

@Shutgun
Copy link
Contributor

Shutgun commented Feb 15, 2024

Your data rates look ok, they aren't an issue. I definitely have weaker rates in my setup. I don't think the devices are stressed, they just don't answer in time. But what I did is to deactivate all entities I don't need. However, a few entities rely on the same API endpoints, so you'd have to deactivate them all in order to really reduce the number of calls.

  • Device attached to the router shares the same API with Number of PLC devices and PLC PHY rates
  • Number of connected Wi-Fi clients shares the same API with Presence detection
  • QR code of your guest Wi-Fi credentials shares the same API with Turn on/off guest Wi-Fi

The LAN 1-1 and the DIN-rail would be my first victims for this optimizations as the WiFi devices have better CPUs.

I will additionally try a larger timeout in my setup. Maybe that helps, too.

@issue-triage-workflows
Copy link

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates.
Please make sure to update to the latest Home Assistant version and check if that solves the issue. Let us know if that works for you by adding a comment 👍
This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

@Alf-Tupper
Copy link

I have started to see the same issue... Should I just disable the entities?

Logger: homeassistant.components.devolo_home_network
Source: helpers/update_coordinator.py:347
integration: devolo Home Network (documentation, issues)
First occurred: 19 May 2024 at 13:59:13 (57 occurrences)
Last logged: 20:04:49

Error fetching switch_leds data: The device is currently not available. Maybe on standby?
Error fetching connected_wifi_clients data: The device is currently not available. Maybe on standby?
Error fetching switch_guest_wifi data: The device is currently not available. Maybe on standby?
Error fetching connected_plc_devices data: The device is currently not available. Maybe on standby?
Error fetching regular_firmware data: The device is currently not available. Maybe on standby?

@Shutgun
Copy link
Contributor

Shutgun commented May 23, 2024

Hi @Alf-Tupper , assuming your devices are not really on stand-by and the connection between them is rather stable, the devices sometimes are simply to slow to answer in time and sometimes they aren't. I cannot really tell when nor can my contacts at devolo.

What I would suggest if you can't live with ignoring the messages is to deactivate entities you don't need. That will reduce the presure on the device and increase the probability it will answer in time. So you don't necessarily need to deactivate those who log, but any deactivated entity can help.

@CaptInsano
Copy link

CaptInsano commented Jun 22, 2024

To add to this issue:

I have had a Devolo device that has been constantly giving the error "failed setup will retry" in Home Assistant.

I followed advice from other issue threads here and disabled any entities that I was not interested in but still had issues.

I then completely removed the device from Home Assistant but not I cannot re-add it? I have restarted both Home Assistant and the Devolo Wifi devices many times, but still no joy.

Standby is disabled on all devolo devices

Logs and pics below:

image

image

image

Logs below: (can provide them in-line if preferred)

home-assistant_2024-06-22T11-00-13.873Z.log

@Shutgun
Copy link
Contributor

Shutgun commented Jun 22, 2024

Hi @CaptInsano , this looks like a different issue. It seems like an IP protocol mismatch to me. While you show an IPv4 address in the screenshots there is an IPv6 address in the logs and that seems to be unreachable for your Home Assistant. Have you tried to restart the Magic 2 WiFi? Maybe it's not advertising itself properly via mDNS...

@CaptInsano
Copy link

I had restarted both Home Assistant and Devolo Magic 2 WIFI a few times before I added to this issue with no joy and I also restarted them again just now with no change.

I have always used IPv4 addresses and never had issues, I am also accessing my Home Assistant instance over IPv4.

Screenshot_20240622-180417

@CaptInsano
Copy link

I just tested removing another devolo device from Home Assistant and re-adding it but that worked with no issue.

I have not changed any settings on my Magic 2 WIFI that I am aware of. Is there anything I should be trying/checking?

@Shutgun
Copy link
Contributor

Shutgun commented Jun 22, 2024

Do you know how to make an mDNS snapshot of your network, e.g. using avahi-browse? We could then check what the device advertises.

@CaptInsano
Copy link

I ran avahi-browse -a on my server hosting my HomeAssistant VM and left it run for a while, I also restarted the Magic 2 WIFI during this time but I don't see any sign of it here:

I am not sure if this is the command/output you are looking for?

# avahi-browse -a
+    br0 IPv6 oop-316                                       _mqtt._tcp           local
+    br0 IPv4 oop-316                                       _mqtt._tcp           local
+    br0 IPv6 Magic 2 LAN 1-1 #2                            _dvl-deviceapi._tcp  local
+    br0 IPv6 Magic 2 LAN triple                            _dvl-deviceapi._tcp  local
+    br0 IPv6 Magic 2 LAN 1-1                               _dvl-deviceapi._tcp  local
+    br0 IPv4 Magic 2 LAN 1-1 #2                            _dvl-deviceapi._tcp  local
+    br0 IPv4 Magic 2 LAN triple                            _dvl-deviceapi._tcp  local
+    br0 IPv4 Magic 2 LAN 1-1                               _dvl-deviceapi._tcp  local
+    br0 IPv6 _dvl-plcnetapi                                _tcp                 local
+    br0 IPv6 _http                                         _tcp                 local
+    br0 IPv6 _workstation                                  _tcp                 local
+    br0 IPv6 _mqtt                                         _tcp                 local
+    br0 IPv6 _dvl-deviceapi                                _tcp                 local
+    br0 IPv4 _workstation                                  _tcp                 local
+    br0 IPv4 _services                                     _dns-sd._udp         local
+    br0 IPv4 _nvstream_dbd                                 _tcp                 local
+    br0 IPv4 _mqtt                                         _tcp                 local
+    br0 IPv4 _dvl-deviceapi                                _tcp                 local
+    br0 IPv6 Magic 2 LAN 1-1 #2                            _http._tcp           local
+    br0 IPv6 Magic 2 LAN 1-1                               _http._tcp           local
+    br0 IPv6 Magic 2 LAN triple                            _http._tcp           local
+    br0 IPv4 Magic 2 LAN 1-1                               _http._tcp           local
+    br0 IPv4 Magic 2 LAN triple                            _http._tcp           local
+    br0 IPv4 Magic 2 LAN 1-1 #2                            _http._tcp           local
+    br0 IPv6 Magic 2 LAN 1-1 #2                            _dvl-plcnetapi._tcp  local
+    br0 IPv6 Magic 2 LAN triple                            _dvl-plcnetapi._tcp  local
+    br0 IPv4 Magic 2 LAN 1-1 #2                            _dvl-plcnetapi._tcp  local
+    br0 IPv4 Magic 2 LAN triple                            _dvl-plcnetapi._tcp  local
+    br0 IPv6 _googlecast                                   _tcp                 local
+    br0 IPv4 _googlecast                                   _tcp                 local
+    br0 IPv6 Android-TV-XXXXXXXXXXXXXXXXXXXXXXXXXXX   _googlecast._tcp     local
+    br0 IPv6 Nest-Audio-XXXXXXXXXXXXXXXXXXXXXXXXXXX   _googlecast._tcp     local
+    br0 IPv4 Nest-Audio-XXXXXXXXXXXXXXXXXXXXXXXXXXX   _googlecast._tcp     local
+    br0 IPv4 Android-TV-XXXXXXXXXXXXXXXXXXXXXXXXXXX   _googlecast._tcp     local
+    br0 IPv4 _androidtvremote2                             _tcp                 local
+    br0 IPv6 _androidtvremote2                             _tcp                 local
+    br0 IPv6 Living Room TV                                _androidtvremote2._tcp local
+    br0 IPv4 Living Room TV                                _androidtvremote2._tcp local
+    br0 IPv6 xxxxxxhomeassistant [XXXXXXXXXXXXXXXXXXXXXXXXXXX] _workstation._tcp    local
+    br0 IPv4 xxxxxxhomeassistant [XXXXXXXXXXXXXXXXXXXXXXXXXXX] _workstation._tcp    local
+    br0 IPv6 Magic 2 LAN 1-1                               _dvl-plcnetapi._tcp  local
+    br0 IPv4 _home-assistant                               _tcp                 local
+    br0 IPv6 _home-assistant                               _tcp                 local
+    br0 IPv6 XXXXXXXX                                      _home-assistant._tcp local
+    br0 IPv4 XXXXXXXX                                      _home-assistant._tcp local
+    br0 IPv6 _googlezone                                   _tcp                 local
+    br0 IPv4 _googlezone                                   _tcp                 local
+    br0 IPv6 XXXXXXX-XXXX-XXXX-XXXXX-XXXXXXXXXX          _googlezone._tcp     local
+    br0 IPv4 XXXXXXX-XXXX-XXXX-XXXXX-XXXXXXXXXX          _googlezone._tcp     local
+    br0 IPv4 _arduino                                      _tcp                 local
+    br0 IPv4 OMG_lilygo_rtl_433_ESP                        _arduino._tcp        local
+ ztc3q3atnx IPv4 _ssh                                          _tcp                 local
+ ztc3q3atnx IPv4 _sftp-ssh                                     _tcp                 local
+ ztc3q3atnx IPv4 _smb                                          _tcp                 local
+ ztc3q3atnx IPv4 _device-info                                  _tcp                 local
+ ztc3q3atnx IPv4 Tower-2                                       _sftp-ssh._tcp       local
+ ztc3q3atnx IPv4 Tower-2                                       _ssh._tcp            local
+ ztc3q3atnx IPv4 Tower-2                                       _device-info._tcp    local
+ ztc3q3atnx IPv4 Tower-2                                       _smb._tcp            local
+    br0 IPv4 Magic 2 LAN 1-1                               _dvl-plcnetapi._tcp  local
+    br0 IPv4 _http                                         _tcp                 local
+    br0 IPv4 _dvl-plcnetapi                                _tcp                 local
-    br0 IPv4 Magic 2 LAN 1-1                               _http._tcp           local
+    br0 IPv4 Magic 2 LAN 1-1                               _http._tcp           local
-    br0 IPv4 Magic 2 LAN 1-1 #2                            _dvl-deviceapi._tcp  local
+    br0 IPv4 Magic 2 LAN 1-1 #2                            _dvl-deviceapi._tcp  local
-    br0 IPv4 Magic 2 LAN 1-1                               _dvl-plcnetapi._tcp  local
-    br0 IPv4 Magic 2 LAN 1-1 #2                            _dvl-plcnetapi._tcp  local
+    br0 IPv4 Magic 2 LAN 1-1                               _dvl-plcnetapi._tcp  local
+    br0 IPv4 Magic 2 LAN 1-1 #2                            _dvl-plcnetapi._tcp  local

@CaptInsano
Copy link

Just to say: I also just did a factory reset of my Magic 2 WIFI device and still the same issue?

@Shutgun
Copy link
Contributor

Shutgun commented Jun 23, 2024

ok, that looks very weird. The Magic 2 WiFi is indeed not advertising itself via mDNS and that is why the connection to Home Assistant is broken. If you already factory reset it, I'm a bit our of options. If you click on the device in the devolo app: do you have options to e.g. turn of the LEDs or restart the device? Those functions are using the same API like I do. I assume, the device is on latest firmware?

@CaptInsano
Copy link

I can confirm I had full control over the device via the app.

I had also previously restarted my router and wireless APs but this time I disabled IPv6 on my router and restarted and then I started seeing Magic 2 WIFI on mDNS. It was then automatically detected by Home Assistant and is currently working.

I really appreciate your help but I believe it may have been an IPv6 issue that had never presented before.

I will monitor and then try and re-enable IPv6 to see if it continues to work

@github-actions github-actions bot locked and limited conversation to collaborators Aug 29, 2024
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants