WT_Perseguido Versión: 2.

1 Build 2

PROGRAMACIÓN INICIO CICLO

Hasta ahora cuando se configuraba una hora de inicio de ciclo se podían seleccionar
minutos múltiplos de 5, o sea a las hh:00, hh:05, hh:10, hh:15 …. así hasta hh:55. Muchas
personas me han pedido que se pueda programar un inicio de ciclo a cualquier hora y a
cualquier minuto. Esta versión incluye esa mejora. Desde ahora se puede definir un inicio de
ciclo desde las hh:00 hasta las hh:59 pudiendo definir cualquier minuto entre 00 y 59.

También muchos de vosotros me habéis pedido otra mejora en la programación de ciclo, la

cual he incluido en esta versión. Consiste en que cuando programamos una hora de inicio
de ciclo ya no solamente podremos decirle al robot si queremos que el ciclo se inicie con un
BUY o un SELL sino que también podremos decirle que en lugar de eso se inicie colocando
2 Líneas LH (ambas a la distancia que queramos respecto del precio que haya en el
momento de cumplirse la hora de inicio programada). Una línea será una LH-BUY y estará
por encima del precio y la otra será una LH-SELL y estará por debajo del precio. De forma
que cuando el precio alcance una de ellas el robot iniciará un ciclo con un BUY o un SELL
(según la línea alcanzada) y el robot eliminará la otra línea LH. La línea LH alcanzada se
borrará o no dependiendo de lo indicado en el parámetro [borrar_LH_LT_Alcanzada].

El parámetro [inicio1Ciclo_activo] ha sido sustituido por el parámetro [inicio1Ciclo]

El parámetro [inicio1Ciclo_OrdenTipo] ha sido eliminado

Opciones del parámetro [inicio1Ciclo]

Desactivado → El robot ignora esta funcionalidad
Iniciar ciclo con orden BUY → Al cumplirse la hora programada el robot inicia un ciclo con un BUY
Iniciar ciclo con orden SELL → Al cumplirse la hora programada el robot inicia un ciclo con un SELL
Iniciar ciclo con LH-BUY y LH-SELL → Al cumplirse la hora programada el robot dibuja un LH-BUY y
un LH-SELL a la misma distancia del precio ASK y BID respectivamente que haya en ese momento.
La distancia a la que se dibujan las LH es la que indica el parámetro [tics_Distancia_LH_ATM].

Todo es exactamente igual con los parámetros de la programación 2 de inicio de ciclo.

CORRECCIÓN ERRORES
He solucionado algunos errores leves de ejecución que se producían bajo ciertas
circunstancias muy concretas. Esos errores han sido reportados por varios de vosotros.

Uno de esos errores era que cuando el robot crea una orden nueva, una vez que la orden
ya está creada, si por algún motivo luego el robot no puede asignarle un SL y/o TP porque
el bróker no lo permite, entonces el robot avisa del error y elimina la orden creada (en la
versión anterior la orden no se eliminaba y se quedaba abierta sin control). Este problema
no ha ocurrido prácticamente nunca, pero alguna vez puntual ha ocurrido.
Esta solución será añadida en todos mis robots (incluido el Acorralado).
 TRAILING STOP
Muchos de vosotros me habéis pedido esta mejora. Consiste en poder indicar al robot si
queremos que cuando se ejecute el TrailingStop de una orden, pues que se elimine o no el
TakeProfit de esa orden. He añadido esta mejora en esta versión del robot.

Para ello he añadido el parámetro [eliminar_TakeProfit_TS] el cual puede ser TRUE o

FALSE. Este nuevo parámetro solamente se tiene en cuenta si [ejecutarTrailingStop] está
configurado para ejecutar el TrailingStop después de haber ejecutado el BreakEven. Y
solamente puedes configurar el TrailingStop para que se se ejecute después del BreakEven
si también está activo el BreakEven y bien configurado. Todo esto es controlado por el robot
y mostrará una alerta con un error en caso de haber algo mal configurado.

Cuando el parámetro [eliminar_TakeProfit_TS] es TRUE entonces cuando el robot ejecute el

TrailingStop de una orden, también eliminará su TakeProfit. La utilidad de esto es que al no
haber TakeProfit pues cabe la posibilidad de maximizar las ganancias en caso de que el
precio siga avanzando a favor de la orden incluso más allá de donde estaba el TakeProfit.

INFO EN PANEL DE DATOS

