Desarrolladores.Formato de tiempo en el terminal MT5 - página 4
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
¿GetTickCount? ¿Todo el asunto? No seas ridículo.
Sus necesidades de negociación no representan las capacidades limitadas de GetTickCount
La cuestión de la dudosa utilidad de la medición de la tasa de ticks dentro de una meta está completamente resuelta por las limitadas posibilidades de GetTickCount.
Ni siquiera es necesario discutir aquí, cualquiera puede resolver este problema muy rápidamente.
En cuanto a los milisegundos en general y mis necesidades, he justificado más o menos mi opinión sobre su inutilidad en MT5.
Todos los cálculos se basan en los últimos 10 (o lo que se establezca) ticks...
Con un tick_volumen de minutos es un poco diferente) El período es un orden de magnitud(es) más largo.
Si vas por minutos y divides 60.000 milisegundos por el tamaño de tick_volume, ¿no sería exacta al milisegundo la tasa de ticks recibidos en cada minuto examinado?
Si tomamos la hora local actual del ordenador con milisegundos (utilizando las herramientas WinAPI), dividimos esos milisegundos por el volumen de ticks acumulado actual, ¿no obtendríamos la tasa de llegada de ticks actual?
La cuestión de la cuestionable utilidad de la medición de la tasa de ticks dentro de una meta está completamente resuelta por las limitadas capacidades de GetTickCount.
Ni siquiera es necesario discutir, cualquiera puede resolver este problema muy rápidamente.
En cuanto a los milisegundos en general y mis necesidades, he justificado más o menos mi opinión sobre su inutilidad en MT5.
hrenfx:
Pero GetTickCount resuelve completamente este sencillo problema. Los milisegundos no tienen nada que ver.
Es una buena idea. Debería probarlo).
Pero con milisegundos en el tiempo de tic, sería más fácil.
no se permite la publicidad aquí :)
Nadie le impide obtener la hora actual con milisegundos. El resto es una cuestión de técnica.
No debes leerlo con atención:
P.P.S. Nadie te impide recoger los ticks en la meta con milisegundos (a través de la emulación con GetTickCount). Es muy sencillo. La cuestión es si es necesario.
Lo bueno de GetTickCount es que no requiere WinAPI en MQL. Pero su ventaja es mucho mayor porque la hora local no está necesariamente sincronizada con la hora del servidor comercial. Y los datos sobre la hora de llegada de los ticks deben recibirse a la hora del servidor de operaciones. Por eso los milisegundos se emulan con GetTickCount. De este modo, la precisión es mayor que si se considera la diferencia constantemente flotante entre los dos tiempos.
Como ves, no se trata de un razonamiento teórico, sino de una operación práctica.
Y los datos sobre la hora de llegada del tick deben recibirse en el tiempo del servidor de operaciones. Por lo tanto, los milisegundos se emulan a través de GetTickCount. De este modo, la precisión es mayor que si se tiene en cuenta la desincronización constante de dos tiempos.
+ correcto.
Medir el tiempo en el lado del terminal significa que también hay un retraso en el envío de los datos.
Y tener un tiempo guardado del servidor es justo lo que necesitas.
Stanislav. Pero ya lo tienes en el sistema de pedidos. Sólo hay que dárselo a la terminal para que los comerciantes se lo lleven.
Con las garrapatas, el tema no se ha resuelto a nivel de servidor, por lo que ni siquiera lo mencionaré.
Verás, cuando te viene un tic, indica que ha ocurrido una de las siguientes cosas:
1. Si la oferta de nivel 1 ha cambiado (Bid_1);
2. Si Bid_1 no ha cambiado, pero el volumen en este nivel de precios ha cambiado (ha aumentado/disminuido);
Si la Oferta_1 no ha cambiado, y la Oferta_2 o el volumen en el nivel de precio de la Oferta_2 ha cambiado;
etc.
Lo mismo ocurre con Ask. Y ahora Bid, Ask y volúmenes en cada nivel de precios juntos. ¿Te imaginas la cantidad de datos diferentes que hay? Y todo está empaquetado en 1c.
Puede haber hasta docenas de estos ticks en un segundo. ¿Cómo clasificarlos? El paso de tiempo en 1s es una clasificación muy burda, necesitamos un paso de tiempo fino - milisegundos. En términos generales, ¿está claro?
, bueno, y qué... por ejemplo en el retraso del servidor y todos los bits y preguntas seguirán llegando en el futuro, no importa cuántos fueran.
¿cómo ayuda esto realmente en el comercio...? Todavía no lo entiendo, salvo para medir la volatilidad.
,,, y por cierto, ¿estás seguro de que todos los ticks con una tasa de milisegundos llegarán desde la fuente inicial hasta tu monitor (punto visual final) si el MC añade m.s.?
He leído el artículo y he entendido que los milisegundos son necesarios sólo para divertirse. Para poder medir el precio de una carrera de 100 metros a los ms exactos.
sergeev
Sólo hay que dárselo a la terminal para que los comerciantes se lo lleven.
Para ello, el tipo datetime debe convertirse en 10 bytes, y la estructura MqlDateTime debe engordar.
Espera a MQL6, el temporizador de milisegundos, el historial de ticks y un montón de cosas más aparecerán allí. Pero no veo el sentido de añadirlo ahora. EN MI OPINIÓN.