顾问是否适用于现实生活？ - 页 35

新评论
 
borilunad:

1）使所有条件和行动正常化。


如果改变和/或计算，你还需要对该批次进行归一化。还有什么可能呢？
 
FOReignEXchange:

1）在单独计算时，你必须将止损点规范化。这写在帮助中。为什么要把其他不需要正常化的东西正常化？让它成为小数点后150位。如果它不影响任何东西，就没有必要将它正常化。例如，这里有一个代码。

我们为什么要将a和b归一化？我无法理解。当然，这只是一个简化的例子。但问题是，如果你在代码中处理的是数学问题，为什么要把一切都规范化呢？如果是作为这种数学的结果得到的，只有顶部需要被规范化。

2）检查了几次条件。我现在正在检查。也许我错过了什么。

3) 我的代码中只出现了2个错误。错误130 - 错误的止损，以及删除挂单时的无效参数。第一个人的一切都很清楚，我已经把它整理好了。待定订单删除的禁用参数也很清楚。

4) 我们没有时间在没有SL和TP的情况下开仓，因为我们设置了最低利润，而且以后可能不会再设置，因为价格变动很快。从表面上看，第四条规则是由以前不能用BROKO终端开立带止损的头寸这一事实发展而来的。现在你可以了。所以我不明白这个规则的意义。


在我看来，你最了解...

就这样继续下去，包括止损的错误和去掉 垂线，用SL和TP武装到牙齿，尽管在紧邻价格的地方很重要，而在其他方面却看不出有什么意义!

时间会证明一切，也会让一切归于平静!

 
FOReignEXchange:

如果改变和/或计算，你还需要对该批次进行归一化。你还能做什么？

当然了!以及与市场条件下快速变化的VC规范有关的一切计算。
 
borilunad:


在我看来，你最了解...

继续努力，包括错误的止损和移除摆锤，用SL和TP武装到牙齿，尽管重要性与价格接近，但在其他方面都看不出有什么意义!

时间会证明，也会让一切归位!


最主要的是，现实生活中的代码能够顺利地工作和运行。其他的都不重要。

由于价格过时，故障停止了。错误130。只要再试一次就能解决一切问题。这方面没有问题。日志中没有更多的错误。

我们只需要弄清楚为什么删除订单的条件没有得到满足，这就是全部。题目标题中所述的问题将得到解决。

 

FOReignEXchange:

题目标题中宣布的问题就会结束。

这也将意味着押金的增加，与测试器中相同)

好吧，我不相信图表上有这样一个点，你可以自信地设置一个11点和一个15点的止损，并知道它将会进入这个点。）

不是猴子，不是储物柜，你开单的位置，我的理解是这样的。

没有这样的规则，特别是当你在蜡烛的开口处进入。这是幻想和虚构。价格不欠任何人任何东西。它既不会回到我们计划的地方，也不会向前走，因为我们已经决定这样做。无论什么超级指标向我们显示。

 
FOReignEXchange:


最主要的是，代码应该在现实生活中工作并顺利运行。其他一切都不重要。

由于价格过时，错误的真正STOP。错误130。只要再试一次就能解决一切问题。这方面没有问题。日志中没有更多的错误。

我们只需要弄清楚为什么删除订单的条件没有得到满足，这就是全部。该主题标题中宣布的问题将结束。


对不起，再澄清一下!所有变化的参数应该在开始时从MarketInfo()中刷新。

而滑点必须至少是5位数的20（错误130）。

在测试器中，他们和其他人都没有被改变，所以我至少相信的是辉煌的测试结果。

 
borilunad:


对不起，再澄清一下!所有变化的DC参数应该在开始时从MarketInfo()刷新。

在测试器中，他们和其他人都没有改变，所以我最不相信漂亮的测试结果。


什么参数？只有出价和要价应该被改变，仅此而已。另外MODEFREEZELEVEL是我今天听到的唯一有用的东西。再次感谢。

还有哪些直流参数可以改变？价格的最小台阶变化，或

最小止损/叠加利润水平，单位：点
或
符号价格中小数点后的数字数量
或
以报价货币计算的点子大小

价差可能会有所不同，尽管我从未在欧元上注意到这一点。它将如何影响它？在我的条件下，它可能只影响下一个挂单的可能性。如果

OrderOpenPrice()=Bid+MODE_SPREAD)=小于可接受的距离，订单将不会被打开。我很清楚这一点。但我们从来没有出现过这样的错误。

 
FOReignEXchange:


什么参数？只有买入和卖出应该被改变，就是这样。另外MODEFREEZELEVEL是我今天听到的唯一有用的东西。再次感谢你们。

DC还能改变哪些参数？它是价格变化的最小步骤还是

最小允许的止损/止盈水平，单位为点
或
票据价格中小数点后的数字数量
或
报价货币中的一个点的大小

价差可能会有所不同，尽管我从未在欧元上注意到这一点。它将如何影响它？在我的条件下，它可能只影响下一个挂单的可能性。如果

OrderOpenPrice()=Bid+MODE_SPREAD)=小于可接受的距离，订单将不会被打开。我很清楚这一点。但我们从来没有出现过这样的错误。


见：https://docs.mql4.com/ru/constants/marketinfo，从Bid开始到你的 "有用的 "FritzLevel，在极端波动的时候增加。还有StopLevel等。

Bid+Spread=Ask 所以，在这种情况下，最好立即使用Ask，当然，如果Ask在开始时也被MarketInfo()试出来的话。

 

对不起，我得离开一下!

我有，例如，在开始和完善的地段后，根据MM。

  RefreshRates();
  ASK = NormalizeDouble(MarketInfo(Symbol(),MODE_ASK),Digits);
  BID = NormalizeDouble(MarketInfo(Symbol(),MODE_BID),Digits);
  double spread = NormalizeDouble(ASK-BID,Digits);
  StopLevel = NormalizeDouble(MarketInfo(Symbol(),MODE_STOPLEVEL),Digits);
  double step = NormalizeDouble(Step*Point,Digits);
  if(step < StopLevel) step = StopLevel;
然后其他一切...
 

在这个代码上，我放出了以下内容

if (//Условие//)
   {
   if (OrderSelect(ticket_sell,SELECT_BY_TICKET)==true)
      if (OrderType()==OP_SELLSTOP) 
         {
         Print ("Заморозка: ",MarketInfo (Symbol(), MODE_FREEZELEVEL),", Bid: ",Bid,", Open=",OrderOpenPrice());
         if (Bid<=(OrderOpenPrice()+4*Point)) 
            {
            Comment ("1");                         
            i=0;
            while (i<10)
               {
               if (i>0) Sleep(500);      
               RefreshRates(); OrderDelete(ticket_sell); 
               err=GetLastError();
               if (err==0)
                  {
                  ticket_sell=0; return;
                  }
               i++;
               }
            }
         }
   }

18:34:14 $505,000 EURUSD,M1: 冻结：0，买入：1.3436，开盘=1。3436
18:34:14 505 000 $ EURUSD,M1: 市场订单#26398219不能被删除
18:34:14 505 000 $ EURUSD,M1: 市场订单#26398219不能被删除
18:34:15 505 000 $ EURUSD,M1:市场订单#26398219不能被删除
18:34:15 505 000 $ EURUSD,M1: 市场订单#26398219不能被删除
18:34:16 505 000 $ EURUSD,M1: 市场订单#26398219不能被删除
1834:16 505 000 $ EURUSD,M1: 市场订单#26398219不能被删除
18:34:17 505 000 $ EURUSD,M1: 市场订单#26398219不能被删除
18:34:17 505 000 $ EURUSD,M1: 市场订单#26398219不能被删除
18:34:18 505 000 $ EURUSD,M1: 市场订单#26398219不能被删除
18:34:19 505 000 $ EURUSD,M1: 市场订单 #26398219 不能被删除

它已经失败了10次。与i周期一样多的次数。在这种情况下，它只是没有时间去删除，因为买入价已经等于订单的开盘价。这是我第一次注意到这样一个案例。我会试着再找一个。这一次的工作是在有利的一面。与信号相差几分之一秒的偏差并不可怕。我认为还有一个案例，我将等待它。有的时候，10-15秒内都没有反应。

1...282930313233343536373839404142...52
新评论