una estrategia de negociación basada en la teoría de las ondas de Elliott - página 274
![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
PD: Estos dos mensajes probablemente pueden ser borrados... algún tipo de fallo
Por supuesto, el probador no será capaz de manejar el bind. No está hecho para ello. Me imagino que para utilizar la lectura desde el archivo en el probador, también hay que trabajar mucho.
Sin embargo, no es necesario probar el mapeo en el probador. En el probador los ticks se generan después de que el ciclo de cálculo se haya completado, por lo que al probador no le importa si el programa está contando 7 horas o 7 milisegundos. Qué no se puede decir del usuario que quiere obtener los resultados vivos :-) Por eso, para las pruebas no se necesita un paquete en absoluto, sólo hay que combinarlo en un Asesor Experto. Afortunadamente, esta conexión, al igual que la división, es bastante elemental.
Pero hay otro problema que existe tanto para el paquete como para el archivo de transferencia. En ambos casos, el comprobador produce resultados "antes de la llegada" del siguiente tick, como si el cálculo fuera instantáneo. Esto es una trampa que hace que la prueba del probador sea inútil y engañosa. En realidad, los resultados obtenidos en un determinado conjunto de datos sólo estarán disponibles para el Asesor Experto después de que se complete el cálculo, es decir, después de unos 2000 ticks. O, si por "ticks" entendemos barras de minutos, después de 400 ticks, que no son pocos.
¿Seguirán siendo relevantes estos resultados? ¿Cuál es el alcance de tu previsión, Sergey, y qué parte de ella se comerá este retraso?
Al menos la documentación dice que puede, pero aún no lo he probado.
a Yurixx
¿Seguirán siendo relevantes estos resultados? ¿Cuál es el rango de tu predicción, Sergey, y cuánto de él será consumido por este retraso?
El tiempo de cálculo del modelo simplificado en MathCAD es de unos 10-30 minutos, dependiendo de la longitud del canal. Calcula un nivel más probable, hasta el cual el precio puede ir desde el nivel de precio actual durante un tiempo previsto con variación de 3 horas a 1,5 semanas. Los resultados de las pruebas del pronóstico son bastante buenos.
Una vez estuve a punto de hacerlo así, e incluso esbocé una variante del código. Pero luego cambié de opinión, así que el código no se probó a fondo. Y también está pensada para resolver problemas particulares. Pero puede ser útil como semilla para las reflexiones.
Una pequeña nota: este indicador sólo puede probarse en modo de visualización.
Aquí hay un matiz. Supongamos que, tras recibir el resultado de la ejecución del probador, un usuario decide probar otra táctica. O bien optimizarán los parámetros que no son relevantes para el cálculo. Si tiene un expediente, lo hará de inmediato, si no tiene un expediente, le llevará mucho tiempo. Por eso, con estos tiempos de cálculo, hay que pensar muy bien lo que se escribe en el archivo.
Depende de qué y cómo se calcule. Pero aquí el usuario debe pensar. Pero la advertencia es ciertamente muy apropiada.
Sin embargo, si utiliza el script para llamar al cálculo pesado desde el indicador, los nuevos datos lo detendrán o no. ¿Los nuevos datos lo detendrán o no? Todavía no tengo nada implementado en MT, pero quiero saberlo de antemano. :о)
La idea es interesante, pero para mí, por ejemplo, no es tan importante, porque no hay parámetros que puedan afectar al cálculo posterior. O mejor dicho, hay parámetros, pero están interconectados y el cálculo del valor de uno implica el cálculo del siguiente, es decir, se definen mutuamente.