Símbolos personalizados. Errores, fallos, preguntas, sugerencias. - página 12
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
Bug 16.
Anteriormente, CustomTicksAdd generaba barras a partir de ticks que se referían al día actual. Este tampoco es el caso ahora.
Este error parece estar relacionado con el error #14.
La eliminación del símbolo de la visión general del mercado es posible por la siguiente razón. Llamar consecutivamente CustomSymbolCreate - CustomSymbolDelete - CustomSymbolCreate con el mismo nombre de símbolo personalizado estaba causando que el ID del símbolo fuera golpeado. Por lo tanto, al comprobar si un símbolo puede ser eliminado de la visión general del mercado, el gráfico de este símbolo no se encontró (el identificador está corrupto), y el símbolo fue eliminado con seguridad. Esto se ha arreglado.
Al aplicar un tick a un gráfico, ocurre lo mismo: la búsqueda del gráfico por el identificador del símbolo no dio resultado
Bug 15.
Ejecutamos el siguiente indicador en el símbolo de este EA (con la fila ChartSetSymbolPeriod eliminada)
Sólo produce ceros.
Es justo.
Al llamar a CustomRatesUpdate se reinician todos los contadores de cambios y se recalculan los indicadores desde cero
Con toda la razón.
Cuando se llama a CustomRatesUpdate, todos los contadores de cambios se reinician y los indicadores se recalculan desde cero
¿Cuál es la lógica de esta solución? Al fin y al cabo, a la izquierda hay barras sin cambios.
¿Cuál es la lógica de esta solución? Después de todo, hay barras invariantes a la izquierda.
prev_calculated contiene un valor que fue devuelto en la anterior llamada OnCalculate
El indicador puede devolver cualquier valor basado en su propia lógica. Por lo tanto, no tiene sentido recorrer todos los indicadores y cambiar el valor de prev_calculado por su propio valor calculado teniendo en cuenta el marco temporal. Y requiere muchos recursos, incluso puede ser excesivamente intensivo.
Es mucho más honesto ponerlo a 0, como al principio, cuando aún no se contaba nada
prev_calculado contiene el valor devuelto en la anterior llamada a OnCalculate
El escritor de indicadores puede devolver cualquier valor basado en su propia lógica. Por lo tanto, no tiene sentido recorrer todos los indicadores y cambiar el valor de prev_calculado por su propio valor calculado teniendo en cuenta el marco temporal. Y requiere muchos recursos, incluso puede ser excesivamente intensivo.
Es mucho más honesto ponerlo a 0, como al principio, cuando aún no se contaba nada
Entonces, ¿qué debemos hacer cuando los indicadores de un símbolo personalizado se recalculan por completo debido a este valor cero después de cada rollover de ticks?
Los indicadores están especialmente escritos para no ralentizar el Terminal, y aquí empieza lo contrario.
Entonces, ¿qué pasa cuando, en un símbolo personalizado, después de cada rollover de ticks, los indicadores se recalculan completamente debido a este valor cero?
Este no debería ser el caso. Consulte
No debería ser así. Consulte
Permítanme aclarar que no se trata sólo de CustomTicksAdd, sino también de RatesUpdate, que es un tic del pasado. De hecho, incluso el TicksAdd de trabajo no formó las barras antes del día actual. Tenemos que generarlos nosotros mismos. Y obtenemos cero prev_calculado por ello.
Para aclararlo, no es sólo CustomTicksAdd, sino también RatesUpdate, que es un tic del pasado. De hecho, incluso el TicksAdd de trabajo no formó las barras antes del día actual. Tenemos que generarlos nosotros mismos. Y obtenemos cero prev_calculado por ello.
De todos modos, al reemplazar, refrescar o borrar barras, todos los indicadores se recalcularán desde cero. Esto está fuera de toda duda.
La adición de ticks debería funcionar como de costumbre, es decir, los ticks son frescos, actuales, pero no los de ayer/antes.
He ejecutado su Asesor Experto de la descripción del error 11 y luego ejecutar el indicador con una impresión en cada OnCalculate
Aquí están los registros.
Significa que todo funciona correctamente en una situación normal (las garrapatas son de hoy, como deberían ser siempre). Las garrapatas se añaden, y el indicador se considera con moderación
En cualquier caso, al sustituir, actualizar o eliminar barras, todos los indicadores se recalcularán desde cero. Esto está fuera de discusión.
La adición de ticks debería funcionar como de costumbre, es decir, los ticks son frescos, los de hoy, no los de ayer, los de antes de ayer.
Ejecute su Asesor Experto desde la descripción del error 11, luego ejecute el indicador con la impresión en cada OnCalculate
Aquí están los registros.
Significa que todo funciona correctamente en una situación normal (las garrapatas son de hoy, como deberían ser siempre). Las garrapatas se añaden, y el indicador se considera con moderación
¿Es esta una afirmación correcta?
Además, si son las 00:00:01, no podemos utilizar CustomTicksAdd para remodelar una barra de hace sólo dos segundos.
¿Es esta una afirmación correcta?
Para el probador, el tick de anteayer es fresco, el tick de hoy de anteayer.
Ya veo lo que quieres decir. Su ejercicio con tics personalizados de hace seis meses es de una naturaleza claramente probadora. Su situación no es normal (en el sentido de la práctica normal)