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
Liebe Entwickler!
ICH FORDERE SIE AUF, diese Nachricht aufmerksam zu lesen.
Ich glaube, ich habe den Grund für die Zeitdiskrepanz herausgefunden!!!
Heute:
Terminal
Experte
Mechanismus zur Zeitkontrolle.
Wenn sich die Tiefe des Marktes für ein Symbol ändert(ich arbeite nur mit der Tiefe des Marktes)
Die FunktionCheckMarketTime wird aufgerufen
Abrufen von Daten über den letzten Tick für das Symbol
Ich prüfe den Zeitrahmen, aber(SEHR WICHTIG) !!!!
MqlTick (IMMEDIATELY) enthält nicht den neuesten Zeitrahmen, wenn
in der Markttiefe hat sich NUR das Volumen des gleichen Preises geändert.
Ich gehe von dieser Annahme aus, weil es keine
TICK_FLAG_ASK_VOLUMEund TICK_FLAG_BID_VOLUME Flaggen
Die Funktion OnBookEvent funktionierte (das Volumen von soundso und soundso hat sich geändert), aber
MqlTick hat den Zeitpunkt dieser Änderung nicht registriert.
Bitte fügen Sie diese Flaggen zu MqlTick hinzu, jeweils mit aktualisierter Zeit.
Hinzugefügt
Aus irgendeinem Grund kann ich in der CD keine Aufnahme machen
MqlTick (RIGHT HERE) zeichnet nicht die letzte Zeit auf, wenn
im Preisbecher hat sich NUR das Volumen desselben Preises geändert.
Völlig richtig. Und das ist ein korrektes Verhalten. MqlTick bezieht die Daten aus der gleichen Quelle, aus der auch die Tick-Historie gefüllt wird. Es sollte keine Duplikate in der Tick-Historie geben, da die Tick-Historie im MT5 das Volumen nicht einmal auf Bestbands speichert.
Es wird seit langem darauf hingewiesen, dass es keine direkte Möglichkeit gibt, die Zeit zu bestimmen, der die Zeckengeschichte entspricht. Finden Sie es auf andere Weise heraus.
Völlig richtig. Und das ist das richtige Verhalten. MqlTick bezieht die Daten aus der gleichen Quelle, aus der auch die Tick-Historie gefüllt wird. Es sollte keine Duplikate in der Tick-Historie geben, da die Tick-Historie im MT5 das Volumen auch bei Bestbands nicht speichert.
Es wird seit langem darauf hingewiesen, dass es keine direkte Möglichkeit gibt, die Zeit zu bestimmen, der die Zeckengeschichte entspricht. Finden Sie es auf andere Weise heraus.
Wären Sie so freundlich, uns mitzuteilen, um welche es sich handelt?
Hinzugefügt
Wenn ich eine Benachrichtigung erhalte, dass sich im Takan etwas geändert hat, dann
warum nicht der Einfachheit halber ein Feld hinzufügen ("wenig Blut")
datetime book_change; ?
Noch einfacher ist es, wenn Sie das folgende Feld zu MqlBookInfo hinzufügen
datetime book_change;
Zumal diese Zeit durch den Austausch übersetzt wird.
Wären Sie so freundlich, mir zu sagen, welche?
Mach dich nicht lächerlich... :)
Wenn mir mitgeteilt wurde, dass sich in takan etwas geändert hat, dann
warum nicht ein Feld für die Bequemlichkeit ("wenig Geld") hinzufügen
datetime book_change; ?
Oder fügen Sie einfach eine MqlBookInfo-Struktur mit der
datetime book_change;
Insbesondere, dass diese Zeit durch den Tauscher übersetzt wird.
Nur nicht datetime, sondern long - Millisekunden. Und
Forum zum Thema Handel, automatisierte Handelssysteme und Strategietests
Markt geschlossen
fxsaber, 2017.09.22 09:17
Seit langem wird dasProblem angesprochen, dass es keine direkte Möglichkeit gibt, die Zeit zu erfahren, der das Wettfenster entspricht.
Mit ähnlichen Vorschlägen.
Vielleicht nachdem das OnBookEvent ausgelöst wurde
CopyTicks für dieses Zeichen anfordern?
Ich werde es ausprobieren...
Vielleicht nachdem das OnBookEvent ausgelöst wurde
CopyTicks für dieses Zeichen anfordern?
Das würde natürlich nicht helfen. Die einzige Möglichkeit besteht nun darin, den Zeitpunkt der Tumbler-LED herauszufinden.
Das wird natürlich nicht helfen. Die einzige Möglichkeit besteht nun darin, den Zeitpunkt der Glasführung herauszufinden.
Das ist interessant :)
Ergebnis
???????
Ich weiß nicht einmal, was ich sagen soll....
Ich weiß nicht einmal, was ich sagen soll....
Sie werden sehen, dass der Zeitpunkt nur in diesen Situationen anders ist
Es wurde bereits mehrfach diskutiert, dass MqlTick keinen Tick zurückgibt, wie er ist. dass es zwei Tickströme gibt - Kurs und Transaktion. Und dass sie in CopyTicks manchmal rückwirkend zusammengeführt werden, weil die Datenströme unsynchronisiert sind. Und dass die Zeiten von MqlTick und CopyTicks nicht übereinstimmen müssen.