ただ、注文の種類と選択した注文の始値で 比較して、それ以上にはならないことは何度も説明していることです。この条件下でのみ問題が発生します。すでに5回ほどコードを並べました。Low High Closeは関係ありません。それ以外にどうやって証明するんだ？今回で3回目の発言になります。Low[0]が完了したバーの値を取ると主張しているようですね。そんなことはありません!実際、Close[0]を使う人はいません。 そのためのBidとAskがあります。
注文の種類と選択した注文の始値で比較することになると何度も説明しているのですが、ダメなんです。この条件下でのみ問題が発生します。すでに5回ほどコードを並べました。Low High Closeは関係ありません。それ以外にどうやって証明するんだ？今回で3回目の発言です。Low[0]が完了したバーの値を取ると主張しているようですね。そんなことはありません!実際、Close[0]を使う人はいません。 そのためのBidとAskがあります。
そういうわけにはいきません。何かと比較されるんですね
発生します。AskとBidは、保留中の注文の 開始価格と比較されます。そう自信満々に言っているが、実はそうではない。また、このコードではClose[0]の値は使用しません。この値は一般に使用されることはない。Low[0]とHigh[0]の値は、すでに終了したバーではなく、現在のものを取っているようです。そうでなければ、たくさんのグレイルがあるはずです。
ROMUS 端末からじゃないんですか？おそらく、あなたに影響があるのでしょう。
そうなるんです。AskとBidは、保留中の注文の建値と比較されます。本当はそうではないのに、自信満々に断言している。また、本コードではClose[0]の値は使用しない。この値は一般に使用されることはない。Low[0]とHigh[0]の値は、すでに終了したバーではなく、現在のものを取っているようです。そうでなければ、ここには10数種類のグラボがあることになります。
RUMUS 端末からじゃないのか？何か関係があったのでしょう。
ルーマスとは一度も取引したことがない。
Low[0]とHigh[0]は比較に関与していますか？ちょっとだけ、コードを教えてもらってもいいですか？
ルーマスとは一度も取引したことがない。
Low[0]とHigh[0]は比較に関与していますか？コードの一部を教えてください。
いいえ、そんなことはありません。
いいえ、そうではありません。
ニック
一般的にあなたは、自分を助けようとすることに対して、奇妙な反応をします。
ただ、注文の種類と選択した注文の始値で 比較して、それ以上にはならないことは何度も説明していることです。この条件下でのみ問題が発生します。すでに5回ほどコードを並べました。Low High Closeは関係ありません。それ以外にどうやって証明するんだ？今回で3回目の発言になります。Low[0]が完了したバーの値を取ると主張しているようですね。そんなことはありません!実際、Close[0]を使う人はいません。 そのためのBidとAskがあります。
だから、もっとやさしく説明しようと思っているんです。
注文の種類と選択した注文の始値で比較することになると何度も説明しているのですが、ダメなんです。この条件下でのみ問題が発生します。すでに5回ほどコードを並べました。Low High Closeは関係ありません。それ以外にどうやって証明するんだ？今回で3回目の発言です。Low[0]が完了したバーの値を取ると主張しているようですね。そんなことはありません!実際、Close[0]を使う人はいません。 そのためのBidとAskがあります。
やさしく説明しているつもりです。
彼らはあなたを助けようとしているのです。各オペレーターをプリントアウトする。
FOReignEXchange 確かに、すでに何人かの方がリピートされていますね。条件が発生した時点のログブックの数字を表示 する。そして、「全部やった」と言い続けていますね。
今、やりました。待機中です。
あいみょんさん、私と同じように初心者の方だと思っていました。しかし、私は"MT4端末用取引システムの自動化で注文を 運ぶ"、また "プログラムの指標、顧問"、また "私は鉱山から販売することができますすべてを販売"、私のコーディングでは、私は次の、サーバーとの競合、小学校の間違いを避けるために学んできた ドキュメント、チュートリアルと私は多くの感謝を与え、ルールとして取っているフォーラムのメンバー、。
1）すべての条件とアクションを正常化する。
2）サーバーのコンディション変数の状態を確認する。
3) 起こりうるエラーに対処するため。
4）SL、TPを付けずに、指定した条件や値動きに応じて後から追加してポジションを 建てること。ちなみに、これは多くの種類のアカウントで、他の種類のアカウントに移行する際に自分の設定を変更しないための条件です。
結論：長い間、エラーが発生せず、サーバーがExpert Advisorの要件を満たしていない。例外：ログに記録されたサーバーとの接続の中断、または私の障害。
現在、私はささやかなマイクロ口座のデモとリアルでExpert Advisorをテストし、微調整しているところです。
幸運を祈ります。
1）すべての条件とアクションを正常化する。
2) サーバー条件変数の状態を確認する。
3) 起こりうるエラーを処理する。
4）SL、TPなしでポジションを建て、指定された条件と値動きに基づいて、後から追加する。ちなみに、これは多くの種類のアカウントで、他の種類のアカウントに移行する際に自分の設定を変更しないための条件です。
1) ストップを別々に計算する場合は、正規化すること。ヘルプに書いてあります。正常化してはいけないものを、なぜ正常化するのか。小数点以下150桁とする。何も影響がないのであれば、正規化する必要はない。例えばこんなコードです。
なぜaやbを正規化する必要があるのか？私には理解できない。もちろん、これは簡略化した例です。しかし、ポイントは、コードの中で数学を扱っている場合、なぜすべてを正規化する必要があるのか、ということです。そのような計算の結果得られたものであれば、ストップを正規化すればよいのです。
2）何度か条件を確認した。今確認しているところです。何か見落としがあったのかもしれません。
3) 私のコードでは、2つのエラーしか発生しません。エラー 130 - 保留注文の削除時に、間違ったストップと無効なパラメーターが発生しました。最初の1枚ですべてがクリアになり、整理がつきました。保留中の注文削除の無効化パラメータも明確になっています。
4) SLやTPを設定せずにポジションを建てる時間がない。最低利益を設定しても、値動きが激しいので、後で設定できない可能性があるからだ。どう見ても、以前はBROKO端末でストップ付きのポジションを建てることができなかったことから、4番目のルールが生まれたようです。今ならできる。だから、このルールに意味があるとは思えません。