Anota cuándo se cae la conexión y qué servicio falla: órdenes, precios en tiempo real o datos históricos. Después compara esas marcas de tiempo con los registros de la aplicación, los avisos del proveedor y otras plataformas conectadas. Los conflictos de sesión, los problemas de recursos locales y el comportamiento específico del conector requieren comprobaciones distintas. Un gráfico congelado por sí solo no prueba una caída total de Rithmic.
Orientación educativa sobre software. Operar conlleva riesgos. Lea los avisos financieros y de información.
Protege tu investigación de información de cuenta desactualizada
Si la conexión se cae mientras existen posiciones u órdenes, usa una vía compatible disponible o el proveedor para confirmar el estado de la cuenta. No deduzcas una cancelación a partir de una ventana vacía o desconectada. Comprueba dónde gestiona tu software los brackets, la cancelación OCO o los ajustes de trailing antes de reiniciarlo.
OCO significa «una cancela a la otra» (one cancels the other): la gestión de órdenes vinculadas puede depender de la ruta concreta. La guía de OCO explica por qué hay que comprobar por separado dónde se encuentra una orden y su lógica de gestión.
Crea un breve registro de incidencias
| Registro | Ejemplo del detalle que conviene conservar |
|---|---|
| Hora | Marca de tiempo exacta y zona horaria |
| Aplicación | Nombre, versión y conector activo |
| Conexión | System/Gateway seleccionados; directo o plugin |
| Servicio fallido | Órdenes, precios, histórico o el servicio exacto que figura en el registro |
| Desencadenante | Se abrió una segunda aplicación, cambio de red, solicitud de histórico grande o ningún desencadenante conocido |
| Recuperación | Reintento automático, reconexión manual o sigue desconectado |
Los ejemplos de aquí son campos de registro, no una caída reproducida. Conserva las líneas de registro cercanas y elimina las credenciales o los identificadores privados antes de compartirlas.
Separa las ramas probables
Otra plataforma se conecta al mismo tiempo
Investiga los derechos de sesión y el enrutamiento antes de culpar a la calidad de la red. La guía de problemas de Quantower describe conflictos de sesiones directas y dependencias del host del plugin. El soporte de Sierra Chart identifica una limitación de la misma cuenta en su interfaz de Rithmic. No cierres un programa que gestione órdenes hasta haber evaluado esa dependencia.
RTrader Pro es el host del plugin
Para una ruta de plugin compatible, confirma que el host sigue en ejecución y conectado y que el cliente usa la ruta de plugin. Una conexión directa es una configuración distinta. Usa la guía del modo plugin para comprobar ambas aplicaciones y las sesiones permitidas por el proveedor.
Sierra Chart se reconecta repetidamente durante la actividad de símbolos/histórico
La guía oficial del servicio Rithmic describe un patrón específico de desconexión recurrente relacionado con símbolos que no coinciden con su formato de Rithmic. Identifica una corrección vinculada a la versión y aconseja inspeccionar los lugares que solicitan esos símbolos. Sigue esa rama documentada cuando los síntomas coincidan. No inventes ajustes de heartbeat ni apliques su diagnóstico a todas las plataformas.
Un ordenador tiene problemas y los demás no
Compara la disponibilidad de la red, el uso de recursos de la aplicación y el error exacto. Inspecciona el uso de recursos en torno a la incidencia en lugar de afirmar una sobrecarga de CPU solo por una pausa del gráfico. Un sitio web que funciona no confirma que todos los puntos de conexión de trading sean accesibles. Pide al administrador correspondiente que revise las restricciones de VPN o firewall; evita desactivar los controles de seguridad como paso rutinario.
Varios servicios fallan a la vez
Consulta los avisos oficiales fechados, incluido qué System o componente mencionan. Los avisos del proveedor pueden diferir del estado del fabricante de la plataforma. La comprobación de caídas explica cómo registrar una incertidumbre sin calificarla de incidencia confirmada.
Verifica la recuperación por etapas
- Comprueba que la conexión prevista indica que está conectada.
- Confirma la cuenta esperada y actualiza sus posiciones y órdenes mediante la interfaz compatible.
- Comprueba el contrato exacto y las marcas de tiempo de las cotizaciones del servicio de datos.
- Inspecciona los registros en busca de nuevos errores o reintentos repetidos.
- Confirma que cualquier lógica de órdenes gestionada localmente funciona como se pretende antes de confiar en ella.
Un indicador en verde registra el estado del servicio en ese momento; no prueba una ejecución, todas las suscripciones de mercado ni la ausencia de caídas futuras.
Si la interfaz informa específicamente de una conexión perdida, revise los pasos de diagnóstico de conexión perdida conservando el mensaje exacto y el estado de la cuenta.
Preguntas frecuentes
¿Un VPS arreglará las desconexiones recurrentes?
Un VPS cambia parte del entorno de ordenador/red. No establece la autorización de la cuenta, la compatibilidad del plugin ni la disponibilidad del proveedor. Diagnostica la rama que falla antes de gastar dinero.
¿Mis órdenes se cancelan automáticamente cuando la aplicación se cae?
Una desconexión por sí sola no prueba la cancelación. Confirma el estado de la orden y las reglas de alojamiento/gestión de la ruta.
¿Debo seguir reintentando cada pocos segundos?
Evita un bucle de reintentos descontrolado. Conserva el primer error, sigue el procedimiento de recuperación compatible de la plataforma y consulta al proveedor si los fallos repetidos continúan.
¿Por qué los gráficos funcionan pero la negociación no?
Los precios y el acceso a la cuenta/órdenes pueden implicar servicios o permisos distintos. Compruébalos por separado.