En esta versión he modificado el panel de datos que muestra el robot. He eliminado todos
los datos cuyos valores no cambian a lo largo de un ciclo (y están definidos en los
parámetros). Ahora los datos que se se muestran son todos aquellos cuyo valor cambia
mientras un ciclo se está ejecutando. Abajo explico los cambios en el panel de datos.

Donde aparecía la palabra “Profit” ahora aparece “Profit Ciclo” y el dato que muestra es el
mismo de antes, o sea el profit total del ciclo en todo momento (incluyendo todas las
ganancias y pérdidas de todas las órdenes del ciclo, comisiones, swaps etc).

Justo debajo de “Profit Ciclo” he añadido el “Profit Orden”. Cuando haya un ciclo iniciado y
una orden abierta entonces ahí el robot mostrará el profit total de la orden que haya abierta
en ese momento (incluyendo la comisión y swap de la orden).

Esta información sobre los profit es útil porque quizás en algún momento queramos finalizar
un ciclo manualmente sabiendo que ya hemos obtenido alguna ganancia (o que no hemos
perdido nada) y ya no queremos que el ciclo continúe ejecutándose por más tiempo.

En la versión anterior el robot informaba de “CICLO INICIADO” o “NO HAY CICLO”. En esta
nueva versión el robot además también informa de “CICLO PAUSADO”. Un ciclo puede
estar pausado debido al CONTROL MÁXIMO SPREAD o al CONTROL RANGO
TEMPORAL. Ambas son funcionalidades que he añadido nuevas en esta versión y las
cuales explico detalladamente más abajo en este mismo documento.
 REDUCCIÓN DE VOLUMEN
Muchos me habéis sugerido que en el Perseguido añadiera la mejora de poder definir un
número máximo de órdenes que se permita ejecutar en un ciclo para evitar que el ciclo
llegue a ejecutar demasiadas órdenes y por tanto se opere con mucho volumen y exista el
riesgo de perder mucho dinero. Esta mejora está incluida en el Acorralado, donde le puedes
incluso decir que solamente ejecute 1 orden (en ese caso ni siquiera se aplicaría cobertura).

Pero en realidad en el Perseguido esa mejora no tiene sentido porque en el Perseguido una
orden nueva dentro de un ciclo lo más probable es que tenga un volumen igual o inferior a
las órdenes anteriores. En el Perseguido a diferencia del Acorralado no siempre que se abre
una orden nueva se aumenta el volumen, de hecho en el Perseguido en cada nueva orden
que se abre lo normal es que el volumen se haya reducido respecto a la orden anterior.
Entonces establecer un nº máximo de órdenes no es lógico en el Perseguido.

Esto es gracias a que en el Perseguido se puede aplicar BreakEven y/o Trailing Stop en
cada orden y eso provoca que se reduzca el lotaje en las nuevas órdenes que se van
creando debido a que no hubo pérdidas en la última orden ejecutada o porque incluso hubo
ganancias, pero el ciclo sigue abierto y ejecutando nuevas órdenes porque aún no se
alcanzó el importe objetivo que se definió en los parámetros del robot.

¿Cómo entonces podemos reducir más el volumen de las órdenes en el Perseguido? Para
reducir aún más el lotaje en el Perseguido he ideado y añadido una mejora al robot para que
de forma muy personalizada cada trader pueda definir opcionalmente si quiere o no aplicar
una reducción de volumen y podrá definirla totalmente a su gusto y bajo su propio criterio.

Cuando un ciclo ya está iniciado y el robot se dispone a abrir la siguiente orden del ciclo, lo
primero que hace el robot es calcular el volumen de esa nueva orden, y para realizar esos
cálculos usa varias cosas, dos de ellas son el IMPORTE OBJETIVO y el TAKEPROFIT. Una
vez que el robot ya sabe el volumen que debería tener la nueva orden entonces es cuando
decide si aplica o no la reducción de volumen. En caso de aplicar la reducción de volumen
lo que hace el robot es calcular de nuevo el volumen de la nueva orden pero esta vez usará
un IMPORTE OBJETIVO y TAKEPROFIT obtenidos de la configuración de los parámetros.

Para esta mejora he añadido 2 parámetros:

[reduccion_volumen] → Indica si la reducción está o no activa y de qué tipo es.
[reduccion_volumen_datos] → Aquí es donde se definen los datos personalizados de la reducción de
volumen. Es una cadena de texto que debes escribir. Lo ideal es que la escribas primero en un TXT y
luego la copies y pegues en los parámetros del robot. Más abajo explico su contenido con detalle.

