TB_TotalCountでTargetBand内の全価格レベル(サンプルでは1.35450~1.35850の範囲~400ポイントステップ)の特定価格ごとの総回数をカウントしています。この数値は、TargetBandの総頻度の70%の比率で、Value Area (VA)の総頻度を計算するために使用されます。
VA High/Lowを求めるには、POC価格を中心にして、このレベルを変数upPOCとdnPOCで上下両方向にカウントし、各カウントステップの価格の頻度をVAcountに徐々に統合して、上記のVAのTotalCountを埋めるというロジックになります。
TB_TotalCountでTargetBand内の全価格レベル(サンプルでは1.35450~1.35850の範囲~400ポイントステップ)の特定価格ごとの合計回数をカウントしています。この数値は、TargetBandの総頻度の70%の比率で、Value Area (VA)の総頻度を計算するために使用されます。
VA High/Lowを見つけるために、私のロジックでは、POC価格を中心点として、この特定のレベルの上下両方向を変数upPOCとdnPOCでカウントし、各カウントステップの価格の頻度をVAcountに徐々に統合して、上記のVAの合計カウントが一杯になるまで、VAcountを使用します。
Mladenさん、ありがとうございます。
スムージングされたモメンタム=スムージングされた RSIであれば(PRTで問題なくできます)
でも、「絶対」モメンタムって何ですか?
RSX=(滑らかなRSI)/(滑らかな絶対的なRSI)
私は私がよく理解していることを願っています。
ありがとうございました。
Zilliq
Mladenさん、ありがとうございます。
スムージングされたモメンタム=スムージングされたRSIであれば(PRTで問題なくできるのですが)
しかし、「絶対」モメンタムというのは
RSX=(滑らかなRSI)/(滑らかな絶対的なRSI)
私はよく理解していることを願っています
ありがとうございました。
ZilliqZilliq
私は「滑らかなRSI」も「滑らかな絶対的なRSI」も言ってません。
私が言ったのは、「平滑化された運動量と 平滑化された絶対運動量の比率」です(btw : RSIは、定義上、運動量指標のファミリーに属します)。
あなたは、1つの部分で言っているrsxの計算の行を見つけることができます "MathAbs(ママ)"。これは絶対的な勢いであり、スムージングの遅れや「アンダーシュート」(これはまれです)の結果でない限り、0を下回ることはないのです。
Zilliq
この記事のインジケータを見てみてください :https://www.mql5.com/en/forum/178733/page36.どのようなタイプのrsiが計算されるとき、何がどのように使用されるかが明らかになります。
よろしくお願いします。
Mladenさん、どうもありがとうございます。
PRTで何ができるか見てみます。
おやすみなさい。
Zilliq
OK私はあなたのRSIの実験を参照してください、私はあなたのコードを理解すると思います。
もしそれが誰かの助けになるなら、RSIとその計算方法に関する興味深い記事がここにあります。
http://forum.vtsystems.com/index.php?act=Attach&type=post&id=1517
今、私は滑らかな運動量をコード化する必要があります
解説してくれたMladenに感謝します。
Zilliq
こんにちは、Mladenとその仲間たち。
市場プロファイルに 基づいたターゲットバンドのPOCとVA値の定義に関する問題で、お邪魔しているようでしたら、ご容赦ください。この問題についての私の具体的な問題をここで共有することを進めてもよろしいでしょうか?
このメッセージでは、私の試行錯誤(現在までの失敗)をお知らせし、私のコーディングミスを特定するための助けを呼びかけたいと考えています。添付のインジケータ(テスト時の便宜上、チャートM15-EURUSDに適用するよう特別にパラメータを設定しました)内の私のコーディングのロジックをチェックしてください。
コメント情報によると、400ポイントステップしかないのに、TB_POCCount (MaxCount = 34) と TB_TotalCount (> 1million)の差がとても不思議に思います。何度も確認したのですが、原因がわかりません。
VAHとVALを見つけるコーディングのロジックをテストするために、合理的なTB_TotalCountの仮定も試しました。これも失敗です。そして最悪なのは、私の間違いがどこにあるのか特定できないことです。
あなたの考察のために再びありがとうございます。あなたの親切なアドバイスがあることを望みます。
ファレアストル
こんにちは、Mladenとその仲間たち
市場プロファイルに基づいたターゲットバンドのPOCとVA値の定義に関する問題でお邪魔していることをお許しください。この問題についての私の具体的な問題をここで共有することを進めてもよろしいでしょうか?
このメッセージでは、私の試行錯誤(現在までの失敗)をお知らせし、私のコーディングミスを特定するための助けを呼びかけたいと考えています。添付のインジケータ(テスト時の便宜上、チャートM15-EURUSDに適用するよう特別にパラメータを設定しました)内の私のコーディングのロジックをチェックしてください。
コメント情報によると、400ポイントステップしかないのに、TB_POCCount (MaxCount = 34) と TB_TotalCount (> 1million)の差がとても不思議に思います。何度も確認したのですが、原因がわかりません。
VAHとVALを見つけるコーディングのロジックをテストするために、合理的なTB_TotalCountの仮定も試しました。これも失敗です。そして最悪なのは、私の間違いがどこにあるのか特定できないことです。
あなたの考察のために再びありがとうございます。あなたの親切なアドバイスがあることを望みます。
ファラストルファレアストル
TB_TotalCount 変数で何をカウントしようとしているのか、正確に説明できますか?
_______________________
PS: 1時間足の平均的なステップ数は3から4000の間です(MAX_HISTORY期間の最高値と最安値に依存するので)。
ムラデンさん、こんにちは
ご丁寧にありがとうございます。
TB_TotalCountでTargetBand内の全価格レベル(サンプルでは1.35450~1.35850の範囲~400ポイントステップ)の特定価格ごとの総回数をカウントしています。この数値は、TargetBandの総頻度の70%の比率で、Value Area (VA)の総頻度を計算するために使用されます。
VA High/Lowを求めるには、POC価格を中心にして、このレベルを変数upPOCとdnPOCで上下両方向にカウントし、各カウントステップの価格の頻度をVAcountに徐々に統合して、上記のVAのTotalCountを埋めるというロジックになります。
こんにちは、ムラデン
ご教授ありがとうございます。
TB_TotalCountでTargetBand内の全価格レベル(サンプルでは1.35450~1.35850の範囲~400ポイントステップ)の特定価格ごとの合計回数をカウントしています。この数値は、TargetBandの総頻度の70%の比率で、Value Area (VA)の総頻度を計算するために使用されます。
VA High/Lowを見つけるために、私のロジックでは、POC価格を中心点として、この特定のレベルの上下両方向を変数upPOCとdnPOCでカウントし、各カウントステップの価格の頻度をVAcountに徐々に統合して、上記のVAの合計カウントが一杯になるまで、VAcountを使用します。ファレアストル
この部分を削除してみて ください。
{
TBCount[j] = Count[n];
TB_TotalCount += TBCount[j];
TB_VACount = MathRound(0.7 * TB_TotalCount);
nPOC = ArrayMaximum(TBCount);
TB_POC = TargetL + nPOC*PointStep;
TB_POCCount = TBCount[nPOC];
}
for (i=1; i < History; i++)" のループのうち、この部分を削除してください(ループの中にループがある状態です)。
Mladenさん、こんにちは。
相対運動量と 絶対運動 量を使って成功しました
あなたの助けをどうもありがとうございます。
Zilliq
Ps:もしそれが誰かの助けになるなら。
//終値での相対モメンタム
ind1= close-close[1]です。
// 絶対的な勢い
ind2=abs(ind1)です。
ind3=wilderAverage[rs](ind1)
ind4=wilderAverage[rs](ind2)
ind3=(50*(ind3+ind4))/ind4
ind3を "RSI",0,30,70,100として返す。