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.
nasdaq: 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.
nasdaq: 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.
alexvd: 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
nasdaq: 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.
Recarga de su cuenta - debe tener más de 1 crédito para utilizar los agentes de la nube
Hay una aplicación sencilla que consiste en un campo de entrada que contiene un precio y una línea horizontal:
class CMyApp : public CAppDialog {
private:
CEdit m_edit;
CChartObjectHLine m_line;
...
};
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:
¿para qué sirve ON_EXTERNAL_EVENT(event,handler), y hay algún ejemplo sencillo de cómo utilizarlo?
Si no puede atrapar los eventos de línea con un mapa, necesita comprobar la línea en OnChartEvent():
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(procesamientodecomercioaccionesdeshabilitado) 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 tieneWindows Server 2003 R2 Standart Edition SP2.
Versión del terminal 778.
Se ha enviado una copia al servicio de atención al cliente.
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í:
if(id==CHARTEVENT_OBJECT_CHANGE && sparam==m_line.Name())
{
m_edit.Text("значение которое нужно отобразить");
}
Donde lo pongas (en un método separado o en el cuerpo del manejador) es tu decisión.
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.
Sergey5347: Написал советник в mq5 (мой первый советник), запускаю его. Ордера (мгновенного исполнения) открываются, а стоп лоссы по факту не проставляются (хотя в коде есть). По отработке ордеров никаких ошибок нет, а стоп лоссов по факту нет. Я тогда залез в хелпы и попробовал разными способами задавать ордера. Пробовал и с подключением библиотеки. Все без ошибок открывается а стоп лоссов нет.
Hay que comprobar qué modo de ejecución tiene el broker. Y ver cómo las solicitudes de comercio difieren entre los modos.
Para iniciar sesión y usar el sitio web MQL5.com es necesario permitir el uso de Сookies.
Por favor, active este ajuste en su navegador, de lo contrario, no podrá iniciar sesión.
Ha iniciado sesión. La autenticación de dos factores se ha desactivado. Vuelva a configurarla y escanee un nuevo código QR, o continúe con la autenticación de dos factores desactivada.
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 (мой первый советник), запускаю его. Ордера (мгновенного исполнения) открываются, а стоп лоссы по факту не проставляются (хотя в коде есть). По отработке ордеров никаких ошибок нет, а стоп лоссов по факту нет. Я тогда залез в хелпы и попробовал разными способами задавать ордера. Пробовал и с подключением библиотеки. Все без ошибок открывается а стоп лоссов нет.