[ARCHIVE] フォーラムを散らかさないように、どんなルーキーでも質問してください。プロフェッショナルは、通り過ぎないでください。Nowhere without you - 3. - ページ 263 1...256257258259260261262263264265266267268269270...652 新しいコメント Виктор 2011.10.14 12:06 #2621 Valdemar: PapaYozh さん、ありがとうございました。しかし、私はint start()にこの関数を挿入しましたが、それでもコンパイラの結果は変わりません。 結局、コンパイラはこのようなエラーを表示するのですが、変数の定義が間違っていることを指しているのでしょうか?。 Voldemar, みんな、ドキュメントやチュートリアル、サンプルに書いてあることをそのまま言おうとしているんだ:ユーザー関数の本体は、他の関数の外、たとえばStart関数の最後の行の後になければならない。 Pyxlik 2011.10.14 12:30 #2622 ilunga: もう一度。 ドキュメンテーション intOrderSend( string symbol, int cmd, double volume, double price, int slippage, double stoploss, double takeprofit, string comment=NULL, int magic=0,datetime expiration=0, color arrow_color=CLR_NONE, string comment=NULL, int magic=0,datetime expiration=0) Newest " 文字列の10番目のパラメータは 数字ではありません。 そのため、エラー が発生します。 では、取り外せばいいのですね。 PapaYozh 2011.10.14 12:49 #2623 Pyxlik2009: では、取り外せばいいのですね。 呼び出された関数 に正しくパラメータを渡す必要があります。 Pyxlik 2011.10.14 13:11 #2624 みんな助けて Valdemar 2011.10.14 15:13 #2625 granit77: カスタム関数の本体は、他の関数の前、例えばStart関数の最後の行の後に置かなければなりません。 granit77 さん、そして貴重な時間を割いてくださった皆さん、ありがとうございました。 成功したのは、思い描いた目標を達成するための最初の成功例の出現に、皆が喜んだからだと思います。 ありがとうございます!!!! ...近い将来、ここで誰かの役に立てればと思います。 Artyom Trishkin 2011.10.14 15:22 #2626 Pyxlik2009: みんな、助けてくれ。 持ってあげようか?:)))) 最新」を数字に置き換えてください。 Artyom Trishkin 2011.10.14 15:32 #2627 Starting:言いたいことがよく伝わらなかったようです。主張1.すべてのコードは、保留中の注文が発生した後、その注文の開始日(発生した瞬間に市場に出回るようになった)にアクセスすると、保留中の注文を設定した日付と同じ開始日を取得します - これがOrderOpenTime()関数の動作方法です。主張2:口座上の注文の状態を常に監視するExpert Advisorがなければ、保留中の注文がトリガーされた正確な時刻を覚えておくことはできません。考えられる解決策 1.保留中の注文を設定した日から現在の日付まで実行してみて、建値とトリガーレベルが最初に交差した時刻に注意すればよいのです。これは多少なりとも正確な時間になるのですが、スプレッドという大きなマイナスがあります。履歴にスプレッドを記録していないので(例えばDukasで取引していないので、Dukasからスプレッドを取ったティック履歴を採取して記録する必要があります)、実際に価格が保留注文設定ラインを越えたのを見た時ではなく、もっと前に、価格がオープンレベルに触れかけたが越えずに、スプレッド拡大により注文がトリガーされた可能性があります。最も可能性の高い解決策は、Expert Advisorを作成してチャートに表示し、口座の注文を監視することです。理由としてはやりたくないし、EAの動作が止まっている間にトラブルが発生する可能性があるというデメリットもある。ご指摘の機能です。OrderOpenTime()関数へのリンクを提供しています。遅延された注文については、その作成日であり、トリガーされた日ではない。そのため、既存の機能は適さない。そして、注文開始日についてはOrderOpenTime()を参照したままなので、これらを組み合わせる方法はありません。 あなたの主張には、何か心配な点があります。チケット12を使用した保留注文を 変換した後、履歴にはチケット12を使用した保留注文は残りません。チケット12でオープンポジションがあり、そのタイプはOP_BUYまたはOP_SELLになります。その開始時刻は、保留中の注文が成行注文に変化する時刻です。 間違っていたら訂正してください。 いずれにせよ、注文会計を代行してくれるExpert Advisorが必要です。毎ティック、保留中の注文があるかどうかを確認し、そのチケットを記憶し(注文が見つかった場合)、オープンポジションのティックを保留中のものと比較します。一致するものを見つけたら、すぐにその開封の時刻を覚えておく。これは、あなたが探している時間になる...。 26994 2011.10.14 16:31 #2628 質問 - テスターを通したフクロウでスクリプトやサードパーティーのEA(「自分で取引しない」シリーズ)を使用することは可能ですか? Pyxlik 2011.10.14 16:53 #2629 artmedia70: 持ってみましょうか?:)))) 最新」を数字に置き換えてください。 もうわかったよ、ありがとう) 削除済み 2011.10.14 20:31 #2630 artmedia70:あなたの発言には、何か不安なものがあります。例えばチケット12の保留注文を変換した後、履歴にチケット12の保留注文は残りません。チケット12でオープンポジションがあり、そのタイプはOP_BUYまたはOP_SELLになります。その開始時刻は、保留中の注文が成行注文に変化する時刻です。間違っていたら訂正してください。いずれにせよ、注文会計を代行してくれるExpert Advisorが必要です。毎ティック、保留中の注文があるかどうかを確認し、そのチケットを記憶し(注文が見つかった場合)、オープンポジションのティックを保留中のものと比較します。一致するものを見つけたら、すぐにその開封の時刻を覚えておく。これがあなたの希望する1枚になる。 はい、保留注文発動後の成行注文のチケットは変更されません(少なくとも私のブローカーでは)。 マーケットポジションのオープン時刻 は、保留中の注文の修正時刻になります。 少なくともログによると、今、ある注文を例にして比較しました。 これを前提とした主張1は、明らかに誤りである。明日、新鮮なうちに再チェックします。2晩(正確には2晩ではないのですが)作業していたので、もう頭がぼーっとしているんです。 保留中の成行注文のOrderOpenTime()が依然としてその開始時刻を表示していれば、全く問題はなく、EAが注文を追跡する必要はないのですが、そうでない場合は、EAを使用する必要があります。履歴から注文をオープン時間やクローズフラグで正しくソートするために必要なのは、保留中の注文がトリガーされた時間だけです。それが保留中の単なる成行注文で、保留中の注文であることを示すフラグがなかったとしても、これは問題ではありません -。重要なのは、事実である - それは最後に閉鎖され、最新のオープン日で - 我々のクライアント、それをここに持って来る。 ただ、私のスクリプトでは、保留中の注文がトリガーされたときに、最新のオープンタイムで最後のクローズした注文を正確に出すことはできないのです。とにかく、すべてチェックします。ヒントありがとうございます!とても参考になりました。 1...256257258259260261262263264265266267268269270...652 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
結局、コンパイラはこのようなエラーを表示するのですが、変数の定義が間違っていることを指しているのでしょうか?。PapaYozh さん、ありがとうございました。しかし、私はint start()にこの関数を挿入しましたが、それでもコンパイラの結果は変わりません。
もう一度。
ドキュメンテーション
intOrderSend( string symbol, int cmd, double volume, double price, int slippage, double stoploss, double takeprofit, string comment=NULL, int magic=0,datetime expiration=0, color arrow_color=CLR_NONE, string comment=NULL, int magic=0,datetime expiration=0)
Newest " 文字列の10番目のパラメータは 数字ではありません。 そのため、エラー
が発生します。
では、取り外せばいいのですね。
呼び出された関数 に正しくパラメータを渡す必要があります。
みんな助けて
カスタム関数の本体は、他の関数の前、例えばStart関数の最後の行の後に置かなければなりません。
granit77 さん、そして貴重な時間を割いてくださった皆さん、ありがとうございました。 成功したのは、思い描いた目標を達成するための最初の成功例の出現に、皆が喜んだからだと思います。
ありがとうございます!!!!
...近い将来、ここで誰かの役に立てればと思います。
みんな、助けてくれ。
持ってあげようか?:))))
最新」を数字に置き換えてください。
言いたいことがよく伝わらなかったようです。
主張1.すべてのコードは、保留中の注文が発生した後、その注文の開始日(発生した瞬間に市場に出回るようになった)にアクセスすると、保留中の注文を設定した日付と同じ開始日を取得します - これがOrderOpenTime()関数の動作方法です。
主張2:口座上の注文の状態を常に監視するExpert Advisorがなければ、保留中の注文がトリガーされた正確な時刻を覚えておくことはできません。
考えられる解決策 1.保留中の注文を設定した日から現在の日付まで実行してみて、建値とトリガーレベルが最初に交差した時刻に注意すればよいのです。
これは多少なりとも正確な時間になるのですが、スプレッドという大きなマイナスがあります。履歴にスプレッドを記録していないので(例えばDukasで取引していないので、Dukasからスプレッドを取ったティック履歴を採取して記録する必要があります)、実際に価格が保留注文設定ラインを越えたのを見た時ではなく、もっと前に、価格がオープンレベルに触れかけたが越えずに、スプレッド拡大により注文がトリガーされた可能性があります。
最も可能性の高い解決策は、Expert Advisorを作成してチャートに表示し、口座の注文を監視することです。理由としてはやりたくないし、EAの動作が止まっている間にトラブルが発生する可能性があるというデメリットもある。
ご指摘の機能です。OrderOpenTime()関数へのリンクを提供しています。遅延された注文については、その作成日であり、トリガーされた日ではない。そのため、既存の機能は適さない。そして、注文開始日についてはOrderOpenTime()を参照したままなので、これらを組み合わせる方法はありません。
あなたの主張には、何か心配な点があります。チケット12を使用した保留注文を 変換した後、履歴にはチケット12を使用した保留注文は残りません。チケット12でオープンポジションがあり、そのタイプはOP_BUYまたはOP_SELLになります。その開始時刻は、保留中の注文が成行注文に変化する時刻です。
間違っていたら訂正してください。
いずれにせよ、注文会計を代行してくれるExpert Advisorが必要です。毎ティック、保留中の注文があるかどうかを確認し、そのチケットを記憶し(注文が見つかった場合)、オープンポジションのティックを保留中のものと比較します。一致するものを見つけたら、すぐにその開封の時刻を覚えておく。これは、あなたが探している時間になる...。
質問 - テスターを通したフクロウでスクリプトやサードパーティーのEA(「自分で取引しない」シリーズ)を使用することは可能ですか?
持ってみましょうか?:))))
最新」を数字に置き換えてください。
あなたの発言には、何か不安なものがあります。例えばチケット12の保留注文を変換した後、履歴にチケット12の保留注文は残りません。チケット12でオープンポジションがあり、そのタイプはOP_BUYまたはOP_SELLになります。その開始時刻は、保留中の注文が成行注文に変化する時刻です。
間違っていたら訂正してください。
いずれにせよ、注文会計を代行してくれるExpert Advisorが必要です。毎ティック、保留中の注文があるかどうかを確認し、そのチケットを記憶し(注文が見つかった場合)、オープンポジションのティックを保留中のものと比較します。一致するものを見つけたら、すぐにその開封の時刻を覚えておく。これがあなたの希望する1枚になる。
はい、保留注文発動後の成行注文のチケットは変更されません(少なくとも私のブローカーでは)。
マーケットポジションのオープン時刻 は、保留中の注文の修正時刻になります。 少なくともログによると、今、ある注文を例にして比較しました。
これを前提とした主張1は、明らかに誤りである。明日、新鮮なうちに再チェックします。2晩(正確には2晩ではないのですが)作業していたので、もう頭がぼーっとしているんです。
保留中の成行注文のOrderOpenTime()が依然としてその開始時刻を表示していれば、全く問題はなく、EAが注文を追跡する必要はないのですが、そうでない場合は、EAを使用する必要があります。履歴から注文をオープン時間やクローズフラグで正しくソートするために必要なのは、保留中の注文がトリガーされた時間だけです。それが保留中の単なる成行注文で、保留中の注文であることを示すフラグがなかったとしても、これは問題ではありません -。重要なのは、事実である - それは最後に閉鎖され、最新のオープン日で - 我々のクライアント、それをここに持って来る。
ただ、私のスクリプトでは、保留中の注文がトリガーされたときに、最新のオープンタイムで最後のクローズした注文を正確に出すことはできないのです。とにかく、すべてチェックします。ヒントありがとうございます!とても参考になりました。