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
Vale, ayer nos pasamos un poco, supongo que tú también celebraste el "Día de la Guardia de Fronteras" como yo.
¿Me puedes dar un enlace a la correcta sincronización de compases, porque yo también uso este método de sincronización por el último compás y ya está?
No te daré un enlace (porque aún no lo conozco), pero describiré el método.
El método se refiere a la sincronización de diferentes instrumentos, aunque se puede utilizar para la sincronización de diferentes TFs.
Llevo bastante tiempo tratando este problema, e incluso SD hizo un bug-fix para los fallos de este método.
El problema de sincronización está relacionado con el hecho de que diferentes instrumentos tienen un número diferente de barras. Aproximadamente igual es un criterio falso, todo debe ser exacto. Barra a barra. De lo contrario, se pierde el sentido de la sincronización.
El segundo aspecto de este problema es ¿cómo mostrar una barra si no hay barra en el instrumento actual?
Así que la esencia del método es simple: los datos en el instrumento se solicitan estrictamente por tiempos...
y la muestra de tiempo se toma del buffer estándar del indicador time[]. De este modo, siempre se sabe con certeza que se está ante una barra que llegó de forma sincrónica con una barra en otro instrumento.
De nuevo, si no existe tal barra en el instrumento actual, no la solicitará. Y si el instrumento solicitado no tiene tal barra como muestra, obtendrá un cero en el recuento y normalmente podrá manejar esta excepción, dependiendo de la lógica de su programa.
Implementación de la sincronización (en MQL4) para cualquier número de FIs(desde aquí):
Por analogía para dos símbolos(desde aquí):
Es decir, todo es bastante sencillo. Otra cosa es que la representación barométrica clásica (discretización en tiempo constante) de los PB de precios no sea la única, y mucho menos siempre correcta. A veces es extremadamente útil sincronizar los BPs de precios de otra dimensión temporal. Es decir, introduciendo distorsiones no lineales desde el punto de vista del tiempo clásico. En consecuencia, entonces la correlación mostrará interrelaciones no lineales de dos RV clásicas.¡Gracias por vuestra ayuda!
Me equivoqué lo reconozco, no pensaba que la sincronización fuera tan complicada.
Voy a tratar de averiguarlo y sincronizar barras directamente en este indicador ya que lo necesito mucho.
Gracias a todos por la información.
He reescrito un poco el indicador. Ahora, supuestamente, debería omitir las partes malas de la historia.
Ya que hemos empezado, por favor, compruebe si hay errores :)
Voy a hablar una vez más por la necesidad de optimización algorítmica para todos los indicadores. Y también para un mecanismo incorporado de cálculo de los valores del indicador en la memoria (archivo), de modo que durante la optimización del probador el indicador no calcula lo mismo, pero toma valores ya hechos de allí.
La optimización algorítmica para cada indicador es diferente. Para diferentes formas de utilizar la correlación, hice, por ejemplo, esto y esto.
La lectura de memoria de los valores de los indicadores calculados de antemano para toda la historia se hizo sólo en mi calculadora. Es decir, no tengo un mecanismo universal, porque sólo uso mis propias soluciones, que no son nada bonitas. Pero ya que estoy a favor de la mejora de todo, sería genial tener un mecanismo universal de este tipo en el caso del optimizador del probador MT5, ya que da una aceleración de varios órdenes de magnitud (experiencia de usarlo en mi calculadora), es decir, eclipsa a Cloud en términos de eficiencia.
Hola
A veces me paso el tiempo distorsionando los códigos de los demás, por lo general los resultados de un programa incompleto o incompleta, tanto la falta de tiempo y la falta de habilidad.
Esta vez me gustaría tratar de distorsionar este indicador maravilloso, y trató de hacer algo como esto:
- Dibujar sólo una línea, no una línea de trazado de puntos
- Añadir un montón de símbolos como
A continuación, crear 2 variantes del código fuente:
- Variante visual: una línea de color para cada uno de los pares de divisas correlación 1 línea gruesa que es sólo el promedio de 7 líneas ((A+B+C+D+E+F+G)/7)
- Sin variante visual: 1 línea solamente, que es el resultado de la fórmula anterior ((A+B+C+D+D+E+F+G)/7)
Casi como añadir 7 (u 8) Indicador de Correlación original, pero todo sumado de manera que sólo promedia como con la versión, una de las cuales es de 7 líneas + 1 (promedio), y la otra versión con 1 línea (sólo promedio).
algo como esto
Por varias razones el código desordenado no hace lo que quiero hacer debido a errores completamente lógicos.
El problema principal está en la parte de los buffers, la sincronización y la sangría recursiva del código:
if(bars1>bars2) { minBars=bars2; bars2=bars1-bars2; etc...+ además de otros errores lógicos.
se han añadido algunas funciones Print() para ayudar en el caso de seguimiento de valores de variables y se han comentado las instrucciones return 0 para encontrar dónde falla lógicamente el código.
código y archivo