Indicadores de élite :) - página 374

 

Gracias de nuevo Bill..

mrtools:
No hay problema Valeo.

Muchas gracias, Bill. Te lo agradezco mucho. Disfruta del resto del fin de semana.

Mis mejores deseos.

 

ValeoFX

Es una "medida" o un "criterio" para "pisar". En realidad tiene 2 formas de "elegir" el ATR - primero es ATR (average true range - la tensión está en el promedio) y si utiliza el período 1 para el average true range se convierte en un true range (no se hace el promedio) y luego se busca un ATR o TR mínimo y máximo en los últimos datos de WindowSize (la limitación del tamaño de la ventana se utiliza para evitar la comprobación de "longitud infinita" así como el repintado implícito - para recordar que no se repinta más ni se deforma debido a la búsqueda de "longitud infinita"). El valor encontrado de esa manera se utiliza entonces para los cálculos posteriores (no se utilizan valores lineales en el cálculo estocástico, sino valores ya "escalonados")

Espero que esto aclare para qué se utiliza el ATR en el estocástico escalonado

saludos

Mladen

ValeoFX:
Hola Mladen,

¿Te importaría decirme cómo funciona realmente el ATR en el "Step stochastic pre-smoothed", plse?

He tenido un gran éxito con la configuración de baja como un 1 (¿crees que), pero descubrió que es en realidad mejor establecer @ 20 (su defecto fue @ 10), pero con ajustes a la K.Slow.

Sólo una breve explicación sería genial, por favor.

Gracias de antemano.
 

Media corregida

Aquí hay un indicador más


La idea original es de Andreas Uhl. Parece que el profesor Uhl es una persona bastante interesante. Para algunos enlaces más relacionados con él, aquí hay un par de páginas que se pueden utilizar para otras búsquedas: http: //www.cosy.sbg.ac.at/~uhl/ o Multimedia Signal Processing and Security Lab. Y como se ve en este post, también participa ocasionalmente en el AT.

La media corregida no debe ser utilizada como una media regular. Es más un estudio de soporte / resistencia que una media y, en mi opinión, su uso principal debería ser ese. En la idea original la única media que se utiliza es la media móvil simple pero decidí experimentar con un par de medias más para ver qué resultados van a producir otras medias "básicas". Además, para ver cómo se podría ampliar su funcionalidad, decidí añadir un modo(MiltiColormode) que es un cruce de la media corregida y su media básica (es decir, si una media corregida está hecha de, por ejemplo, la media móvil de Hull, entonces los cruces son de la media corregida y la media móvil de Hull) y en ese modo puede ser (basado en la inspección y prueba habitual) utilizado como indicador de detección de tendencia (en marcos de tiempo más largos especialmente) Eso es más fácil de ver si se activa la visibilidad de la "media básica" con el parámetro AverageVisible. Así que al final, este indicador es capaz de producir promedios corregidos de

0 - media móvil simple

1 - media móvil exponencial

2 - media móvil suavizada

3 - media móvil ponderada lineal

4 - media móvil ponderada parabólica

5 - media móvil ponderada por volumen

6 - Media móvil Hull

7 - Media móvil triangular

8 - media móvil ponderada por el seno

9 - regresión lineal (lsma)

10 - Media móvil sin retardo

11 - media móvil con retardo cero

He utilizado estos ya que todos estos pueden ser utilizados sin ningún parámetro adicional añadido al indicador (para mantener el uso tan simple como puede ser). La media por defecto utilizada como "media básica" en este es la media móvil de retardo cero, pero como he mencionado, el original estaba en la media móvil simple. Aquí hay algunos ejemplos que se pueden producir con el indicador

PD: este indicador tiene un precio inusual: el precio 7 es (Alto+Bajo+Apertura+Cierre)/4 (no existe como tipo de precio en metatrader, pero decidí usarlo en este indicador) Parece una buena opción en algunos casos

Archivos adjuntos:
corr_1.gif  27 kb
corr_2.gif  28 kb
corr_3.gif  24 kb
 

EDITADO: olvidar esta petición: solucionado

Hola, el indicador adjunto sólo imprime una flecha después del cierre de la vela; ¿puede alguien reescribir el indicador para que imprima las flechas durante la vela?

Archivos adjuntos:
 

mladen,

Estoy recibiendo falsos aciertos en la tendencia y luego, por supuesto, en las flechas? Las flechas están en la configuración de 5 minutos.

Ver adjunto:

