文章 "根据品种和 EA 的 ORDER_MAGIC 分析余额/净值图形"

 

新文章 根据品种和 EA 的 ORDER_MAGIC 分析余额/净值图形已发布:

随着对冲的引入, MetaTrader 5 提供了一个极佳的机会, 可以在一个交易账户内同时利用若干个专家交易系统进行交易。当一个策略是可盈利, 而第二个泽亏损的时候, 盈利图也许会徘徊在零值附近。在此情况下, 分别为每个交易策略构建余额和净值图形是十分有益的。

在 "损坏" 品种、所有的交易品种和魔幻数字数组形成之后, 面板 (基于 CComboBox 类的元素) 上的这两个列表被填入: 左侧列表中填充所有的交易品种, 右侧的一个充满了所有的魔幻数字。在列表中, 首先选择所有的品种和魔幻数字:

面板组合框

图例. 3. 下拉列表

作者:Vladimir Karputov

 

感谢作者,我喜欢图形用户界面。


我只是不明白为什么计算速度这么慢?起初我以为使用了特殊的减速方法,但我在资料中没有找到"Sleep"和 "OnTimer"。


 


正因为如此,我无法测试和回答这个问题 - 它是否适用于有净额结算(FORTS、Otkritie)的账户,而且上面有许多不同的智能交易系统?

在计算 Magik 上头寸的交易量时,我一直使用 Expert Advisors 进行核算,我发现在对冲时,DEAL_ENTRY_OUT DEAL_ENTRY_IN 并不完全按照预期出现。

 
vito333:


正因为如此,我无法测试和回答这个问题 - 它是否适用于有净额结算(FORTS、Otkritie)的账户,以及上面有许多不同的智能交易系统?

在计算 Magik 上的头寸交易量时,我一直使用 Expert Advisors 进行核算,我发现在对冲时,DEAL_ENTRY_OUT DEAL_ENTRY_IN 并不完全按照预期出现。


您有关于这篇文章的问题还是一般问题?如果是 "一般问题",请立即在"一般讨论"版块中单独创建一个主题,说明所有相关数据:

  • 操作系统(请务必说明是真正的 Windows 还是 wine)、比特率、构建、服务包
  • 终端构建
  • 以及重启终端后终端 "日志 "文件夹中的前三行。
 

我感到惊讶的是,这样的文章怎么会被遗漏。

1. Комиссия. Своп. Прибыль

一笔交易的最终财务结果由三个参数相加而成:

结果=交易佣金 + 收盘时的累计掉期 + 交易利润

佣金 终端总是 用 "+"号 表示,因此在最终财务结果公式中要减去。

使用 HistoryDealGetDouble() 可以获得交易的这些属性,其标识符如下:


脚本结果(删除 DEAL_ENTRY_IN 类型的交易,因为它们没有财务结果):


我没有像样的语言。在撰写文章时,这种无知是不可接受的。为了证明这一点,请看截图。

继续阅读简直令人不快。

 
Alexey Viktorov:

我很惊讶这样的文章是如何通过的。

我没有什么像样的话。在写文章时,这种无知是不可接受的。证据请看截图。

再看下去简直令人不快。


谢谢您的考虑。问题是,我之前没有遇到过佣金问题,并且使用了 ServiceDesk 的提示。同时,我也没有检查可以收取佣金的真实账户。

代码和文本将得到更正。

 
Vladimir Karputov:


感谢您的关注。问题是,我之前没有遇到过佣金问题,所以使用了 ServiceDesk 的提示。同时,我也没有检查可以收取佣金的真实账户。

代码和文本将得到更正。

您的妈妈不允许您找一个有佣金的模拟账户吗?奇怪的方法。你怎么能不研究主题就开始写文章 呢?是啊,我真的不在乎...谁需要了解,其他人不需要....。
 
fxsaber:

我不明白为什么计算速度这么慢?起初我以为是使用了特殊的减速方法,但我在资料中没有找到 "Sleep "和 "OnTimer"。

我想也是这样

计算资源 的一种破坏。这就是为什么要尽量减少调用次数的原因。尤其是 HistorySelectByPosition。

 

"MetaTrader 5 引入对冲功能后,在一个交易账户上同时交易多个智能交易系统(Expert Advisors)的机会大大增加。在这种情况下,有可能出现一种策略盈利,第二种策略不盈利,最后盈利图为零的情况。在这种情况下,为每个交易策略分别建立余额和资金图表是非常有用的"。

这个话题确实非常重要,提出的问题也很严重--MT5 不具备在同一账户和符号(通过MAGICs 区分)上运行的交易策略的 PnL 计算功能,但是......作者只是在胡说八道!显然,弗拉基米尔只是一名程序员,而不是交易员,因此根本不了解这个主题。

主要文章中不正确的佣金符号只是小事一桩。这里的问题是,这篇文章根本没有解决 交易策略 缺乏PnL 计算的既定问题,非但 没有解决问题,反而展示了作者通过 OOP 和编程面板选择交易的技巧。

真正的问题在于,MT5在计算任何地方的 PnL 值时,都 没有将MAGIC 考虑在内 ,因此 交易的 DEAL_PROFIT 计算一般都不正确。例如,如果我有三个智能交易系统在一个符号上进行交易:一个趋势捕捉器在长期内建仓,两个震荡器在H1/H4 上捕捉超买/超卖时段,并返回平均值进行交易,那么在不考虑MAGIC 的 情况下计算出的交易 PnL只是 "医院的温度"。在 20 个不同的符号上有三个 EA 的情况下呢?

因此, 对于平仓的 所有交易 ,GetHistory 函数中的求和 (_balance=m_balance+deal_commission+deal_swap+deal_profit;)是不正确的。DEAL_PROFIT 必须在求和之前重新计算。重新计算时要考虑到平仓日的汇率,例如在以美元为基准货币的交易账户中进行 MOEX 期货交易时。



Совершение сделок - Торговые операции - MetaTrader 5
Совершение сделок - Торговые операции - MetaTrader 5
  • www.metatrader5.com
Торговая деятельность в платформе связана с формированием и отсылкой рыночных и отложенных ордеров для исполнения брокером, а также с управлением текущими позициями путем их модификации или закрытия. Платформа позволяет удобно просматривать торговую историю на счете, настраивать оповещения о событиях на рынке и многое другое. Открытие позиций...
 

非常有用。弗拉基米尔,我注意到一个错误--账户是 4 天前开设的。

账户是 4 天前开设的。我们在智能交易系统中选择了默认开始日期,即 2017 年。

我们选择的结束日期是 2018 年 10 月 2 日。

智能交易系统挂起,不响应以十字星收盘。同时,终端消耗了 2GB 内存。

我认为比较开户日期和用户在搜索前指定的搜索开始日期更为正确。

 
EgorKim:

非常有用。弗拉基米尔,我注意到了这个错误--"......"。

账户是 4 天前开设的。我们在智能交易系统中选择了默认开始日期,即 2017 年。

结束日期是今天 2018 年 10 月 2 日。

智能交易系统挂起,不响应以十字星关闭。终端占用了 2GB 内存。

我认为比较开户日期和用户在搜索前指定的搜索开始日期更为正确。

请指明您正在运行的文件名称。交易账户类型。在哪个符号上。