¿Qué técnicas y métodos se pueden utilizar en los indicadores multiframe para evitar que se obtenga una imagen bonita debido a que se asoma al futuro en TFs superiores? - página 8
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
Indicador equivocado. Mirando a escondidas. El precio Close[0] es el mismo en todos los TFs. Y debe colgar en la barra inacabada de la TF más alta así como cuelga en la inferior. Por lo tanto, no es correcto mostrarlo permanentemente al nivel del precio de cierre futuro.
No es Close[0], muestra un fragmento del indicador en el historial y explica por qué los indicadores del marco temporal superior son engañosos.
No es Close[0], muestra un fragmento del indicador en el historial y explica por qué los indicadores del marco temporal superior son engañosos.
Sí, tienes razón, es la historia la que resulta engañosa. Pero me pregunto si es imposible especificar que el paso al precio de cierre de la barra debe ser en el momento en que se cierra la barra. ¿O se hace deliberadamente para engañar?
No intencionalmente, la vela ya existe en el historial con OHLC formado. Es imposible solicitar el estado de la vela en un momento determinado de su formación. Estos datos se refieren a plazos más pequeños.
La discretización del tiempo es de 1 vela, el mismo tiempo durante toda la vela.
Sí, tienes razón, lo que engaña es la historia. Pero me pregunto si el paso al precio de cierre de la barra no se puede hacer en el momento en que la barra está cerrada. ¿O se hace deliberadamente para engañar?
No podemos hacerlo deliberadamente. Así es como se hace utilizando el enfoque más simple - iBarsShift().
¿Y cómo hacer que el paso se produzca en el momento del cierre? Para una barra que se está formando, se movería todo el camino hacia arriba y hacia abajo.
Escribí aquí, hay una opción - para cada barra del marco de tiempo principal para calcular el valor del indicador del marco de tiempo anterior,
Entonces el indicador se ve como un indicador normal y no en pasos.
¿En qué medida difiere el marco temporal anterior del actual? Prescriba los multiplicadores para cada marco de tiempo y tendrá un marco de tiempo múltiple no dibujado, si el actual no dibuja en el actual.
ATR = 14 en M15 y ATR = 14*4 (H1)
No funciona con todos los indicadores
¿Con qué tipo de indicadores no funciona? Debería funcionar con todas las medias y regresiones.
En general, probablemente no haya una solución más fiable que la de aumentar la resolución mediante el mapeo a un marco temporal más joven. ¿Por qué debería calcular usando uno más alto y gastar demasiado tiempo tratando de deshacerse de los saltos y los dibujos para ahorrar un 0,01% de la CPU?
¿Cuáles, por ejemplo, no funcionan? Cualquier promedio y regresión seguro.
No sé si todos ellos, pero el RSI definitivamente hace una gran diferencia.
No sé si todos ellos, con RSI definitivamente hay una gran diferencia.
Diferencias en los valores absolutos, pero no en la forma, que es lo más importante.
Diferencias en los valores absolutos, pero no en la forma, que es lo más importante.
Diferencias fuertes.
¿Cuáles, por ejemplo, no funcionan? Con todos los promedios y regresiones debería.
En general, probablemente no haya un método más fiable que el de aumentar la resolución convirtiendo a un marco temporal inferior. ¿Por qué debemos calcular utilizando uno más alto e intentar deshacernos de los saltos y la asimetría para ahorrar un 0,01% de la CPU?
"No funciona". No se trata de la TF, ya que en teoría todo es estupendo. Pero en la práctica no todo es tan feliz. Por ejemplo, necesitamos construir МА de D1 en М1. Teóricamente, tomamos 1440 velas de M1 y las utilizamos para el cálculo. Pero lasbarras M1 en D1 no siempre son 1440 en la práctica.Es bueno si es 1434, como se muestra en la imagen, o tal vez 1200.
Pero en la práctica, las cosas no son tan halagüeñas.