アドバイザーは実生活に適しているか？ - ページ 35

新しいコメント
 
borilunad:

1）すべての条件とアクションを正常化する。


また、ロットが変更された場合、および/または計算された場合は、正規化する必要があります。それ以外に何が可能でしょうか？
 
FOReignEXchange:

1) ストップを別々に計算する場合、正規化する必要があります。これはヘルプに書いてあります。なぜ、正規化する必要のないものを正規化するのか？小数点以下150桁とする。何も影響がないのであれば、正規化する必要はない。例えばこんなコードです。

なぜaやbを正規化する必要があるのか？私には理解できない。もちろん、これは簡略化した例です。しかし、ポイントは、コードの中で数学を扱っている場合、なぜすべてを正規化する必要があるのか、ということです。このような数学の結果として得られる場合は、トップのみ正規化する必要がある。

2）何度かコンディションを確認した。今確認しているところです。何か見落としがあったのかもしれません。

3) 私のコードでは、2つのエラーしか発生しません。エラー 130 - 保留注文の削除時に、間違ったストップと無効なパラメーターが発生しました。最初の1枚ですべてがクリアになり、整理がつきました。保留中の注文削除の無効化パラメータも明確になっています。

4) SLやTPを設定せずにポジションを建てる時間がない。最低利益を設定しても、値動きが激しいので、後で設定できなくなる可能性があるからだ。どう見ても、以前はBROKO端末でストップ付きのポジションを建てることができなかったことから、4番目のルールが生まれたようです。今ならできる。だから、このルールの意味がわからないんです。


私が思うに、あなたが一番よく知っているのは...。

このまま、ストップの誤差やペンデントの除去を 含め、価格のすぐ近くに重要性があるにもかかわらず、SLとTPで武装し、他のすべてのポイントを見ていない！？

時間が解決してくれるでしょうし、すべてをその場所に置くことになるでしょう。

 
FOReignEXchange:

また、ロットが変更された場合、および/または計算された場合は、正規化する必要があります。他にできることは？

もちろんです！（笑また、市場環境の中で急速に変化するVCの規範に関する計算に関するすべてのこと。
 
borilunad:


私が思うに、あなたが一番よく知っているのは...。

価格に近接した重要性にもかかわらず、SLとTPで歯に武装し、他のすべてのポイントを見ていない、停止と振り子の削除でエラーを含む、良い仕事を続けてください！。

時間が解決してくれるでしょうし、すべてを元の場所に戻してくれるでしょう。


要は、実生活の中でそのコードが動作し、スムーズに動くかどうかということです。あとは全部どうでもいい。

価格陳腐化による故障STOP。130エラー です。再試行するだけで全て直ります。これには何の問題もありません。ログにはもうエラーはありません。

注文を削除する条件が満たされない原因を解明すればよいだけです。トピックのタイトルに書かれた疑問が解決されます。

 

FOReignEXchange:

トピックのタイトルで発表された質問は、もう終わったことでしょう。

また、テスターと同じように保証金の増加も意味する)

まあ、チャート上で、テイク11、ストップ15を自信をもって設定でき、テイクまで行くことがわかるようなポイントがあるとは思えないが......)

モンキーでもなく、ロッカーでもなく、シングルポジションを開けるんですね、やっぱり。

特にローソクのオープニングでエントリーする場合、そのような決まりはありません。これはファンタジーであり、フィクションである。値段は誰にも借りがない。計画したところに戻るわけでもなく、決めたから進むわけでもない。どんな超ド級の指標で示されても

 
FOReignEXchange:


主なポイントは、コードが実際に動作し、スムーズに動くことです。それ以外はどうでもいいのです。

価格陳腐化によりエラーREAL STOP。130エラーです。再試行するだけで全て直ります。これには何の問題もありません。ログにはもうエラーはありません。

注文を削除する条件が満たされない原因を解明すればよいだけです。スレッドのタイトルで発表された質問は終了となります。


すみません、もう1つ明確にしてください変更されるパラメータはすべて、開始時に MarketInfo() からリフレッシュされる必要があります。

