任何想看没有缺失条形图的人--在这里=) - 页 2

 
komposter:

因为指标是向后计算一定数量的柱子。如果有差距--很明显,同一个MA可能在不同的时间点被计算为不同时期的TIME倒退。也就是说,当计算MA(9)时,意味着MA是为过去9个时间段计算的。而如果有遗漏,我们将得到(事实上)然后是MA(10),然后是MA(20)。


为什么?在所有*图表上也是如此?


我特别澄清:在AllMinutes 专家生成的图表上,它也是错误的吗?

就发明的数据指标而言,是正确的:)反正比跳过的数据更正确,但还是:(

与跳槽的原因有关的问题仍未解决。


或者,对IsConnected()进行常量检查。
此外,如果由于失去连接而导致条形图缺失,当它恢复时,它们应该被抽起。
然而,我没有测试过这种情况,不知道 "填孔器 "会有什么表现。
补丁。但同样,也不是一个解决方案--比如说,面对一个被挂起的服务器,该怎么办(别告诉我这不现实!)?事实上,有很多可能性--客户端错误、协议错误、网络设置等。在这种情况下,IsConnected()会报告说一切正常。然而,报价将被推迟。或者完全迷失。我所看到的解决问题的唯一方法是确认服务器端的价格是不变的。 如果没有这样的确认,这意味着问题出在其他地方。我不坚持认为不应该有这样的问题,但我想知道它们何时发生。
 
max_cpr писал (а):

我认为解决这个问题的唯一方法是让服务器确认真实的价格。


如果对不变的确认失去了,就像现在的ping可能失去了?
据我所知,服务器可用性调查一直在发生。而且在检查连接状态和要求不变的价格之间没有区别。
当然,我认为是这样。
 
komposter:
max_cpr:

我认为解决这个问题的唯一方法是让服务器确认价格是INCREDIBLE。


如果对不变性的确认失去了,就像现在可能失去ping一样?据我所知,服务器可用性调查一直在发生。而且,正常的连接状态检查和要求不变的价格之间没有任何区别。当然,我认为是这样。

如果价格确认丢失(以关于当前价格的信息形式)--很明显,存在技术问题。而损失的原因甚至没有那么有趣--正确处理这种情况才是最重要的。就确认价格相关性而言,对服务器的请求一般没有意义--尽管在请求时收到价格确认是很好的(例如,在下订单前立即收到)。服务器的可访问性并不保证价格的最后已知值。如同在一般情况下,ping一个服务器并不能保证它能够联系到远程服务器。我想强调一下区别--服务器可操作性的确认应该在HIS工作中看到(奇怪的是:),即报价交付。而没有来自服务器的报价应被解释为错误的情况,因此应予以处理。这在现在是不可能做到的,没有一个歪歪扭扭的补丁......
 
我们似乎听不到对方的声音。或者不理解 )
 
这种填写方式是否对打勾 数据的生成 没有影响?
 
nikkei:
这种填写方式是否对打勾数据的生成没有影响?
如果由标准图表(标准MT工具)生成,则不会。
 
我试着重命名已完成的历史记录的文件名,并用不完整的文件名代替它--它根本不想在测试器中生成刻度线。那里的文件格式肯定不同,所以可能不适合用于回测,只适合用于实时。
 
不,你也可以在 "缝制 "的图表上测试。
只有为了这个目的,除了改变文件名,你还应该改变文件头的符号名。

为此,在AllMinutes Expert Advisor中,在"ALL " 行与_Symbol [curChart]行连接的地方,你应该只留下_Symbol[curChart](符号名称)。
要小心,有时它们与StringConcatenate()函数结合在一起。 如果这个函数只有2个参数,你根本就不应该使用它。例如,不使用
StringConcatenate( "ALL", _Symbol[curChart] )
它应该是
_Symbol[curChart]

但如果有更多的参数,则应保留该函数,只需将其中的"ALL " 删除即可。例如,不使用
StringConcatenate( "ALL", _Symbol[curChart], _Period[curChart], ".hst" );
应该有
StringConcatenate( _Symbol[curChart], _Period[curChart], ".hst" );


此外,相应的符号和时期的图表应该被关闭。否则,MT自己会下载 "正确的"(打过补丁的)引文。
而一般来说,对我来说,这样的测试是没有意义的=)
最好是在一个标准的工具上进行测试,并在所有的图表上阅读指标。为此,只需生成必要的图表,在离线模式下打开它们,并在计算指标时将StringConcatenate("ALL", Symbol())作为第一个参数。

好运;)
 

[引用]我试着重命名已完成的历史的文件名,用不完整的文件名代替它--它根本不想在测试器中产生刻度。那里的文件格式肯定不同,所以我猜它不适合用于回测,只适合用于实时。[/Quote]
我只是从ALL.S.A.导入 报价。仅此而已:)
告诉我,Komposter,是否有可能以这种方式将真实的滴水报价加载到测试器?我以为MetaQuotes的人说这是可能的...

 
但有趣的是......。我做了一个简单的EA,线条是这样的。
WriteLineInFile(esFileNameOfReport,GetCurRusTime()+"Минута: "+TimeMinute(CurTime()));
我把所有其他的时间段都从打过补丁的分钟转换过来,删除了所有的.fxt。我已经测试了 "所有蜱虫 "模式。我勾选了 "重新计算",在M1时间框架上,一切正常,1分钟到1分钟...。但以M15为例,它又跳过了几分钟......。问题:这个爬虫(测试者)从哪里得到会议记录?我怀疑它只是忽略了具有相同OHLC的分钟......。问题:抓住漏洞的意义何在?