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
El tiempo es un verdadero problema en MT5. En primer lugar, el tipo de fecha del sistema tiene una resolución demasiado baja, según los estándares modernos, un segundo es una eternidad. En segundo lugar, la llegada de eventos no está relacionada con el tiempo. Supongamos que obtenemos una nueva captura de pantalla de un vaso en OnBookEvent, ¿y a qué hora se refiere? ¿Debemos buscar TimeCurrent con la última hora conocida del servidor? ¿Y si la última hora conocida del servidor se ha actualizado hace un minuto?
Es poco probable que cambien la fecha antes del año 3000
Es mucho más fácil hacer una envoltura.
No necesito un indicador. Y no necesito diferencias de modo. Dime, ¿observas diferencias de los mismos ticks al solicitar desde un modo una cantidad diferente (por ejemplo, 2000 y 10000).
Ahora lo entiendo. Tengo que comprobarlo...
Ghjdt Comprobado. Así que: en una misma herramienta para un mismo modo de recepción de ticks (busqué el modo COPY_TICKS_INFO - sólo Bid y Ask) y a diferente profundidad de solicitud de ticks el flujo de ticks llega de manera diferente. El archivo adjunto del Asesor Experto (v. 1.41) muestra claramente la razón de tal comportamiento:
Al solicitar 1500 devuelve 1500 ticks, al solicitar 10000 devuelve 4691. Generalmente, si devuelve más de 2000 ticks, entonces el modo de devolver el historial cambia.
Ghjdt Comprobado. Así que: en un mismo código para un mismo modo de recepción de ticks (he comprobado el modo COPY_TICKS_INFO - sólo Bid y Ask) y a diferente profundidad de solicitud de ticks se recibe un flujo de ticks diferente. El archivo adjunto del Asesor Experto (v. 1.41) muestra claramente la razón de tal comportamiento:
Al solicitar 1500 devuelve 1500 ticks, al solicitar 10000 devuelve 4691. En general, si se devuelven más de 2000 ticks, se cambia el modo de devolución del historial.
Eso es genial, yo tengo lo mismo. Escribí a servicedesk, vamos a esperar.
He observado una característica interesante. He ejecutado el EA descrito en mi post anterior con un instrumento nuevo (aún no ha solicitado el historial de ticks y por lo tanto no ha creado archivos con el historial de ticks en el disco) y he comprobado que al principio devolvía unos 200 ticks cuando solicitaba 2000. Pero poco a poco, con cada tic, el número de tics devueltos crece - parece que la historia en línea se está añadiendo a los 200 tics iniciales mientras escribo aquí.
Añadido: adjunto EA v 1.42 - corregido el error de salida de rango en la primera ejecución.
He observado una característica interesante. He ejecutado el EA descrito en mi post anterior con un instrumento nuevo (aún no ha solicitado el historial de ticks y por tanto no ha creado archivos con el historial de ticks en el disco) y he comprobado que al principio devolvía unos 200 ticks cuando solicitaba 2000. Pero poco a poco, con cada tic, el número de tics devueltos crece - parece que la historia en línea se está añadiendo a los 200 tics iniciales mientras escribo aquí.
Añadido: adjunto EA v 1.42 - corregido el error de salida de rango en la primera ejecución.
Sí, Renat señaló que las garrapatas son recogidas. Por lo tanto, debe comprobar el retorno -1 (al menos). Y en el modo COPY_TICKS_INFO, puede comprobar que la cantidad devuelta es igual a la solicitada, aunque no lo haga, es inútil.
Intenté solicitar garrapatas ahora - en el gráfico fuera de línea. Independientemente del modo y del número de ticks solicitados, el resultado es prácticamente el mismo: ningún precio de oferta (todos los ticks tienen bid = 0).
De todos modos, no podrás creer nada con tics hasta el lunes. Voy a hacer otra cosa.