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 hay que confundir la recreación incondicional y estúpida (desde la ignorancia) de indicadores en cada tick con la creación inteligente (rara y necesaria) de un indicador. En el primer caso se obtiene un freno y una fuga de recursos cien veces mayor, y en el segundo - un trabajo perfecto.
Soy muy consciente de que Karlson ha cometido un error por ignorancia, y también entiendo la naturaleza de ese error.
Pero sugiere un esquema razonable para resolver su problema. ¿La persona necesita utilizar el código escrito en el indicador pero los parámetros de este código se determinan dinámicamente antes de cada acceso a los datos del indicador?
Tengo una solución, contiene dll, pero quieres usar mql puro, así que propón una solución en mql.
HZ Ya mencioné OnCalculate() y los cálculos en los eventos, pero puedes pasar tres parámetros a través del evento. En mi solución, una dll larga puede pasar la dirección de un array con parámetros y el indicador recibirá datos en esta dirección.
Si tiene una solución mql, sólo tiene que señalar con el dedo.
Soy muy consciente de que Karlson ha cometido un error por ignorancia, y también entiendo la naturaleza de ese error.
Pero sugiere un esquema razonable para resolver su problema. La persona necesita utilizar el código escrito en el indicador, pero los parámetros de este código se determinan dinámicamente antes de cada referencia a los datos del indicador?
¿Cuántos indicadores diferentes hay que crear en realidad? Probablemente no más de 10, de lo contrario será un desperdicio de recursos sin sentido.
Como no hay cambios de parámetros, puede crear una colección de indicadores, y el necesario se añadirá a ella cuando sea necesario. Si hay menos de 10 indicadores y tienen un significado claro (inicial, de confirmación, de corrección, etc.), se pueden crear variables con nombre de asas con los parámetros necesarios.
Pero sugiere un esquema razonable para resolver su problema. La persona necesita utilizar el código escrito en el indicador, pero los parámetros de este código se determinan dinámicamente antes de cada referencia a los datos del indicador?
Lo he pensado un poco. Si los parámetros del código se determinan dinámicamente antes de cada acceso a los datos del indicador, ¿por qué no incluir el procedimiento de determinación de estos parámetros en el código del indicador? En otras palabras, todos los cálculos deben implementarse en el indicador.
¿O hay situaciones en las que, en principio, este enfoque es imposible?
He estado pensando durante un tiempo. Si los parámetros del código se determinan dinámicamente antes de cada acceso a los datos del indicador, ¿por qué no incluimos el procedimiento de determinación de estos parámetros en el código del indicador? En otras palabras, todos los cálculos deben implementarse en el indicador.
¿O hay situaciones en las que, en principio, ese enfoque es imposible?
Hay situaciones, cuando los parámetros son calculados por otro indicador y devueltos al Asesor Experto, y el Asesor Experto decide qué modelo usar basado en la neurona. No sabemos de antemano qué conjunto de parámetros se aplicará.
¿Puede decirme por qué en un indicador tan sencillo no se calcula la barra cero (la primera de la derecha) en todas partes excepto en el gráfico semanal?
Oops) sustituido aquí:SimpleMAOnBuffer(e,prev_calculated,PERIOD+1,p,vect,mabuf); en lugar de e - rates_total y todo funcionó)
Estoy tratando de construir un Asesor Experto multidivisa. Hasta ahora me he decidido por el esquema propuesto por Nikolay Kositsin en su artículo"Creación de un Asesor Experto que opera con diferentes símbolos". Me encontré con el problema de que los resultados son diferentes cuando se ejecuta una prueba utilizando diferentes símbolos pero los mismos parámetros. He buscado en el foro y he encontrado que muchos han llegado a la conclusión de que este problema se puede resolver utilizando la función OnTimer(). Andrey Khatimlansky lo aconsejó aquí:
Отвяжитесь от тиков конкретного инструмента (OnTick) - это же мультивалютник! Работайте по таймеру или ловите момент образования бара на всех рабочих инструментах, это будет надежнее.
He intentado captar el momento de la formación de la barra en todos los instrumentos, pero no he conseguido el resultado deseado.
Por ejemplo:
En la función destinada a detectar una nueva barra, especifico explícitamente el instrumento y el marco temporal.
En la función OnTick(), el esquema sugerido por Nikolay Kositsin.
Por ejemplo:
La función isNewBar(Symbol,Timeframe) se llama en la función en la que se ejecuta la operación, es decir, TradePerformer(parameters).
Por ejemplo:
Es decir, se comprueba una nueva barra para cada símbolo por separado. Si no hay ninguna barra nueva, comprobamos el siguiente símbolo. Y así sucede con cada garrapata. Pero esta variante no funciona.
Por favor, indique cómo implementar correctamente la comprobación de una nueva barra en un Asesor Experto multidivisa en el esquema dado.
¿Debería estar en el hilo de humor para corregir los errores cometidos por alguien llamado Experto?