[in] Количество запрашиваемых тиков. Если параметры from и count не указаны, то в массив ticks_array[] будут записаны все доступные последние тики, но не более 2000. Первый вызов CopyTicks() инициирует синхронизацию базы тиков, хранящихся на жёстком диске по данному символу. Если тиков в локальной базе не хватает, то недостающие тики...
当用CopyTicks(...)函数从自定义符号复制ticks时,发现MQLTick结构中的TICK_FLAG_BUY、TICK_FLAG_SELL标志丢失。
从RTS-6.20符号中,将今年的刻度线导出为CSV文件。通过从RTS-6.20复制来创建MyRTS-6.20符号。这似乎是一个重复的问题。一切都很好,有它的图表。
但CopyTicks(...)。
二手fxsaber脚本
当用CopyTicks(...)函数从自定义符号复制ticks时,发现MQLTick结构中的TICK_FLAG_BUY、TICK_FLAG_SELL标志丢失。
从RTS-6.20符号中,将今年的刻度线导出为CSV文件。通过从RTS-6.20复制来创建MyRTS-6.20符号。这似乎是一个重复的问题。其图表一切正常。
在测试版2414中修正。
现在导出到CSV,并以标志列导入。
我还有一个愚蠢的问题:MT是通过分析tick数据本身来确定交易方向(在MqlTick.flags中写入BUY/SELL),还是从数据源中获取交易方向?
我还有一个愚蠢的问题:MT是通过分析tick数据本身来确定交易方向(在MqlTick.flags中写入BUY/SELL),还是从数据源中获取交易方向?
来自消息来源。
这一切都取决于数据源,它可能自己设置标志。
来自消息来源。
这一切都取决于数据源,它也可以自己标记。
为了不依赖源头,最好组织本地的逻辑来进行标记。
这样,任何数据资料都可以食用,不管它是否有交易方向。
这将解决交易所执行的策略测试员 的问题。
这意味着,将有可能扩大交易所工具的tick历史结构。
通过扩展tick历史结构,将有可能在策略测试器中组织交换执行。
我们需要一个真正的交流测试员!
有了这样的程序逻辑,我认为会有相当多的bug>>。
有了这样的程序逻辑,我认为会有相当多的bug>>。
什么样的错误?
我认为这将解决像你的截图上显示的错误交易的问题,这些交易与报价和出价完全不一致。
顺便说一下,我在TcLab中也看到了同样的问题,在我看来,这是因为它们是不同的数据通道。
交易在他们的插座上,报价人/出价在另一个插座上。交易必须是在报价/出价线上进行,而不是其他。
只是一个本地的比较
将同步两个数据通道,传递的交易和报价/出价,并可能消除你提到的这个缺陷。
还有一个未定义的状态是柜台交易不适用。
对于这些,我们也需要考虑旗帜的状态。
用CME仪器检查了一下。
只是反面交易不适用,没有通过报价/出价来吸引。
但它们被画在散布范围内(绿圈),这是对的。
其余的交易是严格按照报价/出价进行的。
你有一个来自莫斯的仪器。交流,也许是柜台交易不在价差内,但为什么在价差外,这是不正确的。
因此,这不是逆向交易,而是有方向的定向交易。
而且据我从其他讨论中了解,MT5终端不显示Mos的反订单。交流。
也许这就是对过去交易的不正确画法的问题。
大家好!能否告诉我,在mt5中是否可以加载报价历史?我已经找了2天了,但找不到。
接收蜱虫。
抄袭
获取MqlTick格式的数组中的ticks
复制刻度线范围
在一个数组中获取指定日期范围内的刻度线