una estrategia de negociación basada en la teoría de las ondas de Elliott - página 275
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
Y aún así, si llamamos a un cálculo pesado del indicador a través del script. ¿Los nuevos datos lo detendrán o no? Todavía no he implementado nada en MT, pero quiero saberlo de antemano. :о)
¿Y si decides utilizar un stoploss? ¿O variar el tamaño del lote? ¿O buscar un filtro adicional para la entrada? Créanme, el resultado de la primera prueba no suele ser concluyente. Si tarda una semana, anotaría los resultados, por si acaso
Lo entiendo, sólo quería ver cómo funcionaría esto en tiempo real, pero bueno, ya lo resolveré.
Ya te contaré cómo he salido de esta situación, si es que llega a aplicarse plenamente en MT.
¿Qué pasa si decides utilizar el stoploss? ¿O variar el tamaño del lote? ¿O buscar un filtro adicional para la entrada? Créanme, el resultado de la primera prueba no suele ser concluyente. Así que si tarda una semana, yo anotaría los resultados, por si acaso
Es lo mismo todo, aquí tampoco hay amateurismo. Experiencia, por decir lo menos.... afortunadamente :o)
Pues bien, con esa relación entre el tiempo de cálculo y el rango de predicción, el operador aún tiene tiempo suficiente :-))
Sería interesante ver cuánto cambiará el tiempo de cálculo tras la migración a MT. Y en qué dirección. Tal vez no necesites dll.
¿Qué TFs utiliza para el cálculo?
Alguien aquí en el foro planteó el tema "Ejecutar un script desde un indicador". No he mirado allí, pero quizás haya una respuesta a su pregunta. Búscalo.
Me parece que si has conseguido iniciar el script desde un indicador, funcionan de forma independiente.
Explique por qué necesita ese plan y qué quiere conseguir con él.
Sería interesante ver cuánto cambia el tiempo de cálculo al cambiar a MT. Y en qué dirección. Tal vez no necesitemos dll.
¿Qué TFs utiliza para el cálculo?
Para un comerciante hay tiempo suficiente, pero si elige la táctica de mantener varias posiciones abiertas puede encontrar problemas. Espero que este dll no sea necesario, he simplificado bastante las cosas. Ya lo veremos. Cuando finalmente termine el modelo empezaré (o más bien ya he empezado opcionalmente) a escribir funciones. :о)
PD: se me olvidó añadir, el cálculo va en el reloj
Alguien aquí en el foro planteó el tema "Ejecutar un script desde un indicador". No he mirado ahí, pero puede ser la respuesta a tu pregunta. Búscalo.
Me parece que si has lanzado con éxito el script desde un indicador, funcionan de forma independiente.
Explique por qué necesita ese plan y qué quiere conseguir con él
Gracias, lo buscaré. Y la cuestión es sacar el cálculo largo del EA, no impedir que controle la situación actual de las órdenes abiertas. Pero esto es en el caso de la implementación completa en MT.
Ahh :). No estoy prestando suficiente atención estos días, probablemente por el calor :). En general, tengo la impresión de que cualquier cálculo que consuma muchos recursos ralentiza mucho el resto de funciones del terminal. Sin embargo, para comprobarlo no es necesario cargar un cálculo semanal, si no 10 minutos, tal vez media hora será suficiente para la prueba.
P.S. En el sentido de que para empezar, tal vez sólo escribir un "dummy" que toma el procesador durante media hora. al mismo tiempo, se puede trabajar en la interacción entre el Asesor de Expertos y la secuencia de comandos y decidir sobre la conveniencia de utilizar un esquema de este tipo.
Pues sí, eso es lo que he escrito antes:
Tengo una pregunta de perspectiva. La preocupación es que el Asesor Experto estará "apagado" durante un tiempo objetivamente largo, y por lo tanto no participará en la supervisión del proceso en las órdenes actuales. Supongo que llamar al script tampoco servirá de nada - el Asesor Experto esperará hasta que se ejecute el script...
Probablemente por el calor no puedo formular mi pregunta correctamente :o)
Tengo la impresión de que cualquier cálculo que consuma muchos recursos ralentiza mucho el resto de funciones del terminal. Sin embargo, no es necesario realizar un cálculo semanal para comprobarlo, si no uno de 10 minutos, probablemente bastará con uno de media hora.
De memoria se ve así. Una vez utilicé filtros digitales computacionalmente "capacitivos". Todo fue un poco lento, pero no hay nadie a quien culpar sino a mí mismo.
P.S. En el sentido de que para empezar sólo puede escribir un "dummy" que toma el procesador durante media hora. al mismo tiempo se puede trabajar en la interacción de los expertos y la secuencia de comandos y decidir sobre la viabilidad de un esquema de este tipo.
Aquí me pregunto en cuántos segundos, el ordenador completará un bucle infinito. :о))))
¿Por qué completarlo? ¿Se supone que va de bandera en bandera?
¿Por qué completarlo? ¿Se supone que es de bandera a bandera?
Es un chiste famoso :o)))
Gracias, lo buscaré. Y la cuestión es sacar el cálculo largo del Asesor Experto, no impedir que controle la situación actual en las órdenes abiertas. Pero esto es en el caso de la implementación completa en MT.
Lo entendí desde el principio. Pero sigues preguntando por el lanzamiento del script desde el indicador. ¿Qué tiene que ver el indicador? Eso es lo que estaba preguntando.
Спасибо, буду искать. А смысл в том, что бы вывести длительный расчет из эксперта, не мешать ему контролировать текущую ситуацию по открытым ордерам. Но это на случай полной реализации в MT.
Lo entendí desde el principio. Pero sigues preguntando por la ejecución del script desde un indicador. ¿Qué tiene que ver el indicador? Eso es lo que estaba preguntando.
Fue sólo una de las sugerencias de cómo salir de la situación cuando Expert Advisor no se iniciará () hasta que se calcula todo y, además, sugirió que el indicador se cancelará el cálculo después de venir de nuevas cotizaciones. Así que me pregunto...