FORTS 请帮助 - 页 13

 
Mikalas:

下午好!

那么,电子交易中的一秒钟就不是时间?

你又在使用指标。在这个问题上,我们已经反复告诉你,指标并不等待数据的准备。要么它在那里,你立即得到一个结果,要么它不在那里,你得到一个错误。

你不能从一个指标上进行交易。你需要一个专家顾问或脚本,你可以在专家顾问/脚本中要求提供指标数据,但在专家顾问/脚本中你可以为指标准备这些数据。

 
antt:
从一开始的一秒钟,即在开始时的一次。"没有时间。"

晚上好!

你可能没有仔细阅读我所写的内容。

第二,在加载指标 时--真的不是那么糟糕,但是

在低流动性的工具中,刻度线很少出现,时间序列从内存中卸载。

而获取数据的过程从一开始就开始了(随着服务器登录)。

 
alexvd:

你又在使用指标。在这个问题上,我们已经多次告诉你,指标不是在等待数据准备好。要么它在那里,你立即得到结果,要么它不在那里,你得到一个错误。

你不能从一个指标上进行交易。你需要一个专家顾问或一个脚本来做这件事。 在专家顾问中,你可以请求指标数据,但在专家顾问中你可以为指标准备这些数据。

在我的例子中加入了缓冲区填充(如关闭)。

在多个符号上运行指标,等待30-40分钟(通常更短)。

你会看到发生了什么。

亲爱的发展商先生们!

你们不是被告,我也不是检察官!

我没有指责你的任何事情--你做了,所以你做了!!!。

从我的角度来看,作为你们产品的使用者。

数据采集的实施将是非常值得重新考虑的。

(而你是否会这样做,则取决于你的 良心)。

我不是一个专业的程序员,但我也不是一个 "踏板推手",我是

我从1980年开始从事 "业务"(IT)。2000年,我是 "中国 "的开发者之一。

"的CD-Guard复制保护系统,该系统被卖给了

StarForce(CD/DVD复制保护。

自2000年以来,任何玩过电脑游戏的人都必须

知道这种保护)。

因此,我知道开发的第一手资料是什么样子的。

一个严肃的软件产品。

而且我100%相信我的话是真的。

如果你的产品中存在指标,它们必须

正确而快速地工作,没有错误!

你在我的愿望中看到了什么?

我在陈述所有的事情吗?

 
alexvd:

如何繁殖?

终端连接打开,启动前从磁盘上删除所有符号的历史记录

从开始时的指标记录


正如你所看到的,从开始的那一刻起,不到一秒钟的时间,符号数据就可用于指标。

数据需要被加载,而不是被加载。显然,和分装机制的铺设?律师)。
 

我也在寻求对Forst的帮助。你能告诉我是否可以用MT5设置图表(下面的截图)并在历史上进行测试。非常感谢你。

这些是昨天的交易图表

从上到下,如图表所示。这些都是1分钟的蜡烛图。

1.MICEX

2. Füch Si

3. Füch Ri

4.未平仓利息Ri

5.两张图表。卖家/买家的数量 里

而第二张图

也是1分钟。

1.优步的股票。

2.SRM5。

3.公开的利益SRM5

4.两个SRM5图表的卖家/买家的数量。

提前感谢您的帮助,并详细描述了什么可以,什么不可以工作。如果你需要帮助,如何在Quick中设置这个,或者它是什么。用Skype给我看,并告诉我有关情况。

 
Mikalas:

晚上好!

你可能没有仔细阅读我所写的内容。

第二,在加载指标 时--真的不是那么糟糕,但是

在低流动性的工具中,刻度线很少出现,时间序列从内存中卸载。

并且数据检索过程从头开始(随着服务器登录)。

所以我们说的是一种特殊情况,指标要求低流动性工具上其他符号的历史。如果问题出在时间序列从内存中超时卸载,那么必须解决这个问题。

有两种方法可以做到这一点。

1)增加数据访问的频率(使用定时器事件或用户事件)。

2)完全取消卸载时间序列缓存(图表或指标的时间序列)。

如果你的产品中有指标,它们应该正确而快速地工作,没有错误!如果你的产品中有指标,它们应该正确而快速地工作。

你在我的愿望中看到了什么?

我说的是明摆着的事情吗?

这些指标工作正常,即 "按设计"。我将简要地重复其本质。与平台的架构解决方案相关的指标表现有其特殊性。这些特点应该被了解,并在编程中加以考虑。访问历史数据的问题在帮助中详细描述:组织访问数据

你的愿望被听到并得到回应。指标不会进行同步请求,即 "我在这里调用函数,让它返回数据,我确定它在那里 "的方法只在专家顾问系统中起作用。显然,在你的特定情况下,这使程序代码变得复杂,但这是一种妥协,是对节省资源的一种支付。

 
Prival-2:

我也在寻求对Forst的帮助。你能告诉我是否可以用MT5设置图表(下面的截图)并在历史上进行测试。非常感谢你。

这些是昨天的交易图

帮助))是的,你可以(如下图)。


 
antt:

所以我们说的是一种特殊情况,指标要求低流动性工具上的其他符号的历史。如果问题出在时间序列从内存中超时卸载,那么必须解决这个问题。

有两种方法可以做到这一点。

1)增加数据访问的频率(使用定时器事件或自定义事件)。

2)完全取消卸载时间序列缓存(图表或指标的时间序列)。

指标工作正常,即 "按设计"。我将简要地重复其本质。指标的表现有一些特殊性,与平台的架构解决方案有关。这些特点在编程时必须了解并考虑到。获取历史数据的问题在 "帮助:组织获取数据"中有详细描述。

你的愿望被听到并得到回应。指标不会进行同步请求,即 "我在这里调用函数,让它返回数据,我确定它在那里 "的方法只在专家顾问系统中起作用。显然,在你的特定情况下,这使程序代码变得复杂,但这是一种妥协,是对节省资源的一种支付。

谢谢你。
 
Dima_S:

有帮助的))是的,你可以(如下图)。


谢谢你。你能不能对这个答案稍作展开。

1.第一张截图中显示的数据已经很好(很好)。而其他数据(截图2)也是可以的(股票与期货)?

2.TotalOrder下面的指标,它是实时收集信息还是从交易所拉取信息(交易所传送这个数据)?

3)如果你关闭终端一段时间后再打开,在OM和买家/卖家的数量上会不会出现漏洞或者数据会自动加载?

4 而最重要的问题,是否有可能对历史进行测试?这些信息都可以用于历史测试吗?

事先多谢。

[删除]  
Prival-2:

其他的数据(屏幕#2)也是可用的吗(股票与期货在那里)?

还没有。

我对这个问题也很感兴趣。我在等待经纪人连接股票部分的报价流。因为如果没有所有的股票深度,就很难做到全面的期货交易。

而获取莫斯科交易所 绝对所有工具 的市场数据应该从一个终端进行。如果你想查看期货--打开一个有Forts账户的终端,如果你想查看外汇部分--打开一个有外汇的终端(暂时--如此)。/然后你必须考虑如何从另一个终端拉出一个图表,并将其附加到第一个终端上进行联合分析。这是没有办法的事。

但是,今年元报价承诺将连接所有部门,所有部门的报价将可以从经纪商的任何终端访问,无论账户部门。

当这种情况发生时,我就会完全满意 )