[in] Количество запрашиваемых тиков. Если параметры from и count не указаны, то в массив ticks_array[] будут записаны все доступные последние тики, но не более 2000. Первый вызов CopyTicks() инициирует синхронизацию базы тиков, хранящихся на жёстком диске по данному символу. Если тиков в локальной базе не хватает, то недостающие тики...
实验的一个小总结,有打勾分析。
1.OnTick处理程序跳过了大量的ticks。
因此,如果你想通过传入的勾股来分析交易的条数,那是没有意义的。
采用这种方法,在测试器中的算法结果和真实的交易结果将是不同的。
作为一种选择,你可以通过使用CopyTicks()或CopyTicksRange()函数来获取历史上的ticks,从而分析选定时期或一定数量的最后一次交易的条形。
在这种情况下,在测试器中测试算法的结果和真实交易结果是一样的。
其缺点是算法的性能较低。
是的,专家顾问可能会错过点位。因此,不是指标就是CopyTicks。
而性能下降是由于什么?只复制所需的部分(自上次成功检索数据后出现的部分)。
如果无论如何都要使用CopyTicks,为什么要 "实时 "收集它们?
你可以在任何时候把刻度线复制到正确的深度。
安德鲁,请阅读该主题的标题
添加
你不能用CopyTicks()把它弄到正确的深度,它只有2000个刻度!
安德烈,请阅读该主题的标题
事实上,任务最初的设置是不正确的,怎么办?
实时分析ticks是可能的,但有必要使用指标或CopyTicks来避免空隙。
你不能用CopyTicks()获得所需的深度,但只有2000个刻度!
没有这样的限制,见文件 中的例子。
事实上,任务最初的设置是不正确的,怎么办?
实时刻度分析是可能的,但你必须使用一个指标或CopyTicks来确保没有遗漏。
没有这样的限制,见文件 中的例子。
1.不一定是一个指标!
如果你指的是帮助,它说
在专家顾问和脚本中,CopyTicks()函数最多可以等待45秒....。
如果你读到最后,它说
输出速度:终端为每个字符在缓存中存储了4096个最后的刻度,以便快速访问(堆栈运行的 字符为65536个刻度),对这些数据的查询是最快的。
当一包新的刻度线到达终端时,OnBookEvent()事件被触发,因此
有可能从专家顾问那里收集刻度线。举个例子,检查一下。
2.有这样的限制,请自己检查(CopyTicksRange() 没有限制)。
1.不一定是一个指标!
当一个新的蜱虫包到达终端时,OnBookEvent()事件被触发,所以
有可能从专家顾问那里收集刻度线。举个例子,看看吧。
OnBookEvent并不能保证不漏掉这些点滴。如果那里有繁重的计算,就会出现和OnTick一样的跳转。
而且,通过CopyTicks从哪里复制必要的深度的ticks并不重要。
2.有这样的限制,请自己检查
它只存在于参数0,0,这在帮助中被明确提到。
Если параметры from и count не указаны, то в массив ticks_array[] будут записаны все доступные последние тики, но не более 2000.OnBookEvent并不保证不会漏掉任何一个点位。
我重复
OnBookEvent()恰恰给出了这样的保证,即新的一批蜱虫 已经到来!
从参考资料来看。
发放率。 终端在快速访问缓存中为每个字符存储了4096个最后的刻度(对于堆栈运行 的字符,65536个刻度),对这些数据的查询 是最快的。
结束语:----
如果OnBookEvent没有被触发,MT5中的所有交易(交易所)都可能被扔进垃圾桶!这是不可能的。
新的蜱虫包到达了 - 100%触发了OnBookEvent,CopyTicks()显示有多少蜱虫到达。
数据已经存储在缓存中,而且是最快的访问速度!
这就是为什么在指标和EA中可以实时实现ticks的收集(当市场运行时)。
由以下人员添加
拿着上面的代码,检查一下,比起争论...
蜱虫采集器的代码是正确的,但有一些实施错误。
并稍后发布。
添加
实时收集专家顾问的所有刻度线
请使用
为了比较ticks收集器 是如何工作 的,你可以从它的一个点上做一个所有交易的Ribbon
(通过在两处用COPY_TICKS_TRADE代替COPY_TICKS_ALL),并将其与交易色带进行比较。
嵌入仪器玻璃中。
如果票据的流动性很强,打印时可能会有很长的延迟。
蜱虫不能同时拥有一个以上的标志吗?
重复进行
OnBookEvent()恰恰 是新 一批蜱虫到来的保证!
但这是否意味着可以保证你能处理所有的OnBookEvent事件?