MT4打开交易，然后又直接关闭的问题 - 页 6 123456 新评论 bernd 2010.09.13 12: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 14: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 15:37 #53 在FAP交易被关闭的时候，红色箭头（指向左边的三角形或箭头）会出现在Probability-EA图表中吗？ 当你把鼠标悬停在ProbabilityEA图表中的这些箭头上，从而出现黄色的小提示窗口时，这些提示中的票号是否与错误关闭的FAP交易相对应？(例如你在FF论坛发布的截图中的图表）。 bernd 2010.09.13 15:45 #54 peterc005: 我还将对EA进行反编译，看看是否有任何明显的逻辑错误。 在每个OrderClose()和OrderCloseBy()之前插入一个Print()，编译修改后的代码并运行它，而不是原来的代码。 寻找代码中任何OrderClose()或OrderCloseBy()附近是否存在（或没有） 对OrderMagicNumber()的调用。 还要注意在 检查和关闭之间 是否有可能改变 当前选择的订单（例如，在所有订单上再进行一次循环，以找到一个抵消的或其他相关的订单，这将改变当前的选择，变成完全不可预测的东西，随后的OrderClose(OrderTicket(),...) 将不可避免地在账户中造成 破坏）。每个订单在关闭之前都必须 对照神奇数字进行检查。如果没有做这个检查或做错了，就会引起这种类型的错误，因为每一个EA总是可以访问账户上的所有 交易，并负责仔细过滤它们。 MT4不 存在任何隐性过滤机制，可以自动屏蔽其他图表上的其他交易，每个EA都必须完全自行实现（而且可能会惨遭失败）。 [删除] 2010.09.14 00:58 #55 7bit: 在每个OrderClose()和OrderCloseBy()之前插入一个Print()，编译修改后的代码并运行它，而不是原来的代码。 寻找代码中任何OrderClose()或OrderCloseBy()附近是否存在（或没有） 对OrderMagicNumber()的调用。 还要注意在 检查和关闭之间 是否有可能改变 当前选择的订单（例如，在所有订单上进行另一个循环，以找到一个抵消的或其他相关的订单，这将改变当前选择的东西，完全不可预测，随后的OrderClose(OrderTicket(),...) 将不可避免地在账户中造成 破坏）。每个订单在关闭之前都必须 对照神奇数字进行检查。如果没有做这个检查或做错了，就会引起这种类型的错误，因为每一个EA总是可以访问账户上的所有 交易，并负责仔细过滤它们。 MT4不 存在隐性过滤机制，可以自动屏蔽其他图表上的其他交易，每个EA都必须完全自行实现（而且可能会惨遭失败）。 嗨，7bit。 听起来是个好主意，我可以试试。 谢谢 彼得 [删除] 2010.09.14 02:29 #56 关于之前的几个问题。 1）我不认为使用ECN经纪商（特别是GoMarkets）对这个问题有什么影响。在forex.com也有同样的问题。一般来说，我喜欢GoMarkets，认为他们很好。 2）我不认为这与保证金或股票有关。原因是当一笔交易因股本不足而关闭时，评论中会加上 "s/o"。 彼得 [删除] 2010.09.16 01: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 09:18 #58 "我最初是在每个周期结束后将神奇数字减少1" 看来这个EA的开发者不知道魔法数字的目的是什么。这意味着他还处于早期实验阶段，但已经在出售他有缺陷和错误的初级代码来赚钱。这完全证实了我对这些商业EA的代码质量所说的一切。我不会相信这些东西的任何钱。 这里要吸取的教训必须是。不要相信任何闭源的EA。源头的不可得性保证了糟糕的代码质量。 [删除] 2010.09.16 09: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来了解更多关于这个问题。