El hama1 a las 5:19 muestra la tendencia -1 luego el hama2 a las 5:20 muestra 1 aunque las lecturas soportan -1, HAMA3 solo muestra el hama de 5min con el problema? Causando havack con mi EA, además el EA funciona con el periodo del gráfico pero no puedo conseguir que funcione con un periodo diferente como el gráfico de 1 m con un HAMA de 5min en el EA.

Perdonad si no me aclaro.

Gracias

Ray

 

Gracias Mladen

mladen:
ValeoFX

Es una "medida" o un "criterio" para "pisar". En realidad tienes 2 maneras de "elegir" ATR - primero es ATR (average true range - la tensión está en la media) y si usas el periodo 1 para el average true range se convierte en un true range (no se hace la media) y luego se busca un ATR o TR mínimo y máximo en los últimos datos de WindowSize (la limitación del tamaño de la ventana se usa para evitar la comprobación de "longitud infinita" así como el repintado implícito - para recordar que no se repinta más ni se deforma debido a la búsqueda de "longitud infinita"). El valor encontrado de esa manera se utiliza entonces para los cálculos posteriores (no se utilizan valores lineales en el cálculo estocástico, sino valores ya "escalonados")

Espero que esto aclare para qué se utiliza el ATR en el estocástico escalonado

saludos

Mladen

===================

Muchas gracias, Mladen. Se agradece mucho.

 

Problema de carga..

mrtools:
Adaptive T3 Heiken Ashi mtf y alertas y Adaptive T3 Vhf. Gracias Mladen por la ayuda. En la imagen su h4 heiken en el gráfico h1 y sobre el vhf mira donde están los picos más altos , y por si alguien no lo sabe el Vhf no es un indicador direccional, cuando está subiendo el mercado está en tendencia.

======

MrTools No consigo que el HeikenAshi se cargue en un gráfico. ¿Alguna idea de por qué no?

Gracias por responder.

 

mrtools

¿Hay alguna posibilidad de añadir un "trend buffer" al Heikin ashi?

Gracias

Ray

mrtools:
Adaptive T3 Heiken Ashi mtf y alertas y Adaptive T3 Vhf. Gracias Mladen por la ayuda. En la imagen su h4 heiken en el gráfico h1 y sobre el vhf comprueba donde están los picos más altos , y por si alguien no lo sabe el Vhf no es un indicador direccional, cuando está subiendo el mercado está en tendencia.
 

Rayo

Las flechas se muestran donde el valor de hama sin filtro de paso cambia de tendencia, por lo que, si el valor de paso se establece en > 0, ocasionalmente mostrará flechas en lugares donde visualmente no aparece. Si quiere evitar eso, cambie el código que va así :
trend = trend;

if (ExtMapBuffer3<ExtMapBuffer4) trend = 1;

if (ExtMapBuffer3>ExtMapBuffer4) trend = -1;

//

//

//

//

//

if (Step>0)

{

if( MathAbs(ExtMapBuffer1-ExtMapBuffer1) < Step*pointModifier*Point ) ExtMapBuffer1=ExtMapBuffer1;

if( MathAbs(ExtMapBuffer2-ExtMapBuffer2) < Step*pointModifier*Point ) ExtMapBuffer2=ExtMapBuffer2;

if( MathAbs(ExtMapBuffer3-ExtMapBuffer3) < Step*pointModifier*Point ) ExtMapBuffer3=ExtMapBuffer3;

if( MathAbs(ExtMapBuffer4-ExtMapBuffer4) < Step*pointModifier*Point ) ExtMapBuffer4=ExtMapBuffer4;

}

[/PHP]

