voidOnTradeTransaction( constMqlTradeTransaction &trans,
constMqlTradeRequest &request,
constMqlTradeResult &result )
{
switch(trans.type) //<<---- ОТФИЛЬТРОВАТЬ ПО ТИПУ ТРАЗАКЦИИ!!!!!!!!!!!!!!!!!!!!!!
{
//А вот здесь уже TRADE_TRANSACTION_DEAL_ADD
}
}
在这种情况下,我仍然需要在某个地方存储来自请求者的订单票据,以便与来自交易的票据进行比较。我只是想摆脱所有储存在本地的变量,只从市场/终端获得信息,以平衡本地基础设施的风险。
你有点太天真了。
法师对这个EA的所有行业都是一样的!
但是,订单是不同的(独特的)!
我在Openvashka中进行真实交易,在演示中进行测试,但我没有多个触发器。
发布你的TRADE_TRANSACTION_DEAL_ADD 的代码。
我今天刚遇到这种情况。上面张贴的是同一个机器人的2个相同交易的日志剪报。
2019.02.08 10:55:29 [INFO]: ( PChBreak_RTS-3.19_22) TRADE_TRANSACTION_DEAL_ADD
贸易_交易_交易_添加
符号:RTS-3.19
交易票据: 12674810
交易类型: DEAL_TYPE_BUY
订购票:82646001
订单类型: ORDER_TYPE_BUY
订单状态:ORDER_STATE_STARTED
订单时间类型: ORDER_TIME_GTC
订单到期时间:1970.01.01 00:00
价格:119700
价格触发:0
止损:0
获利: 0
卷:1
职位:82646001
位置:0
2019.02.08 10:55:32 [INFO]: ( PChBreak_RTS-3.19_22 ) TRADE_TRANSACTION_DEAL_ADD
贸易_交易_交易_添加
符号:RTS-3.19
交易票据: 12674810
交易类型: DEAL_TYPE_BUY
订购票:82646001
订单类型: ORDER_TYPE_BUY
订单状态:ORDER_STATE_STARTED
订单时间类型: ORDER_TIME_GTC
订单到期时间:1970.01.01 00:00
价格:119700
价格触发:0
止损:0
获利: 0
卷:1
职位:82646001
位置:0
关于deal_add的代码
在出现两个相同交易的错误后,我增加了一个检查,即当前交易的票据不等于前一个。
我今天刚遇到这种情况。上面我贴出了同一个机器人的2个相同交易的日志剪报。
2019.02.08 10:55:29 [INFO]: ( PChBreak_RTS-3.19_22 ) TRADE_TRANSACTION_DEAL_ADD
贸易_交易_交易_添加
符号:RTS-3.19
交易票据: 12674810
交易类型: DEAL_TYPE_BUY
订购票:82646001
订单类型: ORDER_TYPE_BUY
订单状态:ORDER_STATE_STARTED
.........
交易_添加的代码
在出现两个相同交易的错误后,我增加了一个检查,即当前交易的票据不等于前一个。
明白了。
订单状态:ORDER_STATE_STARTED -这不可能在TRADE_TRANSACTION_DEAL_ADD 中 出现!
添加
我相信你不知道(伊利亚-巴拉诺夫 也不知道)。
添加
这个论坛有一个 "交换交易 "板块,你最好在那里进行交流...
我明白了。
订单状态:ORDER_STATE_STARTED - 这不可能在 TRADE_TRANSACTION_DEAL_ADD中 出现!
添加
我相信你不知道。
添加
这个论坛有一个 "交换交易 "板块,你最好在那里进行交流...
我早就想动它了--但@Ilya Child 从未说过--他是在交易所交易还是只做外汇净值。我坐在这里等待...
我早就想把它搬走了--但@Ilya Child 从未说过他是在交易所交易还是只做外汇净值。我坐在这里等待...
符号:RTS-3.19是FORTS
符号:RTS-3.19是FORTS
我不明白。有一个证券交易所,有一个外汇。其他的东西都是不符合标准的。
我不明白。有一个证券交易所,有一个外汇。其他的东西都是不符合标准的。
FORTS是RTS期货和期权--莫斯科交易所的 衍生品市场部分 :)
我明白了。
订单状态:ORDER_STATE_STARTED -这不可能在TRADE_TRANSACTION_DEAL_ADD 中 出现!
添加
我相信你不知道(伊利亚-巴拉诺夫 也不知道)。
添加
本论坛有一个 "交易所交易 "板块,你最好去那里沟通一下...
我不太明白你的意思。这里我有交易的处理。
关于交易中的订单状态。你应该意识到,我不是自己编造的。在所有deal_add交易中,这是订单的状态。请注意,这是一个市场订单,它曾经是一个挂单。
现在我们有另一部分混乱。一笔deal_add交易飞来了,但没有出现任何头寸,并且在一个不存在的头寸上挂了牌。
已添加。
一笔Deal_add交易到了,但头寸没有出现,不存在的头寸上的挂单被放置。交易类型为卖出,订单类型为买入。尽管最初的限制是Sell_limit
限制器本身,将需要TP/SL,可以部分执行。限制器形式的TP也是如此。例如,TP被执行三分之一的量 - SL必须减少相同的量。
总而言之,相当不愉快的逻辑是为了抓住所有的窍门。
该任务应在OnTrade中实施。它的实施应该不会太难。
任务
我们在净值上有挂单(可能是不同的方向和每种类型的任何数量)。每次初始挂单触发时,我们需要将其SL/TP设置为止损/限价挂单。那么SL/TP应该是相互依存的:一旦订单触发,第二个订单就被删除。初始和SL/TP挂单可以部分触发。专家顾问可以在任何时候重新加载,包括转移到另一个终端。
解决方案
我不太明白你的意思。下面是我的交易处理
你没有switch(trans.type)。