Navigation

    SmartAPI Forum
    • Register
    • Login
    • Search
    • Categories
    • Popular
    • Groups
    • FAQs
    • API Docs

    Persistent AB1021 "Too many requests" on getCandleData (NSE) well below limit

    Bugs
    1
    1
    2
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • U
      umangbhatia last edited by

      Hi Admin / Team,
      ​I am facing a persistent AB1021 ("Too many requests") error on the historical candle data endpoint for the NSE exchange, despite keeping my requests well within the documented limits.
      ​
      Here are the technical details of the issue:

      ​Client ID: AACI752461
      ​API URL: https://apiconnect.angelone.in/rest/secure/angelbroking/historical/v1/getCandleData
      ​Error Message: {'message': 'Too many requests', 'errorcode': 'AB1021', 'status': False}

      ​Context & Anomalous Behavior:
      ​Request Frequency: My code is spaced out to send exactly 1 request every 5–6 seconds (~10–12 requests per minute). This is significantly lower than the documented 180 requests/min cap.

      ​Immediate Triggers: The error often hits on the very first NSE request of a batch, or almost immediately upon starting a low-frequency sustained scan.

      ​The MCX Comparison: Under the exact same script, identical network conditions, and the same public residential IP (no VPN), MCX commodity candle requests work perfectly all day without a single error. The restriction is uniquely triggering on the NSE endpoint.

      ​I initially raised support ticket #29145216 regarding this, but it was closed without a resolution. Could an admin or backend engineer please check the server-side rate-limit telemetry for my client ID (AACI752461)?

      ​Please verify if my actual measured rate is tripping an algorithmic false positive on the NSE historical data endpoint.

      1 Reply Last reply Reply Quote 0
      • First post
        Last post