[アーカイブ！】どんなルーキーの質問でも、フォーラムを散らかさないように。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 2. - ページ 173

新しいコメント
 
NayTmeR:

こんにちは。

ラゲール社のインジケーターを分解して改造、ただあまりうまくいっていない。コードについてご教授ください。

最後にラグエールはそのコードを開始した。

私の理解では、指標線そのものをLRSIと呼んでいます。

だから、カウンターの値を割り当てることができないんです。例えば、線が0.45を上向きに横切った場合、LastLagは1つ加算される。

今のところ、問題はカウンタ値の割り当てだけです。全体の構想は後で書けばいい。ありがとうございます。

インジケータライン 自体は配列val1[]です。
 

皆さん、改めましてこんにちは。


保留中の注文の T/Pがトリガーされたかどうかを判断する方法についてまだ悩んでいる。OrderCloseTimeに応じたフィルタ機能がありますが、問題はチケットやマジックマンボが注文そのものとそのストップオーダーにも適用されることです。つまり、注文そのものがトリガーされたのか、そのストップオーダーがトリガーされたのか、確実に理解することができないのです。注文がリストにあるかどうか（T/Pが機能しているか、削除されているか）しかわかりません。 例えば、注文は機能しているがT/Pが機能していない場合、どのように知るべきでしょうか？

混乱しています。

 
Pyro:

皆さん、改めましてこんにちは。

保留中の注文のT/Pがトリガーされたかどうかを判断する方法についてまだ悩んでいます。

我々はTPについて話している場合は、その利益は、保留中の注文について話して いる場合は、> 0になる履歴上の順序を見つける - 次に、保留中の注文が利益を取るために覚えている - それは市場注文になると保留中の注文を停止する必要があります：すなわち、コードのチェック注文タイプOP_BUYSTOP、ときにタイプがOP_BUYなる - そう保留中の注文は市場注文になりました。
 

アフタヌーン!

SL、TP、Trallを自動でつけて、一定の利益が出たらBUに転送してくれるEAを探しています...

多分、誰かが教えてくれるでしょう)

ありがとうございました。）

 
IgorM:
もし、TPについて話しているのなら、履歴でその利益が>0になる注文を見つけてください。もし、保留中の注文について話しているのなら、保留中の注文が利益をもたらすために - それは市場注文になり、保留中の注文を停止しなければならないことを覚えています：すなわち、コードで、注文タイプOP_BUYSTOPをチェックして、タイプがOP_BUYになったら - それは保留中の注文は市場になったということです。
ありがとうございます。確かに、どうにかしてやらなければならない。最初は、TPが一つの秩序の特性であり、独立した秩序ではないことを理解していませんでした。
 
Pyro:
Grand merci.こういうのが本当に必要なんです。最初は、TPが一つの秩序の特徴であり、独立した秩序ではないことを理解していませんでした。


20-30ページ前のこのスレッドで、私はクローズド・オーダーが利益>0か利益<0か分析されるコードを書きました。

Pavel447 です。

自動的にSL、TP、Trallを取引に配置し、一定の利益に達した後にCUに転送するExpert Advisorを探しています...

https://www.mql5.com/ru/code/mt4/search/?keyword=%D0%B1%D0%B5%D0%B7%D1%83%D0%B1%D1%8B%D1%82%D0%BE%D0%BA
 

このような事態を回避する方法はないのでしょうか？

ストップ＆テイクが正しい。市場参入。エキスパートアドバイザーは、同じストップとテイクオフのパラメータでショートを開いた後、数秒後にロングを入力することに失敗しました。

19:40:21 +ZigZag_Levels CLJ1,M5: Error setting order #130 成行注文タイプ = BUYOpen Price= 101.53 Stop Loss = 100.77 Take Profit = 102.27。
19:40:21 +ZigZag_Levels CLJ1,M5: 4 注文番号130のエラー。
 

130はストップ高の 間違いです。だから、停車駅のエラーを探す必要があるのです。NormalizeDouble()を実行しましたか？


または、ストプレレベルを確認してください。もしかしたら、この数秒の間に（ニュースの前、または何か他のものの前に）変わったかもしれません。
 
alsu:

130はストップ高の間違いです。だから、停車駅のエラーを探す必要があるのです。NormalizeDouble()を実行しましたか？


もう一つの選択肢は、stoplevelを確認することです、多分それはこの数秒の間に変更されている（ニュースの前に、または何か他のもの）？
まあ、要は停留所が何もないところにあるということなんですけどね。それは彼らとは関係ない :(
 
polsvv:
それが、停留所が何もないところにあるんです。彼らは何の関係もない :(
NormalizeDouble()を適所に配置？
1...166167168169170171172173174175176177178179180...537
新しいコメント