No tienes en cuenta que el punto A aparece en un pequeño pullback y que lo seguirá a medida que el pullback continúe. sería más lógico tomar puntos que ya se han formado. En nuestro caso se trata de puntos BCD. Y el punto B puede convertirse en el punto A y volver a dibujarse.
He dispuesto el Asesor Experto para la experimentación. La idea parecía interesante. Yo mismo afiné muchas cosas en él. He probado diferentes variantes.
No tienes en cuenta que el punto A aparece en un pequeño pullback y que lo seguirá a medida que el pullback continúe. sería más lógico tomar puntos que ya se han formado. En nuestro caso son puntos BCD. Y el punto B puede convertirse en el punto A y volver a dibujarse.
He dispuesto el Asesor Experto para la experimentación. La idea parecía interesante. Yo mismo afiné muchas cosas en él. He probado diferentes variantes.
Todo está ya implementado y se puede ver en el vídeo anterior.
¡El Asesor Experto que has puesto no funcionará por estrategia!
Es posible almacenar el precio correctamente en una variable global (es decir, de tipo de datos double). Pero esto es muy peligroso: se puede cometer un error con el redondeo, el usuario puede modificar involuntariamente el orden (intencionadamente y sin querer).
Pero guardar el billete (tipo ulong) es un método más seguro - incluso si se modifica, el billete sigue siendo el mismo (por supuesto, excluyendo los rollovers y la compensación (aunque en caso de compensación no estoy 100% seguro)).
En nuestro caso, necesitamos mantener los precios de los picos de ZZ
En fin, por ahora el código en sí, la descripción vendrá más adelante en el mismo post.
Descripción
las órdenes pendientes se colocan sólo en el momento en que nace una nueva barra
cada vez que buscamos los puntos "A", "B" y "C".
para distinguir una orden pendiente en la raya "AB" de la "BC" - el ticket de la orden se guarda en las variables globales del terminal - el ticket se guarda en un nombre de variable. El formato es el siguiente:
las órdenes pendientes se colocan sólo cuando nace una nueva barra
cada vez que buscamos "A", "B" y "C".
para distinguir una orden pendiente en el rayo "AB" del rayo "BC" - el ticket de la orden se guarda en las variables globales del terminal - el ticket se guarda en el nombre de la variable. El formato es:
cuando el rayo "AB" cambia, movemos la orden pendiente correspondiente
Cuando aparece una nueva raya, se borran todas las órdenes pendientes
Lo nuevo: en cada rayo actual "AB" o "BC" ahora puede estar abierta (no abierta, sino ABIERTA) una posición - es decir, mientras el rayo es actual y ya activó una orden pendiente y por lo tanto tiene una posición abierta, una nueva orden pendiente en este rayo actual no está expuesta.
"Rayo actual" -
Rayo "BC" en el que los puntos "B" y "C" no han cambiado
Lo nuevo: en cada rayo actual "AB" o "BC" ahora puede estar abierta (no abierta, sino ABIERTA) una posición - es decir, mientras el rayo es actual y ya activó una orden pendiente y por lo tanto tiene una posición abierta, una nueva orden pendiente en este rayo actual no está expuesta.
"Rayo actual" -
Rayo "BC" en el que los puntos "B" y "C" no han cambiado
rayo "AB" donde el punto "B" no ha cambiado
Parece que todo está de acuerdo con la lógica de esta versión. Queda el momento del cierre, hay que averiguar lo más correcto bajo el TC.
Tal vez deberíamos empezar a utilizar la red de arrastre, pero la red de arrastre es una cartera (cuadrícula), es decir, ¿comprar por separado, vender por separado?
Todo parece seguir la lógica de esta versión. Todavía queda el punto de cierre, tenemos que encontrar la forma más correcta para el TS.
Tal vez debamos empezar con la pesca de arrastre, pero la pesca de arrastre es de cartera (cuadrícula), es decir, ¿comprar por separado, vender por separado?
Entonces probemos con las paradas
Paradas separadas para posiciones largas y cortas, eso ya es interesante.
No tienes en cuenta que el punto A aparece en un pequeño pullback y que lo seguirá a medida que el pullback continúe. sería más lógico tomar puntos que ya se han formado. En nuestro caso se trata de puntos BCD. Y el punto B puede convertirse en el punto A y volver a dibujarse.
He dispuesto el Asesor Experto para la experimentación. La idea parecía interesante. Yo mismo afiné muchas cosas en él. He probado diferentes variantes.
No tienes en cuenta que el punto A aparece en un pequeño pullback y que lo seguirá a medida que el pullback continúe. sería más lógico tomar puntos que ya se han formado. En nuestro caso son puntos BCD. Y el punto B puede convertirse en el punto A y volver a dibujarse.
He dispuesto el Asesor Experto para la experimentación. La idea parecía interesante. Yo mismo afiné muchas cosas en él. He probado diferentes variantes.
Todo está ya implementado y se puede ver en el vídeo anterior.
¡El Asesor Experto que has puesto no funcionará por estrategia!
Es posible almacenar el precio correctamente en una variable global (es decir, de tipo de datos double). Pero esto es muy peligroso: se puede cometer un error con el redondeo, el usuario puede modificar involuntariamente el orden (intencionadamente y sin querer).
Pero guardar el billete (tipo ulong) es un método más seguro - incluso si se modifica, el billete sigue siendo el mismo (por supuesto, excluyendo los rollovers y la compensación (aunque en caso de compensación no estoy 100% seguro)).
En nuestro caso, necesitamos mantener los precios de los picos de ZZ
Última versión de ZZ50 "1.005"
En fin, por ahora el código en sí, la descripción vendrá más adelante en el mismo post.
Descripción
Última versión de ZZ50 "1.005"
En fin, hasta aquí el código en sí, la descripción será más adelante en el mismo post.
Genial, el proceso está en marcha)
Lo que se necesita:
En un rayo - un (1) comercio, ahora hay varios, lo que estropea las estadísticas.
Si la orden se dispara, ya está, no la pongas más en este rayo, y espera al siguiente.
Última versión de ZZ50 "1.005"
Descripción
En el vídeo conté el fallo de la estrategia
Última versión de ZZ50 "1.006"
Lo nuevo: en cada rayo actual "AB" o "BC" ahora puede estar abierta (no abierta, sino ABIERTA) una posición - es decir, mientras el rayo es actual y ya activó una orden pendiente y por lo tanto tiene una posición abierta, una nueva orden pendiente en este rayo actual no está expuesta.
"Rayo actual" -
Última versión de ZZ50 "1.006"
Lo nuevo: en cada rayo actual "AB" o "BC" ahora puede estar abierta (no abierta, sino ABIERTA) una posición - es decir, mientras el rayo es actual y ya activó una orden pendiente y por lo tanto tiene una posición abierta, una nueva orden pendiente en este rayo actual no está expuesta.
"Rayo actual" -
Parece que todo está de acuerdo con la lógica de esta versión. Queda el momento del cierre, hay que averiguar lo más correcto bajo el TC.
Tal vez deberíamos empezar a utilizar la red de arrastre, pero la red de arrastre es una cartera (cuadrícula), es decir, ¿comprar por separado, vender por separado?
Entonces intentaremos usar paradas.
Todo parece seguir la lógica de esta versión. Todavía queda el punto de cierre, tenemos que encontrar la forma más correcta para el TS.
Tal vez debamos empezar con la pesca de arrastre, pero la pesca de arrastre es de cartera (cuadrícula), es decir, ¿comprar por separado, vender por separado?
Entonces probemos con las paradas
Separar para corto y largo - esto ya es interesante.
Se supone que funciona sin mucha holgura, pero es muy difícil detectarla ahora, porque hay muchas y es difícil de ver).