WT_Perseguido Versión: 2.

4 Build 3

ALTERNAR ÓRDENES TIPO

Esta mejora es muy interesante. Hace ya tiempo que quise añadirla, pero por falta de
tiempo no la pude añadir a la versión anterior. Ya está incluida en esta versión.
La mejora consiste es 2 cosas:
1) A partir de ahora la opción “SI SL(-)” pasa a ser “SI PÉRDIDA”
2) A partir de ahora este parámetro se aplica también al reinicio de ciclo

ALTERNAR ÓRDENES EN REINICIO DE CICLO

Si el reinicio de ciclo está activado, entonces cada vez que se cierra un ciclo, si el robot va a
ejecutar el reinicio automático de ciclo entonces el tipo de la primera orden del nuevo ciclo
que se va a iniciar dependerá de lo que indique el parámetro ALTERNAR ÓRDENES.

● SIEMPRE → En cada reinicio de ciclo el tipo de la primera orden del nuevo ciclo
será siempre OPUESTO al tipo de la última orden del ciclo que se ha cerrado.

● NUNCA → En cada reinicio de ciclo el tipo de la primera orden del nuevo ciclo será
siempre EL MISMO que el tipo de la última orden del ciclo que se ha cerrado.

● SI PÉRDIDA → SI EL CICLO CERRADO TUVO PÉRDIDAS entonces al reiniciar un

ciclo el tipo de la primera orden del nuevo ciclo será OPUESTO al tipo de la última
orden del ciclo que se ha cerrado. Y si el ciclo cerrado NO tuvo pérdidas pues
entonces el tipo de la primera orden del nuevo ciclo será el MISMO que el tipo de la
última orden del ciclo que se ha cerrado.

ALTERNAR ÓRDENES DENTRO DE UN CICLO

Desde siempre cuando se cierra una orden dentro de un ciclo ya iniciado y se va a abrir la
siguiente orden del ciclo (porque el ciclo no se cierra sino que continúa abierto), el tipo de la
nueva orden del ciclo dependerá de lo que indique el parámetro ALTERNAR ÓRDENES.

● SIEMPRE → El tipo de la nueva orden del ciclo será siempre OPUESTO al tipo de la
orden anterior (esto no ha cambiado y es igual que en la versión anterior).

● NUNCA → El tipo de la nueva orden del ciclo será siempre EL MISMO que el tipo de
la orden anterior (esto no ha cambiado y es igual que en la versión anterior).

● SI PÉRDIDA → ​Ya no se mira si el SL de la orden anterior estaba o no en zona

negativa​. Ahora lo que se mira es si la orden anterior tuvo pérdidas o no. Y si la
orden anterior SI tuvo pérdidas entonces el tipo de la nueva orden del ciclo será
OPUESTO al tipo de la orden anterior, y si NO tuvo pérdidas entonces el tipo de la
nueva orden del ciclo será EL MISMO que el tipo de la orden anterior.
 REINICIO AUTOMÁTICO DE CICLOS

A partir de ahora, el reinicio automático de ciclos SI se tiene también en cuenta cuando un

ciclo se ha cerrado porque se alcanzó el nº máximo de órdenes por ciclo (en la versión
anterior esto no ocurría). Desde ahora aunque un ciclo alcance el nº máximo de órdenes y
el ciclo se cierre, podrás seguir operando más ciclos gracias al reinicio automático de ciclos.

En la versión anterior cuando se alcanzaba el nº máximo de órdenes por ciclo el robot cedía
el control del ciclo (igual que si pulsas el botón TOMAR EL CONTROL). Ahora ya no hace
eso, ahora lo que hace es cerrar el ciclo y luego comprueba si debe o no reiniciar otro ciclo.

SOLUCIÓN ERROR BOTONES

He solucionado un error que ocurría con los botones de ALT.ORD. y REINICIO CICLO.

Este error le ha ocurrido a muy pocas personas, porque el error solamente se producía
cuando se cambiaba el TimeFrame del gráfico.

Siempre digo que NO se debe cambiar el TimeFrame del gráfico donde está el robot
funcionando. Y no solamente eso, sino que siempre digo que NO hay que tocar
ABSOLUTAMENTE NADA del gráfico donde está el robot, para evitar problemas con la
memoria interna del MetaTrader y otras cosas que pueden afectar al robot.

Aún así he solucionado este error y ahora aunque cambies el TimeFrame del gráfico ya no
hay problemas con esos botones y todo funciona con normalidad.

SOLUCIÓN ERROR PRUEBA DE ESTRATEGIA

He solucionado un error que había cuando en la prueba de estrategia el precio alcanza una
línea y no hacia nada, y actuaba como si la línea no existiera. Esto ocurría con cualquier
tipo de línea (LHMADRE, LH BUY-SELL, LT BUY-SELL, etc).

Este error le ha ocurrido a solamente 2 personas, porque el error solamente se producía

bajo unas condiciones muy concretas. Voy a explicar brevemente en qué consistía el error.

El robot para saber si el precio alcanzó o no una línea, lo que hacía era que internamente
trabajaba con el TimeFrame M1, pero si estás testeando un tramo de gráfica en un TF más
alto de M1 y no tienes esa parte del historial descargado también en M1 pues entonces el
robot no era capaz de ver que el precio alcanzó la línea.

Ahora el robot para saber si el precio alcanza o no una línea, siempre mira el TF del gráfico
en el cual está funcionando el robot (y no M1 como hacía antes). Así ya siempre funciona.
 CONTROL SEGURIDAD PRUEBA ESTRATEGIA

En la prueba de estrategia el control de seguridad ahora se ejecuta solamente una vez. Se

ejecuta cuando se inicia la prueba. En la versión anterior el control de seguridad se
ejecutaba cada X tiempo. Entonces si el gráfico avanzaba rápido pues el control de se
ejecutaba demasiadas veces y esto podría generar retrasos en la prueba, eso ya no ocurre.

SISTEMA INTERNO DE AVISOS

A partir de esta versión el robot incluye un sistema de avisos que permitirá al robot
mostraros cualquier aviso importante que yo necesite comunicaros en cualquier momento.

Gracias a esta mejora cuando yo quiera podré informaros de cualquier cosa y en cualquier
momento. Cuando yo genere un aviso nuevo, entonces cuando insertes el robot en un
gráfico, el robot verá el nuevo aviso y te lo mostrará en pantalla de forma bastante visible.