Procesamiento de OnTradeTransaction
Buenas noches.
Chicos, por favor, ayudadme. El problema probablemente no es nuevo, pero no he encontrado una sola solución (ni en la práctica ni en los foros).
Estoy ejecutando 2 robots diferentes en el terminal en 2 instrumentos diferentes. Las magias son diferentes en todas partes. El robot coloca límites pendientes y el procedimiento OnTradeTransaction me permite detectar una transacción y colocar órdenes stop pendientes utilizando esta transacción.
A continuación se muestra el código de la transacción comercial
Este es el código de la función que comprueba si el acuerdo pertenece a un robot
Este es el código del procedimiento para las órdenes de stop pendientes
Este es el código de la función para buscar un pedido en el historial y fuera del historial
La información sobre las transacciones entrantes se mostraría en el registro en el orden en que se reciben en el terminal. Ahora tengo un problema que he enfrentado al operar en una cuenta demo:
A veces las transacciones vienen en el siguiente orden TRADE_TRANSACTION_ORDER_DELETE, luego TRADE_TRANSACTION_DEAL_ADD, luego TRADE_TRANSACTION_HISTORY_ADD. En este caso, las órdenes de stop no suelen colocarse tras la ejecución de una operación. Supongo que esto ocurre porque el pedido ya ha sido eliminado pero aún no se ha añadido al historial. Significa que no podemos encontrar la orden del acuerdo ni en el historial ni en el terminal. Aunque es dudoso, el hecho es que no se coloca ninguna orden de stop porque el robot no la encuentra después de buscar la orden en todas las dimensiones(isFindOrder=false). El orden de la transacción puede ser correcto, pero el orden no se encuentra en ninguna parte.
He intentado diferentes enfoques, nada ayuda. Ahora estoy pensando en añadir una suspensión de 1 segundo al principio de un procedimiento para colocar órdenes pendientes, tal vez el tiempo no sea suficiente. Ni siquiera sé dónde más cavar.
Por favor, comparta sus experiencias e ideas.
No he empezado a mirar todo el código. No creo que este enfoque sea correcto en absoluto.
En el momento de la transacción tipo TRADE_TRANSACTION_DEAL_ADD debemos elegir la posición trans.y comprobar su magia.
if(PositionSelectByTicket(trans.position) && PositionGetInteger(POSITION_MAGIC) == mag)
También puede comprobar que trans.symbol == _Symbol y tomar una decisión basada en los resultados de estas comprobaciones.
No he mirado todo el código. En mi opinión, el planteamiento no es en absoluto correcto.
En el momento del tipo de transacción TRADE_TRANSACTION_DEAL_ADD se debe elegir trans.position y comprobar su magik.
También puede comprobar que trans.symbol == _Symbol y tomar una decisión basada en los resultados de estas comprobaciones.
Se me olvidó añadir que el modo es de red. La posición es la misma para todos los robots. Es decir, un robot compró una posición, el segundo la compró, los eventos TRADE_TRANSACTION_DEAL_ADD llegaron en orden inverso y el primer robot no lo vio como resultado.
Y lógicamente necesito obtener el comentario de la orden del comercio, la posición no es de mucha ayuda aquí.Comparta sus experiencias e ideas, por favor.
Una situación
Foro sobre comercio, sistemas de comercio automatizados y pruebas de estrategias
fxsaber, 2018.06.20 23:18
Decidí comprobar cuánto duran estas situaciones de pedidos fantasmas, cuando un pedido está en el sistema pero no en la Terminal.
// Советник отслеживает длительность ситуаций, когда ордер отсутствует среди текущих и исторических #define TOSTRING(A) #A + " = " + (string)(A) + "\n" #define TOSTRING2(A) #A + " = " + EnumToString(A) + " (" + (string)(A) + ")\n" bool OrderIsExist( const ulong &OrderTicket ) { return(OrderTicket ? OrderSelect(OrderTicket) || HistoryOrderSelect(OrderTicket) : true); } void OnTradeTransaction ( const MqlTradeTransaction &Trans, const MqlTradeRequest&, const MqlTradeResult& ) { static bool PrevIsExist = true; static ulong StartTime = 0; static ulong MaxInterval = 0; const ulong NowTime = GetMicrosecondCount(); const bool IsExist = OrderIsExist(Trans.order); if (!IsExist) { Print(TOSTRING2(Trans.type) + TOSTRING(Trans.order) + TOSTRING(OrderSelect(Trans.order)) + TOSTRING(HistoryOrderSelect(Trans.order))); if (PrevIsExist) StartTime = NowTime; } else if (!PrevIsExist) { const ulong Interval = NowTime - StartTime; Print(TOSTRING(Interval) + TOSTRING2(Trans.type) + TOSTRING(Trans.order) + TOSTRING(OrderSelect(Trans.order)) + TOSTRING(HistoryOrderSelect(Trans.order))); if (Interval > MaxInterval) { MaxInterval = Interval; Comment(TOSTRING(MaxInterval) + TOSTRING(Trans.order)); // mcs. } } PrevIsExist = IsExist; }
Resultado
2018.06.21 00:10:31.047 Trans.type = TRADE_TRANSACTION_ORDER_DELETE (2) 2018.06.21 00:10:31.047 Trans.order = 2210967406 2018.06.21 00:10:31.047 OrderSelect(Trans.order) = false 2018.06.21 00:10:31.047 HistoryOrderSelect(Trans.order) = false 2018.06.21 00:10:31.047 2018.06.21 00:10:31.080 Interval = 32643 2018.06.21 00:10:31.080 Trans.type = TRADE_TRANSACTION_HISTORY_ADD (3) 2018.06.21 00:10:31.080 Trans.order = 2210967406 2018.06.21 00:10:31.080 OrderSelect(Trans.order) = false 2018.06.21 00:10:31.080 HistoryOrderSelect(Trans.order) = true
¡32 milisegundos una orden está ahí pero no en el Terminal! Imagínese las consecuencias si la lógica comercial se ejecutara en este intervalo...
Es interesante que las órdenes fantasma se presentan con mayor frecuencia sólo en los tipos de transacciónTRADE_TRANSACTION_ORDER_DELETE y en TRADE_TRANSACTION_DEAL_ADD (mucho más raro).
Muy mal el matiz de la plataforma.
ZZY velocidad cuestionable de las transacciones comerciales en 5, por desgracia.
Segundo
abriendo una posición y OrdersTotal ha aumentado en uno.
Por ejemplo, no hay posiciones ni órdenes - PositionsTotal = 0, OrdersTotal = 0.
Se establece una orden de mercado. PosicionesTotal = 0, PedidosTotal = 1.
La orden de mercado se ejecuta - OrdersTotal = 0. ¡Pero PositionsTotal = 0!
Se me olvidó añadir que el modo es de red. La posición es la misma para todos los robots.
No importa. La posición siempre tiene una entrada, pero también se puede seleccionar por símbolo. Puede que tengas que añadir una comprobación del volumen de operaciones o algo más. Por ejemplo, seleccione las órdenes y las operaciones de una posición y agítelas para encontrar la correcta. Pero un trato es un trato... Y nadie garantiza la coherencia de las transacciones. No hace mucho tiempo se advirtió de la posible pérdida de transacciones.
Teniendo en cuenta la adición en su puesto, todo está mal. En ese caso, hay que investigar con más detenimiento.
He intentado diferentes enfoques, pero nada funciona.
Escriba una acción simple que necesite ser implementada.
Una situación
Segundo
Gracias, lo leeré, pero a primera vista confirma mi suposición.
No importa. La posición siempre tiene una entrada, pero también se puede seleccionar por símbolo. Es posible que tenga que añadir una comprobación del volumen de transacciones o algo más. Por ejemplo, seleccione las órdenes y las operaciones de una posición y agítelas para encontrar la correcta. Pero un trato es un trato... Y nadie garantiza la coherencia de las transacciones. No hace mucho tiempo se advirtió de la posible pérdida de transacciones.
Teniendo en cuenta la adición en su puesto, no todo encaja. En ese caso, hay que investigar con más detenimiento.
Vi un post sobre la pérdida de transacciones, pero los moderadores de allí dijeron que era una reliquia del pasado y se olvidaron de quitarlo de la documentación.
Escriba una acción simple para ser implementada.
No entiendo muy bien lo de escribir una acción simple) Por favor, explíquelo.
Lo hicieron, pero no fue hace mucho tiempo.
No entiendo muy bien lo de escribir una acción simple) Explique por favor.
¿Cuál es el objetivo de la negociación?
¿Cuál es su objetivo comercial?
Colocamos órdenes limitadas, y cuando se activan, colocamos una orden de stop y una orden de toma de beneficios. Cuando se dispara una orden de stop, eliminamos el take profit y viceversa. En el comentario de la orden de stop y take profit se escribe la entrada límite inicial, en base a la cual establecemos la orden de stop y take profit. Por eso es importante obtener los comentarios de las órdenes para que, cuando se dispare una orden de stop, se pueda encontrar el take profit con el mismo comentario y eliminarlo.
Dado que nuestro robot nos permite rellenar posiciones, también debemos colocar una orden de stop y una de take profit y dejar un comentario con la entrada de take profit cuando compremos más posiciones.
¿Puede ser un sueño de 1 segundo una buena idea? Tener tiempo para todas las transaccionesTRADE_TRANSACTION_ORDER_DELETE yTRADE_TRANSACTION_HISTORY_ADD
- www.metatrader5.com
Илья Ребенок:
El robot permite el escalamiento, por lo que cuando compramos más, también colocamos una orden stop y una take profit, y registramos el escalamiento en el comentario del ticket
¿Podemos tener >=2 órdenes de compra y de stop al mismo tiempo?
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Usted acepta la política del sitio web y las condiciones de uso
Buenas noches.
Chicos, por favor, ayudadme. El problema probablemente no es nuevo, pero no he encontrado una sola solución (ni en la práctica ni en los foros).
Estoy ejecutando 2 robots diferentes en el terminal en 2 instrumentos diferentes. Las magias son diferentes en todas partes. El robot coloca límites pendientes y el procedimiento OnTradeTransaction me permite detectar una transacción y colocar órdenes stop pendientes utilizando esta transacción.
A continuación se muestra el código de la transacción comercial
Este es el código de la función que comprueba si el acuerdo pertenece a un robot
Este es el código del procedimiento para las órdenes de stop pendientes
Este es el código de la función para buscar un pedido en el historial y fuera del historial
La información sobre las transacciones entrantes se publicaría en los archivos de registro en el orden en que se reciben en el terminal. Ahora tengo un problema que he enfrentado al operar en una cuenta demo:
A veces las transacciones vienen en el siguiente orden TRADE_TRANSACTION_ORDER_DELETE, luego TRADE_TRANSACTION_DEAL_ADD, luego TRADE_TRANSACTION_HISTORY_ADD. En este caso, las órdenes de stop no suelen colocarse después de que se haya ejecutado una operación. Supongo que esto ocurre porque el pedido ya ha sido eliminado pero aún no se ha añadido al historial. Significa que no podemos encontrar la orden del acuerdo ni en el historial ni en el terminal. Aunque es dudoso, el hecho es que no se coloca ninguna orden de stop porque el robot no la encuentra después de buscar la orden en todas las dimensiones(isFindOrder=false). En todos los casos, el robot detecta la transacción correctamente, pero no llega a colocar las órdenes.Sin embargo, en ocasiones también funciona correctamente y se colocan las órdenes.
He probado diferentes enfoques, nada funciona. Ahora estoy pensando en añadir un intervalo de 1 segundo al principio del procedimiento de colocación de pedidos pendientes. No sé realmente a dónde ir.
Por favor, comparta sus experiencias e ideas.