Cualquier pregunta de los recién llegados sobre MQL4 y MQL5, ayuda y discusión sobre algoritmos y códigos - página 1470
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
#14674Este es mi primer post con mi código.
En su código la LoU cambia encada ticksi el precio baja, mientras que mi LoU cambia sólo después de abrir una operación.
En su código LoU cambia sólo después de abrir un deal........ pero su código no abre órdenes 30 pips después de cada mínimo local, exactamente como lo hace mi código. Quiero que mis órdenes se abran como en mi código, pero mi LoU no debe cambiar en cada tick o minuto. Y quiero que el EA haga mucho menos trabajo para abrir cada orden.
Si puedes, haz que tu código abra exactamente las mismas órdenes que el mío (por precio, tiempo y cantidad) para el 04.01.2010, pero los cambios de LoU sólo después de abrir una operación, o haz algo más, reduce en gran medida (varias veces) el número de cambios de LoUEn su código LoU cambia sólo después de abrir un trato........ pero su código no abre órdenes después de 30 pps después de cada baja local, exactamente como lo hace mi código. Quiero que mis órdenes se abran como en mi código, pero mi LoU no cambia en cada tick o minuto. Y quiero que el EA haga mucho menos trabajo para abrir cada orden.
¿Cómo se define entonces un mínimo local, a no ser que se compruebe a cada tic o minuto?
Eso es lo que me desconcierta .....
Alternativamente, si Bid - Low[?] > 30 pips para abrir una orden. Pero, ¿cómo sabemos el número de este Low[?]Eso es lo que me pregunto: .....
¿Por qué?
Dígame por qué quiere reducir la frecuencia de las inspecciones.
¿Por qué?
He encontrado un patrón estadístico estable en el probador, que ha estado produciendo constantemente ganancias con reducciones aceptables desde 2008. Tengo que probarlo en diferentes pares y marcos, etc.
Pero necesito probarlo utilizando varios parámetros simultáneamente. La optimización lleva mucho tiempo irreal. Y ya he escrito un código que prueba lo que necesito mucho más rápido. Y ahora estoy mejorando mi código, es decir, quiero que funcione aún más rápido en el probador, o lo más rápido posible. El algoritmo principal en mi código es abrir órdenes en 30 puntos después de cada mínimo local. Por eso intento hacerlo lo más rápido posible.
¿Por qué?
Dígame por qué quiere acortar el intervalo de comprobación.
Para que todo el código se ejecute más rápido.
¿Cómo puedo definir un mínimo local si no lo compruebo en cada tic o minuto?
Como alternativa, la función Low[iLowest(NULL,0,MODE_LOW,P1,0)] encuentra el mínimo sin comprobar el valor de los mínimos en cada tick
He intentado utilizarlo, pero sólo funciona en algunos casos.
O tal vez haya otras construcciones que desconozco y no puedo distinguir con mi propia mente.
He encontrado un patrón estadístico estable en el probador, que ha estado produciendo ganancias estables con reducciones aceptables desde 2008. Tengo que probarlo en diferentes pares y marcos, etc.
Pero necesito probarlo utilizando varios parámetros simultáneamente. La optimización lleva mucho tiempo irreal. Y ya he escrito un código que prueba lo que necesito mucho más rápido. Y ahora estoy mejorando mi código, es decir, quiero que funcione aún más rápido en el probador, o lo más rápido posible. El algoritmo principal en mi código es abrir órdenes en 30 puntos después de cada mínimo local. Así que estoy tratando de hacerlo lo más rápido posible.
La comprobación en su código no es una carga, pero si realmente lo quieres, puedes probarlo.
Como alternativa, la función Low[iLowest(NULL,0,MODE_LOW,P1,0)] encuentra los mínimos sin comprobar los mínimos en cada tick
Tal vez haya otras construcciones que desconozco y a las que no puedo llegar con mi propia mente