MT4打开交易,然后又直接关闭的问题 - 页 6 123456 新评论 bernd 2010.09.13 14:20 #51 peterc005: MT4/Experts/Logs文件夹。17:28:48 FapTurbo50 EURUSDFXF,M5: open #2662451 buy 0.20 EURUSDFXF at 1.2909 ok17:28:49 FapTurbo50 EURUSDFXF,M5: 修改#2662451买入0.20 EURUSDFXF at 1.2909 sl: 1.2407 tp: 1.2929 ok 这条日志中接下来的几行是什么?请提供所有的行,不要用你认为重要 或不重要的东西来 "过滤",只提供原始的日志条目。特别是所有其他终端上有相同或几乎相同的时间戳的记录。 也许还有一些奇怪的先进先出的自动操作正在进行?我已经看到经纪商在没有通知的情况下自动移动现有的止损点,也许有些经纪商甚至在其他交易开始时关闭现有交易?在这种情况下,你必须感谢监管机构成功地 "保护 "了你的资金。 当这种情况发生时,你的自由保证金水平如何? 有没有接近危险的低点? [删除] 2010.09.13 16:39 #52 仍然没有得到确凿的证明,但我怀疑问题出在概率EA上 以下是原因。 1)我在不同的账户上关闭和开启了几次概率EA,概率EA运行的时间似乎与我所有这些交易错误关闭的时间一致。 2) 我注意到FAP Turbo将开仓和平仓记录正常写入专家日志(谢谢你的建议7bit)。 3) 我注意到,50个左右的FAP Turbo交易在几秒钟后关闭,在专家日志里有一条打开记录,但没有关闭记录。 4)我观察到概率EA似乎没有写到专家日志中。 5) 这意味着FAP Turbo打开了交易,向专家日志写了一条记录。然后概率EA关闭了交易,但没有向专家日志写任何东西。根据这个信号,FAP Turbo又打开了另一笔交易,重复了许多次的循环。 证据越来越多,但现在下结论还为时过早。我已经联系了概率EA的供应商以获得更多信息。我还将对该EA进行反编译,看看是否有任何明显的逻辑错误。 bernd 2010.09.13 17:37 #53 在FAP交易被关闭的时候,红色箭头(指向左边的三角形或箭头)会出现在Probability-EA图表中吗? 当你把鼠标悬停在ProbabilityEA图表中的这些箭头上,从而出现黄色的小提示窗口时,这些提示中的票号是否与错误关闭的FAP交易相对应?(例如你在FF论坛发布的截图中的图表)。 bernd 2010.09.13 17:45 #54 peterc005: 我还将对EA进行反编译,看看是否有任何明显的逻辑错误。 在每个OrderClose()和OrderCloseBy()之前插入一个Print(),编译修改后的代码并运行它,而不是原来的代码。 寻找代码中任何OrderClose()或OrderCloseBy()附近是否存在(或没有) 对OrderMagicNumber()的调用。 还要注意在 检查和关闭之间 是否有可能改变 当前选择的订单(例如,在所有订单上再进行一次循环,以找到一个抵消的或其他相关的订单,这将改变当前的选择,变成完全不可预测的东西,随后的OrderClose(OrderTicket(),...) 将不可避免地在账户中造成 破坏)。每个订单在关闭之前都必须 对照神奇数字进行检查。如果没有做这个检查或做错了,就会引起这种类型的错误,因为每一个EA总是可以访问账户上的所有 交易,并负责仔细过滤它们。 MT4不 存在任何隐性过滤机制,可以自动屏蔽其他图表上的其他交易,每个EA都必须完全自行实现(而且可能会惨遭失败)。 [删除] 2010.09.14 02:58 #55 7bit: 在每个OrderClose()和OrderCloseBy()之前插入一个Print(),编译修改后的代码并运行它,而不是原来的代码。 寻找代码中任何OrderClose()或OrderCloseBy()附近是否存在(或没有) 对OrderMagicNumber()的调用。 还要注意在 检查和关闭之间 是否有可能改变 当前选择的订单(例如,在所有订单上进行另一个循环,以找到一个抵消的或其他相关的订单,这将改变当前选择的东西,完全不可预测,随后的OrderClose(OrderTicket(),...) 将不可避免地在账户中造成 破坏)。每个订单在关闭之前都必须 对照神奇数字进行检查。如果没有做这个检查或做错了,就会引起这种类型的错误,因为每一个EA总是可以访问账户上的所有 交易,并负责仔细过滤它们。 MT4不 存在隐性过滤机制,可以自动屏蔽其他图表上的其他交易,每个EA都必须完全自行实现(而且可能会惨遭失败)。 嗨,7bit。 听起来是个好主意,我可以试试。 谢谢 彼得 [删除] 2010.09.14 04:29 #56 关于之前的几个问题。 1)我不认为使用ECN经纪商(特别是GoMarkets)对这个问题有什么影响。在forex.com也有同样的问题。一般来说,我喜欢GoMarkets,认为他们很好。 2)我不认为这与保证金或股票有关。原因是当一笔交易因股本不足而关闭时,评论中会加上 "s/o"。 彼得 [删除] 2010.09.16 03:20 #57 结果发现问题出在概率EA的7.1版本中。以下是供应商的回应。 peterc005, 这个问题在v7.1.1(相对于v7.1)中得到了解决。 最初,我在每次关闭周期时将 "神奇数字 "减少1(通知EA关闭该周期)。 如果只有该EA在运行,这很好,但当人们想在其他EA之外使用该EA时,我修改了代码,使魔术数字保持不变,EA使用其他方式关闭周期。 ,我会给你发送一份v7.1.1的副本,如果你仍然有这个问题,请告诉我。 迈克尔 我很欣赏供应商的诚实和坦率,但EA的这个问题让我损失了大约5000美元,并在几个月内毁掉了3个账户。 bernd 2010.09.16 11:18 #58 "我最初是在每个周期结束后将神奇数字减少1" 看来这个EA的开发者不知道魔法数字的目的是什么。这意味着他还处于早期实验阶段,但已经在出售他有缺陷和错误的初级代码来赚钱。这完全证实了我对这些商业EA的代码质量所说的一切。我不会相信这些东西的任何钱。 这里要吸取的教训必须是。不要相信任何闭源的EA。源头的不可得性保证了糟糕的代码质量。 [删除] 2010.09.16 11:50 #59 亲爱的Peterc005 我在我的VPS上 遇到了类似的问题,结果发现同一目录下的另一个metatrader实例在后台运行,并关闭了第一个metatrader的交易。 试试这个方法,关闭所有的MetaTrader,然后打开TaskManager,检查是否有任何Terminal.exe的实例在运行,如果有的话,重启你的机器,问题就会得到解决。 你可以在谷歌上搜索Ghost detector来了解更多关于这个问题。 123456 新评论 您错过了交易机会: 免费交易应用程序 8,000+信号可供复制 探索金融市场的经济新闻 注册 登录 拉丁字符(不带空格) 密码将被发送至该邮箱 发生错误 使用 Google 登录 您同意网站政策和使用条款 如果您没有帐号,请注册 可以使用cookies登录MQL5.com网站。 请在您的浏览器中启用必要的设置,否则您将无法登录。 忘记您的登录名/密码? 使用 Google 登录
MT4/Experts/Logs文件夹。
17:28:48 FapTurbo50 EURUSDFXF,M5: open #2662451 buy 0.20 EURUSDFXF at 1.2909 ok
17:28:49 FapTurbo50 EURUSDFXF,M5: 修改#2662451买入0.20 EURUSDFXF at 1.2909 sl: 1.2407 tp: 1.2929 ok
这条日志中接下来的几行是什么?请提供所有的行,不要用你认为重要 或不重要的东西来 "过滤",只提供原始的日志条目。特别是所有其他终端上有相同或几乎相同的时间戳的记录。
也许还有一些奇怪的先进先出的自动操作正在进行?我已经看到经纪商在没有通知的情况下自动移动现有的止损点,也许有些经纪商甚至在其他交易开始时关闭现有交易?在这种情况下,你必须感谢监管机构成功地 "保护 "了你的资金。
当这种情况发生时,你的自由保证金水平如何? 有没有接近危险的低点?
在FAP交易被关闭的时候,红色箭头(指向左边的三角形或箭头)会出现在Probability-EA图表中吗?
当你把鼠标悬停在ProbabilityEA图表中的这些箭头上,从而出现黄色的小提示窗口时,这些提示中的票号是否与错误关闭的FAP交易相对应?(例如你在FF论坛发布的截图中的图表)。
在每个OrderClose()和OrderCloseBy()之前插入一个Print(),编译修改后的代码并运行它,而不是原来的代码。
寻找代码中任何OrderClose()或OrderCloseBy()附近是否存在(或没有) 对OrderMagicNumber()的调用。
还要注意在 检查和关闭之间 是否有可能改变 当前选择的订单(例如,在所有订单上再进行一次循环,以找到一个抵消的或其他相关的订单,这将改变当前的选择,变成完全不可预测的东西,随后的OrderClose(OrderTicket(),...) 将不可避免地在账户中造成 破坏)。每个订单在关闭之前都必须 对照神奇数字进行检查。如果没有做这个检查或做错了,就会引起这种类型的错误,因为每一个EA总是可以访问账户上的所有 交易,并负责仔细过滤它们。
MT4不 存在任何隐性过滤机制,可以自动屏蔽其他图表上的其他交易,每个EA都必须完全自行实现(而且可能会惨遭失败)。
在每个OrderClose()和OrderCloseBy()之前插入一个Print(),编译修改后的代码并运行它,而不是原来的代码。
寻找代码中任何OrderClose()或OrderCloseBy()附近是否存在(或没有) 对OrderMagicNumber()的调用。
还要注意在 检查和关闭之间 是否有可能改变 当前选择的订单(例如,在所有订单上进行另一个循环,以找到一个抵消的或其他相关的订单,这将改变当前选择的东西,完全不可预测,随后的OrderClose(OrderTicket(),...) 将不可避免地在账户中造成 破坏)。每个订单在关闭之前都必须 对照神奇数字进行检查。如果没有做这个检查或做错了,就会引起这种类型的错误,因为每一个EA总是可以访问账户上的所有 交易,并负责仔细过滤它们。
MT4不 存在隐性过滤机制,可以自动屏蔽其他图表上的其他交易,每个EA都必须完全自行实现(而且可能会惨遭失败)。
嗨,7bit。
听起来是个好主意,我可以试试。
谢谢
彼得
关于之前的几个问题。
1)我不认为使用ECN经纪商(特别是GoMarkets)对这个问题有什么影响。在forex.com也有同样的问题。一般来说,我喜欢GoMarkets,认为他们很好。
2)我不认为这与保证金或股票有关。原因是当一笔交易因股本不足而关闭时,评论中会加上 "s/o"。
彼得
结果发现问题出在概率EA的7.1版本中。以下是供应商的回应。
peterc005,
这个问题在v7.1.1(相对于v7.1)中得到了解决。 最初,我在每次关闭周期时将 "神奇数字 "减少1(通知EA关闭该周期)。 如果只有该EA在运行,这很好,但当人们想在其他EA之外使用该EA时,我修改了代码,使魔术数字保持不变,EA使用其他方式关闭周期。,我会给你发送一份v7.1.1的副本,如果你仍然有这个问题,请告诉我。
迈克尔
我很欣赏供应商的诚实和坦率,但EA的这个问题让我损失了大约5000美元,并在几个月内毁掉了3个账户。
"我最初是在每个周期结束后将神奇数字减少1"
看来这个EA的开发者不知道魔法数字的目的是什么。这意味着他还处于早期实验阶段,但已经在出售他有缺陷和错误的初级代码来赚钱。这完全证实了我对这些商业EA的代码质量所说的一切。我不会相信这些东西的任何钱。
这里要吸取的教训必须是。不要相信任何闭源的EA。源头的不可得性保证了糟糕的代码质量。
亲爱的Peterc005
我在我的VPS上 遇到了类似的问题,结果发现同一目录下的另一个metatrader实例在后台运行,并关闭了第一个metatrader的交易。
试试这个方法,关闭所有的MetaTrader,然后打开TaskManager,检查是否有任何Terminal.exe的实例在运行,如果有的话,重启你的机器,问题就会得到解决。
你可以在谷歌上搜索Ghost detector来了解更多关于这个问题。