Librerías: Calendario - página 9
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
¿Y si es la hora de otro país? Sé que cada país tiene una hora diferente para cada fecha.
Lo he comprobado lo mejor que he podido. Estoy agotado. Por eso te pedí que me avisaras si hay un error.
Hasta ahora, no entiendo muy bien quién utiliza MQL-calendar u otras soluciones automatizadas sin correcciones.
Lo he comprobado lo mejor que he podido. Estoy agotado. Por eso te pedí que me avisaras si veías un error.
Tengo poco conocimiento de quien usa MQL-calendar u otras soluciones automatizadas.
Entiendo - sólo compartir mis pensamientos. Yo mismo no puedo hacer la contabilidad histórica de la traducción del reloj en diferentes países - no hay información consolidada y mis manos están abajo.
Usted es bueno. Yo no uso MT5 calendario todavía - Necesito grandes estadísticas históricas para el análisis. Quiero trabajar con noticias (más precisamente, experimenté y encontré una serie de regularidades), pero no consigo sentarme y hacerlo.
Foro sobre trading, sistemas automatizados de trading y prueba de estrategias de trading
Bibliotecas: Calendario
fxsaber, 2023.03.13 08:55 pm.
La única manera de dar sentido al calendario MT5 es comparar los valores ANTES/DESPUÉS.
Durante la desincronización DST Europa/EEUU, TODOS los eventos del calendario se desplazan una hora en los servidores sincronizados por Europa.
Durante la desincronización DST Europa/EE.UU., TODOS los eventos del calendario se desplazan una hora en los servidores sincronizados por Europa.
¿Todos los eventos? ¿O sólo los eventos que se producen en la hora de EE.UU./EE.UU.?
¿Todos los acontecimientos? ¿O sólo los que tienen lugar en EE.UU./hora de EE.UU.?
Absolutamente todos.
Absolutamente a todos.
Para todos los eventos dos semanas fuera de sincronía, ¿forzar una corrección horaria?
Pero es tan muletilla y no realmente eficaz... que ni siquiera tienes que operar durante quince días...
¿A todos los eventos dos semanas fuera de sincronía introducen una corrección forzada del reloj?
Pero es tan muleto y no realmente eficaz... que ni siquiera tienes que cambiar esas dos semanas...
Se soluciona con una línea.
Calendar += 3600.No hice una corrección automática adicional invisible para el usuario.
Esto es lo que ahora parece ser la forma correcta de utilizar el calendario para backtests.
En los eventos que he comprobado, en backtests (MQ-Demo) todo es perfecto durante todo el año.
Esto se resuelve con una sola línea.
Es comprensible. Pero, ¿y si MQ decide (discretamente) añadir su propia corrección horaria?
Mi punto es que no es un hecho que los eventos marcados en el calendario durante el periodo de desincronización sucedan exactamente a la hora declarada.
El calendario tiene una hora, y la respuesta en el gráfico es +- una hora.
Sin embargo, yo no utilizo el calendario, estoy atado a la hora del día. Por lo tanto, dejaré de dar vueltas.
Eso es comprensible. Pero, ¿y si MQ decide (discretamente) añadir su propia corrección horaria?
No veo el sentido de considerar todas las situaciones hipotéticas.
Lo que quiero decir es que no es un hecho que los acontecimientos marcados en el calendario durante el periodo de desincronización sucedan exactamente a la hora declarada.
El calendario tiene la misma hora, y la respuesta en el gráfico es +- una hora.
No he encontrado ninguna discrepancia. En todas partes donde miré, coincide.