Bibliotheken: Kalender - Seite 11
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
direkt von 12:30 subtrahieren (anstelle von -3 + 31*/2):
Ich habe dies nicht absichtlich getan, weil ich davon ausgehe, dass es in Zukunft möglich ist, die Eingabeparameter von CalendarValueHistoryByEvent zu ändern.
Ich habe dies nicht absichtlich getan, weil ich davon ausgehe, dass es in Zukunft möglich ist, die Eingabeparameter von CalendarValueHistoryByEvent zu ändern.
können Sie verwenden:
Nach der Aktualisierung der Bibliothek sollte der Kalender mit dem Kursverlauf eines beliebigen Brokers synchronisiert werden.
...
Wurde die Sortierung nach Zeit in der neuesten Version entfernt?
Wurde die Zeitsortierung in der neuesten Version entfernt?
Ja. Ich war mir sicher, dass die MQs sortiert waren. Ich habe mich geirrt.
ZY hinzugefügt.
Leider kann man dem aktuellen Kalender nicht trauen.
Hier ist die Auslassung einer wichtigen CHF-Nachricht in der Liste der Ereignisse und die entsprechende Marktreaktion darauf.
Und dies ist ein anderer Kalender, in dem die Nachricht vorhanden ist.
Im Tutorial habe ich eine Fundgrube an Informationen über die Arbeit mit dem Kalender gefunden. Vor allem im Tester.
Теперь мы можем выбрать индикатор CalendarMonitorCached.mq5 в тестере и увидеть в динамике, на истории, как меняется таблица новостей.
Nachrichtenindikator mit Kalender-Cache im Tester
Das Vorhandensein des Kalender-Caches ermöglicht es Ihnen, Handelsstrategien auf Nachrichten zu testen. Wir werden ihn im nächsten Abschnitt vorstellen.
Gleicher Code, unterschiedliche Ergebnisse je nach Chart-Symbol. Ich habe 2 Makler getestet.
test_Kalender.mq5
FXOpen:
Trading.com
Ich habe die Fehlerursache ausfindig gemacht: DST::IsEurope() gibt für diese DST_US-Broker fälschlicherweise true zurück, weil der in DST::RolloverTime() implementierte Algo nicht zuverlässig ist (d.h. er scannt Spreads).
test_Kalender_fixed.mq5
Jetzt sind die Ergebnisse korrekt:
Ich hoffe, dies hilft Ihnen, die Lib zu reparieren.
Gleicher Code, unterschiedliche Ergebnisse je nach Chart-Symbol. Ich habe 2 Makler getestet.
Ich habe die Fehlerursache ausfindig gemacht: DST::IsEurope() gibt für diese DST_US-Broker fälschlicherweise true zurück, weil der in DST::RolloverTime() implementierte Algo nicht zuverlässig ist (d.h. Scannen von Spreads).
test_calendar_fixed.mq5
Jetzt sind die Ergebnisse korrekt:
Ich hoffe, dies hilft Ihnen, die Lib zu reparieren.
Vielen Dank für das Auffinden des Fehlers, ein Beispiel, wie man ihn reproduzieren kann, und den Lösungsvorschlag!
Ich habe Änderungen an der Datei DST.mqh vorgenommen.
Nicht vollständig auf DST_US-Broker festgelegt.
Beachten Sie, dass es auch ein weiteres Problem mit DST_NONE-Brokern gibt:
Denn die exness-Server stellen nie auf DST um. New York ist in den Wintermonaten GMT-5, so dass NFP um 08:30 Uhr NYC-Zeit mit (08:30 + 5:00 Offset) = 13:30 Exness-Serverzeit übereinstimmen sollte.Leider kann man dem aktuellen Kalender nicht trauen.
Der MQ-Kalender enthält leider auch für den aktuellen Tag Fehler in der Zeitangabe der Ereignisse.
Die Nachricht war um 07:30 Uhr (auf dem alternativen Kalender oben und auf dem Symboldiagramm), und der MQ-Kalender sagt (auch in der Web-Version), dass die Nachricht eine Stunde später kommt.