エリオット波動理論に基づく専門家 - ページ 12

 
Yurixx:
整数
ユリックス


正規化されたオシレーターに基づくシンプルなTSを想像してみてください。 高値では売り、安値では買う。したがって、取引を成功させるためには、適切なタイミングで極端な値を見極めることが必要なのです。シンプルでしょう?そして間違いなく十分な量です。 早く(あまり早くはないですが)できるでしょうか?せめて、やってくれませんか?


でき、とても、速い。


素晴らしいそして、EURUSDのM1にRSI(14,Close)インディケータを投入し、RSIの極値を遅らせることなく識別する問題を解決します。

隣接する極値間のRSI変化の振幅は、少なくとも25でなければならない。


問題を正確かつ完全に定式化する。理論的に解けるものは、現実的にも解けるのです。問題を正しく定式化すれば、それらはすべて解決できる(自分でできる)。この問題では、極値判別の基準は25単位で値を戻すことであり、このようなラグなしの 基準による判別は理論的に解くことができない。左側が25以上、右側が5以上10未満という基準を設けると、ラグが少なくなりますが、誤信号が多くなります。

 
//+------------------------------------------------------------------+
//|                                                     toYurixx.mq4 |
//|                                                                * |
//|                                                                * |
//+------------------------------------------------------------------+
#property copyright "*"
#property link      "*"
 
#property indicator_separate_window
#property indicator_maximum 100
#property indicator_minimum 0
#property indicator_buffers 3
#property indicator_color1 Yellow
#property indicator_color2 DeepSkyBlue
#property indicator_color3 Red
//---- input parameters
extern int       RightMore=5;
extern int       RightLess=10;
extern int       LeftMore=25;
 
 
//---- buffers
double rsi[];
double u[];
double l[];
 
 
//+------------------------------------------------------------------+
//| Custom indicator initialization function                         |
//+------------------------------------------------------------------+
int init()
  {
//---- indicators
   SetIndexStyle(0,DRAW_LINE);
   SetIndexBuffer(0,rsi);
   SetIndexStyle(1,DRAW_ARROW);
   SetIndexArrow(1,159);
   SetIndexBuffer(1,u);
   SetIndexEmptyValue(1,0.0);
   SetIndexStyle(2,DRAW_ARROW);
   SetIndexArrow(2,159);
   SetIndexBuffer(2,l);
   SetIndexEmptyValue(2,0.0);
 
//----
   return(0);
  }
//+------------------------------------------------------------------+
//| Custom indicator deinitialization function                       |
//+------------------------------------------------------------------+
int deinit()
  {
//----
   
//----
   return(0);
  }
//+------------------------------------------------------------------+
//| Custom indicator iteration function                              |
//+------------------------------------------------------------------+
int start()
  {
   int    limit=Bars-IndicatorCounted();
      for(int i=0;i<limit;i++){
         rsi[i]=iRSI(NULL,0,14,0,i);
      }
      ArrayInitialize(u,EMPTY_VALUE);
      ArrayInitialize(l,EMPTY_VALUE);      
      for(i=Bars-1;i>=0;i--){
         double max=rsi[i];
         int maxb;
         for(int j=i;j<Bars;j++){
               if(rsi[j]>max){
                  max=rsi[j];
                  maxb=j;
               }
               if(max-rsi[i]>RightLess){
                  break;//не состоялся
               }
               if(max-rsi[j]>LeftMore){
                     if(max-rsi[i]>RightMore){//нашли
                        u[maxb]=rsi[maxb];
                     }
                  break;
               }
         }
         
         max=rsi[i];
         for(j=i;j<Bars;j++){
               if(rsi[j]<max){
                  max=rsi[j];
                  maxb=j;
               }
               if(rsi[i]-max>RightLess){
                  break;//не состоялся
               }
               if(rsi[j]-max>LeftMore){
                     if(rsi[i]-max>RightMore){//нашли
                        l[maxb]=rsi[maxb];
                     }
                  break;
               }
         }         
         
      }
      
//----
   
//----
   return(0);
  }
//+------------------------------------------------------------------+
 

合計 2007.06.23 01:45 - 2007.06.23 01:08 = 37分 問題を解決するのにかかったが、この時間にはコーヒーも飲んだ。また、極限の左側と右側のバーの本数という 基準も紹介しておく。

 
Integer:
ユリックス


素晴らしいでは、EURUSD, M1にRSI(14,Close)インディケータを投入し、RSI極大値のラグなし識別の問題を解決してみましょう。

隣接する極値間のRSI変化の振幅は、少なくとも25でなければならない。