Opciones del parámetro [reduccion_volumen]

Desactivado → El robot ignora esta funcionalidad
Aplicar sólo importe objetivo → Al calcular el nuevo lotaje se aplicará sólo el importe objetivo definido
Aplicar sólo TakeProfit → Al calcular el nuevo lotaje se aplicará sólo el TakeProfit definido
Aplicar importe objetivo y TP → Al calcular el nuevo lotaje se aplicará el imp.objetivo y el TP definido
Contenido del parámetro [reduccion_volumen_datos]
Aquí es donde hay que indicar los datos de la reducción de volumen personalizada que
queremos que aplique el robot. Es una cadena de texto formada por grupos de 3 elementos:
Un grupo de elementos es así → LOTES / IMPORTE OBJETIVO / TAKE PROFIT

LOTES → Indica el lotaje que debe alcanzar una orden para que se le aplique una
reducción de volumen usando el importe objetivo y/o tics de TakeProfit que están definidos
en los otros dos elementos del mismo grupo.
IMPORTE OBJETIVO → Indica el importe objetivo que se aplicará en los cálculos de
reducción de volumen cuando la orden actual alcanza el lotaje indicado en LOTES.
TAKE PROFIT → Indica el TakeProfit que se aplicará en los cálculos de reducción de
volumen cuando la orden actual alcanza el lotaje indicado en LOTES.

Todos los grupos deben escribirse separados entre sí con el carácter almohadilla → “#”
Puedes definir tantos grupos como quieras.

EJEMPLO:
Supongamos que hemos definido en los parámetros del robot lo siguiente:
[tics_TakeProfit] = 200
[tipoValorImporteObjetivo] = “contiene un importe objetivo exacto”
[valorImporteObjetivo] = 100

Según estos parámetros hemos definido que el importe objetivo de un ciclo es de 100 euros
y que el TakeProfit es de 200 tics. Estos son los valores que por defecto usará el robot en
los cálculos de volumen de todas las órdenes del ciclo.

Supongamos también que:

[reduccion_volumen] = “Aplicar importe objetivo y TP”
[reduccion_volumen_datos] = “1/40/300#2.5/20/500#4/10/600#6/0/700”

Lo que siempre hace el robot es que para cada nueva orden calcula su volumen usando el
importe objetivo y TakeProfit definidos en los parámetros genéricos del robot, que en este
ejemplo son 100 euros de importe objetivo y 200 tics de TP. Pero una vez ha calculado el
lotaje de la nueva orden, si resulta que ese lotaje es mayor o igual a alguno de los definidos
en el parámetro [reduccion_volumen_datos] entonces el robot volverá a calcular el lotaje de
la orden aplicando como importe objetivo y TakeProfit los definidos en el parámetro
[reduccion_volumen_datos]. De esta forma es como el robot reduce el volumen.

En el supuesto de que el parámetro [reduccion_volumen] sea = “Aplicar sólo importe

objetivo” entonces el robot calcularía el nuevo volumen de la orden aplicando como importe
objetivo el definido en el parámetro [reduccion_lotaje_datos] pero como TakeProfit se
aplicarán 200 tics que son los del parámetro [tics_TakeProfit]. Ya podéis deducir qué hace si
[reduccion_volumen] = “Aplicar sólo TakeProfit”.

Aquí abajo explico con más detalle el contenido de los 4 grupos de este ejemplo.
1/40/300 → Con esto le estamos diciendo al robot que si el lotaje calculado para una
orden nueva es mayor o igual a 1.0 lotes entonces debe calcular de nuevo el lotaje de esa
orden pero esta vez usando un importe objetivo de 40 euros y un TakeProfit de 300 tics.

2.5/20/500 → Con esto le estamos diciendo al robot que si el lotaje calculado para una
orden nueva es mayor o igual a 2.5 lotes entonces debe calcular de nuevo el lotaje de esa
orden pero esta vez usando un importe objetivo de 20 euros y un TP de 500 tics.

4/10/600 → Con esto le estamos diciendo al robot que si el lotaje calculado para una
orden nueva es mayor o igual a 4.0 lotes entonces debe calcular de nuevo el lotaje de esa
orden pero esta vez usando un importe objetivo de 10 euros y un TP de 600 tics.

6/0/700 → Con esto le estamos diciendo al robot que si el lotaje calculado para una
orden nueva es mayor o igual a 6.0 lotes entonces debe calcular de nuevo el lotaje de esa
orden pero esta vez usando un importe objetivo de 0 euros y un TP de 700 tics.

A menor importe objetivo menor será el lotaje calculado en una nueva orden.
A mayor número de tics de TP menor será el lotaje calculado en una nueva orden.

Cada trader podrá definir estos datos como quiera. Lo ideal es hacerlo con inteligencia.
El objetivo es intentar reducir el lotaje en caso de que suba.

● Esta funcionalidad solamente se aplica a partir de la segunda orden del ciclo, o sea
que nunca se aplica en la primera orden del ciclo.

● En caso de estar activa esta funcionalidad es obligatorio tener definido al menos un

grupo de datos → (LOTES/IMPORTE OBJETIVO/TAKE PROFIT) y los grupos de
datos deben definirse obligatoriamente de menor a mayor nº de lotes.

● En el caso en que se aplique una reducción de volumen y se haya aplicado un

TakeProfit definido en el parámetro [reduccion_volumen_datos] entonces la orden
que sea crea tendrá ese TakeProfit asignado y no el indicado en [tics_TakeProfit]

● En el caso en que se aplique una reducción de volumen y se haya aplicado un

Importe Objetivo definido en el parámetro [reduccion_volumen_datos] entonces
cuando se cierre la orden se tendrá en cuenta ese Importe Objetivo para saber si se
alcanzó o no el objetivo del ciclo y no el del parámetro [valorImporteObjetivo].

● Cuando en el parámetro [reduccion_volumen_datos] definimos un importe objetivo

igual a cero, lo que en realidad estamos haciendo es buscar el empate en el ciclo de
forma que al final no ganemos ni perdamos nada. Los importes objetivo definidos en
este parámetro nunca puede ser menor de cero.

● Que el nuevo volumen calculado para una nueva orden sea o no inferior depende de
los datos que definas en el parámetro [reduccion_volumen_datos].
 MARGEN POR LOTES
En la funcionalidad de REDUCCIÓN DE VOLUMEN lo que se hace es que según la
configuración indicada en los parámetros a veces se recalcula el volumen de una orden.

Pero otra cosa muy distinta es el tema del MARGEN aplicado al importe objetivo. Estoy
seguro de que muchos de vosotros quizás os vais a liar un poco con estas dos cosas así
que voy a explicarlo para que lo entienda cualquier persona.

Cuando el robot va a calcular el lotaje de una orden nueva lo hace porque la orden anterior
ya se ha cerrado y el robot considera que aún no se ha alcanzado el objetivo económico
deseado y por eso se dispone a abrir una orden nueva. En el cálculo del volumen de esa
nueva orden es donde el robot aplica o no la reducción de volumen. Cuando el robot calcula
el volumen de una nueva orden lo que usa para hacerlo es lo siguiente:
- la pérdida o ganancia acumulada en el ciclo hasta ese momento
- cuál es el importe objetivo aplicado en ese momento
- la distancia en tics en la que se quiere obtener ese objetivo (el TakeProfit)

¿Cuándo y cómo usa el robot el MARGEN del Importe Objetivo? Pues solamente lo tiene en
cuenta cuando una orden se ha cerrado y el robot debe decidir si el ciclo ya finalizó o no, y
en caso de que no haya finalizado pues procede a abrir una orden nueva.
Cuando una orden se cierra lo que hace el robot es mirar 2 cosas:
- el profit total de la orden (teniendo en cuenta su comisión y swap)
- el importe objetivo de ese momento al cual le resta el margen

Si (profit total) del ciclo es mayor o igual que (importe objetivo - margen) entonces el ciclo se
acaba ya que el robot considera que el objetivo se ha alcanzado. En otro caso, el ciclo
continúa y el robot abrirá una nueva orden. El robot usa el margen sólo para esto.

Ejemplo:
Imaginemos que estamos en la orden 6 del ciclo. El importe objetivo que se aplica a esa
orden es de 100 euros, y el margen es de 10 euros → (100 - 10) = 90 euros.
Supongamos que esa orden se ha cerrado con un profit total de 92 euros.
El robot comprueba que 92 es mayor o igual que 90 por tanto considera que se ha
alcanzado el objetivo y el ciclo finaliza. Pero si por ejemplo el profit total de la orden hubiera
sido 89 euros en vez de 90 entonces el ciclo no finaliza y el robot abriría una nueva orden
(el lotaje de esa nueva orden sería muy bajo ya que el objetivo ahora sería de pocos euros).
Otro caso es que si por ejemplo el margen hubiera sido de 5 euros en vez de 10 euros pues
el ciclo tampoco finaliza porque 92 es inferior a 95. Así es como el robot utiliza el margen.

