Indicadores Multi Timeframe - página 1148
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
pati9191
Si cambio el funcionamiento, los resultados no serán los mismos (como ya es una especie de indicador multi time frame, si cambio eso, cambia todo). ¿Es eso lo que tienes en mente?
Sí, señor, ya veo lo que quiere decir, gracias.
Aquí está. Pruébalo.
hola mladen...
ayúdame sobre este indicador....
es no puede trabajar....pero después de que cange el marco de tiempo y de nuevo puede aparecer ... gracias u ...hola mladen...
ayúdame con este indicador....
yoppy
La señal de tendencia de shi silver es el repintado. Lo que se ve es lo que se suele llamar un "repintado clásico"
Marcos temporales más amplios Tendencia dinámica
Hola Tampa_
El cuadro de tendencias HTF parece interesante, así que lo he probado.
Pero está fallando debido a los índices fuera de rango al acceder a Trendx[(i+N)*multiplicador] en la pasada inicial.
Falla en la tendencia x con +N= 1, 2 o 3 dependiendo de los TFs que se hayan seleccionado.
Como solución sencilla, he restado 600 (es decir, >3*168) para conseguir que los TFs de H4, D1 y W1 se muestren en el gráfico H1, pero se requiere una solución más meditada:
es decir, int limit = Bars-counted_bars -600;
También me he dado cuenta de que cuando el gráfico está en un marco de tiempo, o se cambia a un marco de tiempo que es >= a cualquiera de las 3 tendencias MTF establecidas en el indicador, que envía una alerta (que está bien), pero todavía va a través y asigna y establece búferes etc (vs return(0) (o -1)), que no se limpian adecuadamente cuando todos los TFs establecidos correctamente, por lo que deja un montón de basura alrededor.
Y también se bloquea, cuando se va a un TF del gráfico inferior a H1 (con H4, D1, W1 seleccionados), debido a la solución rápida de -600 por encima de la gestión de código adecuado.
Espero que esta prueba/retroalimentación sea de utilidad.
Gracias
Bigger TimeFrames Tendencia dinámica
¿recuerda su configuración?
Tenga este
Hola mrtools,
Sí, esto es exactamente lo que estaba buscando.
Un par de características que estarían bien para permitir cambiar de gráfico a gráfico y de marco de tiempo a marco de tiempo sería un límite de visualización de la barra (ahorrar CPU / ancho de banda) y un parámetro para la selección relativa TF, por ejemplo, 1, 2, etc para mostrar TF actual + 1, TF + 2, etc para aumentar las selecciones actuales / específicas TF.
Sin embargo, tal y como está, este es un indicador muy bonito y ¡¡¡muchas gracias!!!
¿recuerda su configuración?
Hola Tampa_
El cuadro de tendencias HTF parece interesante, así que lo he probado.
Pero está fallando debido a los índices fuera de rango al acceder a Trendx[(i+N)*multiplicador] en la pasada inicial.
Falla en la tendencia x con +N= 1, 2 o 3 dependiendo de los TFs que se hayan seleccionado.
Como solución sencilla, he restado 600 (es decir, >3*168) para conseguir que los TFs de H4, D1 y W1 se muestren en el gráfico H1, pero se requiere una solución más reflexiva:
es decir, int limit = Bars-counted_bars -600;
También he notado que cuando el gráfico está en un marco de tiempo, o cambiado a un marco de tiempo que es >= a cualquiera de las 3 tendencias MTF establecidas en el indicador, que envía una alerta (que está bien), pero todavía va a través y asigna y establece búferes etc (vs return(0) (o -1)), que no se limpian adecuadamente cuando todos los TFs establecidos correctamente, por lo que deja un montón de basura alrededor.
Y también se bloquea, cuando se va a un TF del gráfico inferior a H1 (con H4, D1, W1 seleccionados), debido a la solución rápida de -600 por encima de la gestión de código adecuado.
Espero que esta prueba / retroalimentación es de utilidad.
Gracias
profitabl
¿Cuándo se producen los cuelgues"fuera de rango"?
Por lo que veo el código de ese indicador no está usando el modo estricto, y entonces no debería haber ese tipo de cuelgues/errores a menos que se invoque el modo estricto en ese código independientemente de los parámetros (y marcos temporales) usados (al menos no se cuelga cuando intento reproducir los cuelgues que describes)