打勾的故事 - 页 24 1...17181920212223242526 新评论 Vladimir Karputov 2016.06.08 07:44 #231 juriy5555:从tick指标查询来看,time_msk字段数据是1000的倍数。也就是说,我们不是在谈论毫秒,分辨率是1秒。 问题:那么扩展MqlTick结构 的意义何在? 你连接的是什么贸易服务器? juriy5555 2016.06.08 15:48 #232 我在Openbroker有一个模拟账户,在那里也有一个真实账户。在现实中,所有的访问服务器都给出了相同的结果。好吧,在演示中也是如此。我看了Si-6.16,RTS-6.16,SBRF-6.16。 所有的变化都是1000的倍数。 在你那里不是这样吗? Slava 2016.06.08 16:00 #233 juriy5555: 我在Openbroker有一个模拟账户,在同一个地方有一个真实账户。在真实的所有访问服务器上都有相同的结果。在演示中也是如此。看了Si-6.16,RTS-6.16,SBRF-6.16。 所有的变化都是1000的倍数。 你不这么认为吗?现在,SymbolInfoTick查询在MqlTick结构 中返回零,而不是真正的毫秒(1000的倍数)。请等待下一次构建。PS在请求时,CopyTicks的毫秒数是按原样给出的。 juriy5555 2016.06.08 16:17 #234 我从这个主题下载了这个指标来测试它。它通过CopyTicks准确地获得最后30个刻度。作为一种选择,也许我应该在不同的服务器上试试(不是openbroker)。>>"给出的是零,而不是真正的毫秒"。不是给零,而是始终是1000的倍数的相同数字。(...2064, ...2064, ...3064, ..., ..., ..4064 ) 附加的文件: copyticksind.mq5 6 kb Slava 2016.06.08 16:39 #235 juriy5555:我从这个主题下载了这个指标来测试它。它通过CopyTicks准确地获得最后30个刻度。另外,也许我应该在一个不同的服务器上试试(不是openbroker)。>>"给出的是零,而不是真正的毫秒"。不是给零,而是始终是1000的倍数的相同数字。(...2064, ...2064, ...3064, ..., ..., ..4064 )零是由SymbolInfoTick函数 传递的。在CopyTicks中给出的是真实的毫秒。如果这些是2064年、3064年、4064年,说明是这样的。为什么会这样,我也不知道。我看了一下你的代码。什么是%-4d的输出指定符? time_msc是长的,所以只是d是不行的。它应该是%I64d。 juriy5555 2016.06.08 17:14 #236 Slawa:零点是由SymbolInfoTick函数 给出的。在CopyTicks中给出的是真实的毫秒。如果是2064年、3064年、4064年,那么就是这样了。为什么会这样,我不知道。我看了一下你的代码。什么是%-4d的输出指定符? time_msc是长的,所以只是d是不行的。它应该是%I64d。是的,对不起。这段代码不是我的。代码的作者在StringFormat中真的有失误。我在循环的每个迭代中都打印了Print(tick.time_msc)。结果最后都是零,我们还是没有得到毫秒。CopyTicks 请求持续存在。 附加的文件: 99999.jpg 332 kb Vladimir Karputov 2016.06.08 17:16 #237 Slawa:零点是由SymbolInfoTick函数 给出的。在CopyTicks中给出的是真实的毫秒。如果是2064年、3064年、4064年,说明是这样的。为什么会这样,我也不知道。看了一下你的代码。输出指定符%-4d是什么? time_msc - 它很长,这就是为什么只是d不起作用。它应该是%I64d。从第一个帖子中改变了指标--不要玩StringFormat,现在应该是这样的。string tick_string=IntegerToString(i,2,'0')+" "+TimeToString(tick.time,TIME_MINUTES|TIME_SECONDS)+" "+ DoubleToString(tick.bid,Digits())+" "+DoubleToString(tick.ask,Digits())+" "+ DoubleToString(tick.last,Digits())+" "+IntegerToString(tick.volume,7,'0')+" "+ IntegerToString(tick.time_msc,19,'0')+" "+IntegerToString(tick.flags,2,'0'); Slava 2016.06.08 17:27 #238 juriy5555:是的,对不起。这段代码不是我的。作者在StringFormat中真的有一个错误。在循环的每次迭代中打印(tick.time_msc)。结果最后都是零,我们还是没有得到毫秒。CopyTicks 的请求一直在进行。这是你在MetaQuotes模拟数据上的指标问问你的经纪人关于在刻度中没有毫秒的问题 juriy5555 2016.06.08 17:32 #239 Slawa:这是你在MetaQuotes模拟数据上的指标问问你的经纪人,在滴答声中没有毫秒。 我还不知道该给什么人写信,我已经做了几个月了。我希望OpenBroker毕竟会更新服务器。 PS 我的客户建立1340 [删除] 2016.06.09 14:34 #240 juriy5555 : Пока не знаю, что и у кому конкретно писать, я в этом несколько месяцев. Буду надеяться, что ОпенБрокер всё таки обновит сервер. ps мой билд клиента 1340我也有一个问题,虽然计划有点不同,我也想知道从蜱传来的信息是否正确。关于真实数量的问题。如果您从指标请求报价信息,那么实际交易量会在 volume[] 数组中出现。而且,理论上,如果您从分时获取信息,那么每根蜡烛累积的交易量应该与 volume[] 数组中的值相匹配。下面是一个测试代码示例: //+------------------------------------------------------------------+ //| Custom indicator initialization function | //+------------------------------------------------------------------+ int OnInit () { //--- indicator buffers mapping //--- return ( INIT_SUCCEEDED ); } //+------------------------------------------------------------------+ //| Custom indicator iteration function | //+------------------------------------------------------------------+ int OnCalculate ( const int rates_total, const int prev_calculated, const datetime &time[], const double &open[], const double &high[], const double &low[], const double &close[], const long &tick_volume[], const long &volume[], const int &spread[]) { //--- Получение данных по тику MqlTick tick; // Структура хранения инфо по тику SymbolInfoTick ( _Symbol ,tick ); // Получение данных по тику Print ( "ask: " + DoubleToString (tick.ask, _Digits )+ ", bid: " + DoubleToString (tick.bid, _Digits )+ ", last: " + DoubleToString (tick.last, _Digits )+ ", vol: " ,tick.volume, ", flags: " ,tick.flags); //--- Формирование объема static ulong sVol; // Суммарный объем из тиков на свече if (prev_calculated<= 0 ) // Если первый запуск sVol=tick.volume; // Запоминаем значение тика else { if (rates_total>prev_calculated) // Если образовалась новая свеча { sVol=tick.volume; // Запоминаем значение объема первого тика } else // Если новая свеча не образовалась sVol+=tick.volume; // Суммируем объем тика с накопленным объемом } Print ( "Реальный объем: " ,volume[rates_total- 1 ], ", накопленный объем: " ,sVol); //--- return (rates_total); } //+------------------------------------------------------------------+让我们暂时不要附加到标志上,并假设每个接收到的滴答都会改变 sVol 的总交易量(尽管据我所知,情况并非如此)。我们正在等待新蜡烛的形成,并查看日志中的条目。经纪商开户,真实账户,build 1340,RTS-6.16: 2016.06 . 09 17 : 07 : 01.820 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 1 , накопленный объем: 1 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94670 , vol: 3 , flags: 24 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 1 , накопленный объем: 4 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94670 , vol: 3 , flags: 24 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 5 , накопленный объем: 7 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94670 , vol: 3 , flags: 24 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 7 , накопленный объем: 10 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94670 , vol: 3 , flags: 24 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 8 , накопленный объем: 13 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94670 , vol: 3 , flags: 24 2016.06 . 09 17 : 07 : 03.142 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 11 , накопленный объем: 16 2016.06 . 09 17 : 07 : 03.266 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94670 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 03.266 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 16 , накопленный объем: 17 2016.06 . 09 17 : 07 : 03.266 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94670 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 03.266 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 18 , накопленный объем: 18 2016.06 . 09 17 : 07 : 03.266 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94670 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 03.266 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 19 , накопленный объем: 19 2016.06 . 09 17 : 07 : 03.700 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94660 , vol: 1 , flags: 24 2016.06 . 09 17 : 07 : 03.700 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 20 , накопленный объем: 20 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 22 , накопленный объем: 21 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 27 , накопленный объем: 22 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 28 , накопленный объем: 23 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 29 , накопленный объем: 24 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 31 , накопленный объем: 25 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 33 , накопленный объем: 26 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 38 , накопленный объем: 27 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 43 , накопленный объем: 28 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 45 , накопленный объем: 29 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 47 , накопленный объем: 30 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 49 , накопленный объем: 31 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 51 , накопленный объем: 32 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 56 , накопленный объем: 33 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 59 , накопленный объем: 34 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 60 , накопленный объем: 35 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.319 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 60 , накопленный объем: 36 2016.06 . 09 17 : 07 : 04.347 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94670 , last: 94670 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.347 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 61 , накопленный объем: 37 2016.06 . 09 17 : 07 : 04.347 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94670 , last: 94670 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 04.347 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 61 , накопленный объем: 38 2016.06 . 09 17 : 07 : 05.344 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94670 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 05.344 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 63 , накопленный объем: 39 2016.06 . 09 17 : 07 : 05.344 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94670 , last: 94680 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 05.344 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 64 , накопленный объем: 40 2016.06 . 09 17 : 07 : 05.460 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94670 , last: 94670 , vol: 1 , flags: 24 2016.06 . 09 17 : 07 : 05.460 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 65 , накопленный объем: 41 2016.06 . 09 17 : 07 : 05.516 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94670 , last: 94670 , vol: 1 , flags: 24 2016.06 . 09 17 : 07 : 05.516 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 68 , накопленный объем: 42 2016.06 . 09 17 : 07 : 05.516 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94670 , last: 94670 , vol: 1 , flags: 24 2016.06 . 09 17 : 07 : 05.516 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 69 , накопленный объем: 43 2016.06 . 09 17 : 07 : 06.016 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94670 , last: 94670 , vol: 1 , flags: 24 2016.06 . 09 17 : 07 : 06.016 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 70 , накопленный объем: 44 2016.06 . 09 17 : 07 : 06.557 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94670 , last: 94670 , vol: 1 , flags: 0 2016.06 . 09 17 : 07 : 06.557 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 71 , накопленный объем: 45 2016.06 . 09 17 : 07 : 06.702 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94670 , vol: 2 , flags: 2 2016.06 . 09 17 : 07 : 06.702 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 73 , накопленный объем: 47 2016.06 . 09 17 : 07 : 06.702 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94680 , bid: 94660 , last: 94670 , vol: 2 , flags: 2 2016.06 . 09 17 : 07 : 06.702 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 73 , накопленный объем: 49 2016.06 . 09 17 : 07 : 06.718 test_ticks_openbroker (RTS- 6.16 ,M1) ask: 94670 , bid: 94660 , last: 94670 , vol: 2 , flags: 0 2016.06 . 09 17 : 07 : 06.718 test_ticks_openbroker (RTS- 6.16 ,M1) Реальный объем: 74 , накопленный объем: 51 依此类推,指标的实际交易量将远大于累积的交易量。这为开发人员提出了几个问题: 1. OnCalculate()函数的volume[]数组得到的成交量是否应该和tick得到的累计成交量一样?当然,我的意见应该是,否则为什么要以刻度表示呢? 2. 使用 OnCalculate() 函数累积音量是正确的,还是通过 OnBookEvent() 获取音量更好?帮助说:仅在发送 Init 事件后以及价格数据发生任何变化时立即为指标生成计算事件。由 OnCalculate 函数处理。所以,理论上,这是正确的,但我想听听对此的评论。 3. 测试结果显示没有标志分析。如果我们分析标志,那么据我所知,您需要从带有标志 24 的分时中获取交易量(最后和交易量同时变化): TICK_FLAG_LAST - 变动最后一笔交易的价格TICK_FLAG_VOLUME - 刻度变化量但在这种情况下,累积量会更少。我想听听开发人员对现在如何正确分析分时的评论(因为所有字段都已记录)以及标志是否正确实施?关于实现正确性的问题出现了,因为我没有注意到带有标志的刻度: TICK_FLAG_BUY - 由于买入交易而发生的滴答声TICK_FLAG_SELL – 由于卖出交易而发生的滴答声这些标志的数量是多少?指标文件也在应用程序中。 附加的文件: test_ticks_openbroker.mq5 3 kb CopyTicks 1...17181920212223242526 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
从tick指标查询来看,time_msk字段数据是1000的倍数。也就是说,我们不是在谈论毫秒,分辨率是1秒。
问题:那么扩展MqlTick结构 的意义何在?
在你那里不是这样吗?
我在Openbroker有一个模拟账户,在同一个地方有一个真实账户。在真实的所有访问服务器上都有相同的结果。在演示中也是如此。看了Si-6.16,RTS-6.16,SBRF-6.16。 所有的变化都是1000的倍数。
你不这么认为吗?
现在,SymbolInfoTick查询在MqlTick结构 中返回零,而不是真正的毫秒(1000的倍数)。
请等待下一次构建。
PS在请求时,CopyTicks的毫秒数是按原样给出的。
我从这个主题下载了这个指标来测试它。它通过CopyTicks准确地获得最后30个刻度。作为一种选择,也许我应该在不同的服务器上试试(不是openbroker)。
>>"给出的是零,而不是真正的毫秒"。
不是给零,而是始终是1000的倍数的相同数字。(...2064, ...2064, ...3064, ..., ..., ..4064 )
我从这个主题下载了这个指标来测试它。它通过CopyTicks准确地获得最后30个刻度。另外,也许我应该在一个不同的服务器上试试(不是openbroker)。
>>"给出的是零,而不是真正的毫秒"。
不是给零,而是始终是1000的倍数的相同数字。(...2064, ...2064, ...3064, ..., ..., ..4064 )
零是由SymbolInfoTick函数 传递的。
在CopyTicks中给出的是真实的毫秒。如果这些是2064年、3064年、4064年,说明是这样的。为什么会这样,我也不知道。
我看了一下你的代码。什么是%-4d的输出指定符? time_msc是长的,所以只是d是不行的。它应该是%I64d。
零点是由SymbolInfoTick函数 给出的。
在CopyTicks中给出的是真实的毫秒。如果是2064年、3064年、4064年,那么就是这样了。为什么会这样,我不知道。
我看了一下你的代码。什么是%-4d的输出指定符? time_msc是长的,所以只是d是不行的。它应该是%I64d。
是的,对不起。这段代码不是我的。代码的作者在StringFormat中真的有失误。我在循环的每个迭代中都打印了Print(tick.time_msc)。结果最后都是零,我们还是没有得到毫秒。CopyTicks 请求持续存在。
零点是由SymbolInfoTick函数 给出的。
在CopyTicks中给出的是真实的毫秒。如果是2064年、3064年、4064年,说明是这样的。为什么会这样,我也不知道。
看了一下你的代码。输出指定符%-4d是什么? time_msc - 它很长,这就是为什么只是d不起作用。它应该是%I64d。
从第一个帖子中改变了指标--不要玩StringFormat,现在应该是这样的。
是的,对不起。这段代码不是我的。作者在StringFormat中真的有一个错误。在循环的每次迭代中打印(tick.time_msc)。结果最后都是零,我们还是没有得到毫秒。CopyTicks 的请求一直在进行。
这是你在MetaQuotes模拟数据上的指标
问问你的经纪人关于在刻度中没有毫秒的问题
这是你在MetaQuotes模拟数据上的指标
问问你的经纪人,在滴答声中没有毫秒。
PS 我的客户建立1340
juriy5555 :
Пока не знаю, что и у кому конкретно писать, я в этом несколько месяцев. Буду надеяться, что ОпенБрокер всё таки обновит сервер.
ps мой билд клиента 1340
我也有一个问题,虽然计划有点不同,我也想知道从蜱传来的信息是否正确。
关于真实数量的问题。
如果您从指标请求报价信息,那么实际交易量会在 volume[] 数组中出现。而且,理论上,如果您从分时获取信息,那么每根蜡烛累积的交易量应该与 volume[] 数组中的值相匹配。
下面是一个测试代码示例:
让我们暂时不要附加到标志上,并假设每个接收到的滴答都会改变 sVol 的总交易量(尽管据我所知,情况并非如此)。
我们正在等待新蜡烛的形成,并查看日志中的条目。经纪商开户,真实账户,build 1340,RTS-6.16:
依此类推,指标的实际交易量将远大于累积的交易量。这为开发人员提出了几个问题:
1. OnCalculate()函数的volume[]数组得到的成交量是否应该和tick得到的累计成交量一样?当然,我的意见应该是,否则为什么要以刻度表示呢?
2. 使用 OnCalculate() 函数累积音量是正确的,还是通过 OnBookEvent() 获取音量更好?帮助说:
仅在发送 Init 事件后以及价格数据发生任何变化时立即为指标生成计算事件。由 OnCalculate 函数处理。
所以,理论上,这是正确的,但我想听听对此的评论。
3. 测试结果显示没有标志分析。如果我们分析标志,那么据我所知,您需要从带有标志 24 的分时中获取交易量(最后和交易量同时变化):
但在这种情况下,累积量会更少。我想听听开发人员对现在如何正确分析分时的评论(因为所有字段都已记录)以及标志是否正确实施?关于实现正确性的问题出现了,因为我没有注意到带有标志的刻度:
指标文件也在应用程序中。