2015.10.2716:28:11.4762015.10.2610:05:08ExpertRemove() function called
2015.10.2716:28:11.4652015.10.2610:03:14 INFO>> *** VOLUME=1.0 *** ID=2 *** TYPE=POSITION_TYPE_SELL *** OrdersTotal()=02015.10.2716:28:11.4502015.10.2610:01:47 CLOSE Volume=1.02015.10.2716:28:11.4502015.10.2610:01:47 CLOSE OrdersTotal()=02015.10.2716:28:11.4502015.10.2610:01:47 CLOSE Deal=32015.10.2716:28:11.4502015.10.2610:01:47 CLOSE Order=32015.10.2716:28:11.4502015.10.2610:01:47 CLOSE Retcode=100092015.10.2716:28:11.4502015.10.2610:01:47 CLOSE OrderSend=true2015.10.2716:28:11.4492015.10.2610:01:47 order performed buy 1.00 at 9249 [#3 buy 1.00 SBRF-12.15 at 9249]
2015.10.2716:28:11.4492015.10.2610:01:47 deal performed [#3 buy 1.00 SBRF-12.15 at 9249]
2015.10.2716:28:11.4492015.10.2610:01:47 deal #3 buy 1.00 SBRF-12.15 at 9249 done (based on order #3)
2015.10.2716:28:11.4492015.10.2610:01:47 exchange buy 1.00 SBRF-12.15 at 9249 (9242 / 9249 / 9242)
2015.10.2716:28:11.4492015.10.2610:01:47 CLOSE>> *** VOLUME=1.0 *** ID=2 *** TYPE=POSITION_TYPE_SELL *** OrdersTotal()=02015.10.2716:28:11.4222015.10.2610:00:57 order performed sell 1.00 at 9205 [#2 sell stop 1.00 SBRF-12.15 at 9205]
2015.10.2716:28:11.4222015.10.2610:00:57 deal performed [#2 sell 1.00 SBRF-12.15 at 9205]
2015.10.2716:28:11.4222015.10.2610:00:57 deal #2 sell 1.00 SBRF-12.15 at 9205 done (based on order #2)
2015.10.2716:28:11.4222015.10.2610:00:57 order [#2 sell stop 1.00 SBRF-12.15 at 9205] triggered
2015.10.2716:28:11.4222015.10.2610:00:57 OPEN Volume=0.02015.10.2716:28:11.4222015.10.2610:00:57 OPEN OrdersTotal()=12015.10.2716:28:11.4222015.10.2610:00:57 OPEN Deal=02015.10.2716:28:11.4222015.10.2610:00:57 OPEN Order=22015.10.2716:28:11.4222015.10.2610:00:57 OPEN Retcode=100092015.10.2716:28:11.4222015.10.2610:00:57 OPEN OrderSend=true2015.10.2716:28:11.4222015.10.2610:00:57 sell stop 1.00 SBRF-12.15 at 9205 (9205 / 9227 / 9205)
2015.10.2716:28:11.4222015.10.2610:00:57 OPEN>> *** VOLUME=0.0 *** ID=0 *** TYPE=POSITION_TYPE_BUY *** OrdersTotal()=02015.10.2716:28:11.344 SBRF-12.15,M1: testing of Experts\Projects\CoinAge5\Helper_v01\mq5\Tst\TST006_Open_Close_Positions_001.ex5 from 2015.10.2600:00 to 2015.10.2700:00 started
这是正确的,网络延时。而订单需要很长时间才能发送(或收到确认),事件就会丢失。
不,不是这样的!
1.这不是 "网络 "延迟,而是MT5服务器延迟(可能是经纪人的硬件)。
2.TradeTransaction并不总是丢失(ALWAYS),如上图所示,延迟是409毫秒, 事件并没有丢失。
这就是为什么我认为造成延迟的不是网络而是MT5服务器(经纪人的硬件)。
CheckOrders()函数的服务器响应时间是700到1200毫秒(取决于
在定时器的哪个点(周期500毫秒)发送命令),这比正常模式下的运行时间(在我的配置中)长100倍(7-9毫秒)。
延迟18毫秒时,事件丢失,而延迟409毫秒时,事件没有丢失,这一事实使我们可以说这是MT5服务器的一个 "错误",而不是其他的问题。
原因。
另外...我的朋友住在我家,他 通过我的ISP, 在 两个终端 上 与我的机器人 进行交易,通过 家里的同一个路由器,由于某些原因,他
当时 没有延时!
迈克尔,请不要编辑帖子。最好是添加新的,这样你就不必用眼睛去寻找更新。
什么?
脚本在删除前对每个订单做了OrderSelect,如果被选中,说明它不在历史上,也不在活动中,那么错误是什么?
在删除一个订单后,剩下的未处理的订单的数字被移1。
迈克尔,让我们再来一张有延迟的 "床单",这越来越无聊了。:))))
你什么时候去参加开幕式?:)))))))
有以下代码。
也就是说,我们用一个订单开仓,用一个反向订单平仓,然后看一下仓位的成交量作为结果。
我们期待0(零),我们有1(一)。日志如下(从底部开始)。
原因是什么呢?
下面是我的一个问题,给行家们。如何归零?(FORTS, Otkrytie-Broker, Real)
有以下代码。
也就是说,我们用一个订单开仓,用一个反向订单平仓,然后看一下仓位的成交量作为结果。
我们期待0(零),我们有1(一)。日志如下(从底部开始)。
原因是什么呢?
这不是更简单吗?
?
原因是什么呢?
这不是更简单吗。
?
不,不是的。我就是这样处理我自己的代码的,而在你的版本中,我将不得不分析一个不是由我写的库。如果你看一下这个库里面,你会发现和我差不多的一套操作。这就是为什么我想首先了解在FORTS上下单的机制,然后,也许可以使用标准库。