-
Notifications
You must be signed in to change notification settings - Fork 10
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
All entities randomly, become unavailable. #30
Comments
Hi, not sure if this related or if it helps however I am having issues with three seperate integrations since upgrading to 2023.12 yesterday, this being one of them. The issue I am seeing states "Config flow could not be loaded: 500 Internal Server Error Server got itself in trouble" for each of the integrartions that have stopped working. The other two integrations are:
Both of these are displaying the same error message as above. Might just be coincidence but my HA Octopus Intelligent, Tesla and Tapo integrations all stopped working with the same error message on upgrading to 2023.12 after a restart. |
Quick update, rolled back to a previous version of HA and all working again 😁 |
I also have this issue since upgrading HA to 2023.12.1. |
I'm seeing the same, irregular dropouts. The following history chart shows the missing data over the past couple of days (the grey missing areas). ![]() HA: 2023.12.3 @megakid - Are you aware of any issues? Do you need us to take any logs etc? |
Just to confirm I'm seeing the same on HA 2023.12.3. With debug on all I can see in logs is : 2023-12-18 17:39:56.895 DEBUG (MainThread) [custom_components.octopus_intelligent] Setting up Octopus Intelligent System component Tried removing and adding through HACS, but no joy. Let me know if I can do anything to help. |
Just doing my updates and came across same issue when trying to update home assistant to 2023.12.3 from 2023.10.1, although following a restore it still will not initialise the integration. Even before the update I did notice that there are a lot more gaps in the data shown as per @BadgerLoaf. HA: 2023.10.1 (rollback from failed attempt on 2023.12.3) still not working I am seeing a few warnings in the logs relating to the integration:
Things attempted:
Have Octopus changed something? or is the service down from them perhaps? |
I've just noticed that my friends integration has been down since 1545 UK time 18th Dec today as well.... so seems a mere coincidence that it felt that HA 2023.12.3 broke this integration. It seems that either:
Thoughts? |
@nickcj931 mine became unavailable at the same time. I suspect it’s an octopus issue. |
Same boat here, went down at 15:44. I wonder if its a regional octopus intel server issue. I'm in the st7 are, where are you guys located. |
Ditto. Seeing this, and has been working OK for the past week. Logger: py.warnings /usr/local/lib/python3.11/asyncio/base_events.py:1926: RuntimeWarning: coroutine 'OctopusIntelligentSystem.start' was never awaited handle = None # Needed to break cycles when an exception occurs. |
Same here although I've tried an alternative Octopus integration which is working, suggesting the API is working (although may have changed functionality?). https://github.com/BottlecapDave/HomeAssistant-OctopusEnergy |
I have that add-on also, from before it had Intelligent support. That's also failing for me. |
I just tried to re-add the integration with my details which returned already configured and then re-initialised the integration which is now working again so perhaps a transient issue. |
Yep it’s back up and I’d changed nothing. |
Im in Powys Wales. But didn't think they had regional servers since uk doesn't have that type of datacenter setup as we are that small. Maybe Lon and Man for example. But the drop outs are getting worse and worse. I wonder if they are hitting the API limits perhaps? Companies do this all the time, create and offer an API and don't actually think what happens when it needs to scale and it starts to cost serious ££ .... |
I've found this discussion over on the BottlecapDave / Seems like they have introduced rate limit after all, although it seems they are talking about the Home Mini - I wonder if that is a platform wide rate limit on whole API Kraken or just for Home Mini related data? no idea I wouldn't have a clue how to check the code on this integration, but wonder if its "gapping out" because of this limiter (yesterday being an odd ball where perhaps Octopus did maintenance), and a polling rate needs to be adjusted in the app? |
Same issue here as above. |
It seems that I'm also facing an issue with entities falling back to "unavailable" state - it's happening with the But, interestingly, it's not happening with the equivalent So, if this was API throttling, then the other integration is somehow handling it. |
I saw a new issue today with the entities showing particular times for the start of the next off-peak period, but the octopus app was showing different times.Sent from my Remington Rand UNIVACwww.g8ytz.com On 13 Jan 2024, at 21:07, MarkTarry ***@***.***> wrote:
It seems that I'm also facing an issue with entities falling back to "unavailable" state - it's happening with the megakid/ha_octopus_intelligent integration entities:
image.png (view on web)
But, interestingly, it's not happening with the equivalent BottlecapDave/HomeAssistant-OctopusEnergy integration entities:
image.png (view on web)
So, if this was API throttling, then the other integration is somehow handling it.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you commented.Message ID: ***@***.***>
|
Not only is there rate limiting in place, Octopus are now blocking requests that do not have a suitable request header. |
I'm finding that, predominantly, Edit. WRT changelog for v1.6.0, I'm thinking that this is the expected behaviour (if there has been a restart etc after offpeak end:
That aside, my log has:
And I'm now finding that most of the entities (interestingly, now, not offpeak end) are showing as unavailable. Hopefully that's (A) related and (B) some use? |
I’m seeing the same issues too. |
Yes, I have see issues with other integrations, particularly the PowerWall, implying a "breaking change" has caused the issue. I don't use the Tesla car integration, though I have installed it and it is currently disabled. If you restart HA it fixes the issue (reload does not), it appears to be a process that stops randomly and occasionally restarts. I'm running HA on an Intel NUC Celeron. |
I've been having issues with the entities becoming unavailable or just showing the incorrect values for the past couple of months. I've installed this integration too (https://bottlecapdave.github.io/HomeAssistant-OctopusEnergy/) which is not as rich but is not having the same issues. I've updated my sensors in HA to use the status of which ever integration is working at the time (using or logic). |
@megakid any suggestions/workarounds? |
Same issue here, was working fine on Core 2024.1.5 ,Supervisor 2023.12.1 I wasn't using the integration to control my charging, I was however using it to monitor when charging was taking place. Its worth noting that if any of you have a zappi charger then its possible to use the myenergi integration entity myenergi zappi-(serial number) Status to pick up Boosing. Also myenergi zappi-(Serial Number) Plug status to pick up Charging, Waiting for EV, EV disconnected. |
Apologies for radio silence- I've not been available to look at this (new job and baby in the house). I'll try to take a look but this is a change on Octopus's end that I'll need to work with and/or around. Thanks for your patience! |
What's the default poll interval for this integration? I'm wondering if we need to be 'good API citizens' and make the polling less frequent? A small change here could help if Octopus are struggling with API load, and isn't likely to make a big difference to how well our automations work? |
Not sure what the difference is between these integrations but I tried this instead (https://github.com/BottlecapDave/HomeAssistant-OctopusEnergy) and it works well. Megakid is above and the new one is below. Had to adjust my automations etc but working again now. Congrats on the new arrival. |
I didn't realise that the BottlecapDave integration had the intelligent smart charging in already. I just wonder why are there 2 different integrations doing similar things.. |
I too have swapped over to BottlecapDave, but today that became unavailable too, so it must be an issue at the Octopus end or perhaps we are sending too many requests over? THE advantage of the Octopus Intelligent integration is it give you the 1, 2 and 3 hour slot indicators. |
Yes for some reason the BottlecapDave integration doesn't have issues with sensors turning unavailable like this one does. However, this one has 2 advantages: it has a "next offpeak start" sensor, and it updates dispatch slots way more accurately. I suspect the latter might be due to it polling the API more frequently, which could also be the cause of the constant "unavailable" issues? |
This integration polls the API every 5 mins (see interval here https://github.com/megakid/ha_octopus_intelligent/blob/main/custom_components/octopus_intelligent/octopus_intelligent_system.py) which feels quite conservative but is obviously still a problem. I did see someone say a header is required now which I need to research. I will try to get to it tonight |
Hopefully this is fixed with https://github.com/megakid/ha_octopus_intelligent/releases/tag/v1.6.3 |
Integration randomly becomes unavailable, so far I couldn't not isolate the cause.
Using the latest version 1.6.2
How can I help you troubleshoot this?
![Screenshot_20231206-214740](https://private-user-images.githubusercontent.com/54399974/288557724-f15a3e6d-1ae9-4a8e-a0d5-6386bd6578fe.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjE1MDc5NjAsIm5iZiI6MTcyMTUwNzY2MCwicGF0aCI6Ii81NDM5OTk3NC8yODg1NTc3MjQtZjE1YTNlNmQtMWFlOS00YThlLWEwZDUtNjM4NmJkNjU3OGZlLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA3MjAlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwNzIwVDIwMzQyMFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTkxZjFiMDdkZTAzMzBjNDdkZTY5Mzc2NDRjOTQ4NzhhZmRjNmIxMjQ4MDY5NDA5N2UyZmVlYjRiYzBkMDBkZGQmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.H-YvKb5ZJCECU-qqPr9JxJdMNd-MpSbIOfIRRNyPmrw)
![Screenshot_20231207-022227](https://private-user-images.githubusercontent.com/54399974/288605875-a34ff269-96a5-4fec-94b3-49809cec801c.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjE1MDc5NjAsIm5iZiI6MTcyMTUwNzY2MCwicGF0aCI6Ii81NDM5OTk3NC8yODg2MDU4NzUtYTM0ZmYyNjktOTZhNS00ZmVjLTk0YjMtNDk4MDljZWM4MDFjLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA3MjAlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwNzIwVDIwMzQyMFomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTIwZTgzMzg4NzI4MzBiYjk4YmMzOTUxZmM3MTNiMjJjMjc2ODkyMTNhYzkwNTI2ZWMzYWRjMWVkNjE0NTc2MWYmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.Rz3e1j7SxwUmWL8-ntVQVSxfuUuvtEqGSryBQ-ykVrQ)
The text was updated successfully, but these errors were encountered: