Testen von 'CopyTicks' - Seite 37
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
Bitte geben Sie an, welche Art von Flagge der Nummer 24 entspricht. Experimentell festgestellt, dass
Bitte geben Sie an, welche Art von Flagge der Nummer 24 entspricht. Experimentell festgestellt, dass
Flaggen können gestapelt werden. Um festzustellen, welche Ereignisse aufgetreten sind (hier ist"tick" ein Array mit Ticks):
if((tick.flags &TICK_FLAG_BID)==TICK_FLAG_BID)
flags=" TICK_FLAG_BID ";
if((tick.flags &TICK_FLAG_ASK)==TICK_FLAG_ASK)
flags+=" TICK_FLAG_ASK ";
if((tick.flags &TICK_FLAG_LAST)==TICK_FLAG_LAST)
flags+=" TICK_FLAG_LAST ";
if((tick.flags &TICK_FLAG_VOLUME)==TICK_FLAG_VOLUME)
flags+=" TICK_FLAG_VOLUME ";
if((tick.flags &TICK_FLAG_BUY)==TICK_FLAG_BUY)
flags+=" TICK_FLAG_BUY ";
if((tick.flags &TICK_FLAG_SELL)==TICK_FLAG_SELL)
flags+=" TICK_FLAG_SELL ";
Comment(flags);
Guten Tag, liebe Kollegen.
Vielleicht ist jemand daran interessiert, ein Problem zu modellieren, auf das ich gestoßen bin - es scheint, dass CopyTicks im Strategietester im Modus "Jeder Tick basiert auf realen Ticks" in einigen Fällen beginnt, Ticks zu überschreiben, die von einer Anfrage zurückgegeben werden.
Ich habe es am MOEX RTS im Expert Advisor überprüft, indem ich neue Ticks im OnTimer()-Ereignis angefordert habe. Siehe beigefügten Code.
DieTICK_FLAG_BUYTICK_FLAG_SELL-Flags von Doppeldatensätzen können wiederholt werden und sich von den Originaldatensätzen unterscheiden (es ist jedoch unmöglich zu verstehen, welche davon Originale und welche Duplikate sind, ohne einen Vergleich mit einer anderen Quelle von Ticks durchzuführen).
Ich habe versucht, mich mit der echten "Eröffnung" und MetaQuotes-Demo zu verbinden - das Ergebnis ist das gleiche.
Wurde auch mit Build 1578 geprüft. Ich habe alle Zecken-Ordner auf meinem Rechner gelöscht. Nach der automatischen Aktualisierung ist das Ergebnis das gleiche.
Hier ist ein Fragment des Protokolls, das zeigt, dass eine Anfrage plötzlich mit wiederholten Ticks begonnen hat (mit kürzerer Zeit als die vorherigen)
Inbetriebnahme MetaTester 5 x64 build 1578 (07 Apr 2017)
Server MetaTester 5 gestartet auf 127.0.0.1:3000
Startup Initialisierung abgeschlossen
127.0.0.1 Anmeldung (Build 1578)
Netzwerk 38520 Bytes an Kontoinformationen geladen
Netzwerk 1482 Bytes an Testerparametern geladen
Netzwerk 188 Bytes an Eingabeparametern geladen
Netzwerk 4192 Bytes der geladenen Symbolliste
Tester Experten-Datei hinzugefügt: Experts\!sn_err.ex5. 11617 Bytes geladen
Tester Ersteinlage 10000.00 RUR, Hebelwirkung 1:100
Tester erfolgreich initialisiert
Netzwerk 29 Kb der insgesamt empfangenen Initialisierungsdaten
Tester QEMU Virtuelle Version (cpu64-rhel6), 2047 MB
Symbole RTS-6.17: zu synchronisierendes Symbol
Symbole RTS-6.17: Symbol synchronisiert, 3784 Bytes Symbolinformationen empfangen
Verlauf RTS-6.17: Verlaufssynchronisierung gestartet
Historie RTS-6.17: Laden von 31 Byte Historiendaten zur Synchronisation in 0:00:00.000
Historie RTS-6.17: Historie von 2016.01.20 bis 2017.04.07 synchronisiert
Ticks RTS-6.17: Ticks-Synchronisierung gestartet
Ticks RTS-6.17: Laden von 38 Byte Tickdaten zur Synchronisierung in 0:00:00.000
Zecken RTS-6.17: Historische Zecken vom 2017.04.06 bis 2017.04.06 synchronisiert
Historie RTS-6.17,M1: Historien-Cache ist für 475200 Takte reserviert und enthält 23851 Takte von 2016.01.20 12:28 bis 2017.04.05 23:45
Historie RTS-6.17,M1: Historie beginnt am 2016.01.20 12:28
Tester RTS-6.17,M1 (MetaQuotes-Demo): Generierung auf Basis von echten Ticks
Tester RTS-6.17,M1: Prüfung von experts\!sn_err.ex5 von 2017.04.06 00:00 bis 2017.04.07 00:00 gestartet
Zecken RTS-6.17 : echte Zecken beginnen am 2017.04.06 00:00:00
...
ZYKLUS: 16 TICK: 2017.04.06 11:06:42;1491476802652;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 16 TICK: 2017.04.06.06 11:06:43;1491476803512;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 16 TICK: 2017.04.06.06 11:06:46;1491476806819;2;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 16 TICK: 2017.04.06.06 11:06:46;1491476806865;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 16 TICK: 2017.04.06.06 11:06:46;1491476806865;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 17 TICK: 2017.04.06.06 11:06:47;1491476807075;1;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
ZYKLUS: 17 TICK: 2017.04.06.06 11:06:47;1491476807470;3;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 17 TICK: 2017.04.06.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 17 TICK: 2017.04.06.06 11:06:47;1491476807470;10;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 17 TICK: 2017.04.06.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 17 TICK: 2017.04.06.06 11:06:47;1491476807470;4;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 17 TICK: 2017.04.06.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
ZYKLUS: 17 TICK: 2017.04.06.06 11:06:47;1491476807472;3;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807472;4;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807472;1;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807075;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 17 TICK: 2017.04.06.06 11:06:47;1491476807470;3;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807470;10;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807470;4;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807470;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807472;3;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807472;4;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 17 TICK: 2017.04.06 11:06:47;1491476807472;1;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY DOUBLE
ZYKLUS: 19 TICK: 2017.04.06 11:06:49;1491476809747;3;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
ZYKLUS: 19 TICK: 2017.04.06.06 11:06:49;1491476809747;7;88; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_SELL
ZYKLUS: 19 TICK: 2017.04.06.06 11:06:49;1491476809747;3;56; TICK_FLAG_LAST TICK_FLAG_VOLUME TICK_FLAG_BUY
...
Vielleicht ist jemand daran interessiert, ein Problem zu simulieren, auf das ich gestoßen bin - es scheint, dass CopyTicks im Strategietester im Modus "Every tick based on real" in einigen Fällen beginnt, die von einer Anfrage zurückgegebenen Ticks zu verdoppeln.
Das ist eine sehr unangenehme Sache in Ihrer Situation.
Es gibt also nur einen Ausweg: eine Zeit lang auf den Tester verzichten.
SZZ hat sich Ihren Code und Ihr Protokoll angesehen. Definitiv Fehler CopyTicks im Tester. Interessant, DOUBLE-ticks beginnt nicht mit der vollständigen Vervielfältigung. Wie auch immer, fügen Sie Ihren Beitrag per Copy-Paste in die SD ein. Im Moment kann CopyTicks nicht im Tester verwendet werden und der Tester selbst kann nicht im Modus "nach echten Ticks" verwendet werden.
In Ihrer Situation ist eine sehr unangenehme Sache eingetreten.
Es gibt also nur einen Ausweg: eine Zeit lang auf den Tester verzichten.
Ich habe mir Ihren Code und Ihr Protokoll angesehen. Eindeutig ein Fehler CopyTicks im Tester. Interessant, DOUBLE-ticks beginnt nicht mit einer vollständigen Vervielfältigung. Wie auch immer, fügen Sie Ihren Beitrag per Copy-Paste in die SD ein. Im Moment kann CopyTicks nicht im Tester verwendet werden und der Tester selbst kann nicht im Modus "nach echten Ticks" verwendet werden.
Danke, ich habe eine Nachricht an servicedesk geschickt. Ich werde Ihnen die Ergebnisse mitteilen.
In der Historie gehen die korrekten Häkchen von einem bestimmten Datum aus (habe schon früher darüber geschrieben). Davor gehen sie mit Duplikaten. Dies ist der Fall, wenn das Konto offen ist.
Aus den Protokollen geht hervor, dass der Test am 06. April 2017 durchgeführt wurde. Ähnliche Ergebnisse für April 07.
Die Situation ist sowohl bei Opening-Real als auch bei MQ-Demo ähnlich
Aus den Protokollen geht hervor, dass der Test am 06. April 2017 durchgeführt wurde. Ähnliche Ergebnisse für den 07. April.
Die Situation ist sowohl bei Opening-Real als auch bei MQ-Demo ähnlich
Also ab in die Leichenhalle. Ich meine, die SR.)
Das ist ein sehr gutes Argument.
Es sind bereits drei Monate vergangen, und das Ticket wurde noch immer nicht geschlossen. Probleme.
Außerdem habe ich einen weiteren Fehler gefunden (falls das Problem nicht mit dem Kursanbieter zusammenhängt), diesmal mit der falschen Richtung der Transaktion. Ich kopiere den Text des Tickets, um die Gemeinschaft zu warnen:
Ein Vergleich von MT5-Tickdaten, die mit dem Standardtool "Price Stack / Show All Trades Table" auf einem realen AMP-Features-Konto mit Kursen von CQG ermittelt wurden, mit Daten von Ritmik hat gezeigt, dass MT5 in einigen anscheinend recht seltenen Fällen die Handelsrichtung falsch bestimmt.
Wir entladen die Markttiefe für den 11.07. mit dem Standardtool "Markttiefe / Tabelle aller Geschäfte anzeigen". Sehen Sie sich die Daten zu den Futures GCEQ7 ab 00:03 min Chicagoer Zeit an (in der Tabelle unten ist nicht Chicagoer Zeit, sondern GMT)
Ergebnis.
Erwartetes Ergebnis
Daten von Rithmic nach Moskauer Zeit:
Diskrepanzen in der Richtung der Transaktionen werden in rot angezeigt