堡垒。执法问题 - 页 37

 

MarketBookGet()函数中,这就更容易了

bool  MarketBookGet(
   string        symbol,     // символ
   MqlBookInfo&  book[]      // ссылка на массив
   );

返回快照时间。

datetime  MarketBookGet(
   string        symbol,     // символ
   MqlBookInfo&  book[]      // ссылка на массив
   );

返回的值。

"0" - 没有收到玻璃。

不是 "0"--快照时间

每个人都很高兴,没有不必要的检查!

 

这就对了。这就是为什么终端上有各种标志来决定交易模式的原因

if(!TerminalInfoInteger(TERMINAL_TRADE_ALLOWED))
Alert("检查终端设置是否允许自动交易!")
否则
{
if(!MQLInfoInteger(MQL_TRADE_ALLOWED))
Alert("Automatic Trading is not allowed in program properties for ",__FILE__)。

}

if(!AccountInfoInteger(ACCOUNT_TRADE_EXPERT))
Alert("Automatic trading is disabled for account",AccountInfoInteger(ACCOUNT_LOGIN),

"在贸易服务器方面"

if(!AccountInfoInteger(ACCOUNT_TRADE_ALLOWED))
Comment("账户不允许交易",AccountInfoInteger(ACCOUNT_LOGIN)。
"。可能,与交易账户的连接是用投资者的密码进行的
",n 检查终端日志,如果那里有这样一个条目:"

""/n\'",AccountInfoInteger(ACCOUNT_LOGIN),"':交易已被禁用 - 投资者模式。")

并亲自为文书。

enum_symbol_trade_mode

识别器

描述

符号_交易模式_禁用

符号_交易_模式_禁用

符号_交易_模式_longonly

只允许交易

符号_交易_模式_短线

只允许交易

符号_交易_模式_仅关闭

只允许平仓

符号_交易_模式_完整

对贸易业务没有限制

顺便说一下,SYMBOL_TRADE_MODE_CANCELONLY,FORTS的休息时间是可以实现的,但在这里 没有。

但这不够--你还需要一个小手鼓、一支舞蹈和一些代码,以检查自上一次会议以来报价 是否已经更新!"。

非常有成效!

Документация по MQL5: Программы MQL5 / Разрешение на торговлю
Документация по MQL5: Программы MQL5 / Разрешение на торговлю
  • www.mql5.com
Программы MQL5 / Разрешение на торговлю - справочник по языку алгоритмического/автоматического трейдинга для MetaTrader 5
 

开幕。有一位顾问在子账户中进行交易。直到今天,一切都很好,但今天发生了以下情况 - 从日志中的记录来看,订单被发送到服务器,但它们没有进入交易所。它们是手动打开的。当然,自动交易是允许的。谁--知道什么是错的?

1

 
Vitaliy Semenov:

开幕。有一位顾问在子账户中进行交易。直到今天,一切都很好,但今天发生了以下情况 - 从日志中的记录来看,订单被发送到服务器,但它们没有进入交易所。它们是手动打开的。当然,自动交易是允许的。谁--知道什么是错的?

请在留言中正确插入图片:论坛:如何插入图片(您的留言已被改正)。
 
Vitaliy Semenov:

开幕。有一位顾问在子账户中进行交易。直到今天,一切都很好,但今天发生了以下情况 - 从日志中的记录来看,订单被发送到服务器,但它们没有进入交易所。它们是手动打开的。当然,自动交易是允许的。谁--知道什么是错的?

问题可能出在EA代码中。

P/S 如果不在代码中,那会很有趣 :)

在这里发布源代码,你是如何设置顺序的(通过按SRC按钮)。

 
Михаил:

问题可能出在EA代码中。

P/S 如果不在代码中,会很有趣 :)

在这里发布源代码,你是如何设置顺序的(通过按SRC按钮)。

问题的设置--在地段大小上。最有可能的是经纪人方面在计算CS时出现了某种沉默症,因为有几个子账户。虽然资金足够开出2个合约C,但仍有一点。但该职位只在1日开放。在2号,从截图上看出现了这种滞后,在试图打开3号时,日志显示 "没有钱"。
 
Vitaliy Semenov:
问题是地段大小。可能在经纪人方面,由于有几个子账户,SOW的计算有一些混乱。虽然资金足够开出2个合约C,甚至还有一点剩余。但该职位只在1日开放。在2号,从截图上看出现了这种滞后,在试图打开3号时,日志显示 "没有钱"。

我看到了,今天,9月7日,GO们已经改变了

http://moex.com/n10706/?nt=0

 

Aytugan Khafizov:

在我回复Opening指出可能的问题后,他们承诺在周五推出新的访问服务器。由于我不了解的原因,他们可能最早要到本周二才会做这件事。等待着...

给Otkritie打电话,提醒他们--他们答应在星期三做。
 
Aytugan Khafizov:
给Otkritie打电话,提醒他们--他们答应在星期三做。
谢谢你。
 

开幕式上的任何事情都没有做。

2015.09.10 13:50:46.675 Trades  'xxxxx': cancel order #20218546 sell limit 50.00 BR-11.15 at 50.28
2015.09.10 13:50:46.690 Trades  'xxxxx': cancel order #20218546 sell limit 50.00 BR-11.15 at 50.28 placed for execution in 15 ms
2015.09.10 13:51:25.317 Trades  'xxxxx': modify order #20213066 sell limit 47.00 Si-9.16 at 78255 sl: 0 tp: 0 -> 78236, sl: 0 tp: 0
2015.09.10 13:51:25.420 Trades  'xxxxx': modify order #20213066 sell limit 47.00 Si-9.16 at 78255 sl: 0 tp: 0 -> 78236, sl: 0 tp: 0 placed for execution in 102 ms
2015.09.10 13:51:25.499 Trades  'xxxxx': modify order #20213066 sell limit 47.00 Si-9.16 at 78236 sl: 0 tp: 0 -> 77132, sl: 0 tp: 0
2015.09.10 13:51:25.530 Trades  'xxxxx': modify order #20213066 sell limit 47.00 Si-9.16 at 78236 sl: 0 tp: 0 -> 77132, sl: 0 tp: 0 placed for execution in 30 ms
2015.09.10 13:53:28.702 Trades  'xxxxx': buy limit 10.00 MXI-3.16 at 1644.70
2015.09.10 13:53:29.040 Trades  'xxxxx': buy limit 10.00 MXI-3.16 at 1644.70 placed for execution in 338 ms
2015.09.10 13:53:50.271 Trades  'xxxxx': cancel order #20213066 sell limit 47.00 Si-9.16 at 77132
2015.09.10 13:53:50.287 Trades  'xxxxx': cancel order #20213066 sell limit 47.00 Si-9.16 at 77132 placed for execution in 16 ms