Discusión sobre el artículo "Gráfico líquido" - página 3
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
¿Ha habido suerte encontrando la causa?
He intentado contribuir lo mejor que he podido, tal vez ayude a encontrar el error. En las imágenes tomadas en diferentes momentos, se puede ver cómo el gráfico indicador se desplaza en relación con el gráfico principal.
Me parece que la razón es que al principio de cada semana hay una vela extra, que se acumula y desplaza el gráfico cada semana, esto se aplica al gráfico diario con la base H1. Puedes hacer una pantalla el fin de semana y al principio de la semana, se verá más claro.
Sí, así es. En determinados valores del desplazamiento, aparecen "barras fantasma" - para más detalles, véase la fig. 4 del artículo, donde también se describe la razón de su aparición. Dado que aparecen en el cruce de semanas, son más notables en los plazos más altos. Especialmente en el gráfico diario (como en su ejemplo), porque la pantalla muestra un rango de tiempo de varias semanas, y con cada semana el cambio es más y más notable.
Esto no es un error, es una característica. Podrías descartar las "barras fantasma", pero eso es pérdida de datos, lo que no es bueno. Lo ideal sería desplazar el gráfico original en esos lugares, pero no tiene esa opción. Si la sincronización de los gráficos inicial y resultante es crítica para usted, puede filtrar las barras "extra" devueltas por la función GetRatesLC() justo antes de copiarlas al búfer del indicador.
Hice algo similar. Parece que me funciona sin barras fantasma.
Como no puedo analizar el código fuente en su totalidad, sólo me encontré con algunas cosas extrañas (en mi opinión) en la superficie.
En primer lugar, en varios lugares vi la construcción tO-=PeriodSeconds(). No estoy seguro de que se pueda hacer así, porque restando PeriodSeconds de t0 se puede llegar a la barra anterior. La esencia de la situación cuando t0 está fuera de los límites es que esta barra líquida aún no ha empezado a formarse y no hay necesidad de intentar mover artificialmente su comienzo en un periodo.
En segundo lugar, el tiempo de cierre debe ser determinado no por el número - cuántas barras base teóricamente caben en el período actual en relación con la apertura, sino individualmente para cada barra del período actual tome su tiempo de apertura, tome el tiempo de apertura de la siguiente barra, para la segunda busque una barra del período base y lea la barra anterior en el período base - este será el final de la barra líquida.
¿Por qué necesito esto? Quiero ver lo que los americanos, australianos, japoneses, etc. ven en los gráficos diarios. Dado que el tiempo terminal es diferente para todos, el tiempo de formación de una vela diaria es diferente para todos, y por lo tanto la imagen en los gráficos diarios es diferente para todos. Teniendo la oportunidad de observar la situación en diferentes zonas horarias, hay más oportunidades de no perder el momento adecuado de entrada. ¿Qué pasa si no tratamos de restar el tiempo del tick necesario restando el tiempo de cambio del tiempo de una barra optredeterminada. Y tomamos el tiempo GTM como punto de referencia, restamos el tiempo de desplazamiento de este tiempo y el primer tick que venga después de este tiempo irá a formar una nueva vela y en consecuencia el tick que venga antes de este tiempo será el último tick de la vela anterior. Este es el mismo principio que la formación de un gráfico regular, si la hora terminal es 00:00, no importa cuando llegue el primer tick, seguirá siendo el primer tick de una nueva vela.