FORTI. Problemi di applicazione - pagina 91

Nuovo commento
 
fxsaber:

Problemi solo quando si cancellano gli ordini in sospeso?


No, succede in tutte le modalità (impostare, modificare, annullare)

Fortunatamente non così spesso....

 
prostotrader:

No, succede in tutte le modalità(installare, modificare, annullare)

Quando c'è un problema durante l'installazione, date ciò che mostra ORDER_TIME_DONE_MSC e ORDER_TIME_SETUP_MSC.

Quando si esegue così anche DEAL_TIME_MSC.

 

Non so se qualcuno ha scritto, ma il mio ordine non sempre funziona quando entro in un trade sul mercato. Premo buy, si blocca, l'affare non si apre, a volte solo dopo la terza volta che l'affare si apre. Sono infelice(( Spread vorrebbe anche che fosse meno, ma questa è un'altra storia. Sono entusiasta delle promozioni e dei bonus, ravviva un po' gli inconvenienti del terminale))

 
fxsaber:

Quando ci sarà un problema durante l'installazione, date quello che mostrano ORDER_TIME_DONE_MSC e ORDER_TIME_SETUP_MSC.

Quando viene eseguito, mostra anche DEAL_TIME_MSC.


E cosa volete vedere ottenendo ORDER_TIME_DONE_MSC, dato che è il momento del ritiro o dell'esecuzione?

Oggi (ordine impostato, non eseguito)

2017.07.25 10:34:32.675 Trades  'xxxxx': buy limit 2.00 GAZR-6.18 at 12585
2017.07.25 10:34:35.520 Trades  'xxxxx': accepted buy limit 2.00 GAZR-6.18 at 12585
2017.07.25 10:34:35.520 Trades  'xxxxx': buy limit 2.00 GAZR-6.18 at 12585 placed for execution in 2846.102 ms
===============================================================================================================
2017.07.25 10:34:33.695 trader (GAZR-6.18,M1)   CheckOrders: Задержка ответа сервера. Ожидание продолжается...
2017.07.25 10:34:34.702 trader (GAZR-6.18,M1)   CheckOrders: Задержка ответа сервера. Ожидание продолжается...
==============
Ticket = #70456445

Codice

ulong ticket = 70456445;
//+------------------------------------------------------------------+
//| Expert initialization function                                   |
//+------------------------------------------------------------------+
int OnInit()
  {
    if(HistoryOrderSelect(ticket))
    {
      ulong start = ulong(HistoryOrderGetInteger(ticket, ORDER_TIME_SETUP_MSC));
      ulong end = ulong(HistoryOrderGetInteger(ticket, ORDER_TIME_DONE_MSC));
      ulong diff = end - start;
      Print("Order start = ", start);
      Print("Order end = ", end);
      Print("Order diff = ", diff);
    }
   
//---
   return(INIT_SUCCEEDED);
  }

Risultato:

2017.07.25 14:08:03.281 Time_test (GAZR-6.18,M1)        Order start = 1500978875000
2017.07.25 14:08:03.281 Time_test (GAZR-6.18,M1)        Order end =   1500978890000
2017.07.25 14:08:03.281 Time_test (GAZR-6.18,M1)        Order diff =  15000
 
prostotrader:

E cosa volete vedere ottenendo ORDER_TIME_DONE_MSC, dato che è il tempo di ritiro o di esecuzione?

Stavo pensando all'esecuzione. Per esempio, si imposta un limite al prezzo corrente. Poi si può stimare il tempo speso per l'esecuzione.

Francamente, ci mancano informazioni per gli ordini che direbbero quando un ordine viene registrato da un server MT5 e non quando è già impostato su una borsa.

 
fxsaber:

Pensiero sull'esecuzione. Per esempio, mettendo un limite al prezzo corrente. Poi si può stimare il tempo speso per l'esecuzione.

Onestamente, non ci sono abbastanza informazioni per gli ordini per dire quando un ordine è stato registrato dal server MT5 e non quando è già stato impostato alla borsa.


Ho contattato la SD per un'altra voce di registro che l'ordine è stato accettato dallo scambio, e ho ricevuto una risposta:

Support Team 2017.02.28 12:10
Асинхронный метод не ожидает и не отслеживает результат операции (выставление ордера), только сам факт посылки, и соответственно, не протоколирует его.

Aggiunto

Ma, il fatto che a volte il server elabora l'ordine (prima di inviare allo scambio) più di 2-3 secondi. - è molto male...

Aggiunto

Di solito, nella mia configurazione 5-6 ms:

2017.07.25 14:32:40.575 Trades  'ххххх': cancel order #70570407 buy limit 1.00 PLD-12.17 at 806.78
2017.07.25 14:32:40.581 Trades  'ххххх': accepted cancel order #70570407 buy limit 1.00 PLD-12.17 at 806.78
2017.07.25 14:32:40.581 Trades  'ххххх': cancel order #70570407 buy limit 1.00 PLD-12.17 at 806.78 placed for execution in 6.194 ms
 
prostotrader:

Ma, il fatto stesso che a volte il server elabora l'ordine (prima di inviarlo alla borsa) per più di 2-3 secondi. - È già molto brutto...

Sembra essere un bug abbastanza raro. Dovremmo scrivere un EA che mette e rimuove i limitatori. E chiedete a SD di eseguirlo su reale con la cattura del bug.

 
fxsaber:

Sembra essere un bug molto raro. Dovremmo scrivere un EA che mette e toglie il limitatore. E chiedete alla SD di eseguirlo sul reale con la cattura dei bug.


SD lo sta facendo dal2014.12.16 06:27

 
prostotrader:

SD lo sta già facendo dal2014.12.16 06:27

Nessun desiderio di farlo, sembra.

 
fxsaber:

Senza desiderio, sembra.


Forse... Ma credo che il desiderio ci sia, MA!

Il server MT5 funziona attraverso Plaza II, purtroppo non so come è implementata l'interfaccia di MQ,

ma facendo la mia interfaccia, vedo che con un flusso molto grande di ordini,

ci sono leggeri "ritardi" nell'elaborazione dei comandi (per 1 login non ci dovrebbero essere più di 30 operazioni al secondo), e immaginate quanti

gli utenti che il Broker ha...?

1...848586878889909192939495969798...156
Nuovo commento