-
Notifications
You must be signed in to change notification settings - Fork 68
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
Rate limit exceeded #78
Comments
Following. I've been seeing this too with a similar setup. |
I removed the integration and reinstalled 0.2.1 and it's working again |
Never mind, it broke again a day later with the same error in 0.2.1, though this time with more information in the error:
The above two messages show in the logs 3 times a second every 10 seconds. So it seems the integration is checking too frequently to get the device state, and the rate_limit_delay was either changed or removed, so it's creating a lock out. |
I have been fighting the same issue - the API is only used by Govee and I have about 10 different Govee devices - 1/2 the time my Govee integration doesnt work due to the rate limit - I understand the limit, but no idea what could cause 10 devices to generate 10,000 requests in a 24 hour period? I have increased the refresh rate to 30 seconds and that didnt really help at all. |
im havbintg the same issue so i got another api key and neither api keys are qworking now im guessing this has to do wqith govees servers but who knows |
Same thing here - Govee lights operations now work about 10% of the time. |
Same here. I saw the limit is 10000 per 24 hours. Does that mean, I've hit it that many times in a 24-hour period or does that count all of the HA users? |
Same error for me - is this issue being worked on, or is it just a limitation we'll have to live with?? |
+1 on this issue. This went from stable to API throttling without making any configuration changes. 2 Govee devices total, and 1 is even disabled right now. |
Same here. I tried all the fixes mentioned above and have had the same results. I also have the Govee skill enabled on Alexa so I thought that might be the issue. However, I disabled the Alexa skill, tried all the fixes again, and same result - works for a bit, then I've hit the limit. This is a recent issue for me too btw. Anyway, the Govee skill through Alexa has been dependable so I've resorted to automate what I can through there. Though I'd prefer to keep scripts and automations on HA, the Govee integration still requires cloud connection to work anyway, so... I dk, I guess I'm okay with moving what I can to Alexa or the Govee app. Actually the Govee app updated somewhat recently and they've upgraded their automation abilities. It's not as capable as HA but maybe that's a fix for some of us. |
+1. Only have 3 or 4 strips or so, value set to 120 and still get these messages. |
same |
Running into this as well. |
having same issue for a few weeks now.. I have 14 govee devices so it's happening quite frequently for me to the point it is unusable. |
Having the same issue. I have two lights and maybe make 2-3 adjustments per day. |
Having the same issue, however seems that the API works to turn off a light consistently (if manually turned on), but my automation won’t turn on light….. |
Hitting the same issue as well. Could not connect to Govee API:
API: API-Error 429: {"message":"rate limited! the limit is 10000 requests every 24 hours.
X-RateLimit-Reset in Http Response Header shows the reset time."} I currently have 3 lights in my house. So I modified the
Before I had each I'll report the results. This is also good information https://github.com/LaggAt/hacs-govee#caveats |
Same issue |
Sadly the same issue here. :( |
Had the same issue with only 2 light strips, but after changing Govee Integration Poll Interval from 10 to 30 things have been stabile (so far) |
So I have not experience any issues after making the change. It looks an expected issue when the poll interval is too short vs the number of lights. So I think this issue can be closed or maybe add more emphasis on this topic on the official documentation or README.md. |
So what changes did you make? How many devices do you have and what did you set the polling interval to?
…________________________________
From: Marcelo Moreira de Mello ***@***.***>
Sent: 21 June 2022 16:19
To: LaggAt/hacs-govee ***@***.***>
Cc: atv2016 ***@***.***>; Comment ***@***.***>
Subject: Re: [LaggAt/hacs-govee] Rate limit exceeded (Issue #78)
So I have not experience any issues after making the change. It looks an expected issue when the poll interval is too short vs the number of lights. So I think this issue can be closed or maybe add more emphasis on this topic on the official documentation or README.md.
—
Reply to this email directly, view it on GitHub<#78 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AEBCFUZXBFGJAMGBEPPEUL3VQHMQ7ANCNFSM5V5T3G2A>.
You are receiving this because you commented.Message ID: ***@***.***>
|
@atv2016 you can see my notes here -> #78 (comment) |
Well i have mine set to 60, and i have 3 of them, and i still get the messages unfortunately. Not sure what the poll rate is even for, it doesn't seem to change functionality if i set it higher or lower (although to low will shutdown API access and i think the lights become unresponsive (the entire issue that this all started with).
…________________________________
From: Marcelo Moreira de Mello ***@***.***>
Sent: 22 June 2022 15:16
To: LaggAt/hacs-govee ***@***.***>
Cc: atv2016 ***@***.***>; Mention ***@***.***>
Subject: Re: [LaggAt/hacs-govee] Rate limit exceeded (Issue #78)
@atv2016<https://github.com/atv2016> you can see my notes here -> #78 (comment)<#78 (comment)>
—
Reply to this email directly, view it on GitHub<#78 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AEBCFUY6DTLRPL4BBPVJALTVQMN2DANCNFSM5V5T3G2A>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
This actually helped. The default poll interval is I feel like the Caveats section should be moved to the top of the README, or at least a small warning (and maybe inside the Integration's UI) should be put so that people are more aware since I think most people, like me, may start adding more devices later on Hopefully, Govee does indeed add an endpoint to get a list of devices' states instead of having to pull each one separately, to mitigate this issue. |
It doesn't matter, i have it set to 120, have only 4 devices
|
Has this issue been resolved yet? I heard rumors of changes GOVEE may be making that would fix this issue in Home assistant |
Not really. Some people have had success it seems but no matter what value I put in I still get the message. And I have only 4-5 light strips or so.
…________________________________
From: Carly Macellaro ***@***.***>
Sent: 25 October 2022 22:00
To: LaggAt/hacs-govee ***@***.***>
Cc: atv2016 ***@***.***>; Mention ***@***.***>
Subject: Re: [LaggAt/hacs-govee] Rate limit exceeded (Issue #78)
Has this issue been resolved yet? I heard rumors of changes GOVEE may be making that would fix this issue in Home assistant
—
Reply to this email directly, view it on GitHub<#78 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AEBCFUZDZY54APVHOTNMP7TWFBC5TANCNFSM5V5T3G2A>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
having same issue, was working great and now im getting this error
|
I've had this problem for the last couple of weeks where Home Assistant can't connect to Govee API due to rate limit exceeded.
Logs:
I don't have any other API connection to Govee, and the few automations I have run a few times daily.
govee v0.2.2
home assistant 2022.5.4 (though it started with 2022.4.x)
A few days after it originally happened, it just started working again for a day or two, but now it's back to blocked.
I tried to downgrade to 0.2.1 by redownloading it via HACS, but after restart it's still at 0.2.2. Do I have to uninstall it first? I haven't tried an uninstall since I didn't want to mess up my entities.
The text was updated successfully, but these errors were encountered: