Un asesor que no teme un ajuste de márgenes. ¿Quién quiere probarlo? - página 12

 

Resultados de las operaciones del 10.11...

Cartera en 11.11...

Vender GBPJPY Riesgo1=0,1635, Riesgo2= 0,11;

Vender EURJPY Riesgo1=0,1626, Riesgo2= 0,1094;

Vender EURUSD Riesgo1=0,2158, Riesgo2= 0,1452;

Comprar USDCHF Riesgo1=0,2661, Riesgo2= 0,179;

Comprar USDCAD Riesgo1=0,1920, Riesgo2= 0,1292;

donde,

Riesgo1 - nivel por debajo del cual fijamos parcialmente la posición;

Riesgo2 - nivel, por encima del cual escalamos;

Archivos adjuntos:
tester.zip  12 kb
 
kharko >> :

Resultados de las operaciones del 10.11...

Cartera en 11.11...

Vender GBPJPY Riesgo1=0,1635, Riesgo2= 0,11;

Vender EURJPY Riesgo1=0,1626, Riesgo2= 0,1094;

Vender EURUSD Riesgo1=0,2158, Riesgo2= 0,1452;

Comprar USDCHF Riesgo1=0,2661, Riesgo2= 0,179;

Comprar USDCAD Riesgo1=0,1920, Riesgo2= 0,1292;

donde,

Riesgo1 - nivel por debajo del cual fijamos parcialmente la posición;

Riesgo2 - nivel por encima del cual se escala;

Has dado el cálculo de la cartera, pero ¿dónde está la exp, o es un escaparate?

 
HIDDEN писал(а) >>

Has dado el cálculo de la cartera, pero ¿dónde está la exp, o es un escaparate?

No voy a publicar la exp... En este hilo está el Asesor Experto de Reshetov, en el que puedes sustituir los coeficientes calculados y operar...

He mejorado la idea de Yuri (muchas gracias por esto) y ahora lo estoy probando en una cuenta demo.

Todo lo que necesitas para implementar tu EA en esta rama está ahí...

Consigue esto y constrúyelo o pídelo a un programador (sólo se tarda una hora) .... Buena suerte...

 
kharko >> :

No voy a publicar el experto... En este hilo está el Asesor Experto de Reshetov, en el que puedes sustituir los coeficientes calculados y operar...

He mejorado la idea de Yuri (muchas gracias por ella) y ahora la estoy probando en una cuenta demo.

Todo lo que necesitas para implementar tu EA en esta rama está ahí...

Consigue esto y constrúyelo o pídelo a un programador (sólo se tarda una hora) .... Buena suerte...

Incluso se tarda menos de una hora en hacerla. Esa no es la cuestión. La cuestión es que usted da los parámetros calculados de una cartera a su Asesor Experto. No creo que lo necesite porque el EA no está disponible para los demás, para qué molestarse con sus propias cifras. No veo el sentido.


La teoría en sí es clara y bastante sencilla de aplicar. La cartera la puede hacer cualquiera que esté familiarizado con el tema, Yuri lo explicó todo con bastante claridad.

 
HIDDEN писал(а) >>

Incluso se tarda menos de una hora en hacerla. Esa no es la cuestión. La cuestión es que usted da los parámetros calculados de la cartera a su experto. Y puesto que el Asesor Experto en sí mismo no está disponible para otros, por qué molestarse con sus propias cifras. Sencillamente, no veo el sentido.

La teoría en sí es clara y bastante sencilla de aplicar. Ya he escrito sobre ello y no sé cómo calcular correctamente los coeficientes.

Ya he escrito, los coeficientes calculados son adecuados para el Asesor Experto de Reshetov.

Si tratar de hacer algo, para obtener el mejor resultado posible es "inundar", entonces tienes razón, me quitaré y no "inundaré" en este hilo ...

 
HIDDEN >> :

Se tarda incluso menos de una hora en hacerla.

¿Qué te parece la idea de implementar en el Asesor Experto ArbitrageReverse_1.1.mq4 una operación inversa, basada en FixedMarginLevel
- Ahora mismo (desde el tema ArbitrageReverse_1.1.mq4):
"Si el precio es bajo, compramos barato. Y cuanto más bajo sea el precio, mayor será el volumen de compras.
Si el precio es alto, entonces vende a un precio más alto. Cuanto mayor sea el precio, mayor será el volumen de ventas".
- Por favor, escriba la variante de ArbitrageReverse_1.1.mq4 siguiendo el principio de FixedMarginLevel Expert Advisor
"Construí un Asesor Experto multidivisa por un interés puramente teórico. Ni siquiera sospeché que no se comportaría como se esperaba en teoría. Al fin y al cabo, actúa de forma incorrecta, es decir, vende cuando el precio baja y cierra en corto (es decir, compra) cuando el precio sube.
Yura guarda silencio. Me dirijo no sólo a HIDDEN, sino también a otros programadores.

 

