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
No pienso en profundidad, veo "hilvanado" desde las profundidades.
¿Por qué pensar?
Ejecute el indicador y compruébelo usted mismo.
¿Y acaso lees lo que está escrito?
Lo he leído, pero la puja ya está cerrada, volveré a comprobar en qué dirección se descargan los ticks (en mi script).
Usted no debe comprobar en la secuencia de comandos, pero ejecutar el indicador en RTS-9.16 chavs en - 8-9 pm, hora de Moscú (para ver).
Y los ticks no siempre se copian en profundidad, sino sólo si el primer tick de un nuevo bloque está con el tiempo del bloque anterior.
Hay que esperar a los nuevos ticks (bloque) y no copiar post factum.
Si ejecuta su script, estará bien, porque estará copiando del historial y no
No"esperar" nuevos bloques.
Es necesario comprobar no en la secuencia de comandos, pero el indicador de ejecución en RTS-9.16 chavs en - 8-9 PM, hora de Moscú.
Y los ticks no siempre se copian en profundidad, sino sólo si el primer tick de un nuevo bloque está con el tiempo del bloque anterior.
Debería esperar nuevos ticks (bloque) en lugar de copiar post factum.
Tengo un indicador, que emite 20-30 últimos ticks. Creo que puedo añadir una comprobación: comprobar todos los ticks recibidos para ver si están en el historial de ticks con tiempo anormal.
No podrás "atornillar" el cheque (a mí no me funcionó) porque no sabes si son garrapatas antiguas,
¿cuál es el criterio de comprobación? Esto sólo puede verse a "ojo" si el indicador y la cinta se colocan uno al lado del otro
Pero tendrás que esperar mucho tiempo (como he dicho, copiado en profundidad por un solo criterio)
Recuerde que el defecto sólo aparece bajo dos condiciones.
1. Esperamos a que se produzcan nuevos ticks (bloque)
2. Se "clava" en profundidad, sólo si en el nuevo bloque el 1er tick tiene la hora del/los tick(s) anterior(es) del bloque anterior.
No podrás "atornillar" el cheque (a mí no me funcionó) porque no sabes si son garrapatas antiguas,
¿cuál es el criterio de comprobación? Esto sólo puede verse a "ojo" si el indicador y la cinta se colocan uno al lado del otro
Pero tendrás que esperar mucho tiempo (como he dicho, copiado en profundidad por un solo criterio)
Recuerde que el defecto sólo aparece bajo dos condiciones.
1. Esperamos a que se produzcan nuevos ticks (bloque)
2. Se "clava" en profundidad, sólo si en el nuevo bloque el 1er tick tiene la hora del/los tick(s) anterior(es) del bloque anterior.
Cortar las cosas innecesarias: el cálculo y el dibujo del indicador. Deja sólo la obtención y comprobación de la matriz de garrapatas. Para buscar un error (no importa de quién) hay que simplificar el código al máximo.
Si había un error en mi código, siempre aparecía.
Pero tal y como está, el indicador funciona correctamente (lo he comprobado muchas veces con los datos de la tabla)
Esto se ve claramente, si se ejecuta el indicador en los instrumentos de líquido medio.
Y es casi imposible "perderse entre dos pinos" (no hay una sola línea en este código que se pueda cortar:( ).
Si había un error en mi código, siempre aparecía.
Pero tal y como está, el indicador funciona correctamente (lo he comprobado muchas veces con los datos de la tabla)
Esto se ve claramente, si se ejecuta el indicador en los instrumentos de líquido medio.
Y es casi imposible "perderse entre dos pinos" (no hay una sola línea en este código que se pueda cortar :() ).
Aquí hay un ejemplo, la función devuelve los últimos ticks, sacado de mi clase de procesamiento de la historia de los ticks, pero creo que, todo estará claro en el código.
Modo de solicitud de ticks - últimos "ticks" de ticks - es decir, el tiempo es "0":
Un indicador (en el gráfico de la izquierda) solicita CopyTicks() en OnCalculate(), el segundo indicador (en el gráfico de la derecha) solicita CopyTicks() en OnBookEvent().
Y aquí está la imagen:
Los ticks se muestran de la siguiente manera: el elemento con índice "0" está en la parte inferior del gráfico y el tiempo de tick del elemento con índice "0" es el más antiguo. El elemento con índice "29" tiene el tiempo de tick más joven. Aquí estamos: he encontrado, al menos en esta figura, dos incoherencias, a continuación hay un ejemplo para la primera:
Aquí hay un ejemplo, la función devuelve los últimos ticks, sacado de mi clase de procesamiento del historial de ticks, pero creo que está claro en el código.
Aquí está la prevención de la duplicación en mi código:
Se ha cambiado COPY_TICKS_ALL por COPY_TICKS_TRADE y parece que funciona correctamente,
pero seguiré comprobando. :)
No puedo mirar la cinta estáticamente, así que esperaré a que se aclare.