El error 100 indica que el cliente API envía mensajes demasiado rápido. Detenga el bucle de reintentos o la ráfaga de solicitudes y haga que la aplicación controle su ritmo de solicitudes. Más memoria en el ordenador no soluciona un flujo excesivo de mensajes.
Orientación educativa sobre software. Operar conlleva riesgos. Lea los avisos financieros y de información.
Paso a paso
- 1 Guarde primero el mensaje completo de la aplicación. Para revisar un registro de la API de TWS ya grabado, abra Help → Troubleshooting → Diagnostics → API Logs. Seleccione su fecha y elija View Logs. Si la lista está vacía, active el registro de API antes del siguiente evento.
- 2 Anote la hora en que empieza el error y el cliente que envía las solicitudes.
- 3 Pause el origen de las solicitudes repetidas sin dejar de supervisar las órdenes.
- 4 Compruebe si hay instancias duplicadas de la aplicación, bucles de reconexión o una gran ráfaga de suscripciones de cotizaciones.
- 5 Pida al desarrollador de la aplicación que aplique las reglas de pacing vigentes de IBKR y que ponga las solicitudes en cola de forma adecuada.
- 6 Reanude con una carga pequeña y vigile si reaparecen mensajes de límite de ritmo.
Un ejemplo práctico
Una aplicación pierde su enlace, se reconecta y envía toda la watchlist una y otra vez. Ese bucle puede crear más tráfico del que acepta el bróker. Pause el bucle y guarde el registro. Un desarrollador podrá entonces revisar el ritmo de solicitudes y la cola. Más RAM no cambiará el número de mensajes que permite el servidor. Mantenga las comprobaciones de órdenes por separado para no perder una ejecución mientras arregla el flujo de solicitudes.
Referencia de pantalla



Error que debe evitar
Preguntas frecuentes
¿El tráfico de órdenes forma parte de la carga?
El pacing de mensajes de la API es más amplio que las solicitudes de datos históricos por sí solas.
¿Debería comprar más RAM?
Primero corrija el ritmo de las solicitudes; los cambios de hardware no eliminan los límites del protocolo.