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
TP erhält negativen Schlupf im Prüfgerät
In diesem Fall hätte die BUY-Position bei TP = 0,87689 geschlossen werden müssen, aber das TP-Level schloss bei 0,87729, was eine negative Slippage von -40 Pips bedeutet!
Warum kann TP im Tester negativ rutschen?
Wir haben es geschafft, dass Limit-Aufträge im Tester nicht rutschen. Aber die Situation mit TP ist nicht gut - sie sind Markt und daher rutschen. Wie würden Sie das Gleiten und TP im Tester deaktivieren?
Im TP-Tester erhält TP einen negativen Schlupf
Hier ist der Grund dafür. Protokoll
D.h. wir haben TP 58300 und Ausführung bei 58255. Gleichzeitig ist die Zeit der TP-Ausführung (DEAL_TIME) 10:00:00.001, aber der Preis der TP-Ausführung entspricht dem zukünftigen Preis - 10:00:00.024. Das heißt, der TP wird nicht nur mit einem negativen Slippage ausgeführt, sondern auch mit Future-Preisen gefüllt.
Irgendetwas ist bei dem Tester mit den Flossen schief gelaufen und vielleicht nicht nur mit ihnen. Wir müssen prüfen, ob der Tester geeignet ist. Noch einmal: Sie können ihm nicht vertrauen.
Bitte fügen Sie in der nächsten Version einen Fix für diesen Fehler hinzu. Stellen Sie sicher, dass die Ausführung für TP im Tester die gleiche ist wie für Limitaufträge!
Machen Sie die Ausführung für TP im Tester wie für Limit-Orders!
Und warum? TP ist kein Limit-Auftrag, sondern ein Auftrag, der zu bestimmten Bedingungenauf dem Markt ausgeführt wird. Folglich wird der Slippage oft negativ sein, wenn er am korrekten TP-Punkt liegt (wo große Mengen an Limit-Orders gekauft werden), und positiv (z. B. beim Durchbrechen des Niveaus, wenn ein Stop von Leuten ausgelöst wird), wenn er nicht am korrekten TP-Punkt liegt. Ich würde gerne den Schlupf unabhängig im Tester einstellen können - dann kann derjenige, der ihn braucht, ihn auch einstellen.
Und warum? An einer Börse ist TP kein Limit, sonderndie Ausführung einesMarktauftrags unter bestimmten Bedingungen.
Denn der Tester ist keine Börse. TP an einer Börse kann aufgrund des Verzögerungsfaktors eine negative Slippage aufweisen, die im Tester im Handelsmodus "No Delay" nicht vorhanden ist.
Und warum? An einer Börse ist TP kein Limit, sonderndie Ausführung einesMarktauftrags unter bestimmten Bedingungen.
Wirklich?
Leider ist es so.
Leider ist es so.
Im MT5 und an der Börse gibt es zwei große Unterschiede
Ich bezweifle, dass es überhaupt so etwas wie einen TP-Auftrag an einer Börse gibt.
Ich bezweifle, dass es überhaupt so etwas wie einen TP-Auftrag an einer Börse gibt.
Warum stellen Sie dann überhaupt diese Frage?
An den MT5-Tester, nicht an die Börse. Lassen Sie wenigstens den TP im Tester auf menschliche Art und Weise arbeiten. Was MQ daran hindert, anstelle des Marktes Begrenzer zu senden, ist nicht klar.
Was TP betrifft, so ist dies eine BlumeForum zum Thema Handel, automatisierte Handelssysteme und Strategietests
Wanzen, Wanzen, Fragen
fxsaber, 2018.03.05 19:22
Tester Fehler.
Lassen Sie zuerst eine BUY-Position mit TP entstehen. Und es gibt ein SellLimit für denselben TP. Der Tester führt solche Situationen auf unterschiedliche Weise aus
Im zweiten Fall haben wir zwei entgegengesetzte Positionen gleichzeitig in einer Absicherung geöffnet oder eine KAUF-Position geschlossen, ohne eine VERKAUF-Position zu öffnen.
Bei Absicherungsgeschäften kommt erschwerend hinzu, dass das SellLimit zurückgenommen werden kann, weil nicht genügend Geld zur Eröffnung der zweiten Position vorhanden ist.
Führen Sie den Tester im Allgemeinen zu einem eindeutigen Verhalten - erst TP, dann Limit.
Dies ist ein echtes Problem bei Limit.
Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests
Wanzen, Wanzen, Fragen
fxsaber, 2018.02.14 14:41
Der Fehler liegt nicht im Terminal, sondern in der MT5-PlattformFühren Sie MQ-Demo auf einem sich langsam bewegenden Symbol aus. EURHUF zum Beispiel.
Das Skript eröffnet eine BUY-Position mit TP = Bid. Das heißt, die Position sollte sofort geschlossen werden. TP wird aber erst beim nächsten Häkchen auf die Einhaltung der Annahmebedingung geprüft!
Die Position wird nicht sofort geschlossen, bis der nächste Tick erfolgt. Und wenn der nächste Tick Bid < TP ist, bleibt der TP ohne Annahme.
Das Gleiche gilt für Limit-Aufträge (kommentierte Zeile). Beim Tester ist die Situation die gleiche.
Und die Kirsche.
Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests
Typische Fehler und deren Behebung bei der Arbeit mit einer Handelsumgebung
fxsaber, 2018.02.24 16:25
Ich zeige Ihnen sogar, wie solche stornierten Marktaufträge aussehen
Nur gibt es keinen Fehler.
Dieses Beispiel erwies sich als viel cooler. Ein vom Broker selbst platzierter TP wurde kodiert! Und fast sofort (ich habe 115 ms gewartet-anscheinend war es ein Fehler des MT5), nachdem die Nachbestellung geschlossen wurde, setzte der Broker einen weiteren TP, der ausgeführt wurde. Die Kommentare zu den Aufträgen sind auf dem Screenshot nicht zu sehen. Die grüne Farbe istORDER_REASON_TP. Dementsprechend hat der Auftrag sogar die ORDER_POSITION_ID.
D.h. TP wird neu geordnet und wartet auf den nächsten Tick, um neu geordnet zu werden. Sie wird nicht sofort eingestellt.