![MQL5 - Lenguaje de estrategias comerciales para el terminal de cliente MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Lamentablemente, no es posible controlar la aceptación de las órdenes pendientes, ya que esta información no está disponible en el lado de la Terminal. Pero casi invariablemente, la presencia de retrasos significativos en el lado de las órdenes TP/SL no puede sino afectar a los retrasos en la ejecución de las órdenes. Ya que la causa parece ser de la misma naturaleza.
Registro de activación del limitador tomado del servidor de comercio.
2020.11.26 09:32:23.053 '': order [#199 sell limit 0.01 EURSEK at 10.15957] triggered, activation price 10.16102 [10.16102 / 10.16354]
Aceptar-Tick.
Retraso de 3ms en la ejecución del limitador. Probablemente, los controles de corrección de márgenes sean muy costosos, etc.
Tal vez haya una opción en el servidor para desactivar las comprobaciones.
Hasta ahora la conclusión intermedia es que el desfase es de la misma naturaleza, tanto para los niveles TP/SL como para las órdenes.
HH El tick se escribió en la base de datos de MT5 a las 09:32:23.050, pero antes fueron las 09:32:23.039 en la máquina del servidor de operaciones. Es decir, 11 ms antes. Total 14 (11 + 3) ms de retraso.
La gente vive)) Tres milisegundos es un problema.
Esto es en un servidor de comercio completamente vacío con cero carga de CPU.
El ejemplo anterior fue durante cientos de milisegundos en MQ-Demo.
Tal y como están las cosas, incluso tres milisegundos son a menudo la causa de una redirección. Es como no coger un avión por culpa de un semáforo.
HH La base de datos de MT5 registró el tick a las 09:32:23.050, pero la máquina con el servidor de operaciones antes de eso golpeó a las 09:32:23.039. Es decir, 11 ms antes. Total 14 (11 + 3) ms de retraso.
Por favor, compruebe también la velocidad de escritura de los ticks en la base de MT5.
Sólo tuve una orden en mi cuenta real que se cerró en una toma de posesión, no es de extrañar que las acciones)))
Sólo tenía una orden en mi cuenta real que se cerró en la toma, ninguna sorpresa allí, stock)))
La situación es muy buena.
en mi cuenta real que cerró a valor de toma, no es una sorpresa, es una acción)))
La hora de nacimiento de la orden TP y la hora de su ejecución coinciden con la precisión de un milisegundo. Tal vez, esta es la peculiaridad del intercambio.
Pero el tiempo de nacimiento de la orden de toma es de 14 milisegundos. Para una operación bursátil, eso es mucho.
Parece haber descubierto la causa. Ejecutar el script en la máquina en la que se ejecuta el servidor.
Resultado.
A la izquierda está el tiempo de impresión. A la derecha está la hora de la garrapata entrante. El desfase puede verse claramente. Parece que OnTick se activa unos milisegundos después de que el tick se escriba en el servidor de operaciones.
Parece que la parte del servidor responsable de la activación del pedido se retrasa, como ocurre con su llegada al terminal.
Yo también tengo un diario entero lleno de mensajes así. Quizás las cosas cambien después del fin de semana.
2020.11.25 16:52:52.992 Trades '92810': failed modify #1758569 sell 0.02 USDJPY sl: 0.000, tp: 104.293 -> sl: 0.000, tp: 0.000 [Unknown error]
se ha ido.
se ha ido.
Su registro confirma plenamente que la orden de repetición de TP sólo se forma tras la llegada de un nuevo tick.
Foro sobre trading, sistemas de trading automatizados y pruebas de estrategias de trading
Aceptación de órdenes SL/TP
Enrique Dangeroux, 2020.11.30 19:04
Han estado tratando con el corredor en un montón de otros registros similares (hoy) que tratan de estas situaciones.
https://www.mql5.com/ru/forum/341117 sigue siendo un problema actual
En cuanto a la revista, no había "ajustes comerciales".