FORTS. Fragen der Durchsetzung - Seite 91

 
fxsaber:

Probleme nur bei der Stornierung schwebender Aufträge?


Nein, dies geschieht in allen Modi (Einstellen, Ändern, Abbrechen)

Zum Glück nicht so oft....

 
prostotrader:

Nein, das passiert in allen Modi(installieren, ändern, abbrechen)

Wenn es ein Problem bei der Installation gibt, geben Sie an, was ORDER_TIME_DONE_MSC und ORDER_TIME_SETUP_MSC anzeigen.

Bei der Ausführung also auch DEAL_TIME_MSC.

 

Ich weiß nicht, ob jemand geschrieben hat, dass meine Order nicht immer funktioniert, wenn ich einen Handel auf dem Markt eingehe. Wenn ich auf "Kaufen" drücke, wird das Geschäft nicht geöffnet, manchmal erst nach dem dritten Mal, wenn es geöffnet wird. Ich bin unglücklich(( Die Spanne würde auch gerne weniger werden, aber das ist eine andere Geschichte. Ich bin begeistert von den Sonderangeboten und Boni, die die Nachteile des Terminals ein wenig aufhellen))

 
fxsaber:

Wenn es ein Problem während der Installation gibt, geben Sie an, was ORDER_TIME_DONE_MSC und ORDER_TIME_SETUP_MSC zeigen.

Bei der Ausführung wird auch DEAL_TIME_MSC angezeigt.


Und was wollen Sie sehen, wenn Sie ORDER_TIME_DONE_MSC erhalten, da dies der Zeitpunkt der Entnahme oder der Ausführung ist?

Heute (Auftrag eingestellt, nicht ausgeführt)

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

Code

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);
  }

Ergebnis:

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:

Und was wollen Sie sehen, wenn Sie ORDER_TIME_DONE_MSC erhalten, da es sich um die Entnahme- oder Ausführungszeit handelt?

Ich habe über die Ausführung nachgedacht. Sie setzen zum Beispiel ein Limit auf den aktuellen Kurs. Dann können Sie den Zeitaufwand für die Ausführung schätzen.

Ehrlich gesagt, fehlen uns Informationen für Aufträge, die besagen, wann ein Auftrag von einem MT5-Server registriert wurde und nicht, wann er bereits an einer Börse eingestellt wurde.

 
fxsaber:

Über die Ausführung nachgedacht. Zum Beispiel, indem man ein Limit auf den aktuellen Kurs setzt. Dann können Sie den Zeitaufwand für die Ausführung schätzen.

Ehrlich gesagt, gibt es nicht genügend Informationen für Aufträge, um zu sagen, wann ein Auftrag vom MT5-Server registriert wurde und nicht, wann er bereits an die Börse übermittelt wurde.


Ich habe mich mit dem SD in Verbindung gesetzt, um einen weiteren Protokolleintrag zu erhalten, der besagt, dass der Auftrag von der Börse angenommen wurde, woraufhin ich eine Antwort erhalten habe:

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

Hinzugefügt

Aber, die Tatsache, dass manchmal Server verarbeitet den Auftrag (vor dem Senden an die Börse) mehr als 2-3 Sekunden.- ist sehr schlecht...

Hinzugefügt

Normalerweise sind es in meiner Konfiguration 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:

Aber allein die Tatsache, dass der Server den Auftrag manchmal länger als 2-3 Sekunden bearbeitet (bevor er ihn an die Börse sendet). - Es ist schon sehr schlimm...

Es scheint sich um einen recht seltenen Fehler zu handeln. Wir sollten einen EA schreiben, der Limiter setzt und entfernt. Bitten Sie SD, die Software in Echtzeit zu testen, um den Fehler zu finden.

 
fxsaber:

Scheint ein sehr seltener Fehler zu sein. Wir sollten einen EA schreiben, der den Begrenzer ein- und ausschaltet. Bitten Sie den SD, das Programm in der Realität mit Fehlerbehebung laufen zu lassen.


SD macht das schon seit2014.12.16 06:27

 
prostotrader:

SD macht das schon seit2014.12.16 06:27

Sie haben offenbar keine Lust dazu.

 
fxsaber:

Ohne Verlangen, wie es scheint.


Vielleicht... Aber ich denke, der Wunsch ist da, ABER!

Der MT5-Server läuft über Plaza II, leider weiß ich nicht, wie die Schnittstelle von MQ implementiert ist,

aber wenn ich meine Schnittstelle benutze, sehe ich, dass ein sehr großer Strom von Aufträgen vorliegt,

es gibt leichte "Verzögerungen" bei der Verarbeitung von Befehlen (für 1 Login sollten nicht mehr als 30 Vorgänge pro Sekunde stattfinden), und stellen Sie sich vor, wie viele

Nutzer, die der Broker hat...?