una estrategia de negociación basada en la teoría de las ondas de Elliott - página 274

 
Algo está mal con el servidor... Está duplicado al enviar...
 
Oh, Dios... Debo haber presionado el botón equivocado otra vez. :о/
PD: Estos dos mensajes probablemente pueden ser borrados... algún tipo de fallo
 
Bueno, el propio MATLAB cree que puede generar código C :).
 
Si ha escrito una "instrucción" para un intervalo de historia, también puede utilizar el comprobador. ¿Pero puede el probador manejar Expert Advisor+Expert o Expert Advisor+Script? Sospecho que no lo hará. <br / translate="no">.


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?
 
?
 
a Candid

<br/ translate="no"> Bueno, el propio MATLAB realmente cree que puede generar código C :).


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.
 
Por supuesto, el probador no será capaz de manejarlo. No está diseñado para ello. Creo que el probador también tendrá que esforzarse por utilizar la lectura de archivos.

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.
int start() { if (NextRead && !FileIsEnding(handle)) { T = FileReadInteger(handle,LONG_VALUE); P = FileReadDouble(handle,DOUBLE_VALUE); //Print(TimeToStr(T)); NextRead = false; } if (Time[1] >= T) { while(Time[1] != T && !FileIsEnding(handle) { T = FileReadInteger(handle,LONG_VALUE); P = FileReadDouble(handle,DOUBLE_VALUE); } if (Time[1] == T) { Price[1] = P; DataCnt++; } NextRead = true; }


Una pequeña nota: este indicador sólo puede probarse en modo de visualización.

Sin embargo, no es necesario probar la unión en el probador. El comprobador genera ticks después de que el ciclo de cálculo se haya completado, por lo que no le importa si el programa cuenta 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.

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.
Pero hay otro problema que existe tanto para el paquete como para el archivo de transferencia. En ambos casos en el probador los resultados se obtienen "antes de la llegada" del siguiente tick, como si el cálculo fuera instantáneo.

Depende de qué y cómo se calcule. Pero aquí el usuario debe pensar. Pero la advertencia es ciertamente muy apropiada.

 
...
 
-
 
al Candidato

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. :о)

<br / translate="no"> Aquí hay un matiz. Supongamos que el usuario decide probar una táctica diferente después de recibir el resultado de la ejecución del probador. O optimizar los parámetros que no están relacionados con 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.


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.