Cualquier pregunta de novato, para no saturar el foro. Profesionales, no pasen de largo. En ninguna parte sin ti - 6. - página 380
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.
Esa es la manera de hacerlo:
¡Así es! Gracias. ;)
Mueva el cursor al primer paréntesis de apertura después de OrderSend, borre este paréntesis, vuelva a entrar, esto hará que aparezca una información sobre el tipo de parámetros, compruebe si todos los parámetros son del mismo tipo.
Muchas gracias, no puse la fecha de caducidad del pedido, ¡ahora funciona!
Se ha medido la velocidad del ciclo de avance y retroceso. 100 órdenes, el ciclo inverso es 5 veces más rápido. Pero nunca hay tantos pedidos, 10 como máximo. Si hay 10 pedidos, la velocidad es 3 veces mayor. Es palpable que hay que elegir el ciclo inverso.
¿El bucle se ejecuta en un solo tick o en varios?
¿El bucle se ejecuta en un solo tic o en varios tics?
No lo entiendo. Simplemente se ejecuta y ya está, las garrapatas no tienen nada que ver en absoluto.
No hace tratos.
No puedo entender la razón.
Ayuda, por favor.
El probador da constantemente el error 138 (Precio solicitado fuera de fecha) al cerrar varias posiciones abiertas. Además, una posición se cierra normalmente, mientras que la que se abre después no se cierra con el error 138. Tal vez los desarrolladores puedan responder, ¿cómo puede el precio volverse obsoleto en base a los datos históricos o hay algunos otros parámetros que se utilizan en el algoritmo para identificar este error? Si colocamos OrderClose en el bucle infinito con referencia constante a RefreshRates dentro de él, la posición no se cierra y se muestra el error 138 de todas formas. Por supuesto, el bucle no se termina, aunque hemos establecido la salida al cierre de la posición.
Mi cuenta demo fue abierta en Alpari. No he cargado el historial adicionalmente, pero hay muchos errores, como: 2013.12.29 16:27:09 TestGenerator: unmatched data error (volume limit 10340 at 2013.08.23 12:00 exceeded), etc.
¿Alguien puede aconsejar qué hacer en esta situación? ¿Y qué es ese probador que no puede cerrar posiciones en unas velas de 4 horas?
Este es mi experto en duelo truncado. :)
No hace tratos.
No puedo entender la razón.
Ayuda, por favor.
}
Sólo es necesario declarar "Profit" como variable fraccionaria. Si añadimos un control para la compra y la venta, podremos calcular el beneficio por separado para las órdenes de venta y de compra.
Gracias, lo tengo... pero ¿cómo cerrar todas las órdenes abiertas para todos los pares de divisas a la vez? .... - también usando la fuerza bruta? .... - no hay otras opciones?
Prueba en modo visual. Utilice Comment() para dar salida a la Línea_7, Líneas_1, Línea_6. Veremos cómo cambian y si las condiciones pueden cumplirse en absoluto.
Las condiciones de la transacción se cumplen, pero la transacción no.
Gracias, entiendo el beneficio ... pero ¿cómo cerrar todas las órdenes abiertas para todos los símbolos simultáneamente? .... ¿Es el mismo método de búsqueda? .... no hay otras opciones?
También hay que tener en cuenta que si hay más de un pedido, es posible que no se cierren todos en un mismo ciclo. También hay que tener en cuenta que si hay más de una orden, es posible que no se cierren todas en un ciclo, y que las condiciones no se cumplan en el siguiente tick y las órdenes restantes sigan abiertas. Por eso necesitamos una variable global o estática adicional. Si se cumplen las condiciones de cierre, establecemos esta variable como verdadera. Entonces, en cada tick, si la variable es verdadera, cerramos todas las órdenes en el bucle; si hemos conseguido cerrarlas todas, ponemos la variable falsa.