[ARCHIVE!] フォーラムを散らかさないように、どんなルーキーの質問でも。プロフェッショナルは、通り過ぎないでください。あなたなしではどこにも行けない - 4. - ページ 30 1...232425262728293031323334353637...631 新しいコメント 削除済み 2012.03.29 17:35 #291 親愛なるフォーラムのメンバーは、あなたが2つの隣接する指標の値の純粋に視覚的な比較で見ればStandart Deviation指標の精度の問題を解決するために役立つ、あなたは現在の値が以前のものよりも高い/低いことがわかりますが、あなたがデータウィンドウに例えば実際の値でこれら二つの値を比較すると、値は同じになることを見ることができる。 Vitalie Postolache 2012.03.29 17:48 #292 テキストラベルに表示される値は4桁目まで切り捨てられるが、これは実際の等価性を保証するものではなく、5桁目とそれ以降の桁は異なる。 削除済み 2012.03.29 17:56 #293 evillive: テキストラベルに表示される値は4桁目まで切り捨てられるが、これは実際の等価性を保証するものではなく、5桁目とそれ以降は異なる。 また、5桁目以降をどのように出すかは、より正確に指標値を知る必要があります。より精度を上げるためにNormalizeDoubleを 試しましたが、うまくいきません。 Vitalie Postolache 2012.03.29 18:13 #294 Alexandr24: 5桁以上の数字を出すには、より正確に指標の値を知る必要があります。より精度を上げるためにNormalizeDoubleを試しましたが、何もうまくいきません。 DoubleToStr() を使用するのがベターです。 削除済み 2012.03.29 18:32 #295 evillive: DoubleToStr() を使用するのがベターです。 はい、できますが、値はテキスト文字列として表示され、テキストを扱うことはできません(例えば、ある値を別の値に追加することはできません)。 Vitalie Postolache 2012.03.29 18:48 #296 この値はチャート上のマーカーに必要なもので、標準のインジケータから受け取った数値であれば、すでにDigitsに 変換されているので、インジケータのアルゴリズムをコードに実装しない限り、おそらく何もすることはありませんね。 あるいは、計算のために、桁数を増やしてDoubleに 変換してみるのもよいでしょう...。 削除済み 2012.03.29 19:01 #297 evillive: この値はチャート上のマーカーに必要なもので、標準のインジケータから数値を受け取ると数字に 変換されるとのことですが、おそらくインジケータのアルゴリズムをコードに実装する以外にはないのでしょう。 あるいは、計算のために、桁数の増えたDoubleに 変換してみるのもいいかもしれません...。 バック・トゥ・ダブルは、4桁に丸められた状態では機能しません。ありがとうございました。 UPD: 質問を削除しました、わかったと思います、指標値を10倍しただけで、同じ4桁が残りますが、精度が上がりました。 Рустам 2012.03.29 20:38 #298 1) コードベースにアクセスし、インジケータをダウンロードする :https://www.mql5.com/ru/code/8022 2) InsertIndicatorDigits(x); x = 小数点以下のゼロの数(精度) 3) インジケータをチャートに投げる - 自分の仕事に感心する。 削除済み 2012.03.30 02:03 #299 alsu: 残念ながら、あなたの場合、注文を出すときにどの価格を想定しているかは重要ではありません。ポイントは、Openポイントは価格水準ではなく、時点によって決まるということです。この時点では、同じBidとAskの価格が存在するため、他のすべてのティックと原則的に異なることはありません。したがって、バーが開いた瞬間にオープンしても、それ以外のタイミングでオープンしても、結果は同じになります。また、バーの開始時刻を01:00と指定した場合、バーの最初のティックが正確に01:00:00であることを意味しないことにご注意ください。つまりOpenは、チャートを作りやすくするための新しいバーカットの条件に過ぎないのです。 。 ご返信ありがとうございました。OPENが新バーという切り口は全くその通りなのですが、このポイントには定価があるのです。オープンエントリーと根本的に違うのは、オープン価格は同じ口座のすべての端末で同じになることです。終端速度の差は、原則として1秒を超えない。この間、"fast "ターミナルでは、ローソク足が開き、nポイント移動することができます。この場合、 "スロー "端末では、このキャンドルは少し遅れて表示されますが、すでに形成された動きと。つまり、Openと現在の価格は、"fast "ターミナルと同じになります。そのため、スクリプトが現在の価格から注文を計算する場合、端末によってエントリー価格が異なる可能性があります。高速端末ではOpen価格(バーが開かれた瞬間のBid)、低速端末ではCurrent価格(現時点でのBid)です。対応する、異なる場合があります。そして、Open 価格を基準にすれば、スクリプトは現在のBidを気にすることなく、直ちに必要な価格をスローターミナルで取得する。その結果、すべての端末で同じOpen priceで注文を計算することになります。 игорь 2012.03.30 04:47 #300 ある価格で注文、TP、SLを配置、削除、修正するEAはどこにありますか? 1...232425262728293031323334353637...631 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
親愛なるフォーラムのメンバーは、あなたが2つの隣接する指標の値の純粋に視覚的な比較で見ればStandart Deviation指標の精度の問題を解決するために役立つ、あなたは現在の値が以前のものよりも高い/低いことがわかりますが、あなたがデータウィンドウに例えば実際の値でこれら二つの値を比較すると、値は同じになることを見ることができる。
テキストラベルに表示される値は4桁目まで切り捨てられるが、これは実際の等価性を保証するものではなく、5桁目とそれ以降は異なる。
5桁以上の数字を出すには、より正確に指標の値を知る必要があります。より精度を上げるためにNormalizeDoubleを試しましたが、何もうまくいきません。
DoubleToStr() を使用するのがベターです。
DoubleToStr() を使用するのがベターです。
この値はチャート上のマーカーに必要なもので、標準のインジケータから受け取った数値であれば、すでにDigitsに 変換されているので、インジケータのアルゴリズムをコードに実装しない限り、おそらく何もすることはありませんね。
あるいは、計算のために、桁数を増やしてDoubleに 変換してみるのもよいでしょう...。
この値はチャート上のマーカーに必要なもので、標準のインジケータから数値を受け取ると数字に 変換されるとのことですが、おそらくインジケータのアルゴリズムをコードに実装する以外にはないのでしょう。
あるいは、計算のために、桁数の増えたDoubleに 変換してみるのもいいかもしれません...。
バック・トゥ・ダブルは、4桁に丸められた状態では機能しません。ありがとうございました。
UPD: 質問を削除しました、わかったと思います、指標値を10倍しただけで、同じ4桁が残りますが、精度が上がりました。
1) コードベースにアクセスし、インジケータをダウンロードする :https://www.mql5.com/ru/code/8022
2) InsertIndicatorDigits(x); x = 小数点以下のゼロの数(精度)
3) インジケータをチャートに投げる - 自分の仕事に感心する。
残念ながら、あなたの場合、注文を出すときにどの価格を想定しているかは重要ではありません。ポイントは、Openポイントは価格水準ではなく、時点によって決まるということです。この時点では、同じBidとAskの価格が存在するため、他のすべてのティックと原則的に異なることはありません。したがって、バーが開いた瞬間にオープンしても、それ以外のタイミングでオープンしても、結果は同じになります。また、バーの開始時刻を01:00と指定した場合、バーの最初のティックが正確に01:00:00であることを意味しないことにご注意ください。つまりOpenは、チャートを作りやすくするための新しいバーカットの条件に過ぎないのです。 。
ご返信ありがとうございました。OPENが新バーという切り口は全くその通りなのですが、このポイントには定価があるのです。オープンエントリーと根本的に違うのは、オープン価格は同じ口座のすべての端末で同じになることです。終端速度の差は、原則として1秒を超えない。この間、"fast "ターミナルでは、ローソク足が開き、nポイント移動することができます。この場合、 "スロー "端末では、このキャンドルは少し遅れて表示されますが、すでに形成された動きと。つまり、Openと現在の価格は、"fast "ターミナルと同じになります。そのため、スクリプトが現在の価格から注文を計算する場合、端末によってエントリー価格が異なる可能性があります。高速端末ではOpen価格(バーが開かれた瞬間のBid)、低速端末ではCurrent価格(現時点でのBid)です。対応する、異なる場合があります。そして、Open 価格を基準にすれば、スクリプトは現在のBidを気にすることなく、直ちに必要な価格をスローターミナルで取得する。その結果、すべての端末で同じOpen priceで注文を計算することになります。