![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
Queridos desarrolladores
TE EXIJO que leas este mensaje con atención.
¡¡¡Creo que he descubierto la razón por la que aparece la discrepancia horaria!!!
Hoy:
Terminal
Experto
Mecanismo de control de tiempo.
Cuando la Profundidadde Mercado cambia para un símbolo(yo trabajo sólo con la Profundidad de Mercado)
La funciónCheckMarketTime se llama
Tras obtener los datos del último tick del símbolo
¡¡¡¡Compruebo el plazo, pero(MUY IMPORTANTE) !!!!
MqlTick (INMEDIATAMENTE) no contiene el último marco temporal, si
en la profundidad del mercado ha cambiado SÓLO el volumen del mismo precio.
Hago esta suposición porque no hay
Banderas TICK_FLAG_ASK_VOLUMEy TICK_FLAG_BID_VOLUME
La función OnBookEvent ha funcionado (el volumen de tal o cual precio ha cambiado), pero
MqlTick no registró la hora de este cambio.
Por favor, añada estas banderas a MqlTick, respectivamente con el tiempo actualizado.
Añadido
Por alguna razón no puedo hacer un registro en el CD
MqlTick (AQUÍ) no registra la última hora si
en la copa de precios SÓLO ha cambiado el volumen del mismo precio.
Absolutamente correcto. Y este es un comportamiento correcto. MqlTick toma los datos de la misma fuente de la que se llena el historial de ticks. No debería haber duplicados en el historial de ticks, porque el historial de ticks en MT5 no almacena el volumen ni siquiera en las mejores bandas.
Hace tiempo que se ha planteado que no hay una forma directa de conocer el tiempo al que corresponde el historial de garrapatas. Averígualo de otra manera.
Absolutamente correcto. Y este es el comportamiento correcto. MqlTick toma los datos de la misma fuente de la que se llena el historial de ticks. No debería haber duplicados en el historial de ticks, porque el historial de ticks en MT5 no almacena el volumen ni siquiera en las mejores bandas.
Hace tiempo que se ha planteado que no hay una forma directa de conocer el tiempo al que corresponde el historial de garrapatas. Averígualo de otra manera.
¿Sería tan amable de sugerir cuál?
Añadido
Si recibía una notificación de que algo había cambiado en el takan, entonces
por qué no añadir un campo por comodidad ("poca sangre")
datetime book_change; ?
O incluso más sencillo, añadir el siguiente campo a MqlBookInfo
datetime book_change;
Sobre todo porque este tiempo se traduce por el intercambio.
¿Sería tan amable de decirme cuál es?
No seas ridículo... :)
Si me han notificado que algo ha cambiado en takan, entonces
por qué no añadir un campo para lo conveniente ("poco dinero")
datetime book_change; ?
O simplemente, añadir la estructura MqlBookInfo con el
datetime book_change;
Especialmente, que este tiempo es traducido por el intercambiador.
Sólo que no es una fecha, sino un tiempo - milisegundos. Y
Foro sobre comercio, sistemas de comercio automatizados y pruebas de estrategias
Mercado cerrado
fxsaber, 2017.09.22 09:17
Hace tiempo quese plantea la cuestión de que no hay una forma directa de saber a qué hora corresponde la ventana de apuestas.
Con sugerencias similares.
Quizá después de que se active el OnBookEvent
solicitar CopyTicks en este personaje?
Lo intentaré...
Quizá después de que se active el OnBookEvent
solicitar CopyTicks en este personaje?
No ayudaría, por supuesto. La única opción ahora es averiguar el tiempo del led de la secadora.
No servirá de nada, por supuesto. La única opción ahora es averiguar el momento en que se produce el led del cristal.
Es interesante :)
Resultado
???????
No sé ni qué decir....
No sé ni qué decir....
verá que el tiempo sólo será diferente en estas situaciones
Se ha discutido varias veces que MqlTick no devuelve un tick tal cual. Que hay dos flujos de ticks - cotización y transacción. Y que en CopyTicks se fusionan a veces de forma retroactiva, porque los flujos no están sincronizados. Y que los tiempos de MqlTick y CopyTicks pueden no coincidir.