Más ejemplos:
Supongamos que el importe objetivo es 100€ y el margen 90€, entonces al cerrar la orden
con un profit total de solamente 11€ ya se finaliza el ciclo. O supongamos que el importe
objetivo es 100€ y el margen 120€, entonces al cerrar la orden con un profit total de
solamente -19€ ya se finaliza el ciclo (porque 100 - 120 = -20).
Esta es la mejora que he ideado y que he añadido al robot. Se configura fácilmente y de
forma parecida a como se configura el parámetro de datos de la reducción de volumen. Esta
mejora no es muy útil si no se está aplicando BreakEven y TrailingStop en las órdenes.

He añadido los parámetros [margenesPorLotes] y [margenesPorLotes_Orden]

Contenido del parámetro [margenesPorLotes]

Es una cadena de texto formada por grupos de 2 elementos.
Un grupo de elementos es así → LOTES / MARGEN

LOTES → Indica el lotaje que debe alcanzar una orden para que se aplique el margen que
está definido en el otro elemento del grupo.
MARGEN → Indica el margen que se aplicará cuando se cierra la orden actual si ésta
alcanza el lotaje indicado en el elemento LOTES.

Los grupos deben escribirse separados entre sí con el carácter almohadilla → “#”
Puedes definir tantos grupos como quieras.

EJEMPLO:
Supongamos que hemos definido en los parámetros del robot lo siguiente:
[tipoValorImporteObjetivo] = “contiene un importe objetivo exacto”
[valorImporteObjetivo] = 100
[margenImporteObjetivo] = 10

Según estos parámetros hemos definido que el importe objetivo de un ciclo es de 100 euros
y que el margen por defecto es de 10 euros. Estos son los valores por defecto que usará el
robot para saber si se finaliza o no el ciclo en el cierre de todas las órdenes del ciclo.

Supongamos también que:

[margenesPorLotes] = “1/40#1.5/80#2/110” (los lotes deben ir de menor a mayor)

1/40 → Con esto le estamos diciendo al robot que si el lotaje de una orden es mayor o
igual a 1.0 lotes entonces cuando esa orden cierre y el robot compruebe si el ciclo finaliza o
no, el margen que debe usar el robot es de 40 euros y no el de [margenImporteObjetivo].

1.5/80 → Con esto le estamos diciendo al robot que si el lotaje de una orden es mayor
o igual a 1.5 lotes entonces cuando esa orden cierre y el robot compruebe si el ciclo finaliza
o no, el margen que debe usar el robot es de 80 euros y no el de [margenImporteObjetivo].

2/110 → Con esto le estamos diciendo al robot que si el lotaje de una orden es mayor
o igual a 2.0 lotes entonces cuando esa orden cierre y el robot compruebe si el ciclo finaliza
o no, el margen que debe usar el robot es de 110 euros y no el de [margenImporteObjetivo].
En este ejemplo si la orden que ha cerrado tiene un volumen de 2.0 lotes o más y
obtenemos un profit total de ciclo de al menos -10 euros entonces el ciclo finaliza y ya no se
abren más órdenes. Porque (100 - 110 = -10).

Si el parámetro [margenesPorLotes] está vacío entonces el robot lo ignora y no aplica nada.

[margenesPorLotes_Orden]
Este parámetro debe ser un número mayor que cero. Simplemente debemos indicar aquí a
partir de qué orden (inclusive) deseamos que el robot tenga en cuenta los márgenes por
lotes que hayamos definido en el parámetro [margenesPorLotes]. Por ejemplo si ponemos
un 2 pues a partir de la segunda orden del ciclo (inclusive) el robot ya tendrá en cuenta los
márgenes que hayamos definido en el parámetro [margenesPorLotes]. Pero para la primera
orden del ciclo no los tendrá en cuenta. Podemos poner un nº mayor que cero.

El parámetro [margenesPorLotes_Orden] se ignora en caso de que esté vacío el parámetro

[margenesPorLotes].

CONTROL RANGO TEMPORAL

El Rango Temporal consiste en que le podemos decir al robot en qué horario y en qué días
de la semana permitimos que se inicie un ciclo. Fuera de ese rango el robot no iniciará un
ciclo aunque haya ocurrido algún evento para iniciarlo. Esta funcionalidad ya estaba.
En esta nueva versión he añadido que el rango temporal también se tenga en cuenta en la
creación de nuevas órdenes dentro de un ciclo ya iniciado.

