银行运作时，0:00之后的头寸过渡。如何识别？需要大厅的帮助。 - 页 7

新评论
 
Oldman_Evgeny:

好吧，没有人戳我的痛处。

我不得不自己发明它。

所以。

在23:50，如果我的专家顾问按开盘或收盘工作，我就切换到处理每个刻度。

如果专家以蜱为单位工作，我不需要去任何地方）。

在23:50之后的第一个刻度，我强行平仓。

(我试着不在23:50关闭，而是稍后关闭，但遇到了一个情况，我把关闭时间设定为23:56，而从23:56到00:00没有出现过一个刻度。

翻车启动后，一切都乱套了！...!(为了以防万一，我把23:50的时间留了下来--肯定在10分钟内至少会有一个刻度出现！)

我记得头寸的所有参数--是买入还是卖出头寸、止损、止盈等.....。

截止到00:00:00，我禁止开仓。

00:00之后，在第一个经过的刻度线上，我强行开了一个与原来相同方向的仓位，所有属性的仓位在23:00关闭。

因此，我绕过了翻身。

一般来说，我的损失比翻身时要大，但至少我有一个正常的位置延续。

我想不出另一个....

周五的唯一问题是，市场在周一01:00开盘。

但我决定不在周一晚上开仓，因为不同的 "灾难 "经常发生--缺口、反转和其他东西。

我只是在周五平仓，仅此而已。我在节假日也会这样做。


PS。我认为翻转时缺乏位置数据传输是作弊。我将通过AFD来处理这个问题。如果有的话，我们可以向中央银行投诉。

他们对那里的外汇交易商并不怎么怜悯。

在翻转过程中不是要保存头寸ID（而不是票据）吗？
 
只有方向和地段大小被保存。没有别的了。
 
Oldman_Evgeny:
只有方向和地段大小被保存。没有别的了。
PositionGetInteger(POSITION_IDENTIFIER)

它的回报是什么？

 

PositionGetInteger(POSITION_IDENTIFIER)，正如它应该的那样，返回票号。

票据的新号码，是翻转的结果，而不是翻转前的位置....。

但翻转后，在新的位置上，变成了m_position.Magic()=0。因此，在专家顾问....，没有任何工作。

也许，人们可以通过某种方式把 "魔术 "塞进新的位置，然后再从旧的位置塞进其他东西。

但我照上面写的做了。但我还会再考虑一下。

PSB用他们的平台欺骗了这么多，这让我很生气。

而且，据我所知，他们不是唯一的...

对商人的沉默感到惊讶!每个人都只做日内交易或点子交易吗？

好吧，不要在一些像alparey这样的厨房里进行交易，因为有持牌的俄罗斯经纪人....。
 

试着在OnTick中插入一个结构体

如果(m_position.Magic() ==0) m_trade.SetExpertMagicNumber( EA_Magic )。

该结构不起作用。

看起来没有办法在一个开放的位置 上改变魔术，....。

因此，我所做的和上面描述的似乎是唯一的选择。

 
Oldman_Evgeny:

试着在OnTick中插入一个结构体

如果(m_position.Magic() == 0) m_trade.SetExpertMagicNumber( EA_Magic )。

该结构不起作用。

看起来没有办法在一个开放的位置 上改变魔术，....。

因此，我所做的和上面描述的似乎是唯一的选择。

你们都在为魔术师大惊小怪什么呢？将每个位置包在一个类中，在打勾时不要去找它，只需跟踪它。如果它突然关闭，那么分析一下关闭的原因。如果原因是翻转，那么就找一个新的，把类字段改成实际的。为了组织失败后的重新启动，我们把所有必要的信息写在一个单独的文件中（好吧，我不喜欢终端的全局变量）。
 
Vladimir Simakov:
为了组织失败后的重新启动，我们把所有必要的信息写在一个单独的文件中（好吧，我不喜欢终端的全局变量）。

如果专家顾问在不同的机器上运行，我们是否必须随身携带该文件？

 
Ihor Herasko:

如果专家顾问在不同的机器上运行，你是否必须随身携带该文件？

Ftp、云计算都是选项。
如果只是在机器人之间进行数据交换，那么就用pipe和ws。
 
Vladimir Simakov:
Ftp，云 - 作为一个选项。
如果只是在机器人之间进行数据交换，那么就用管道和ws。

既然有了 "魔法"，为什么还要这么麻烦呢？在大多数情况下，这已经很不错了。至少我已经成功地使用了它。

  1. 信号发生的时间，在此时间段内，订单/仓位被打开。
  2. 订单所属网格的索引（如果一个策略是一个网格）。
  3. 该订单在网格中的索引
  4. 专家顾问ID本身
当然，所有这些都有一定的局限性。然而，这些限制是相当合理的。超越它们是一种罕见的情况。

 
Ihor Herasko:

既然有了 "魔法"，为什么还要这么麻烦呢？在大多数情况下，这对眼睛来说已经足够好了。至少我能够使用它。

  1. 信号发生的时间，在此时间段内，订单/仓位被打开。
  2. 订单所属网格的索引（如果一个策略是一个网格）。
  3. 该订单在网格中的索引
  4. 专家顾问ID本身
当然，所有这些都有一定的局限性。然而，这些限制是相当合理的。超出它们是一种罕见的情况。

所以你自己已经回答了--有局限性，这正是这个主题所讨论的。包裹的优点。

  1. 信号发生的时间是相同的。
  2. 网格索引是相同的。
  3. 网格中一个订单的索引--所以，同样，它是一个明确的索引。
  4. 专家顾问识别器--好吧，你得到了它。

这样做的全部乐趣在于，在检查过程中，市场头寸状态被检查，类的字段被纠正。 同时，我们不经过头寸，交易功能 处理程序是类的方法。没有人禁止使用magik从失败中恢复--简单地说，我们可以很容易地将整个历史打包在二进制中，只需开发一种格式。

至于机器人在不同工作场所的共享订单的工作--有什么意义呢？除了同步问题，我想不出还有什么其他问题。试想：一个机器人在一个工作场所发出平仓 的指令，而在另一个工作场所则根据这个特定的头寸的事实做出交易决定，我们怎么能同步呢？

12345678910
新评论