SanAlex, sí, miré el probador del actual de este año, todo bien) Los resultados son buenos, en un futuro próximo intentaré ejecutarlo en una cuenta real
¿Cuál es el nombre del Asesor Experto? ¿Lo has descargado de kodobase? Necesito ver cómo el autor lo ha implementado en la función
//+------------------------------------------------------------------+// Permission to trade in this day |//+------------------------------------------------------------------+bool TradingDay(int hmin, int hmax) // Определение времени и дня разрешения торговли
{
bool dtrade = false;
switch(DayOfWeek())
{
case1: // Mondayif(Monday == 1)
dtrade = true;
break;
case2: // Tuesdayif(Tuesday == 1)
dtrade = true;
break;
case3: // Wednesdayif(Wednesday == 1)
dtrade = true;
break;
case4: // Thursdayif(Thursday == 1)
dtrade = true;
break;
case5: // Fridayif(Friday == 1)
dtrade = true;
break;
default: //
dtrade = false;
break;
}
if(dtrade && !(Hour() >= hmin && Hour() <= hmax))
dtrade = true;
return dtrade;
}
//+------------------------------------------------------------------+
SanAlex, sí, miré el probador del actual de este año, todo bien) Los resultados son buenos, en un futuro próximo intentaré ejecutarlo en una cuenta real
Este y el tiempo funcionarán - He cambiado la función
Hace poco que los descubrí. No sé, es una cosa muy útil. ¿Qué sugieres? ¿Poner todo en funciones? Si eso resolviera el problema.
Tengo dos objetos globales (bar, db_last) de una clase Bar, el primero se inicializa con los parámetros de cada nueva barra (barra habitual en el gráfico), y el segundo guarda una barra correspondiente a todas las condiciones. De hecho, en otro objeto local de la clase Orden se realizan todos los cálculos a partir de los parámetros db_last para abrir una orden. Los parámetros db_last y bar se utilizan en muchos lugares, pero sólo para la lectura, la inicialización y la asignación se producen en un solo lugar, en OnTick (), por lo que los cambios inesperados en los objetos no deben ser.
Hace poco que los descubrí. No sé, es una cosa muy útil. ¿Qué sugieres? ¿Poner todo en funciones? Si eso resolviera el problema.
Tengo dos objetos globales (bar, db_last) de una clase Bar, el primero se inicializa con los parámetros de cada nueva barra (barra habitual en el gráfico), y el segundo guarda una barra correspondiente a todas las condiciones. De hecho, en otro objeto local de la clase Orden se realizan todos los cálculos a partir de los parámetros db_last para abrir una orden. Los parámetros db_last y bar se utilizan en muchos lugares, pero sólo para la lectura, la inicialización y la asignación ocurren en un solo lugar, en OnTick (), por lo que no deberían ocurrir cambios inesperados en los objetos.
Yo lo probaría, no cuesta dinero).
Pero hay errores, especialmente errores con la simple normalización
¿Puedes enviarme el archivo en un mensaje privado? Le echaré un vistazo.
¿Cómo se llama el experto? ¿Lo has descargado de kodobase? Necesito ver cómo el autor lo ha implementado en la función
Me he perdido algo - para añadir la condición al ontik
SanAlex, he adjuntado la versión descargada en este mensaje - tiene Puria + trailing stop + nivel de equilibrio + watchdog trading. Yo probaría el comercio con el reloj, pero aún no me he puesto a ello)
SanAlex, adjunto la versión que he descargado en este post - es Puria + trailing stop + nivel de equilibrio + reloj de comercio. Yo probaría el comercio con el reloj, pero aún no me he puesto a ello).
- No he visto tu objetivo, ¿qué querías cambiar en él?
Qué adiciones quería hacer:
1. Para ello, que la apertura de un acuerdo y lacomprobación de todas las condiciones de los indicadores(el cruce de un rápido (5) dos lentos (75) (85) y la apertura de la barra de MACD en la misma dirección con un rápido (5) ) se realizó sólo en el precio de apertura de una nueva vela(el primer tick de cada vela de 30 minutos);
Crear condiciones para la "puesta a cero" de los indicadores. Por ejemplo,para un movimiento rápido (5) Si es más alta que la lenta, es una señal de compra. Si luego baja y toca uno de ellos, o se encuentra entre los lentos (75) y (85)- entonces la señal del indicador de movimiento rápido"se pone a cero", por así decirlo, y permanecerá en estaposición"cero" mientras toque o permanezca entre los lentos. Si después la rápida cruza ambas lentas hacia un lado(incluso si vuelve al lado del que venía antes de tocar las lentas)-entonces será una señal de este indicador. Con el MACD la situación es similar- Sólo el MACD=0 se considerará como" puesta a cero" (si en la primera vela el MACD, por ejemplo, abrió con 0,0043, y en la segunda vela con -0,0010, significa que el MACD en la segunda vela se ha"puesto a cero" y ha dado una nueva señal). Sin embargo, hay un momento en queel rápido (5) y el MACD deben estar como "en igualdad de condiciones" - si (5) no cambia su posición en relación con el lento, y el MACD ha abierto en la vela anterior en la zona equivocada (sin entrada), y en la siguiente - en la misma zona que el rápido, entonces todas las condiciones han convergido y se debe hacer una entrada a la orden. Tenga en cuenta que todo esto debe ser sólo en los precios de apertura de las velas - sólo en esta garrapata;
Y la última, hacer que elAsesor Experto espere 4 aperturas de velas consecutivas:
1. 1er precio de apertura - (5) por encima de (75) y (85) + barra MACD abierta por encima de 0-1 de 4 confirmaciones; 2.2. El precio de apertura de la 2ª vela - (5) sobre (75) y (85) + barra MACD abierta sobre 0-2de 4 confirmaciones es; 3. El precio de apertura de la 3ª vela - (5) sobre (75) y (85) + barra MACD abierta sobre 0-3 de 4 confirmaciones es; 4.Precio de apertura de la 4ª vela - (5) por encima de (75) y (85) + barra MACD abierta por encima de 0-4 de 4 confirmaciones sí-Abrir operación de compra en la misma vela (4ª).
La misma situación con las órdenes deventa, sólo que en la otra dirección deben abrirse los indicadores. Y hay un punto importante-si en, digamos, cualquier etapa de la 1 ª vela a la 4 ª,los indicadores cambian su posición(por ejemplo, en la 3 ª vela de apertura, la barra de MACD se abre por debajo de 0, o = 0)-entonces todo se restablece, porque las señales no se verificaron en la apertura de 4 ª vela en una fila.
Para iniciar sesión y usar el sitio web MQL5.com es necesario permitir el uso de Сookies.
Por favor, active este ajuste en su navegador, de lo contrario, no podrá iniciar sesión.
Ha iniciado sesión. La autenticación de dos factores se ha desactivado. Vuelva a configurarla y escanee un nuevo código QR, o continúe con la autenticación de dos factores desactivada.
SanAlex, sí, miré el probador del actual de este año, todo bien) Los resultados son buenos, en un futuro próximo intentaré ejecutarlo en una cuenta real
¿Cuál es el nombre del Asesor Experto? ¿Lo has descargado de kodobase? Necesito ver cómo el autor lo ha implementado en la función
Nos falta algo - añadir la condición al ontik
¿Cómo se llama el experto? ¿Lo has descargado de kodobase? Necesito ver cómo el autor lo ha implementado en la función
Falta algo - añadir una condición al ontik
Sasha, el trabajo de sincronización no ha sido incluido. Sólo se han añadido algunas características para conectar durante el desarrollo)
Voy a rehacerlo a mi manera.
SanAlex, sí, miré el probador del actual de este año, todo bien) Los resultados son buenos, en un futuro próximo intentaré ejecutarlo en una cuenta real
Este y el tiempo funcionarán - He cambiado la función
\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
La función Tiempo en mt4 y en mt5 funciona
¿No quieres librarte de las clases?
Hace poco que los descubrí. No sé, es una cosa muy útil. ¿Qué sugieres? ¿Poner todo en funciones? Si eso resolviera el problema.
Tengo dos objetos globales (bar, db_last) de una clase Bar, el primero se inicializa con los parámetros de cada nueva barra (barra habitual en el gráfico), y el segundo guarda una barra correspondiente a todas las condiciones. De hecho, en otro objeto local de la clase Orden se realizan todos los cálculos a partir de los parámetros db_last para abrir una orden. Los parámetros db_last y bar se utilizan en muchos lugares, pero sólo para la lectura, la inicialización y la asignación se producen en un solo lugar, en OnTick (), por lo que los cambios inesperados en los objetos no deben ser.
Hace poco que los descubrí. No sé, es una cosa muy útil. ¿Qué sugieres? ¿Poner todo en funciones? Si eso resolviera el problema.
Tengo dos objetos globales (bar, db_last) de una clase Bar, el primero se inicializa con los parámetros de cada nueva barra (barra habitual en el gráfico), y el segundo guarda una barra correspondiente a todas las condiciones. De hecho, en otro objeto local de la clase Orden se realizan todos los cálculos a partir de los parámetros db_last para abrir una orden. Los parámetros db_last y bar se utilizan en muchos lugares, pero sólo para la lectura, la inicialización y la asignación ocurren en un solo lugar, en OnTick (), por lo que no deberían ocurrir cambios inesperados en los objetos.
Yo lo probaría, no cuesta dinero).
Pero hay errores, especialmente errores con la simple normalización
¿Puedes enviarme el archivo en un mensaje privado? Le echaré un vistazo.¿Cómo se llama el experto? ¿Lo has descargado de kodobase? Necesito ver cómo el autor lo ha implementado en la función
Me he perdido algo - para añadir la condición al ontik
SanAlex, he adjuntado la versión descargada en este mensaje - tiene Puria + trailing stop + nivel de equilibrio + watchdog trading. Yo probaría el comercio con el reloj, pero aún no me he puesto a ello)
La falta de historial afecta a las lecturas de los indicadores al principio de la prueba
MakarFX, yo también pensé en eso, así que debería funcionar como es debido
SanAlex, adjunto la versión que he descargado en este post - es Puria + trailing stop + nivel de equilibrio + reloj de comercio. Yo probaría el comercio con el reloj, pero aún no me he puesto a ello).
Encontré esto en kodobase https://www.mql5.com/ru/code/12654
- No he visto tu objetivo, ¿qué querías cambiar en él?
Encontré esto en kodobase https://www.mql5.com/ru/code/12654
- No he visto tu objetivo, ¿qué querías cambiar en él?
Qué adiciones quería hacer:
1. 1er precio de apertura - (5) por encima de (75) y (85) + barra MACD abierta por encima de 0- 1 de 4 confirmaciones;
2.2. El precio de apertura de la 2ª vela - (5) sobre (75) y (85) + barra MACD abierta sobre 0- 2 de 4 confirmaciones es;
3. El precio de apertura de la 3ª vela - (5) sobre (75) y (85) + barra MACD abierta sobre 0- 3 de 4 confirmaciones es;
4.Precio de apertura de la 4ª vela - (5) por encima de (75) y (85) + barra MACD abierta por encima de 0- 4 de 4 confirmaciones sí- Abrir operación de compra en la misma vela (4ª).