and change it to this (move the first 3 lines of the above code to the and of that code block

[PHP]

//

//

//

//

//

if (Step>0)

{

if( MathAbs(ExtMapBuffer1-ExtMapBuffer1) < Step*pointModifier*Point ) ExtMapBuffer1=ExtMapBuffer1;

if( MathAbs(ExtMapBuffer2-ExtMapBuffer2) < Step*pointModifier*Point ) ExtMapBuffer2=ExtMapBuffer2;

if( MathAbs(ExtMapBuffer3-ExtMapBuffer3) < Step*pointModifier*Point ) ExtMapBuffer3=ExtMapBuffer3;

if( MathAbs(ExtMapBuffer4-ExtMapBuffer4) < Step*pointModifier*Point ) ExtMapBuffer4=ExtMapBuffer4;

}

trend = trend;

if (ExtMapBuffer3<ExtMapBuffer4) trend = 1;

if (ExtMapBuffer3>ExtMapBuffer4) trend = -1;

Entonces mostrará dónde deberían aparecer visualmente las flechas incluso si se aplica el filtrado por pasos (como he dicho, de lo contrario muestra las flechas donde los valores "reales" sin filtrar cambian de tendencia).

También para la precisión de la comprobación visual, cuando se utiliza mtf desactivar la interpolación (la interpolación es "suavizar" los valores y por lo tanto está cambiando los valores originales de mtf - la cuestión es sin embargo donde las flechas deben aparecer - al principio de la barra de mtf o al final. Por lo demás, el mtf clásico y el mtf interpolado tienen exactamente el mismo número de valores correctos: 1 ( uno ). Salvo que el "clásico" muestra todos como el mismo (lo que no era cierto) y el interpolado muestra la última barra perteneciente al marco temporal superior con el valor exacto y el resto se suaviza en combinación con la barra mtf anterior)

saludos

Mladen

traderduke:
mladen,

Estoy obteniendo falsos aciertos en la tendencia y luego por supuesto en las flechas? Las flechas están en la configuración de 5 min.

Ver adjunto:

El hama1 a las 5:19 muestra la tendencia -1 luego el hama2 a las 5:20 muestra 1 aunque las lecturas soportan -1, HAMA3 solo muestra el hama de 5min con el problema? Causando havack con mi EA, además el EA funciona con el periodo del gráfico pero no puedo conseguir que funcione con un periodo diferente como el gráfico de 1 m con un HAMA de 5min en el EA.

Perdonen si no soy claro.

Gracias

Rayo
 

Mladen

Gracias por la explicación y la solución. Cualquier entrada a mi segundo problema, marco de tiempo que no sea actual no funciona en EA. Estoy usando el "TimeFrame" como usted me dijo antes, pero su no verlo.

Gracias de nuevo

Ray

mladen:
Ray Las flechas se muestran donde el valor de hama sin filtro de pasos cambia la tendencia, por lo que, si el valor del paso se establece en > 0, ocasionalmente mostrará flechas en lugares donde visualmente no aparece. Si quiere evitar eso, cambie el código que va así :
trend = trend;

if (ExtMapBuffer3<ExtMapBuffer4) trend = 1;

if (ExtMapBuffer3>ExtMapBuffer4) trend = -1;

//

//

//

//

//

if (Step>0)

{

if( MathAbs(ExtMapBuffer1-ExtMapBuffer1) < Step*pointModifier*Point ) ExtMapBuffer1=ExtMapBuffer1;

if( MathAbs(ExtMapBuffer2-ExtMapBuffer2) < Step*pointModifier*Point ) ExtMapBuffer2=ExtMapBuffer2;

if( MathAbs(ExtMapBuffer3-ExtMapBuffer3) < Step*pointModifier*Point ) ExtMapBuffer3=ExtMapBuffer3;

if( MathAbs(ExtMapBuffer4-ExtMapBuffer4) < Step*pointModifier*Point ) ExtMapBuffer4=ExtMapBuffer4;

}

[/PHP]

and change it to this (move the first 3 lines of the above code to the and of that code block

[PHP]

//

//

//

//

//

if (Step>0)

{

if( MathAbs(ExtMapBuffer1-ExtMapBuffer1) < Step*pointModifier*Point ) ExtMapBuffer1=ExtMapBuffer1;

if( MathAbs(ExtMapBuffer2-ExtMapBuffer2) < Step*pointModifier*Point ) ExtMapBuffer2=ExtMapBuffer2;

if( MathAbs(ExtMapBuffer3-ExtMapBuffer3) < Step*pointModifier*Point ) ExtMapBuffer3=ExtMapBuffer3;

if( MathAbs(ExtMapBuffer4-ExtMapBuffer4) < Step*pointModifier*Point ) ExtMapBuffer4=ExtMapBuffer4;

}

trend = trend;

if (ExtMapBuffer3<ExtMapBuffer4) trend = 1;

if (ExtMapBuffer3>ExtMapBuffer4) trend = -1;

Entonces mostrará donde visualmente deberían aparecer las flechas incluso si se aplica el filtrado por pasos (como dije, de lo contrario muestra las flechas donde los valores "reales" sin filtrar cambian de tendencia). También para la precisión de la comprobación visual, cuando se utiliza mtf desactivar la interpolación (interpolación es "suavizar" los valores y por lo tanto está cambiando los valores originales mtf - la cuestión es sin embargo donde las flechas deben aparecer - al principio de la barra mtf o al final. Por lo demás, el mtf clásico y el mtf interpolado tienen exactamente el mismo número de valores correctos : 1. Excepto que el correcto muestra todos como el mismo (lo que no era cierto) y el mtf muestra la última barra que pertenece al marco de tiempo más alto correctamente y el resto se suaviza en combinación con la barra mtf anterior)

saludos

Mladen
Razón de la queja: