-
-
Notifications
You must be signed in to change notification settings - Fork 32.1k
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
Shelly devices suddenly offline after 2024.9.0 #125465
Comments
Hey there @balloob, @bieniu, @thecode, @chemelli74, @bdraco, mind taking a look at this issue as it has been labeled with an integration ( Code owner commandsCode owners of
(message by CodeOwnersMention) shelly documentation |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
I downgraded to 2024.8.3 now they are online again , but I was forced to move them to another Access point |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
@wessa66 Please check if the problem occurs if you restart HA to safe mode. If so, please attach a longer log, a log that describes only 30 seconds is not representative.
So it could be a network issue and not integration related? @kryanth @ekalle-swe Open post is about Thanks |
Hi |
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment was marked as off-topic.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
Hi |
This comment has been minimized.
This comment has been minimized.
Hi now I upgraded to 2024.9.2 and three of my shelly was not avail/offline , so I started i safe mode and had debugging on in Shelly, attached is the log I got them to work under 2024.8.3 by unplugging them for approx 60 sec and then connected them again |
@wessa66 from your previous comments:
Are these the same 3 devices all the time? The attached log show that 9 different devices has communication errors, HA retry to connect to them without success. Thanks |
This comment was marked as off-topic.
This comment was marked as off-topic.
@davidrpfarinha This is a different issue, please create a new issue |
Thanks for the heads-up, @thecode. I thought the original issue was for the device disconnected. |
This is most anoying , I upgraded to 2024.9.3 and lost three devices , I unpugged them for 1-2 minutes and replugged them and they came back, home-assistant_shelly_2024-09-26T11-51-40.351Z.log Edit |
Hi I have now found my issue with this problem, I´m using PaloAlto and my IoT(shelly) devices is on one subnet and HA in another subnet so all traffic is routed over my PA fw. What I did was that decreased UDP session timeout from 30 to 15 sec for the applications "coap base" and "coap-get-request" after that everything works after rebooting HA. So one way around this from HA perspective can be to increase the retry connection in shelly integration if HA can´t connect to a shelly device. so for me this can be closed |
see my previous post |
The problem
Suddenly after 2024.9.0, my some (3 out 32) of the shelly devices doesn´t get online
Attached debug log from one of my devices shelly dimmer 2 on firmware 20230913-114008/v1.14.0-gcb84623
and now I don´t want to downgrade as there was a major DB update done or is that possible to do?
What version of Home Assistant Core has the issue?
2024.9.0
What was the last working version of Home Assistant Core?
2024.8.x
What type of installation are you running?
Home Assistant OS
Integration causing the issue
shelly
Link to integration documentation on our website
No response
Diagnostics information
Document.txt
Example YAML snippet
No response
Anything in the logs that might be useful for us?
No response
Additional information
No response
The text was updated successfully, but these errors were encountered: