顾问是否适用于现实生活? - 页 30 1...232425262728293031323334353637...52 新评论 Denis Timoshin 2011.09.21 07:20 #291 FOReignEXchange: 时机一到,我一定会继续前进。 祝您好运 Денис 2011.09.21 07:21 #292 dentraf: 祝您好运! 谢谢你! Vladimir Paukas 2011.09.21 07:24 #293 FOReignEXchange: 这个想法是在高波动的无序市场中进行交易。现在所有的主要货币对都是这样的。波动性大,逻辑性强,没有系统的作用。这是一场混乱。.... 来吧。一切都像以前那样运作。 Денис 2011.09.21 21:00 #294 在今天的波动之后,我将测试者的结果与真实的结果进行了比较。不幸的是,在这样的市场中,暴露出重大的差异。 我按分钟拆开了终端日志,看到了一个好东西。所有的点都被精确地设置在一个点上。机器人已经收集了它在这一领域能够获得的所有利润。但所有这些利润都被浪费了,因为有一个问题。这个问题是可以解决的,但我不能理解为什么这是一个问题。也就是说,我们不能删除不必要的订单。我认为这有两个原因。 第一:在日志中这样写道 22:23:30 '882613':删除挂单#26344474 买入止损4.00 EURUSD at 1.3787 sl: 1.3773 tp: 1.3799 22:23:30 '882613': 删除挂单#26344474 买入止损4.00 EURUSD at 1.3787 sl: 1.3773 tp: 1.3799 failed [Invalid parameters] 22:37:27 '882613': 删除挂单#26347980 卖出止损4.00 EURUSD at 1.3668 sl: 1.3682 tp: 1.3656 22:37:27 '882613': 删除挂单#26347980 卖出止损4.00 EURUSD at 1.3668 sl: 1.3682 tp: 1.3656 failed [Invalid parameters] 22:37:27 '882613': 删除挂单#26347980 卖出止损4.00 EURUSD at 1.3668 sl: 1.3682 tp: 1.3656 22:37:28 '882613': 删除挂单#26347980在1.3668卖出4.00 EURUSD sl: 1.3682 tp: 1.3656失败 [参数无效] 这两个订单没有被删除,而且都造成了损失。第二笔订单试图被删除两次。我不明白为什么它们没有被删除。一切都在正常工作,但在这里却不正常,即使你把RefreshRates()放在删除函数之前。 其次是。 我想这是一个错误。看来,终端没有足够的记忆或大脑。它忘记了我们选择的是一个订单。这些都是不起作用的作品。 if (//Тут условие//) { if (OrderSelect(ticket_buy,SELECT_BY_TICKET)==true) { if (OrderType()==OP_BUYSTOP && Ask>(OrderOpenPrice()-4*Point)) { i=0; while (i<10) { if (i>0) Sleep(500); RefreshRates(); OrderDelete(ticket_buy); err=GetLastError(); if (err==0) { ticket_buy=0; return; } i++; } } } } 所有的条件都满足了,我用评论检查了它们。在检查订单类型的阶段,一切都被卡住了。删除的功能不再使用。虽然他们应该这样做,因为所有的条件都满足了,而且所有的评论都检查了它们。这不是我第一次注意到,当我们选择一个订单,然后在条件中输入所选订单的任何参数时,我们有时无法正确读取这个条件。条件中顺序参数的数量越多,条件失败的频率越高。在这种情况下,我们有OrderType()和OrderOpenPrice()参数。 我想我们很多人都注意到这个奇怪的事情。我们如何才能摆脱它?或者也许问题出在其他方面?我忘了说,在这种情况下,日志中没有错误,只是条件没有得到满足,尽管它应该得到满足。 我认为其他方面可能没有问题,因为条件不满足的情况很少,通常这部分工作一切正常,但有时不工作,带来损失。 不要苛责这种文盲的代码,我是自学成才。 究竟为什么撤单会出现这样的问题?我的订单完全按照需要下达,机器人收取所有利润。但是,一切都变得一团糟,因为我们不能删除不必要的订单!如果你摆脱了这些问题,一切都会如愿以偿! Is the advisor suitable Error 131 on EA 提醒:MT4终端复制专家发送的订单 TheXpert 2011.09.21 21:06 #295 FOReignEXchange: 从日志来看,代码只是没有及时到达那里。 也就是说,当命令被触发时,删除已经在进行中。 Денис 2011.09.21 21:07 #296 TheXpert: 从日志来看,代码只是没有及时到达那里。 也就是说,当命令被触发时,删除已经在进行中。 而挂单是在完全相同的时间设置的,不会错过。为什么会出现删除的问题?特别是在第二种情况下,他两次试图删除它。 TheXpert 2011.09.21 21:12 #297 FOReignEXchange: 而挂单是在完全相同的时间设置的,不会错过。为什么会出现删除的问题?更有甚者,在第二种情况下,他试图删除它两次。 仔细看 -- 这是你第二次试图删除一个已执行的订单,而不是一个限价订单。 对于设置,有停止级别,而对于移除,只有自由级别。 Денис 2011.09.21 21:20 #298 TheXpert: 仔细看 -- 这是你第二次试图删除一个已执行的订单,而不是一个限价订单。 而且,有止损线可以下单,但只有freesliders可以删除,而且是在有的时候。 第一个案例的一切都很清楚。非常感谢您!你熟悉第二种情况吗?它更重要,因为它发生的频率更高,造成的损失更大。在条件方面一切正常。而且这不是市场的速度,有很多时间可以删除它。只是条件没有得到满足,尽管应该得到满足。 Лекарь Центозависимых 2011.09.21 21:45 #299 FOReignEXchange: 你是否熟悉第二种情况?这个条件就是不工作,尽管它应该如此。 也许这个条件有时会失效,即它的右手边 if (OrderType()==OP_BUYSTOP && Ask>(OrderOpenPrice()-4*Point)) 在比较之前将 "问 "归一。 Денис 2011.09.21 21:48 #300 OnGoing: 也许这个条件有时会失效 在比较之前将 "询问 "规范化。 像这样吗? NormalizeDouble(Ask,Digits)>(OrderOpenPrice()-4*Point)) 1...232425262728293031323334353637...52 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
时机一到,我一定会继续前进。
祝您好运
祝您好运!
谢谢你!
这个想法是在高波动的无序市场中进行交易。现在所有的主要货币对都是这样的。波动性大,逻辑性强,没有系统的作用。这是一场混乱。....
在今天的波动之后,我将测试者的结果与真实的结果进行了比较。不幸的是,在这样的市场中,暴露出重大的差异。
我按分钟拆开了终端日志,看到了一个好东西。所有的点都被精确地设置在一个点上。机器人已经收集了它在这一领域能够获得的所有利润。但所有这些利润都被浪费了,因为有一个问题。这个问题是可以解决的,但我不能理解为什么这是一个问题。也就是说,我们不能删除不必要的订单。我认为这有两个原因。
第一:在日志中这样写道
22:23:30 '882613':删除挂单#26344474 买入止损4.00 EURUSD at 1.3787 sl: 1.3773 tp: 1.3799
22:23:30 '882613': 删除挂单#26344474 买入止损4.00 EURUSD at 1.3787 sl: 1.3773 tp: 1.3799 failed [Invalid parameters]
22:37:27 '882613': 删除挂单#26347980 卖出止损4.00 EURUSD at 1.3668 sl: 1.3682 tp: 1.3656
22:37:27 '882613': 删除挂单#26347980 卖出止损4.00 EURUSD at 1.3668 sl: 1.3682 tp: 1.3656 failed [Invalid parameters]
22:37:27 '882613': 删除挂单#26347980 卖出止损4.00 EURUSD at 1.3668 sl: 1.3682 tp: 1.3656
22:37:28 '882613': 删除挂单#26347980在1.3668卖出4.00 EURUSD sl: 1.3682 tp: 1.3656失败 [参数无效]
这两个订单没有被删除,而且都造成了损失。第二笔订单试图被删除两次。我不明白为什么它们没有被删除。一切都在正常工作,但在这里却不正常,即使你把RefreshRates()放在删除函数之前。
其次是。
我想这是一个错误。看来,终端没有足够的记忆或大脑。它忘记了我们选择的是一个订单。这些都是不起作用的作品。
所有的条件都满足了,我用评论检查了它们。在检查订单类型的阶段,一切都被卡住了。删除的功能不再使用。虽然他们应该这样做,因为所有的条件都满足了,而且所有的评论都检查了它们。这不是我第一次注意到,当我们选择一个订单,然后在条件中输入所选订单的任何参数时,我们有时无法正确读取这个条件。条件中顺序参数的数量越多,条件失败的频率越高。在这种情况下,我们有OrderType()和OrderOpenPrice()参数。 我想我们很多人都注意到这个奇怪的事情。我们如何才能摆脱它?或者也许问题出在其他方面?我忘了说,在这种情况下,日志中没有错误,只是条件没有得到满足,尽管它应该得到满足。
我认为其他方面可能没有问题,因为条件不满足的情况很少,通常这部分工作一切正常,但有时不工作,带来损失。
不要苛责这种文盲的代码,我是自学成才。
究竟为什么撤单会出现这样的问题?我的订单完全按照需要下达,机器人收取所有利润。但是,一切都变得一团糟,因为我们不能删除不必要的订单!如果你摆脱了这些问题,一切都会如愿以偿!
从日志来看,代码只是没有及时到达那里。
也就是说,当命令被触发时,删除已经在进行中。
从日志来看,代码只是没有及时到达那里。
也就是说,当命令被触发时,删除已经在进行中。
而挂单是在完全相同的时间设置的,不会错过。为什么会出现删除的问题?特别是在第二种情况下,他两次试图删除它。
而挂单是在完全相同的时间设置的,不会错过。为什么会出现删除的问题?更有甚者,在第二种情况下,他试图删除它两次。
仔细看 -- 这是你第二次试图删除一个已执行的订单,而不是一个限价订单。
对于设置,有停止级别,而对于移除,只有自由级别。
仔细看 -- 这是你第二次试图删除一个已执行的订单,而不是一个限价订单。
而且,有止损线可以下单,但只有freesliders可以删除,而且是在有的时候。
第一个案例的一切都很清楚。非常感谢您!你熟悉第二种情况吗?它更重要,因为它发生的频率更高,造成的损失更大。在条件方面一切正常。而且这不是市场的速度,有很多时间可以删除它。只是条件没有得到满足,尽管应该得到满足。
你是否熟悉第二种情况?这个条件就是不工作,尽管它应该如此。
也许这个条件有时会失效,即它的右手边
在比较之前将 "问 "归一。
也许这个条件有时会失效
在比较之前将 "询问 "规范化。
像这样吗?