Fehler 100 zeigt an, dass der API-Client Nachrichten zu schnell sendet. Stoppen Sie eine Wiederholungsschleife oder einen Anfragen-Burst und lassen Sie die App ihre Anfragerate steuern. Mehr Arbeitsspeicher behebt einen übermäßigen Nachrichtenstrom nicht.
Hinweise zur Software zu Bildungszwecken. Der Handel ist mit Risiken verbunden. Finanzielle Hinweise und Informationshinweise lesen.
Schritt für Schritt
- 1 Sichern Sie zuerst die vollständige App-Meldung. Um ein aufgezeichnetes TWS-API-Log zu prüfen, öffnen Sie Help → Troubleshooting → Diagnostics → API Logs. Wählen Sie das Datum und klicken Sie auf View Logs. Ist die Liste leer, aktivieren Sie das API-Logging vor dem nächsten Ereignis.
- 2 Notieren Sie die Uhrzeit, zu der der Fehler beginnt, und den Client, der die Anfragen sendet.
- 3 Pausieren Sie die Quelle der wiederholten Anfragen und behalten Sie dabei die Orderüberwachung bei.
- 4 Prüfen Sie auf doppelte App-Instanzen, Wiederverbindungsschleifen oder einen großen Burst an Kursabonnements.
- 5 Bitten Sie den App-Entwickler, die aktuellen IBKR-Pacing-Regeln anzuwenden und Anfragen angemessen in eine Warteschlange zu stellen.
- 6 Setzen Sie mit einer kleinen Arbeitslast fort und achten Sie auf erneut auftretende Ratenmeldungen.
Ein praktisches Beispiel
Eine App verliert ihre Verbindung, verbindet sich neu und sendet die gesamte Watchlist immer wieder. Diese Schleife kann mehr Datenverkehr erzeugen, als der Broker akzeptiert. Pausieren Sie die Schleife und sichern Sie das Log. Ein Entwickler kann dann die Anfragerate und die Warteschlange prüfen. Mehr RAM ändert nichts an der Anzahl der Nachrichten, die der Server zulässt. Prüfen Sie Orders gesondert, damit Sie keine Ausführung verpassen, während Sie den Anfragenstrom korrigieren.
Bildschirmreferenz



Fehler, den Sie vermeiden sollten
Häufige Fragen
Gehört Order-Datenverkehr zur Arbeitslast?
Das API-Message-Pacing ist umfassender als Anfragen für historische Daten allein.
Sollte ich mehr RAM kaufen?
Korrigieren Sie zuerst das Anfrage-Pacing; Hardware-Änderungen heben Protokollgrenzen nicht auf.