Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
subtract directly from 12:30 (instead of -3 + 31*/2):
Специально так не делал, т.к. допускаю в будущем возможность изменения входных параметров CalendarValueHistoryByEvent.
Специально так не делал, т.к. допускаю в будущем возможность изменения входных параметров CalendarValueHistoryByEvent.
you can use:
После обновления библиотеки Календарь должен быть синхронизирован с историей котировок на любом брокере.
...
В последней версии убрали сортировку по времени?
В последней версии убрали сортировку по времени?
Да. Был уверен, что MQ стали сортировать. Ошибся.
ЗЫ Добавил.
К сожалению, нельзя доверять текущему Календарю.
Вот пропуск в списке событий важной CHF-новости и соответствующая реакция на нее рынка.
А это другой календарь, там новость присутствует.
В Учебнике обнаружил кладезь информации по работе с Календарем. В частности, в Тестере.
Теперь мы можем выбрать индикатор CalendarMonitorCached.mq5 в тестере и увидеть в динамике, на истории, как меняется таблица новостей.
Новостной индикатор с кэшем календаря в тестере
Наличие кэша календаря позволяет тестировать торговые стратегии на новостях. Покажем это в следующем разделе.
Same code, different results according the chart symbol. I tested 2 brokers.
test_calendar.mq5
FXOpen:
Trading.com
I have tracked the root of the error: DST::IsEurope() wrongly returns true for these DST_US brokers because the algo implemented in DST::RolloverTime() is not reliable (i.e., scanning spreads).
test_calendar_fixed.mq5
Now results are correct:
Hope this helps you to fix the lib.
Same code, different results according the chart symbol. I tested 2 brokers.
I have tracked the root of the error: DST::IsEurope() wrongly returns true for these DST_US brokers because the algo implemented in DST::RolloverTime() is not reliable (i.e., scanning spreads).
test_calendar_fixed.mq5
Now results are correct:
Hope this helps you to fix the lib.
Thank you very much for finding the bug, an example of how to reproduce it, and the proposed solution!
I have made changes to the file DST.mqh.
Not totally fixed on DST_US brokers.
Beware there is also another problem with DST_NONE brokers:
Because exness servers never change into DST. New York is GMT-5 in winter months, So that NFP at 08:30 am NYC time should match (08:30 + 5:00 offset) = 13:30 Exness server time.К сожалению, нельзя доверять текущему Календарю.
К огромному сожалению, MQ-календарь содержит ошибки во времени событий даже текущего дня.
Новость была в 07:30 (на альтернативном календаре сверху и на графике символа), а MQ-календарь сообщает (включая Web-версию), что новость будет через час.