問題を正確かつ完全に定式化する。理論的に解けるものは、現実的にも解けるのです。問題を正しく定式化すれば、それらはすべて解決できる(自分でできる)。この問題では、極限値を特定する基準が25台のロールバックであり、ラグを伴わない このような基準による特定は理論的に解くことができない。左側が25以上、右側が5以上10未満という基準を設けると、ラグが少なくなりますが、誤信号が多くなります。


もちろん、コードの提供には感謝しますが、あなた自身が理解しているように、それは解決策でも問題でもありません。

簡潔に言い過ぎたかもしれませんが、実はかなり正しい表現なのです。もっと長くてもいいんです。必要なのは、履歴ではなく、リアルタイムに動作する局所的極限を特定する手順である。識別とは、バーが終了した時点で、指標となるチャートの該当箇所が局所的な極値点であるか否かを判断することである。局所極限とは、指標値の左右両方が25.0%以上変化する極限をいう。

極値点の右側にある指標は、バーが終了した時点で、今後どのように変化するかが分からないため、指標の動作を最適に予測する必要があります。 極値点の右側にある指標値は注目されていないため、この予測は外挿ではありません。最適予測は統計的な意味で理解され、予測は十分に高い信頼性を持っていなければならない。

形式的には全部違うように見えますが、あなたにとって新しいことは何も言っていないんです。これらはすべて、「ラグなき同一性」の3文字ですでに実現されているのです。

コ・フレームド・ヒストリーに与えられた性質を持つ極値を探索する初歩的なスクリプトは、もっと簡潔かつシンプルに書くことができたはずであることに注意を喚起したいと思います。入れ子ループは高価なオーバーキルであり、大規模なアレイのボトルネックになる。つまり、新しいバー ごとに1つの新しい値だけを計算することができ、ループは一切ありません。また、スクリプトをインジケータとして設計しているため、新しいバーが来るたびに以前の履歴全体をループすることになり、計算時間がBars*Bars/2倍増加します。また、ループの中でループを使う場合、j=iからjにわたってループを開始するのは意味がない。

あなたのコードを詳しく調べたわけでもなく、グラフで見たわけでもないのですが、ひとつ重大な誤りが含まれているように思います。それは、自分自身の結果を変えてしまうことです。例えば、この点があるiの極値点であった場合、(i+1)以降に通過すると極値点でなくなる可能性がある。ただし、これは「5個以上、10個未満」という、お客様から課された条件の結果です。

物語の大部分では、それは重要ではありません。しかし、右端はそうなっていますし、とても重要です。スクリプトによってゼロバーの左側に特定された極限は、次のバーで消えてしまう可能性があり、これは良いことではありません。:-))

 
Yurixx:


1. もちろん、コードの提供には感謝しますが、それは、あなた自身が理解しているように、解決策でも問題でもありません。

簡潔に言い過ぎたかもしれませんが、実は十分正しい表現なのです。もっと長くてもいいんです。必要なのは、履歴ではなく、リアルタイムで動作する局所極限を特定する手順である。 識別とは、バーが終了した時点で、指標となるチャートの該当箇所が局所的な極値点であるか否かを判断 することである。局所極限とは、指標値の左右両方が25.0%以上変化する極限をいう。

極値点の右側にある指標は、バーが終了した時点で、今後どのように変化するかが分からないため、指標の動作を最適に予測する必要があります。 極値点の右側にある指標は注目されていないため、この予測は外挿ではありません。最適予測は統計的な意味で理解され、予測は十分に高い信頼性を持っていなければならない。

形式的には全部違うように見えますが、あなたにとって新しいことは何も言っていないんです。これらはすべて、「ラグなき同一性」の3文字ですでに実現されているのです。

2.フレーム化された歴史上で与えられた性質を持つ極値を探索する初歩的なスクリプトは、もっと簡潔かつシンプルに書くことができたはずであることに注意を喚起したい。入れ子ループは高価なオーバーキルであり、大規模なアレイのボトルネックになります。つまり、新しいバーごとに1つの新しい値だけを計算することができ、ループは一切ありません。また、スクリプトをインジケータとして設計しているため、新しいバーが来るたびに以前の履歴全体をループすることになり、計算時間がBars*Bars/2倍増加します。また、ループの中でループを使う場合、j=iからjにわたってループを開始するのは意味がない。

3. あなたのコードを詳しく扱ったわけでもなく、グラフで見たわけでもないのですが、ひとつ重大な誤りがあるように思われます。例えば、あるiについて極値点であったとしても、(i+1)以降に通過すると極値点でなくなる場合がある。ただし、これは「5個以上、10個未満」という、お客様から課された条件の結果です。

