// PASS = 1 – подгонка на периоде (2 + 3)(по Решетову) - получим значения TakeProfit и StopLoss и Stop_0,// на периоде 2 // PASS = 2 – подгонка на периоде 3 // PASS = 3 – фильтрация путем отсева противоречивых сигнлов, поступающих от ТС, подогнаных на периоде 2 и не периоде 3// в режиме тестирования без оптимизации или в режиме автотрейдинга на демонстрационном или реальном депозитеexternint PASS = 1;
externint x11 = 100; // оптимизация Start = 0 Step = 1 Stop = 200externint x21 = 100;
externint x31 = 100;
externint x41 = 100;
externint p = 20; // оптимизация Start = 3 Step = 1 Stop = 100externint x12 = 100; // оптимизация Start = 0 Step = 1 Stop = 200externint x22 = 100;
externint x32 = 100;
externint x42 = 100;
int P1_bar = 0; // значение perceptron1() при открытие нулевого бараint P2_bar = 0; // значение perceptron2() при открытие нулевого бара//--- // TakeProfit, StopLoss ,Stop_0, StopLossTrailDist, StopLossTrailStep заданы для 4-х разрядных котировок, если котировки 5-ти разрядные,// то программа сама это обнаруживает и умножает заданные величины на 10.//---externint TakeProfit = 50;// 4-х разрядная котировкаexternint StopLoss = 50;// 4-х разрядная котировкаexternint Stop_0 = 30;// 4-х разрядная котировка, при достижение любым из ордеров такого профита в пунктах его стоп-лосс переносится в безубыток.// Если Stoplevel не позволяет этого сделать, выдается сообщение и звуковой сигнал тревоги.// Если Stop_0 = 0, то никаких действий по переносу StopLoss-уровня в безубыток не производим.
今天我在EA中发现了一个有趣的功能,它是在GD2中。事实证明,今后你不应该在第三模式下进行交易(通过=3),而应该在第一或第二.....。
...............................
这一切都很好。但我已经用你的专家顾问做了一个实验,但它被改变了一点。
1.让它成为今天2009.10.12的23小时(交易平台时间)。
我根据你最初的方法对专家顾问进行了优化,采用了极右的方法。
日期2009.10.13,即我正在添加最后23个H1条 2009.10.12- 日。
2.我在我的专家顾问中设置了一个选项:"在23点关闭所有头寸",并在间隔时间内运行专家顾问。
2009.10.13-2009.10.14- 固定利润/损失
4.我继续进行第1点,将日期增加一天,重复一切。
--------------------------------------------------------------------------------------
我设法像这样工作了40天,其中35天变成了有利可图。
我最初入金1000美元,交易0.1手,获利1600美元。
---------------------------------------------------------------------------------------
现在我正在建立一个优化自动程序,在交易优化的最右侧日期后的第二天进行交易。
我目前正在建立一个优化匹配的自动化程序,在最右边的交易优化日期的第二天进行交易。
这能行吗?
在2.1版本中增加了这个功能,可以从最新版本的下载页面下载:http://gold-dust.info/ru/downloads。
这能行吗?
在2.1版本中增加了这一功能,可以从最新的下载页面下载:http://gold-dust.info/ru/downloads。
我想这就是了,我现在就去试试,谢谢你。
如果能够插入你的EA,并有自己的可控参数来优化拟合,那就更好了。
但我知道,我知道--立即把它寄给约伯。
看来是这样,我现在就去试试,谢谢你。
如果能够插入你自己的EA,并有自己的可控参数进行优化和拟合,那就更好了。
但我知道,我知道--立即把它寄给约伯。
问题是,为了对现有的EA进行修改或补充,整个程序必须重新编译。
也就是说,不存在能够插入任何TC的普遍性。建造它并不那么容易。如果这很容易,我早就建好了--我自己也需要它来实验不同的TC。
为什么如此苛刻(我指的是蓝色的)?你不觉得你可以用这种方式拒绝一个好的系统吗?是的,我明白:你似乎是一个极端的完美主义者......。
这是一个值得向往的事情。 只是在系统上有你自己的质量控制。一旦出现随机情节,问题就会立即出现:"我是否能够算出未来何时会出现这样的情节,以及它的持续时间是多少?"我没有这样的答案,所以我阻止了这个策略。
我认为,在绝大多数情况下,表示为 "成功-失败 "的交易序列是一个伯努利过程。那么,你如何从那里消除随机性呢?
但这不是我所分析的,即不是 "成功-失败",我不知道如何回答你的问题。我认为它的信息量不大,对交易过程本身说得很少。当我在MathCAD中测试时,我在每个区间(bar)得到平衡状态,也就是说,我的输出是两个等长的 最终样本,一个是报价,另一个是平衡状态(平衡过程)。没有这样的交易(进入、退出、成功、失败等)。我想了解报价与平衡转换的功能质量。如果天平的 "断裂性 "接近于市场的 "断裂性",那么这个系统就对市场一无所知,它几乎是在复制市场,而且必然会失败。
PS:顺便说一下,为了正式的客观,这个主题的尊敬的作者证实了TA的不可操作性 :o)也就是说,TA作为一门独立的学科,无法回答主要问题,即价格将走向何方。)
问题是,为了对现有的EA进行修改或补充,整个程序需要重新编译。
也就是说,在插入任何TS的可能性方面的普遍性是完全没有的。建造它并不那么容易。如果这很容易,我早就创造了它--我自己需要它来实验不同的TS。
我看到,也就是说,专家顾问的名称和参数、算法以及终端每次调用时这些参数在测试器中的替换顺序都写在程序主体中。
我很抱歉打扰你,但也许你也可以缝制我的程序。以下是它的参数。
在第一步,参数被优化。
Extern int TakeProfit = 50; - Start = 50 Step = 1 Stop = 200
extern int StopLoss = 50; - Start = 50 Step = 1 Stop = 100
外部int Stop_0 = 30; - Start = 30 Step = 1 Stop = 100
当然,还有你的参数
extern int p = 20; // 优化 Start = 3 Step = 1 Stop = 100
其余的步骤保持不变。
如果你能帮我这个忙,我想附上程序本身,以备不时之需。
像往常一样,在孔隙模型的基础上进行优化。
*************************
我看到,即EA的名称和参数、算法以及终端每次调用时这些参数在测试器中的替换顺序都写在程序主体中。
我很抱歉打扰你,但也许你也可以缝制我的程序。以下是它的参数。
不,我不会接受这份工作。这是个很大的工作。如果我可以直接插入程序,一切都能工作,那么我就会这么做。但是,由于每一步我们都要纠正*.set和*.ini文件中的EA设置,这就太麻烦了。
我没有时间为每一个EA制作单独的程序--所有的东西都进入了我的TS。
因此,你肯定应该和你的EA一起去Zhoba。
不,我不会接受这份工作。这是个很大的工作。如果我可以直接插入程序,一切都能工作,那么我就会这么做。但是,由于每一步我们都要纠正*.set和*.ini文件中的EA设置,这就太麻烦了。
我没有时间为每一个EA制作单独的程序--所有的东西都在我的TS中。
因此,你肯定应该和你的EA一起去Zhoba。
对了,我去看一下。
如果你为了钱而订购,最好是订购通用的东西,这样任何TC都可以插入和调整,不会有任何问题。否则,你将需要改变TS和再次:寻找一个程序员,支付金钱,等待执行,等等,直到你失去心跳。
当然,有些东西是普遍的。我曾经在Windows中用C++编程,所以我并不真正看到
我不认为创建一个通用的变体有什么问题。
1.菜单№1 - 它提出了一个可消化的形式,使用 "日历",以确定调整 - 优化和FI的时期
2.菜单#2--你可以通过目录运行,选择合适的专家顾问。
2.选择的EA被读取,形成并显示在菜单3中。
3.菜单3--所有的变量都被列出,并要求进行
勾选/不勾选在优化拟合的特定时期参与/不参与优化拟合的方框。
4.在菜单№3处理后,所有必要的*.set *.ini文件都被生成。
5.终端被调用......,必要时可多次调用所需的参数。
对我个人来说,只有将参数传输 到终端和测试器的问题仍然有些不清楚。