经济日历。问题，讨论。 - 页 8

新评论
 
Rashid Umarov:

谢谢你，我们已经找到了原因--时区不同。一旦找到解决方案，我们会让你知道。

你是说国家时区？

 
Alexey Viktorov:

你是说国家时区？

用户（终端）和事件源的时区

 
Rashid Umarov:

用户（终端）和事件源的时区

但在查询CalendarValueHistory时，它是GMT时间，而不是终端时间，而且GMT时间被写入结构中。而事实上，一个新闻是可见的，另一个则没有所有相同的参数。

当然我不会和那些比我更有文化的程序员争论，但这里没有逻辑。毕竟，如果新闻的时间被指定为1:30，而请求是在1:00至2:00提出的，那么无论MT的时间如何，这条新闻都应该是可见的。而当请求从1:00到4:00时，突然发现这条新闻，新闻的时间被定义为1:30。同样，我的例子中指定的其他日期在1小时的时间范围内工作没有问题。

由于我是用经济日历 工作的，我想要求有机会设置时间范围，甚至是5分钟，如果我不能要求1:30至1:31的新闻。 但我必须承认，我没有检查最小的可接受范围。

 
新闻发布 时间可能会改变一个小时
 
Vladimir Kononenko:
新闻的 时间可能会有一个小时的变化

那么？在什么时候可以发生变化？立即在指定的时间而不是新闻时间的变化？

 
Alexey Viktorov:
但是在CalendarValueHistory查询中，时间是GMT，而不是终端时间，并且GMT时间被写入结构中。

在日历功能中添加一个注释

注意事项

经济日历的所有功能都使用贸易服务器（TimeTradeServer）的时间。 这意味着MqlCalendarValue 结构中的时间和CalendarValueHistoryByEvent/CalendarValueHistory 函数中的传入时间参数是在交易服务器的时区设置的，而不是在本地用户的时间。

 
Rashid Umarov:

在日历功能中添加一个注释

注意事项

经济日历的所有功能都使用贸易服务器（TimeTradeServer）的时间。 这意味着MqlCalendarValue 结构中的时间和CalendarValueHistoryByEvent/CalendarValueHistory 函数中的传入时间参数是在交易服务器的时区设置的，而不是在本地用户的时间。

谢谢你，我检查了一个问题区域。一切都按医生的处方进行。

   datetime date_from = D'15.8.2019 4:30:00';
   datetime date_to = date_from+PeriodSeconds(PERIOD_M1);

2019.08.30 16:54:21.134 Test bag (AUDUSD,H1)    Получены значения событий по country_code=AU: 4
2019.08.30 16:54:21.134 Test bag (AUDUSD,H1)    date_from 2019.08.15 04:30:00 : date_to 2019.08.15 04:31:00
2019.08.30 16:54:21.134 Test bag (AUDUSD,H1)         [id] [event_id]              [time]            [period] [revision] [actual_value] [prev_value] [revised_prev_value]     [forecast_value] [impact_type] [reserved]
2019.08.30 16:54:21.134 Test bag (AUDUSD,H1)    [0] 93908   36010004 2019.08.15 04:30:00 2019.07.01 00:00:00          0       34500000     21100000             21000000 -9223372036854775808             0          0
2019.08.30 16:54:21.134 Test bag (AUDUSD,H1)    [1] 93909   36010005 2019.08.15 04:30:00 2019.07.01 00:00:00          0       66100000     66000000 -9223372036854775808             66100000             0          0
2019.08.30 16:54:21.134 Test bag (AUDUSD,H1)    [2] 93910   36010003 2019.08.15 04:30:00 2019.07.01 00:00:00          0       41100000       500000             -2300000             26800000             1          0
2019.08.30 16:54:21.134 Test bag (AUDUSD,H1)    [3] 93911   36010006 2019.08.15 04:30:00 2019.07.01 00:00:00          0        5200000      5200000 -9223372036854775808              5100000             2          0

如果你知道新闻的确切时间，你可以指定一个1分钟的请求范围。但我们必须考虑到date_to不包括在范围内。也就是说，如果你设置了时间

   datetime date_from = D'15.8.2019 4:29:00';
   datetime date_to = date_from+PeriodSeconds(PERIOD_M1);

上面例子中的经济日历事件，将不会被接收。

 
在测试器中试了一下--日历上的事件没有被上传。我想知道日历何时能在策略测试器中实现？
Vladimir Kononenko:
雷纳特-法特库林。

我们已经对经济日历 进行了自己的特许清洁实施。

我们的服务独立地从众多官方来源收集原始数据，并被设置为尽可能快地做出反应。此外，还保留了价值观的深入历史。

首先，我们将启用本网站的日历，然后我们将升级MT5中的日历，并直接访问MQL5的所有日历数据。你将能够在测试器中使用日历 - 它的历史也将被模拟。

__________________

它似乎还没有在策略测试器中实现。

12345678
新评论