また、スリップは5桁で20以上でなければなりません（エラー130）。

テスターでは、それらも含めて変更されていませんので、少なくとも私はこの素晴らしいテスト結果を信頼しています。

 
borilunad:


すみません、もう1つ明確にしてください変更されるすべての DC パラメータは、開始時に MarketInfo()からリフレッシュされる必要があります。

テスターでは、彼らも他の人も変化しないので、美しいテスト結果は最も信用できません。


どのようなパラメータですか？BidとAskのみを変更すること、それだけです。また、MODEFREEZELEVELは、今日聞いた中で唯一役に立ちました。いつもありがとうございます。

他に変更可能なDCパラメータはありますか？価格の最小ステップ変化、または

最小ストップロス/スタックプロフィットレベル（pips単位
または
シンボル価格の小数点以下の桁数
または
引用通貨でのピップサイズ

スプレッドは、ユーロでは気になったことがありませんが、異なる場合があります。どのような影響があるのでしょうか？私の条件では、保留中の注文を出す可能性だけに影響するのかもしれません。もし

OrderOpenPrice()=Bid+MODE_SPREAD)=許容距離より小さい場合、注文はオープンされません。それは承知しています。しかし、そのようなエラーは一度も発生していません。

 
FOReignEXchange:


どのようなパラメータですか？BidとAskだけを変更する、それだけです。また、MODEFREEZELEVELは、今日聞いた中で唯一役に立ちました。また、ありがとうございました。

DCは他にどのようなパラメータを変更することができますか？価格変動の最小ステップなのか、それとも

最小許容ストップロス/ステイクプロフィットレベル（pips単位
または
商品価格における小数点以下の桁数
または
気配値通貨でのピップの大きさ

スプレッドは、ユーロでは気になったことがありませんが、異なる場合があります。どのような影響があるのでしょうか？私の条件では、保留中の注文を出す可能性だけに影響するのかもしれません。もし

OrderOpenPrice()=Bid+MODE_SPREAD)=許容距離より小さい場合、注文はオープンされません。それは承知しています。しかし、そのようなエラーは一度も発生していません。


参照： https://docs.mql4.com/ru/constants/marketinfo Bidから始まるあなたの「役に立つ」FritzLevel、極端な変動時に増加します。また、StopLevelなど。

Bid+Spread=Ask ですから、この場合はすぐにAskを使った方が良いのです。もちろん、開始当初にMarketInfo()でAskも試した場合ですが。

 

すみません、ちょっと出かけてきます!

私は、例えば、スタート時とロット精製後に、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: market order #26398219 cannot be deleted
18:34:14 505 000 $ EURUSD,M1: market order #26398219 cannot be deleted
18:34:15 505 000 $ EURUSD,M1.M1。market order #26398219 cannot be deleted
18:34:15 505 000 $ EURUSD,M1: market order #26398219 cannot be deleted
18:34:16 505 000 $ EURUSD,M1: market order #26398219 cannot be deleted
18:34:15 505 000 $ EURUSD,M2: market order #26398219 cannot be deleted 18:34:16 505 000 $ EURUSD,M2: market order #26398219 cannot be deleted34:16 505 000 $ EURUSD,M1: market order #26398219 cannot be deleted
18:34:17 505 000 $ EURUSD,M1: market order #26398219 cannot be deleted
18:34:17 505 000 $ EURUSD,M1: market order #26398219 cannot be deleted
18:34:18 505 000 $ EURUSD,M1: market order #26398219 cannot be deleted
18:34:19 505 000 $ EURUSD,M1: market order #26398219 cannot be deleted

10回失敗しています。iサイクルと同じ回数だけ。この場合、ビッド価格がすでに注文開始価格と 同じであったため、削除する時間がなかっただけである。このようなケースは初めて気がつきました。また探してみようと思います。これはプラスに働きましたね。システム内の信号とのズレは数分の一で、大したことはない。別のケースもあると思うので、それを待ちたいと思います。10〜15秒くらい反応がないときがあります。

1...282930313233343536373839404142...52
新しいコメント