[ARCHIVO] Cualquier pregunta de novato, para no saturar el foro. Profesionales, no pasen de largo. En ninguna parte sin ti - 3. - página 317
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
.
en la inserción. problemas con el ciclo y el restablecimiento de los valores iniciales después de salir del ciclo
Esta es la función que responderá si la última operación fue rentable o no:
A continuación, comparando su respuesta con el cero, se decide si se deja el TP/SL igual o se cambia.
Hola a todos. Estoy interesado en el indicador IN10TION NewsReader. Quiero adjuntarlo a mi EA.
Si aparece una línea roja (Market.TdOpen) y Market.Price.DOWN(red) entonces vende
Si aparece una línea roja (Market.TdOpen) y Market.Price.UP(green) entonces compre
¿Qué medidas puedo tomar? ¡He probado con iCustom pero no funciona!
_yIN10TIONfNewsReaderov09.99kblite.ex4 (115.59 KB) borrar
Disculpas a los administradores por repetirme, pero nadie me ha dicho ni media palabra todavía. La idea es dar salida a los mensajes almacenados en los registros, es decir, aquellos que no pueden ser fijados correctamente por la función IsConnected() - fallos de conexión, peticiones. De lo contrario, no está claro por qué el EA no está haciendo nada en este momento.
Por favor, sugiera el siguiente código para leer el archivo de registro. Lee automáticamente el archivo de registro actual por fecha y lo envía a la impresora.
Dónde:
Se está ensamblando un archivo a partir de piezas. Pero no necesito todo el archivo, sólo la última línea. Ayuda para corregirlo, por favor.
Necesito ayuda para cambiar un EA
El Asesor Experto debe operar en sentido inverso.
En lugar de órdenes de venta a precio limitado, compre
y las órdenes de compra limitadas venden
Esta es la función que responderá si la última operación fue rentable o no:
Luego, comparando su respuesta con el cero, se decide dejar TP/SL igual o cambiarlos.
¿Su función está segura de devolver el último pedido? ¿O devolverá el primer pedido que no fue perdedor? ¿Por qué hay una marca en el billete?
Yo lo haría así:
Esto es un rediseño de su función para encontrar exactamente el último pedido cerrado.
Tiene la desventaja de que si no hubo ninguna orden cerrada, devolverá cero. Por lo tanto, utilizándolo, es imposible saber con seguridad si hay o no hay órdenes cerradas en el historial. Al fin y al cabo, el cero devuelto no indica que no haya ningún pedido, sino que está cerrado a cero.
Por favor, avisa:
está interesado en la representación del valor del indicador sólo para último (actual) bar. Sin embargo, al abrir una nueva barra, los valores antiguos permanecen en el gráfico.... ¿Cómo puedo eliminar esta basura a la fuerza? ¿Es posible especificar la condición de que para la barra [0] se calculen y muestren los valores del indicador, y para las barras de [1] a [Bar-1] se restablezcan estos valores?
artmedia70:
Tiene el inconveniente de que si no se ha cerrado ninguna orden, devolverá cero. Por lo tanto, utilizándolo, es imposible saber con seguridad si hay o no hay órdenes cerradas en el historial. Al fin y al cabo, el nulo devuelto no significa que la orden no exista en absoluto, sino que está cerrada a cero.
Gracias. Aunque no me has contestado, has respondido a mi pregunta anterior sobre el cálculo correcto del beneficio:
Por favor, avisa:
está interesado en la representación del valor del indicador sólo para último (actual) bar. Sin embargo, al abrir una nueva barra, los valores antiguos permanecen en el gráfico.... ¿Cómo puedo eliminar esta basura a la fuerza? ¿Es posible especificar la condición de que para la barra [0] se calculen y muestren los valores del indicador, y para las barras de [1] a [Bar-1] se restablezcan estos valores?
¿Su función está segura de devolver el último pedido? ¿O el primero que se encuentra no es poco rentable? ¿Por qué hay una marca en el billete?
Yo lo haría así:
Se trata de una conversión de su función para encontrar exactamente el último pedido cerrado.
Tiene una desventaja: si no hay órdenes cerradas, devolverá cero. Por lo tanto, al utilizarlo, no podemos saber con seguridad si hay órdenes cerradas o no en el historial. El nulo devuelto no indica en absoluto la ausencia de la orden, pero sí que se cerró a cero.
1. La función encuentra la orden con el ticker más grande en el historial, lo que significa la última orden cerrada (a menos que, por supuesto, tomemos algún caso excepcional, para lo cual es preferible su variante con el tiempo máximo de cierre).
2. Según las condiciones , la primera orden se abre con el TP/SL especificado y sólo la segunda orden puede abrirse con el nuevo TP/SL, lo que significa que la función puede devolver cero sólo si la primera operación fue cero, pero no si no hay órdenes cerradas en el historial.
Una última cosa. En tu variante el uso de j y otro SELECT en la función es redundante.
es suficiente:
Al principio de Start() inicializar el buffer con el valor EMPTY_VALUE.
¿Cómo es esto? Tengo esto en la configuración de la línea del indicador después de int init()
SetIndexStyle(0,DRAW_ARROW); SetIndexArrow(0,165); SetIndexBuffer(0,Buffer); SetIndexEmptyValue(0,0.0);