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 este caso, todavía necesito almacenar el ticket de la orden del solicitante en algún lugar para compararlo con el ticket del comercio. Y sólo quiero alejarme de todo el almacenamiento en variables locales y obtener información únicamente del mercado/terminal para nivelar los riesgos de la infraestructura local.
Estás siendo un poco ingenuo.
¡El mago es el mismo para todos los oficios de este EA!
Pero los pedidos son diferentes (únicos).
Estoy operando en Openvashka en real y probando en demo, pero no tengo múltiples disparadores.
Publique su código paraTRADE_TRANSACTION_DEAL_ADD
Me acaba de pasar esto hoy. Arriba se ha publicado un recorte del registro de 2 transacciones idénticas para el mismo robot.
2019.02.08 10:55:29 [INFO]: ( PChBreak_RTS-3.19_22) TRADE_TRANSACTION_DEAL_ADD
TRADE_TRANSACTION_DEAL_ADD
Símbolo: RTS-3.19
Billete de oferta: 12674810
Tipo de oferta: DEAL_TYPE_BUY
Billete de pedido: 82646001
Tipo de pedido: ORDER_TYPE_BUY
Estado del pedido: ORDER_STATE_STARTED
Tipo de hora del pedido: ORDER_TIME_GTC
Fecha de vencimiento del pedido: 1970.01.01 00:00
Precio: 119700
Precio de activación: 0
Stop Loss: 0
Toma de beneficios: 0
Volumen: 1
Posición: 82646001
Posición por: 0
2019.02.08 10:55:32 [INFO]: ( PChBreak_RTS-3.19_22 ) TRADE_TRANSACTION_DEAL_ADD
TRADE_TRANSACTION_DEAL_ADD
Símbolo: RTS-3.19
Billete de oferta: 12674810
Tipo de oferta: DEAL_TYPE_BUY
Billete de pedido: 82646001
Tipo de pedido: ORDER_TYPE_BUY
Estado del pedido: ORDER_STATE_STARTED
Tipo de hora del pedido: ORDER_TIME_GTC
Fecha de vencimiento del pedido: 1970.01.01 00:00
Precio: 119700
Precio de activación: 0
Stop Loss: 0
Toma de beneficios: 0
Volumen: 1
Posición: 82646001
Posición por: 0
Código en deal_add
Tras un fallo con dos transacciones idénticas, añadí una comprobación de que el ticket de la transacción actual no es igual al anterior.
Me acaba de pasar esto hoy. Más arriba he publicado un recorte del registro de 2 transacciones idénticas para el mismo robot.
2019.02.08 10:55:29 [INFO]: ( PChBreak_RTS-3.19_22 ) TRADE_TRANSACTION_DEAL_ADD
TRADE_TRANSACTION_DEAL_ADD
Símbolo: RTS-3.19
Billete de oferta: 12674810
Tipo de oferta: DEAL_TYPE_BUY
Billete de pedido: 82646001
Tipo de pedido: ORDER_TYPE_BUY
Estado del pedido: ORDER_STATE_STARTED
.........
Código para deal_add
Tras un fallo con dos transacciones idénticas, añadí una comprobación de que el ticket de la transacción actual no es igual al anterior.
Lo tengo.
Estado del pedido: ORDER_STATE_STARTED - ¡NO PUEDE ESTAR enTRADE_TRANSACTION_DEAL_ADD!
Añadido
Estoy seguro de que no (y tampocoIlya Baranov)
Añadido
Este foro tiene una sección de "Intercambios", sería mejor que te comunicaras allí...
Ya veo.
Estado del pedido: ORDER_STATE_STARTED - ¡NO PUEDE ESTAR en TRADE_TRANSACTION_DEAL_ADD!
Añadido
Seguro que no.
Añadido
Este foro tiene una sección de "Intercambios", sería mejor que te comunicaras allí...
Lo habría movido hace mucho tiempo - pero@Ilya Niño nunca dijo - hace el comercio en el intercambio o sólo netting forex. Estoy sentado aquí esperando...
Lo habría movido hace mucho tiempo - pero@Ilya Niño nunca dijo si opera en el intercambio o sólo netting forex. Estoy sentado aquí esperando...
Símbolo: RTS-3.19 es FORTS
Símbolo: RTS-3.19 es FORTS
No lo entiendo. Hay una bolsa de valores, hay divisas. Todo lo demás está fuera de lugar.
Nolo entiendo. Hay una bolsa de valores, hay divisas. Todo lo demás está fuera de lugar.
FORTS es RTS Futures and Options, la sección del mercado de derivados de la Bolsa de Moscú :)
Ya veo.
Estado del pedido: ORDER_STATE_STARTED - ¡NO PUEDE ESTAR enTRADE_TRANSACTION_DEAL_ADD!
Añadido
Estoy seguro de que no (y tampocoIlya Baranov)
Añadido
En este foro hay una sección de "Intercambios", es mejor que te comuniques allí...
No te sigo del todo. Aquí tengo el procesamiento de la transacción.
En cuanto al estado de la orden en la transacción. Te das cuenta de que no me lo estoy inventando. En todas las transacciones deal_add este es el estado del pedido. Tenga en cuenta que es una orden de mercado y que antes era una orden pendiente.
Ahora tenemos otra parte de incomprensión. Una transacción deal_add voló y no apareció ninguna posición y se colocó pendiente en una posición inexistente.
Añadido.
Llegó una transacción Deal_add, pero la posición no apareció y se colocaron las órdenes pendientes en la posición inexistente. El tipo de transacción es Venta, el tipo de orden es Compra. Aunque inicialmente el límite era Sell_limit
Los propios limitadores, para los que se requerirá TP/SL, pueden ejecutarse parcialmente. El TP en forma de limitadores es el mismo. Por ejemplo, TP se ejecuta en un tercio del volumen - SL debe reducirse en la misma cantidad.
En definitiva, una lógica bastante desagradable para coger todos los trucos.
La tarea debe ser implementada en OnTrade. No debería ser demasiado difícil de aplicar.
Tarea
Tenemos órdenes pendientes en Netting (pueden tener diferentes direcciones y cualquier número de cada tipo). Cada vez que la orden pendiente inicial se dispara, necesitamos establecer su SL/TP como una orden pendiente de Stop/Límite. Entonces el SL/TP debería ser interdependiente: una vez que se dispara la orden, se elimina la segunda. Las órdenes pendientes iniciales y de SL/TP pueden activarse parcialmente. El Asesor Experto puede ser recargado en cualquier momento, incluyendo la transferencia a otra Terminal.
Solución
No te sigo del todo. Este es mi procesamiento de transacciones
No tiene switch(trans.type)