Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
https://www.mql5.com/ru/blogs/post/733393
Cool, danke für die Rezension!
1. Welche Art von Hardware? Der Server ist anspruchsvoll, und hier sieht es so aus, als würde alles auf einem normalen PC laufen. Oder liege ich da falsch?
2. Haben Sie die Laufzeiteinstellungen / Plugins / Routing genau überprüft? Es sieht sehr nach einer künstlichen Verzögerung aus (um das B-Buch nicht zu verbrennen).
Es wäre interessant, der Sache auf den Grund zu gehen.
ps: hier dupliziert, da ich die Antwort sehen werde (und den Blog überprüfen muss)
ps: hier dupliziert, da ich die Antwort sehen werde (und den Blog überprüfen muss)
Dort wird geantwortet.
Es wäre interessant, der Sache auf den Grund zu gehen.
Jahrgangsstufe 6 bittet Entwickler und Makler, die Sache zu regeln....
Hinzugefügt
Um das Aussortieren zu erleichtern, ist es besser, asynchrone Aufträge zu verwenden (mehr Protokolle).
Es ändert sich nichts.... Es ist traurig (Open, Real, FORTS, Bild 2280).
Es gibt kein Terminalprotokoll, da die Entwickler es nicht für nötig hielten, die Antwort auf den Austausch zu protokollieren.
1 Minute und 42 Sekunden wurde der Auftrag gelöscht!
https://www.mql5.com/ru/blogs/post/733393
Offen, real, FORTS, Bild 2280
Heute war es überhaupt "überlastet", es gab überhaupt keine Synchronisation:
Hier ist der Anfang und das Ende des Protokolls (EA von Hand zurücksetzen)
Auf anderen Charts (2 Terminals 83 EAs) funktionierten die EAs einwandfrei
Hinzugefügt
Es scheint mir, dass diese "Störung" auftrat, weil das Terminal irgendwie die
Daten nach"accepted modify order #117284549" und es sollte eine Bestätigung erhalten und synchronisiert worden sein
Daten nach"modify order #117284549 buy limit 1.00 SBRF-9.20 at 23557 sl: 0 tp: 0 expiration: day -> 24138, sl: 0 tp: 0 expiration: day placed for execution in 1299.618 ms"
Heute hat es überhaupt nicht geklappt, es gab überhaupt keine Synchronisation:
Hier ist der Anfang und das Ende des Protokolls (EA von Hand zurücksetzen)
Es sieht eher nach einem Fehler in der Logik des Expert Advisors aus.
Entweder haben sie sich auf die Abfolge der Ereignisse verlassen (die anders war), oder sie haben einfach etwas nicht beachtet.
Eher ein Fehler in der Logik des EA.
Entweder haben sie sich auf den Ablauf der Ereignisse verlassen (und es war anders), oder sie haben einfach etwas nicht berücksichtigt.
Andrei!
Ich würde Ihnen zustimmen, wenn dieser Expert Advisor (seit 5 Jahren nicht bearbeitet) immer richtig funktioniert hätte!
Bei jeder Aktion auf die Bestellung im Berater passiert nichts, bis herausgefunden wird, was mit der Bestellung passiert ist.
Und zeichnet auf, dass die Order geändert wird (Print(__FUNCTION__, ": Buy order modifyed.", "New price = ", order_data.price_open, " Ticket = ", a_ticket);) nein!
Nein und sonst Eintrag Print ( __FUNCTION__ , ": Kaufauftrag in Bearbeitung. Ticket = " , a_ticket);
Ein Rekord
kann nur erscheinen, wenn ein Fehler aufgetreten ist oder der Auftragsstatus nicht definiert ist ( Fall SELECT_BUSY: )
Hinzugefügt
Die Funktion OrderRealSelect() hat bis heute immer einwandfrei funktioniert (ich glaube, sie funktioniert immer noch...)
Leider sind die meisten Fehler (zumindest bei FORTS) schwebend!
D.h. es ist immer sehr schwierig, einen Fehler zu reproduzieren.
Nicht umsonst gibt es dieses Thema schon seit fast 6 Jahren....
Wenn es einen Fehler in der Logik des Expert Advisors gäbe, würde er oft "auftauchen", nicht nur ein- oder zweimal pro Handelswoche!
Darüber hinaus hat dieser EA seit mehr als 5 Jahren auf 84 Symbolen gearbeitet!
Hinzugefügt
Oh, und von der Störung (Beitrag oben)
Gab es noch eine Börsenantwort in OnTradeTransaction() oder wurden die Daten noch im Terminal synchronisiert(dieser letzte Eintrag)!
Nach 1 Minute 42 Sekunden wurde festgestellt, was mit der Bestellung passiert ist!
Hinzugefügt von
Ja, und ich bin nicht der jenige, der diese kolossalen Verzögerungen in das Logbuch eingetragen hat!
Und das , ohne die Reaktion der Börse zu berücksichtigen!
Hinzugefügt
Detaillierte Angaben zu den Fehlern.
Wir werden morgen sehen, ob es eine Störung gibt.
Wenn man die Geschichte dieses Themas verfolgt, waren wir anfangs empört über Verzögerungen von zehn Millisekunden,
dann Sekunden, und jetzt Minuten!
Langsam fange ich an, Roboter für KVIK umzuschreiben!
Mit MT5 Potenzial von 6-7 Millisekunden mit meinem Netzwerk (von zu Hause aus, ohne Börse Antwort)
Mitsolchen Verzögerungen hat das Terminal meiner Meinung nach keine Zukunft.