关于 "加速器 "和 "飞博 "的预测 - 页 16 1...910111213141516171819202122 新评论 Boris 2010.01.07 21:50 #151 Borisytch писал(а)>> 同事们有一个问题。 我们把计算完全移到分钟历史上不是更合乎逻辑吗？也就是说，我们主要对超过M5的预测感兴趣，对我来说，5分钟和15分钟的预测一直很有趣...... 该怎么做 - 当你切换到一个更高的TF，改变速度和加速度的微小值的平滑（过滤）...由于老的时间框架中的条形图是由OHLC完成的，所以在获得以前条形图的计算点进行比较时，过滤（平滑）似乎太粗糙了......。事实上，通过查看所有可用的TF的预测，我得出一个结论，一个TF的设置不适合其他TF，因为我理解这都是由一个粗大的条形结构造成的......我认为使用最小的历史单位--M1吧，在不换成老式TF（M30以上）的情况下，在迷你模型的基础上只用强硬的过滤来建立预测是比较合理的。 事实上，分级本身就是M1、M5、M15......。是牵强附会的...至少在我看来，由于BAR这样的过滤器的简单性而导致的预测失真是很明显的。 在我看来，nen，这就是为什么他把多时间框架的ZZ作为基础。在他的帖子中: 指示器http://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627 所有的图表都是1分钟图表，即加速度是按分钟计算的，但ZZ可以从任何更高的时间框架中提取。 因此，如果nen使其有可能查看历史上所有满足条件的情况，甚至是ZZ膝盖被重新绘制的情况（如果有条件建立Fiba），那么将有可能看到确定加速度的最佳TF，并对这种方法的可行性作出明确的结论。我个人并不怀疑这个想法的合理性，只是有些东西还没有感觉到，如果我们不倒向魔杖和点数，那么一切都会好起来。 Igor 2010.01.07 22:17 #152 BoraBo писал(а)>> ... 就个人而言，我并不怀疑这个想法的合理性，只是有些东西还没有感觉到，如果我们不滑向混杂和积分，那么它将是尖锐的。 我同意！！！。>> 我将继续研究这个产品。 Igor 2010.01.07 23:55 #153 鲍里斯，我仍然要求你不要放弃完善你的指标......。 Igor 2010.01.08 01:18 #154 发现Integer的KvantLevels指标...这是对KvantLevels的一个有趣的替代。 KvantLevels作为加速器的替代品 Александр 2010.01.08 09:18 #155 我可以有一个指标的链接吗？) khorosh 2010.01.08 09:55 #156 Kharin писал(а)>> 我可以得到一个指标的链接吗？) http://dmffx.com/index.php?page=2&subpage=3 Eugeni Neumoin 2010.01.08 17:19 #157 第二版 minSize_0_100_fibo- 0和100 Fibo水平之间的最小距离，单位为点。0--任何距离。 CalculationVariant- 速度计算的变体。0 - 速度是在Bar参数 指定的距离内计算的。 1 - 速度是相对于 "之 "字形极值所在的条形计算的。 附加的文件： mzz9_a_s_fibo.mq4 53 kb Igor 2010.01.08 19:20 #158 看来，"加速器 "需要单独处理......。 1.为什么" CalculationVariant = 1 "具有改变参数"Bar"的效果...？即Bar=的值......。......应该不会影响到计算结果! 2.需要单独修改 "加速器"，以便看到图... Eugeni Neumoin 2010.01.08 19:27 #159 Borisytch писал(а)>> 看来，"加速器 "需要单独处理......。 1.为什么" CalculationVariant = 1 "有改变参数"Bar"的效果......？即Bar=的值......。不应影响计算 ! 因为。 BoraBo 写道>> 现在进入正题。 速度=距离/时间，从ZZ开始计算（如你所建议的）是非常合乎逻辑的。 距离=价值(最低ZZ或最高ZZ)-价值(计算栏)。 时间 = NoBar(LowestZZZ or HighestZZZ) - NoBar(design bar) 和加速度已经被正确计算为 。 加速度=速度（估计杆）-速度（估计杆+1）。 倪妮 写道>> 那么，速度应该是相对于 "之 "字形极值计算的，而加速度则是相对于相邻条形计算的？对吗？ BoraBo 写道(a)>>所以速度是相对于 "之 "字形断点计数的，而加速度的计数和以前一样。 Eugeni Neumoin 2010.01.08 19:41 #160 只需为这个变体设置Bar=1 =========== CalculationVariant = 1的Bar = 1的版本被硬性设定。没有选择的可能性。 附加的文件： mzz9_a_s_fibo_1.mq4 53 kb 1...910111213141516171819202122 新评论 您错过了交易机会： 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符（不带空格） 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号，请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置，否则您将无法登录。 忘记您的登录名/密码？ 使用 Google 登录
同事们有一个问题。
我们把计算完全移到分钟历史上不是更合乎逻辑吗？也就是说，我们主要对超过M5的预测感兴趣，对我来说，5分钟和15分钟的预测一直很有趣......
该怎么做 - 当你切换到一个更高的TF，改变速度和加速度的微小值的平滑（过滤）...由于老的时间框架中的条形图是由OHLC完成的，所以在获得以前条形图的计算点进行比较时，过滤（平滑）似乎太粗糙了......。事实上，通过查看所有可用的TF的预测，我得出一个结论，一个TF的设置不适合其他TF，因为我理解这都是由一个粗大的条形结构造成的......我认为使用最小的历史单位--M1吧，在不换成老式TF（M30以上）的情况下，在迷你模型的基础上只用强硬的过滤来建立预测是比较合理的。
事实上，分级本身就是M1、M5、M15......。是牵强附会的...至少在我看来，由于BAR这样的过滤器的简单性而导致的预测失真是很明显的。
在我看来，nen，这就是为什么他把多时间框架的ZZ作为基础。在他的帖子中:
指示器http://www.onix-trade.net/forum/index.php?showtopic=85972&view=findpost&p=386627
所有的图表都是1分钟图表，即加速度是按分钟计算的，但ZZ可以从任何更高的时间框架中提取。
因此，如果nen使其有可能查看历史上所有满足条件的情况，甚至是ZZ膝盖被重新绘制的情况（如果有条件建立Fiba），那么将有可能看到确定加速度的最佳TF，并对这种方法的可行性作出明确的结论。我个人并不怀疑这个想法的合理性，只是有些东西还没有感觉到，如果我们不倒向魔杖和点数，那么一切都会好起来。
...
就个人而言，我并不怀疑这个想法的合理性，只是有些东西还没有感觉到，如果我们不滑向混杂和积分，那么它将是尖锐的。
我同意！！！。>> 我将继续研究这个产品。
鲍里斯，我仍然要求你不要放弃完善你的指标......。
发现Integer的KvantLevels指标...这是对KvantLevels的一个有趣的替代。
KvantLevels作为加速器的替代品
我可以得到一个指标的链接吗？)
http://dmffx.com/index.php?page=2&subpage=3
第二版
minSize_0_100_fibo- 0和100 Fibo水平之间的最小距离，单位为点。0--任何距离。
CalculationVariant- 速度计算的变体。0 - 速度是在Bar参数 指定的距离内计算的。
1 - 速度是相对于 "之 "字形极值所在的条形计算的。
看来，"加速器 "需要单独处理......。
1.为什么" CalculationVariant = 1 "具有改变参数"Bar"的效果...？即Bar=的值......。......应该不会影响到计算结果!
2.需要单独修改 "加速器"，以便看到图...
看来，"加速器 "需要单独处理......。
1.为什么" CalculationVariant = 1 "有改变参数"Bar"的效果......？即Bar=的值......。不应影响计算 !
因为。
现在进入正题。
速度=距离/时间，从ZZ开始计算（如你所建议的）是非常合乎逻辑的。
距离=价值(最低ZZ或最高ZZ)-价值(计算栏)。
时间 = NoBar(LowestZZZ or HighestZZZ) - NoBar(design bar)
和加速度已经被正确计算为 。
加速度=速度（估计杆）-速度（估计杆+1）。
那么，速度应该是相对于 "之 "字形极值计算的，而加速度则是相对于相邻条形计算的？对吗？
所以
速度是相对于 "之 "字形断点计数的，而加速度的计数和以前一样
。只需为这个变体设置Bar=1
===========
CalculationVariant = 1的Bar = 1的版本被硬性设定。没有选择的可能性。