Errores, fallos, preguntas - página 70

 

Lo he leído todo varias veces y sigo sin entender la situación de los 15 lotes.

Si es posible, vamos a desglosarlo en los dedos.

Ejemplo: Tenemos una posición de 15 lotes para un símbolo (sólo se considera un símbolo), ACCOUNT_LIMIT_VOLUME=15.

Comprobar el cierre: si establecemos la orden de mercado para cerrar 5 lotes, la posición se reducirá,

¿Y si la orden de mercado aumenta la posición?

Como dices que el servidor no comprueba la dirección, ¿se detectará una violación de los límites a posteriori?

Entonces no está nada claro por qué las órdenes pendientes se incluyen en el cálculo de un límite y las de mercado no?

Y por último, si el límite también se aplica a las órdenes de mercado, la pregunta sigue siendo: ¿cómo puedo cerrar una posición de 15 lotes sin utilizar un stop loss?

 
depth_finde:.

Afirmativo: posición de 15 lotes para un instrumento (sólo un instrumento en cuestión), ACCOUNT_LIMIT_VOLUME=15.

Comprobar el cierre: si colocamos una orden de mercado para cerrar 5 lotes, la posición se reducirá,

¿pero qué pasa si la orden de mercado aumenta la posición?


Obtenga el error 10034 de la sección de Códigos de Retorno del servidor de comercio:

Código

Identificador

Descripción

10034

TRADE_RETCODE_LIMIT_VOLUMEN

Se ha alcanzado el límite de volumen de la orden y de la posición para el símbolo dado

 
depth_finde:

Entonces no está nada claro por qué las pausas se incluyen en el recuento de límites y las pausas de mercado no?

"Porque no se puede ser bonito así" (c).

Eso es para que el servidor no se deje lavar el cerebro por todos esos "si". Las calificaciones del competidor deberían ser suficientes para calcular todo por sí mismas. Si lo necesitas tanto, entra y sal del mercado.

 
depth_finde:

Y, por último, si las limitaciones también se aplican a las órdenes de mercado, la pregunta sigue siendo: ¿cómo se cierra una posición de 15 lotes sin utilizar un stop loss?

Cierre sucesivamente con órdenes de mercado de 5 lotes cada una.
 
Rosh:

"Porque no se puede ser bonito así" (c).

Por eso el servidor no se dejará lavar el cerebro por todos esos "si". La cualificación del participante debe ser suficiente para calcular todo por sí mismo. Si lo necesitas tanto, entra y sal del mercado.

"Porque no se puede ser bonito así" (c). --> lo tomaremos como una expresión de humor.

Entonces, ¿por qué quieres meterte en la mente del servidor? ¿Por qué quieres poner una orden pendiente en las restricciones?

en caso de violación de la condición al ejecutar una orden, emite el error 10034 como en el del mercado, y ya está,

y esta es la situación que no tomaste la orden pendiente porque se superó un límite y después de cinco minutos la posición ha cambiado, una orden pendiente colocada anteriormente se ha disparado y ahora con la nueva situación no se supera el límite con una orden pendiente rechazada anteriormente, pero ahora tenemos que hacer una nueva solicitud y lo principal es rastrear la situación cuando una orden pendiente no es aceptada según esta condición y colocarla de nuevo, tendremos que especificar la condición para que no se coloque dos veces la misma orden pendiente, pero se contradice con la condición de que si no se coloca la orden pendiente hay que volver a colocarla, por lo que tendremos que ajustar estas dos condiciones para que no se contradigan.

¿No es más fácil no poner límites a las órdenes pendientes y ejecutar la orden en el hecho como con la de mercado?

 
depth_finde:

¿No sería más fácil no poner restricciones a las órdenes pendientes sino ejecutar la restricción a posteriori como con la de mercado?

No es más fácil, sino más complicado, tanto desde el punto de vista técnico como organizativo.

Una vez que se ha aceptado un pedido, no se puede ir a ninguna parte; de lo contrario, todo Internet se quejará de que los pedidos se cancelan.

Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
Документация по MQL5: Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте
  • www.mql5.com
Стандартные константы, перечисления и структуры / Состояние окружения / Информация об инструменте - Документация по MQL5
 
depth_finde:

Y esta es la situación que no aceptó la orden pendiente porque una posición ha cambiado y después de cinco minutos se ha disparado una orden pendiente previamente colocada y ahora no se supera el límite, teniendo en cuenta la orden pendiente anterior, pero ahora tendremos que calcular una nueva solicitud y lo principal es vigilar que la orden pendiente no sea aceptada según esta condición y colocarla de nuevo, tendremos que especificar la condición para que no se coloque dos veces la misma orden pendiente, pero se contradice con la condición de que si no se coloca la orden pendiente hay que volver a colocarla, con lo cual tendremos que ajustar estas dos condiciones para que no se contradigan.

¿No es más fácil no poner límites a las órdenes pendientes y ejecutar la orden en el hecho como con la de mercado?

Usted mismo ha demostrado por qué no se pueden hacer. Lee el párrafo de tu mensaje que he citado y piensa: ¿quién lo necesita? No olvide que en un solo servidor de comercio habrá cientos, miles o incluso decenas de miles de cuentas. Un servidor de comercio no proporciona un servicio individual sólo para su cuenta.

Las reglas son las reglas y están establecidas.

 
Renat:
Roch:

Ya veo, gracias por la aclaración.

 
¿Cómo puedo poner el terminal x86 en el eje x64?
 
gumgum:
¿Cómo puedo instalar el terminal x86 en el eje x64?

Ejecute el instalador con el interruptor /32

mt5setup.exe /32