Вычисляет размер маржи, необходимой для указанного типа ордера на текущем счете и при текущем рыночном окружении без учета текущих отложенных ордеров и открытых позиций. Позволяет оценить размер маржи для планируемой торговой операции. Значение возвращается в валюте счета. [out] Переменная, в которую...
事实证明,如果不尝试在计划交易的账户上向服务器实际执行交易请求(不是在另一个账户上,也不是在模拟账户上),就没有办法知道所需保证金的价值?
与计划中的交易量相比,小的,是否可以挽救这样一个样本请求的情况?根据https://www.mql5.com/ru/forum/261955/page4#comment_7947380, 没有。
这是原创。函数OrderCheck()或OrderCalcMargin()是没有意义的,除非在特殊情况下?有些事情是错的。同样,终端报告说账户中缺乏资金,而不与服务器联系。它是如何知道这些的?为什么这些函数不在那里调用?
这只是通知时的工作方式。
)
只要能通信,一切都能正常工作。
)
在你的解释中,"正常 "一词意味着什么? 实际上,更令人费解的是 "所有 "一词。对于你来说,只要终端没有与服务器联系并给出资金不足的 信息,就可以断定一切正常。我有没有理解错,"所有 "这个词不包括MQL5程序的活动?除了MQL5程序外,其他一切都能正常工作吗?这就是你的意思吗?
如果你记得,问题是如何在MQL5程序中找出所需的保证金。如果你能给我一个提示,请说吧。
在你的解释中,"正常 "一词意味着什么? 实际上,更令人费解的是 "所有 "一词。要得出一切正常的结论,只要终端没有向服务器寻址,并给出资金不足的 信息就够了。我有没有理解错,"所有 "这个词不包括MQL5程序的活动?除了MQL5程序外,其他一切都能正常工作吗?这就是你的意思吗?
如果你记得,问题是如何在MQL5中找到所需的保证金。如果你能给我一个提示,请说吧。
到这里来
https://www.mql5.com/ru/forum/261955/page4#comment_7947370
并仔细研究语言。
你可以发现所有的帮助,否则只有自由职业者才能拯救你。
这里
https://www.mql5.com/ru/forum/261955/page4#comment_7947370
并认真学习语言。
你必须使用相应符号的杠杆,而且你需要更多的帮助,否则只有自由职业者才能拯救你。
这里是已经插入的表格:#31
你仍然没有明白,要确定保证金,你必须使用相应符号的真实杠杆,而不是交易账户的杠杆。
这里是已经插入的表格:#31
你仍然没有明白,要确定保证金,你必须使用相应符号的实际杠杆,而不是交易账户的杠杆。
彼得罗斯,要计算保证金还是什么?
再一次
在团队中检查资金是否充足(
OrderCalcMargin
)这已经是 "全包 "了,再纠结于杠杆的大小也没有用。
但是,如果有必要,这个问题是可以解决的。
关于交易、自动交易系统和策略测试的论坛
对MQL5中保证金要求的评估
Renat Akhtyamov, 2018.07.01 11:19
这在这里是没有用的。
它在不同的模拟中具有不同的杠杆作用。
杠杆可以根据保证金来计算,因为服务器会在考虑到杠杆的情况下给出保证金数额的答案。
彼得罗斯,要计算保证金还是什么?
再一次
充分性检查小组(
)已经是 "包罗万象 "了,再纠结于杠杆的大小是没有用的。
但是,如果有必要,这个问题是可以解决的。
你是自己试着做数学题还是只是胡说八道?
原生的OrderCalcMargin()函数给出的保证金只包括我们用AccountInfoInteger(ACCOUNT_LEVERAGE)得到的杠杆大小。
已检查。
彼得罗斯,要计算保证金还是什么?
再一次
对充分性检查小组(
)一切都已经 "包罗万象 "了,再纠结于杠杆的大小也没有用。
但是,如果有必要,这个问题也会得到解决。
这将是件好事。你如何检查你的报表?(是的,顺便说一下,OrderCalcMargin不是一个 "充分性检查命令",OrderCheck()做检查 )
你说的是哪种代码?在真实账户中,通过OrderCheck()的指示性(是-否)读数安排二进制搜索保证金金额,以尝试开立不同存款规模的真实交易,包括500万?好了,代码,但谁来为这种快乐买单?
那么如何处理这个结果呢?我们相信任何经纪公司都会如此吗?基于什么理由?开发商的一个负责任的声明在这里会有很大的帮助,但他,正如你所看到的,是沉默的。我认为他也没有解决办法。
毕竟,并不是所有的保证金估值问题都已经被表达出来了。为了估计挂单 的保证金,我们必须预见到这个账户在这个或那个消息传出时的杠杆率;挂单将持续到周五晚上。不是为了检查现在的杠杆率是多少,而是为了预测当时的杠杆率是多少。
另一个问题是,杠杆率是否会单独下降。它是否会被OrderCalcMargin()或OrderCheck()检测到?
或者,让大家高兴的是,开发者是否有话要说,如何估计开仓的保证金而不开仓?而每个账户中的每个交易员都不需要自己进行实验来找出每个符号的当前杠杆?
这一切都来自于有些人在做一些事情的时候,认为自己已经知道MQL或交易。
而他们没有意识到自己是个窝囊废,给那些他们应该学习的人提供建议。
彼得罗斯,要计算保证金还是什么?
再一次
对充分性检查小组(
OrderCalcMargin
如果你的账户已经是 "包罗万象",没有必要再为杠杆的多少而烦恼。
但是,如果有必要,这个问题也会得到解决
我建议你仔细阅读这个功能的用途。
边缘
[out] 变量,如果这个函数被成功执行,它将被用来计算所需的保证金。该计算是在当前账户中没有挂单 和未结头寸的情况下进行的。
保证金的价值取决于许多因素,并可能在市场环境变化时发生变化。