L’errore 100 indica che il client API sta inviando messaggi troppo rapidamente. Fermi un ciclo di tentativi o una raffica di richieste e faccia in modo che l’app controlli la propria frequenza di richieste. Più memoria nel computer non risolve un flusso eccessivo di messaggi.
Indicazioni didattiche sul software. Il trading comporta rischi. Legga le avvertenze finanziarie e informative.
Passo dopo passo
- 1 Salvare prima il messaggio completo dell’app. Per controllare un log API di TWS registrato, aprire Help → Troubleshooting → Diagnostics → API Logs. Selezionare la data e scegliere View Logs. Se l’elenco è vuoto, attivare il logging API prima del prossimo evento.
- 2 Annotare l’ora in cui inizia l’errore e il client che invia le richieste.
- 3 Mettere in pausa la fonte delle richieste ripetute, mantenendo il monitoraggio degli ordini.
- 4 Verificare la presenza di istanze duplicate dell’app, cicli di riconnessione o una grande raffica di sottoscrizioni alle quotazioni.
- 5 Chiedere allo sviluppatore dell’app di applicare le regole di pacing correnti di IBKR e di mettere in coda le richieste in modo appropriato.
- 6 Riprendere con un carico di lavoro ridotto e verificare se i messaggi sulla frequenza si ripresentano.
Un esempio pratico
Un’app perde il collegamento, si riconnette e invia l’intera watchlist più volte. Quel ciclo può creare più traffico di quello che il broker accetta. Metta in pausa il ciclo e salvi il log. Uno sviluppatore potrà poi controllare la frequenza delle richieste e la coda. Più RAM non cambierà il numero di messaggi consentito dal server. Tenga separati i controlli sugli ordini, così non perde un’esecuzione mentre corregge il flusso di richieste.
Riferimento della schermata



Errore da evitare
Domande frequenti
Il traffico degli ordini fa parte del carico di lavoro?
Il pacing dei messaggi API è più ampio delle sole richieste di dati storici.
Devo comprare più RAM?
Prima corregga il pacing delle richieste; cambiare l’hardware non elimina i limiti del protocollo.