L’erreur 100 indique que le client API envoie des messages trop vite. Arrêtez la boucle de nouvelles tentatives ou la rafale de demandes et faites contrôler son débit de demandes par l’application. Davantage de mémoire sur l’ordinateur ne corrige pas un flux de messages excessif.
Conseils éducatifs sur le logiciel. Le trading comporte des risques. Lire les avertissements financiers et d'information.
Pas à pas
- 1 Enregistrez d’abord le message complet de l’application. Pour consulter un journal API de TWS enregistré, ouvrez Help → Troubleshooting → Diagnostics → API Logs. Sélectionnez sa date et choisissez View Logs. Si la liste est vide, activez la journalisation de l’API avant le prochain événement.
- 2 Notez l’heure de début de l’erreur et le client qui envoie les demandes.
- 3 Mettez en pause la source des demandes répétées tout en continuant de surveiller les ordres.
- 4 Vérifiez s’il y a des instances en double de l’application, des boucles de reconnexion ou une grosse rafale d’abonnements de cotation.
- 5 Demandez au développeur de l’application d’appliquer les règles de pacing actuelles d’IBKR et de mettre les demandes en file d’attente de façon appropriée.
- 6 Reprenez avec une petite charge de travail et surveillez les messages de débit récurrents.
Un exemple pratique
Une application perd sa liaison, se reconnecte et envoie toute la watchlist encore et encore. Cette boucle peut créer plus de trafic que le courtier n’en accepte. Mettez la boucle en pause et enregistrez le journal. Un développeur peut alors vérifier le débit des demandes et la file d’attente. Plus de RAM ne changera pas le nombre de messages que le serveur autorise. Gardez les vérifications d’ordres séparées afin de ne pas manquer une exécution pendant que vous corrigez le flux de demandes.
Référence d'écran



Erreur à éviter
Questions fréquentes
Le trafic d’ordres fait-il partie de la charge de travail ?
Le pacing des messages API est plus large que les seules demandes de données historiques.
Dois-je acheter plus de RAM ?
Corrigez d’abord le pacing des demandes ; changer de matériel ne supprime pas les limites du protocole.