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
Al probarlo, MQL5 Cloud Network no está activado, no hay marca en el menú contextual "usar /MQL5 Cloud Network", hay 1 crédito en el saldo. Ayer todo funcionaba.
Al realizar la prueba, la red MQL5 Cloud Network no está activada, el menú contextual "usar /MQL5 Cloud Network" no tiene marca de verificación y el saldo es de 1 crédito. Ayer todo funcionaba.
¿Qué dice el cuaderno de bitácora?
¿Cuál es su saldo?
Existe la sospecha de que el traspaso de la 4 puede haberse hecho sin tener en cuenta las características de la 5. Y la carga de la CPU y el renderizado de velas es sólo una consecuencia de cálculos demasiado pesados o ciclos de espera, etc. en OnCalculate.
Funcionó bien con la siguiente build, parece que el problema estaba en MT5, y no en mis indicadores.
Sin embargo, terminal.exe sigue cargando la CPU cuando el precio cambia bruscamente
Al probarlo, MQL5 Cloud Network no está activado, no hay marca en el menú contextual "usar /MQL5 Cloud Network", hay 1 crédito en el saldo. Ayer todo funcionaba.
Hay una aplicación sencilla que consiste en un campo de entrada que contiene un precio y una línea horizontal:
Se supone que hace dos cosas: 1) cuando se introduce un nuevo valor de precio en el campo, la línea debe desplazarse por ese precio, 2) cuando la línea se desplaza o el precio de la línea se edita, el nuevo precio (líneas) debe mostrarse en el campo de entrada. No hay ningún problema con la primera parte. La pregunta sobre el segundo: ¿es posible utilizar el mapa de eventos para atrapar el evento de cambio de precio (o cualquier otro evento de un objeto no controlador)? Pensé que para ello debía utilizar ON_EXTERNAL_EVENT(evento,manejador), pero por más vueltas que le doy, no funciona. En consecuencia, un par de preguntas más:
¿O hay alguna otra solución?
Se ha descubierto un comportamiento extraño en el terminal de abonado de la señal.
1. Al cerrar una posición (ya sea con stops o con asas) en el terminal de abonado aparece el registro:
2013.03.20 20:58:39 Señal '5002359': no se puede copiar la operación #5652339 vender 0,60 CHFJPY a 101,448, probablemente la posición ya está cerrada
Sin embargo, la posición está presente y no está cerrada. Después de recargar el terem, esta posición se cerrará normalmente. La situación se repite casi constantemente, especialmente si la posición es corregida por un proveedor.
2. El problema de las paradas. Aparece una entrada en el registro del terminal de abonado:
2013.03.21 07:05:54 Señal '5002359': la sincronización se pospone, el procesamiento de las acciones comerciales se desactiva
2013.03.21 07:05:54 Señal '5002359': sincronización terminada, no se puede corregir la posición [vender 0,10 AUDCHFL 0,9813 sl: 0,9867 tp: 0,9766].
2013.03.21 07:05:54 Operaciones '5002359': fallo al modificar la venta de 0,10 AUDCHFL sl: 0,9867, tp: 0,9766 -> sl: 0,9867, tp: 0,9766 [Paradas no válidas].
Las paradas se establecen correctamente en el Proveedor, la distancia de la posición es correcta (en este símbolo el nivel de paradas es de 15 pips, muy aproximadamente el límite inferior de SL es 0,9842). Al mismo tiempo, ¡los propios topes se fijan! Lo más triste es que la sincronización se detiene(procesamiento de comercio acciones deshabilitado) para TODOS los símbolos. Reiniciar el terem no ayuda, tengo que desactivar la copia de paradas para continuar la sincronización.
/// Añadido: el vendedor extendía deliberadamente las paradas a distancias obscenas - ¡el error persistía!
3. El abonado no reacciona a los cambios de parada del vendedor (movimientos). ¡Nada de nada! Reiniciar el terminal no ayuda.
------------------------
El suscriptor tiene Windows Server 2003 R2 Standart Edition SP2.
Versión del terminal 778.
Se ha enviado una copia al servicio de atención al cliente.
¿O hay alguna otra solución?
Cuando se modifica un objeto, se recibe el evento CHARTEVENT_OBJECT_CHANGE. El parámetro sparam contiene el nombre del objeto. Es decir, debería escribirse así:
Donde lo pongas (en un método separado o en el cuerpo del manejador) es tu decisión.
Hola a todos.
Chicos que saben. He escrito un EA en mq5 (mi primer EA) y lo estoy ejecutando. Estoy tratando de abrir órdenes (ejecución instantánea) pero el stop loss no está establecido (aunque sí lo está en el código). No vi ningún error en la ejecución de la orden, pero tampoco vi ningún stop loss. He mirado en las preguntas frecuentes y he probado diferentes métodos para establecer las órdenes. También he probado a utilizar la conexión de la biblioteca. Todo se abre sin errores, pero no hay stop loss.
Creo que puede ser el propio mq5. Estoy utilizando Alpari. Tengo una cuenta de prueba, sería una pena que no tuviera éxito.
Sinceramente,
Sergey
Sergey5347: Написал советник в mq5 (мой первый советник), запускаю его. Ордера (мгновенного исполнения) открываются, а стоп лоссы по факту не проставляются (хотя в коде есть). По отработке ордеров никаких ошибок нет, а стоп лоссов по факту нет. Я тогда залез в хелпы и попробовал разными способами задавать ордера. Пробовал и с подключением библиотеки. Все без ошибок открывается а стоп лоссов нет.