物語の大部分では、それは重要ではありません。しかし、右端はそうなっていますし、とても重要です。スクリプトによってゼロバーの左側に特定された極限は、次のバーで消えてしまう可能性があり、これは良いことではありません。:-))

1.課題は極値を特定することであり、極値が現れるのを防ぐことではありません。要するに、安いポン菓子・・・。...予測できなかった ...それは、「ムーが全くないように聖杯をくれ」と1000%言っているのと同じです。まさにその通りで、タスクはまず理論的な解が一つあって、それをコードで実装する必要があります。しかし、この予測は一値化された解を持たない。

識別とは、指標となるチャートの対応するポイントが、バー終了後の局所的な極値のポイントであるかどうかを定義することである - 神の祝福と卵を混同しないように - 識別と予測。

"ラグを感じさせない識別" - 再びも。タイムラグのない識別とは、状況が一義的に識別される最初の瞬間に識別することです。

2.デモンストレーションをすれば、わかるはずです。

Bars*Bars/2回- 明らかに仕組みすら理解してないか、break演算子の意味を知らないんだろう。

j=iの値からjのループを開始するのは意味がない - しかし、それではどれが?これは、あなたにとって最も興味深い質問です!!!!

あなたのコードを詳しく扱ったことはありませんし、グラフィカルに見たこともありませんが、一つの重大な誤りを含んでいるように思われます - 自分自身の結果を変更しているのです。

3.まだ形成されていないゼロバーによってのみ、読みが変わることに注意してください。そして、すべてのインジケータは、ゼロバーの値に応じて最後の値を変更します。Fractals Indicator(MTに内蔵されています(メインメニュー - Indicators - Bill Williams -Fractals))をご覧になったことはありますか?- とても興味深く、魅力的な内容で、いつかあなたの役に立つかもしれませんので、ぜひご覧ください。インジケーターのプログラム中にゼロバーの変化を計算することは、プログラミングの不可侵のルールではないにせよ、少なくともマナー上のルールである。最初のバーは、通常、非常に経験の浅い、指標の本質に非常に深くないに限定されます。

私はアルゴリズムが完璧だとは言っていません、その加速のための大きな予備があります、我々は指標の計算を新しいバーだけに制限することができます。しかし、当初は、指標値を指定値だけ変化させるという基準で極限を識別するだけであり、識別と 予測という 概念に置き換えて、あなたの安っぽい冗談を無視すれば、解決したのです。

 
Integer:

...チープポンス .............................


好きなように。:-)

整数

自分の欲しいものがわかっているときは、それがとても早くできる。

どうやら、「一事が万事」と「一理解」のすり替えが起きているようだ。ところで、あなたのコンセプトは。

 
いい話題なのに、出尽くした感があるのが残念です。
プロのプログラマーには、エリオット製品からDLLを掘り起こすことをお勧めします。彼らはVisualBasicで作品を書いていますが、ライブラリには波やパターンの記述があり、ハイ、クローズなどの通常の概念もあります。さらに、RETの最新バージョンには、FX用のプラグインが含まれています。そして、過去15年間の波のベースとなるDLLを分解することは、とても魅力的なことです
 
Bookkeeper:

質問:リアルではなく、リスキーでアグレッシブなピペッティングに戦略を調整することは可能でしょうか?

が、体験 版のみ?質問は、単なる質問ではありません。強引なエントリーでも、ガッツがあれば可能です。

可能だと思いますので、アプリケーションを見てみてください。

1週間で預金を900%増やしました。

よろしくお願いします。

アレックス・ニローバ

ファイル:
statement.zip  9 kb
 
NYROBA >> :

可能だと思います、アプリを見てみてください。

1週間でデポを900%増やしました。

リーズナブル。

アレックス・ニローバ

然り長い話だけどね。

;)

 
divenetz >>:
Хорошая тема, жаль выдохлась.
Для профпрограммистов я бы порекомендовал поковырять DLL от продуктов Elliottician. Они пишут свои творения на ВижуалВасике, но в библиотеках есть описание волн и патернов обычными понятиями high, close и пр. Тем более что последние версии RET содержат плагин для Forex. А разобрать DLL с базой волн за последние 15 лет - очень заманчиво!

RETは糞。ElWaveからディスアセンブルするmodern75.nlsの方が良い(特にオープンファイルなので)。RETはトリビアルwinwaves32とほぼ同じです。