Os lo explico con un ejemplo. Imagina que tenemos el rango temporal activado, y ya se

inició un ciclo. Cuando el rango temporal deja de cumplirse (porque entramos en un día y
horario que queda fuera del rango temporal que hemos definido en los parámetros),
entonces si se cierra la orden actual del ciclo el robot no creará más nuevas órdenes dentro
de ese ciclo y el robot dejará el CICLO PAUSADO durante X minutos antes de volver a
comprobar si se cumple o no el rango temporal. Si pasados los X minutos el rango temporal
sigue sin cumplirse pues de nuevo el robot deja el CICLO PAUSADO durante X minutos y
así sucesivamente hasta que el rango temporal se cumpla y se cree la siguiente orden.

He añadido el parámetro [rangoMinutosPausaOrden] donde debemos indicar cuántos

minutos queremos que el robot deje el ciclo pausado antes de comprobar de nuevo el rango
temporal e intentar crear otra vez una orden nueva dentro de un ciclo ya iniciado.
Por defecto es = 60 y no puede ser menor de 1; El parámetro [rangoMinutosPausaOrden]
sólo se tiene en cuenta cuando se va a crear una nueva orden dentro de un ciclo ya
iniciado. O sea que si un ciclo no se inicia debido al rango temporal el robot no hará ninguna
pausa y por tanto ya no iniciará ese ciclo en ningún otro momento.

Esta mejora es muy interesante porque imagina que solamente quieres operar de Lunes a
Viernes de 08:00 a 14:00. Si es Viernes y son más de las 14:00 y la orden actual del ciclo se
cierra entonces el robot ya no creará la siguiente orden hasta el Lunes a partir de las 08:00.
Recuerda que en el rango temporal puedes definir los días de la semana que quieras.
 CONTROL MÁXIMO SPREAD
El robot ya incluía en la versión anterior la funcionalidad de controlar el Máximo Spread,
tanto para el inicio de ciclo como para crear una nueva orden dentro de un ciclo ya iniciado.
Esta funcionalidad consiste en que le podemos decir el máximo spread que puede haber en
el momento de iniciarse un ciclo o en el momento de crear una nueva orden dentro de un
ciclo ya iniciado.

Si cuando se va a iniciar un ciclo el spread actual es superior al máximo definido entonces el

ciclo no se inicia y el robot no hará ninguna pausa y por tanto ya no iniciará ese ciclo en
ningún otro momento. Y si cuando se va a crear una orden nueva dentro de un ciclo ya
iniciado el spread actual es superior al máximo definido entonces la orden no se crea y el
robot se queda en pausa X segundos antes de volver a comprobar el spread. Hasta ahora
esa pausa era siempre de 10 segundos y no se podía cambiar.

He añadido el parámetro [spreadSegundosPausaOrden] donde debemos indicar cuántos

segundos queremos que el robot espere antes de intentar crear otra vez una orden nueva
dentro de un ciclo ya iniciado. Por defecto es = 30 y no puede ser menor de 10;

Como ya habréis deducido este parámetro no se tiene en cuenta en el inicio de ciclo, ya que
sólo se tiene en cuenta cuando se va a crear una nueva orden dentro de un ciclo iniciado.

El parámetro [pausa_si_Spread_Superior_a] ahora se llama [spreadMaximo] y desde

ahora por defecto es igual a cero (por defecto está desactivado el control de Spread). No
debe contener nunca un valor menor que cero.

La reducción de volumen, el margen por lotes, el BreakEven y el

TrailingStop hacen de este robot una herramienta bastante buena.
Con esas 4 funcionalidades es muy difícil que existan órdenes con
alto volumen dentro de un ciclo y se reduce mucho el riesgo. Si el
robot lo usas con inteligencia y también configuras con lógica
todas sus funcionalidades, entonces lo más probable es que la
orden de mayor volumen de un ciclo sea la primera y que en alguna
de las 3 primeras órdenes del ciclo el profit total del ciclo sea
positivo pudiendo ya cerrarlo manualmente con ganancias.
Aparte de esas 4 funcionalidades que he nombrado arriba, el robot
tiene más funcionalidades muy útiles como por ejemplo el control
de spread y el rango temporal, que evitan operar en momentos en
los que no es aconsejable quedando el ciclo pausado hasta que se
cumplan las condiciones que hayamos configurado.