¡Buenas tardes!

No me gusta el robot emparejado FixedMarginLEVELwithStop_1 y AllCloseBy en DC. Lo puse en mi demo. Lo puse en cents real y se desató el infierno..... requotes y errores del servidor... ¿Algún consejo sobre cómo solucionar este problema con este par de commits en particular? He encontrado un registro similar y una descripción del problema (no es mi registro, pero es casi exacto excepto los pares y la tasa):


"2006.08.18 17:56:49 '48653': cerrar orden #2337066 comprar 0.20 AUDNZD a 1.1852 sl: 0.0000 tp: 0.0000 al precio 1.1888
2006.08.18 17:56:50 '48653': la solicitud fue aceptada por el servidor
2006.08.18 17:56:50 '48653': solicitud en proceso
2006.08.18 17:56:53 '48653': requote 1.1882 / 1.1892 para la orden #2337066 comprar 0.20 AUDNZD cerrando a 1.1888
2006.08.18 17:57:10 '48653': cerrar la orden #2337066 comprar 0.20 AUDNZD a 1.1852 sl: 0.0000 tp: 0.0000 al precio 1.1888
2006.08.18 17:57:10 '48653': solicitud aceptada por el servidor
2006.08.18 17:57:10 '48653': recotización 1.1888 / 1.1898 para la orden #2337066 compra 0.20 AUDNZD cierre a 1.1888
2006.08.18 17:57:10 '48653': cerrar orden #2332011 comprar 0.20 AUDNZD a 1.1874 sl: 0.0000 tp: 0.0000 al precio 1.1888
2006.08.18 17:57:11 '48653': solicitud aceptada por el servidor
2006.08.18 17:57:11 '48653': solicitud en proceso
2006.08.18 17:57:15 '48653': orden #2332011 comprar 0.20 AUDNZD a 1.1874 sl: 0. 0000 tp: 0.0000 cerrada al precio 1.1888
2006.08.18 17:57:16 '48653': cerrar orden #2330439 comprar 0.20 AUDNZD a 1,1895 sl: 0,0000 tp: 0,0000 al precio de 1,1888
2006.08.18 17:57:16 '48653': solicitud aceptada por el servidor
2006.08.18 17:57:16 '48653': solicitud en proceso
2006.08.18 17:57:19 '48653': orden #2330439 comprar 0.20 AUDNZD a 1.1895 sl: 0. 0000 tp: 0.0000 cerrado a precio 1.1888
2006.08.18 17:57:20 '48653': cerrar orden #2322502 comprar 0.20 AUDNZD a 1.1929 sl: 0.0000 tp: 0.0000 a precio 1.1888
2006.08.18 17:57:20 '48653': solicitud en proceso.18 17:57:20 '48653': solicitud aceptada por el servidor
2006.08.18 17:57:20 '48653': solicitud en proceso
2006.08.18 17:57:23 '48653': orden #2322502 compra 0.20 AUDNZD a 1.1929 sl: 0. 0000 tp: 0.0000 cerrada al precio 1.1888

Como se puede ver en el registro, la orden #2337066 no fue tocada por el Asesor Experto después de dos intentos de cerrarla y obtener una recotización, otras órdenes comenzaron a cerrarse, entonces el precio se invirtió y en lugar de alcanzar el punto de equilibrio y cerrar todas las posiciones tenemos una posición perdedora abierta. "


El principal problema es que debido a ese robot de CC (eliminado el nombre) el EA no tiene tiempo para "llenar" hasta el nivel requerido o para cerrar posiciones en el 80% de los casos. No sé cómo descifrar códigos. Tal vez habría que aumentar el nivel mínimo, como ya se ha escrito aquí. Tal vez debería añadir el deslizamiento y el número de intentos de cerrar (o abrir) una posición.


¿Quién se ha enfrentado a este problema? Ayuda a los no programadores. No tengo ni idea de cómo utilizar este artículo pero intentaré cambiarlo para mejor.

 
Uchen >> :

Todo está bien en la demo. Lo pongo en cent real y se desata el infierno..... requotes y errores del servidor... Algún consejo para solucionar este problema


Cambia tu DC.

Y, en primer lugar, elimine su nombre de su puesto: es ilegal.

 
Uchen, ese DC, por cierto, es simplemente asqueroso.
 

¿Se ha estancado el debate, todo el mundo está callado o se ha abandonado la idea?

Se han planteado dos cuestiones:


1. ¿Tiene sentido cambiar el riesgo de cada par a lo largo del camino, dependiendo de las características actuales de los pares en la cartera (la cantidad total se mantiene)?


2. ¿Tiene algún sentido combinar en un solo EA un cerrador (en lugar del cierre con "cerrador" separado que propone el autor), y la selección de un conjunto de pares y su señal (tipo 0/1) para cada 1 o 4 horas, en función de las lecturas de algún indicador de índice de divisas?