Avalancha 6.2

 
He montado otra versión de Avalanche V_62. El cierre se realiza mediante CloseBy, que es algo más ventajoso. Cambiado el algoritmo de arrastre. Funciona en la cuenta Demo desde el 20.07.2010. Al principio el lote era de 0,01, pero luego se aumentó a 0,1. En ocasiones, los cierres se ejecutaban manualmente. Esta es probablemente la mejor versión en nuestra opinión. El trabajo de mejora continúa. Actualizaremos periódicamente el informe sobre esta cuenta demo. Se adjunta el Asesor de Avalanchas V_6 2. A día de hoy, el informe tiene el siguiente aspecto
Archivos adjuntos:
zbgqdhyv_62.mq4  10 kb
 

La versión tiene una cifra irreal, y el EA aún no ha aprendido a modificar y cerrar órdenes... todo el registro está lleno de errores...

Recuerdo una paradoja como ésta: errores, beneficios que crecen tan pronto como los arreglas, eres un perdedor.

 
¡¡pero el dinero es 300% más en tres días!!
 
cada uno a lo suyo...
 
¡¡¡Todo es diferente para todos!!!
 
 
andrey555888:
Construyó otra versión de Avalanche V_62. El cierre se hace con CloseBy, que es un poco más ventajoso. Cambiado el algoritmo de arrastre. Funciona en la cuenta Demo desde el 20.07.2010. Al principio el lote era de 0,01, pero luego se aumentó a 0,1. En ocasiones, los cierres se ejecutaban manualmente. Esta es probablemente la mejor versión en nuestra opinión. El trabajo de mejora continúa. Actualizaremos periódicamente el informe sobre esta cuenta demo. Se adjunta el Asesor de Avalanchas V_6 2. A día de hoy, el informe tiene el siguiente aspecto

Hola....it funciona bien Tuve que prohibir la normalización de los lotes en el init....to insertar un magik y algunas otras pequeñas cosas (por ejemplo, dejo que la apertura cuando el precio en el camión es 20)... ¿Qué piensa usted - no debería añadir una compra más pendiente en el beneficio de la compra a una distancia de la abierta y el mismo lote, que se eliminaría en caso de compra principal drawdown... y lo mismo con el pueblo... ??? ( por así decirlo - función f-fill con posibilidad de desactivarla en los ajustes )

No me importaría cerrar todas las posiciones rentables pero si cerrar solo una perdedora y seguir con la rentable.

 

He retocado un poco el código de la 6.2 para que funcione en el real. Aquí tienes.

Corregido - versión 0.3 del 24.08.2010 (eliminó la lógica de LoadHistory y MaxProfit). ¿Por qué funciona "mal"? ¿Qué es exactamente lo que está "mal"?

Archivos adjuntos:
wmav_1.mq4  19 kb
 
wmlab:
He retocado un poco el código de la 6.2 para que funcione en el real. Aquí tienes.
Algo está mal con su Asesor Experto. Y la pregunta es ¿por qué se carga todo el historial por plazos? No hay indicadores allí y la historia no es necesaria. Esto es Avalanche, no le importa en qué plazo se encuentre.
 
zhuki:
Algo está mal con su EA. ¿Cuál es la pregunta? ¿Por qué se descarga todo el historial de los plazos? No hay ningún indicador allí y no necesita ninguna historia en absoluto. No estoy seguro de en qué momento se encuentra.

Corregido. Arriba.

El principal problema de Avalanche, según me parece, es el constante empuje del nivel de equilibrio cada vez más lejos del punto de partida si las órdenes se "liquidan". Además, puedes prescindir de las contraórdenes y ahorrarte los diferenciales. Sólo tenemos que analizar el historial para obtener el resultado de la última operación. Y luego hay que aumentar o disminuir los lotes. Puro MM. Se puede combinar con el arrastre. Y en el futuro tendremos un Asesor Experto con una orden abierta apto para MT5.


Por cierto, no es necesario apagar la red de arrastre si estamos trabajando en un lote más grande. Podemos hacer la red de arrastre más estrecha o algo así. Si tenemos suerte y el precio va en la dirección correcta, no tenemos que cerrar.

 
wmlab:

Sólo hay que analizar el historial para obtener el resultado de la última operación.


Y el punto de su

LotSell += OrderLots();
no está claro.

Sí y la división en LotSell y LotBuy también.

LotLast y eso es todo.

Razón de la queja: