Error 429 – Too Many Requests #165

davee640 · 2025-02-18T22:42:09Z

Hello,
I am encountering an issue with the Zaptec integration for Home Assistant. An error message appears: "Error 429 – Too Many Requests." We have 16 charging stations in the installation, and synchronization is being refused. Do you have a solution?

Thank you

David

sveinse · 2025-02-19T01:17:39Z

There is a limit on how frequent requests can be sent to Zaptec cloud. For many chargers, the polling interval (default 60 seconds) must be reduces. See #158

davee640 · 2025-04-06T08:51:18Z

Hello,
Thank you for your response.
I have already tried several intervals, but the result is not good. It indicates that the entities are not available.
Here are several pictures

.
Thank you in advance for your help.

sveinse · 2025-04-06T17:40:22Z

How long intervals did you test with? When you get 429 Too many requests its the Zaptec cloud that refuses to deliver data. The only real fix to this would be to reduce the request frequency, as we have no control over the limits which Zaptec enforce on their interfaces.

Are you able to dump the diagnostics? See the front page readme for a description how.

Olen · 2025-05-09T13:15:28Z

Since there is no option to configure the poll interval, this is just a quick guide to do it without modifying the code.

First, disable polling.

Go to Settings -> Devices -> Zaptec and click the three dots on the right, next to number of devices and entities.
Click system options
Disable polling

Next, create a simple automation to poll based on a schedule.

Settings -> Automations -> Create Automation
As trigger, you can for instance set it to run every 2 minutes or whatever suits your needs, and that will not cause any more 429s. The period required depends on your number of devices. 2 minutes seems to work for my installation.

As action, you select "Home Assistant Core Integration: Update Entity
As "Entity to update", just select any entity that the Zaptec integration provides (any sensor or binary sensor)

You do need to add all the entities. Just one single entity from any of the devices will suffice to poll all the devices at the set interval.

thecoldwine · 2025-05-14T08:34:04Z

Hello, Zaptec is here.

We do have a rate limit of 10 requests per second per user. There is a high chance the frequency of the requests is too high. We do recommend doing two things:

Use exponential backoff retry.
Use jitter on the requests.

https://pypi.org/project/retry/ Is a good library that has built in policies.

sveinse · 2025-05-14T09:00:36Z

Maintainer here.

Thank you @thecoldwine, I will take a look at this.

A wish from me were that more services and datapoints were updated via the push mechanism (ServiceBus). It would reduce the need for continuous and regular polling. That would in turn decrease the latencies for the user and lessen the request load on Zaptec cloud. My 2 cents.

thecoldwine · 2025-05-14T09:16:52Z

@sveinse we are looking into enabling a lightweight push mechanism for non-enterprise customers (we do have Service Bus for enterprise / b2b integrations).

I have no details to share on a specific technology or timelines, but it is definitely on our radar.

sveinse · 2025-05-14T19:14:33Z

Hello, Zaptec is here.

We do have a rate limit of 10 requests per second per user. There is a high chance the frequency of the requests is too high. We do recommend doing two things:

Use exponential backoff retry.

Use jitter on the requests.

https://pypi.org/project/retry/ Is a good library that has built in policies.

There is already exponential and jitter implemented in the code. But it only does this when a request fails. So with this in mind, is there anything that's missing?

zaptec/custom_components/zaptec/api.py

Lines 892 to 899 in 6734c36

    
           # Implement exponential backoff with jitter and sleep before 
        
           # retying the request. 
        
           delay = delay * API_RETRY_FACTOR 
        
           delay = random.normalvariate(delay, delay * API_RETRY_JITTER) 
        
           delay = min(delay, self._max_time) 
        
           if DEBUG_API_CALLS: 
        
               _LOGGER.debug("Sleeping for %s seconds", delay) 
        
           await asyncio.sleep(delay)

thecoldwine · 2025-05-14T19:55:19Z

@sveinse if it retries on 429 it is enough.

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Error 429 – Too Many Requests #165

Error 429 – Too Many Requests #165

Error 429 – Too Many Requests #165

Error 429 – Too Many Requests #165

Comments