TestCommander(自动优化)交易者的工具 - 页 5

 

这是一种耻辱。也就是说,据我所知,这个问题的解决方案还没有被找到。

好吧,我将等到复杂的优化结束,如果有任何问题和建议,我将在这里写。

 

作者做得很好,干得漂亮!

但也有一只苍蝇在膏药中。

在测试15天的副本时,我注意到以下故障。

1.宏程序 "StabilityTest".在55个货币对上进行测试。大约在8-9个货币对挂在测试器终端上。无论它与终端还是与历史有关。我已经排除了那些导致终端挂起的货币对。

2.我试图使用宏程序 "Complex"。优化正在运行,所有的东西都被过滤和整理出来;我们得到了12个变体,但在这些变体的稳定性方面,测试并没有进一步进行。


我们缺少一个宏程序选项。我不擅长编程,所以在看了作者提出的7个选项后,我还没有找到一个,但在我看来,这是非常重要的选项。

该任务。

1.对所有货币对的专家顾问进行优化。

2.在所有时间段 优化专家顾问。

3.按给定日期进行优化

3.对每个货币对和每个时间框架获得的结果进行过滤和排序,12个盈利的选项。

4.我们对每个货币对和每个时间框架的12种变体进行测试。

5.我们得到了一个结果的汇总表。

这基本上是一个扩展的程序 "StabilityTest",但有可能进行优化,不仅仅是在所有货币对和所有时间段上用相同的参数进行测试。

作者,如果你不介意的话,请添加上述第8个选项。
 
Impeller писал (а)>>

任务。

1.对所有货币对的专家顾问进行优化。

2.在所有时间段优化专家顾问。

在指定日期进行优化。

3.我们对每个货币对和每个时间框架获得的结果进行过滤和排序,有12个盈利的变体。

4.我们对每个货币对和每个时间框架的12种变体进行测试。

5.我们得到了结果的汇总表。

这基本上是一个扩展程序 "StabilityTest",但有可能进行优化,而不仅仅是在所有货币对和所有时间段上用相同的参数进行测试。

作者,如果你不介意的话,请添加上述第8个选项。

谢谢你的提议,我将尝试在下一个版本中实现它。

 
Impeller писал (а)>>

但也有一只苍蝇在膏药中。

在测试15天的副本时,我注意到以下故障。

1.宏程序 "StabilityTest"。测试是在55个货币对上进行的。大约在8-9个货币对挂在测试器终端上。无论它与终端还是与历史有关。目前,我排除了终端挂起的货币对。

挂起的原因可能是缺乏RAM。

在优化/测试期间,终端将必要的历史记录下载到主内存中。

测试的历史越大,使用的货币对越多,需要的内存就越多。

 

第七版的 "复杂 "宏程序仍未正常工作。

说明如下。

7)宏程序 "Complex"--该程序优化,然后对获得的数值进行过滤和排序。
之后,使用StabilityTest对12个最佳值进行稳定性测试,然后再进行过滤
并对获得的平均结果进行排序,选择3个最佳结果。


从代码来看。

int Complex(string Multy_DATA[][],string Multy_TF[],string MultySymbol[],bool Report,double Itog[][17]){
.....
}

由于我的知识有限,我假设 "Complex "程序从阵列中获取时间间隔,从阵列中获取货币对,并优化在优化器窗口中选择的参数。对取自另一个阵列的所有时间段进行进一步优化。产生一份报告,并对结果进行总结。

现实。

我在测试器窗口中选择了时间框架M1的欧元兑美元。我选择了1个月的时间间隔,勾选了限制该间隔内测试的方框,并勾选了优化。

我还检查了优化参数,并在窗口中设置了有规定步骤的间隔。我已经按下了启动按钮。已经运行了优化。我已经关闭了终端。

我重新启动了终端,并在图表上应用了7号脚本。

终端被打开,专家顾问被优化。然而,货币对不是从阵列中打开的,而是从测试器设置中打开的,即EURUSD M1。优化工作正常进行,并生成了一份包含12个最佳变体的报告。终点站已经关闭。

终端被打开,从设置上看,测试的货币对在阵列中,还有时间框架。同时,没有创建报告文件。

3.打开终端,与2中相同,但时间框架被改变,使用了阵列中的下一个。


在第二步,"Complex "程序的执行被打破,因为没有使用优化。


大约什么时候可以期待新的版本,至少在调整后的版本7。我愿意为这个脚本付费,但从我发现的错误来看,不可能完全使用它。

 
xeon писал (а)>>

挂起的原因可能是缺乏RAM。

在优化/测试时,终端将必要的历史记录加载到主内存中。

历史上测试的部分越大,使用的货币对越多,需要的内存就越多。

将不会有新的测试版本。为了方便熟悉情况。这在以前是没有必要的。

 
作者!乐于回答问题。
 
Vinin писал (а) >>

А новой тестовой версии не будет. Для удобства ознакомления. Раньше не было необходимости просто.

Impeller
писал (а)
>>

第七版的 "复杂 "宏程序仍未正常工作。

说明如下。

7)宏程序 "Complex"--该程序优化,然后对获得的数值进行过滤和排序。
之后,使用StabilityTest对12个最佳值进行稳定性测试,然后再进行过滤
并对获得的平均结果进行排序,选择3个最佳结果。

从代码来看。

由于我的知识有限,我假设 "Complex "程序从阵列中获取时间间隔,从阵列中获取货币对,并优化在优化器窗口中选择的参数。对取自另一个阵列的所有时间段进行进一步优化。产生一份报告,并对结果进行总结。

现实。

我在测试器窗口中选择了时间框架M1的欧元兑美元。我选择了1个月的时间间隔,勾选了限制该间隔内测试的方框,并勾选了优化。

我还检查了优化参数,并在窗口中设置了有规定步骤的间隔。我已经按下了启动按钮。已经运行了优化。我已经关闭了终端。

我重新启动了终端,并在图表上应用了7号脚本。

终端被打开,专家顾问被优化。然而,货币对不是从阵列中打开的,而是从测试器设置中打开的,即EURUSD M1。优化工作正常进行,并生成了一份包含12个最佳变体的报告。终点站已经关闭。

终端被打开,从设置上看,货币对在阵列中被测试,以及时间框架。同时,没有创建报告文件。

3.打开终端,与2中相同,但时间框架被改变,使用了阵列中的下一个。

在第二步,"Complex "程序的执行被打破,因为没有使用优化。

大约什么时候可以期待新的版本,至少在调整后的版本7。准备为该脚本付费,但不可能完全使用已查明的错误的az。

你没有仔细阅读说明。

当你运行宏程序复杂

第一步是优化(你不需要自己做优化,程序会自己做)。

用于优化的数据取自测试器窗口

因此,优化的变量来自 "专家顾问属性 "选项卡,也就是说,一切都像平常的优化那样进行,但不是启动按钮,而是运行TestCommander脚本。

优化完成后,程序将用优化过程中检测到的12个(参数可以改变)最佳参数启动一个稳健性测试。

测试将在不同的日期、符号和时期进行,测试的数据在TestCommander脚本的相应数组中指定(它们也可以被改变)。

等。

所有这些在描述中都有说明。

 
Vinin писал (а)>>

而且不会有新的测试版本。为了便于参考。这在以前根本没有必要。

是的,会有一个具有额外功能的新版本,但多少会晚一点。

 
很抱歉延迟回复。