RTSのロシア語ガイド - ページ 3

 
GoVegas:
MIX(MXI)-SBRF-GAZR(4番目としてLKOHが追加される可能性もあるが、可能性は低い)はどうだろう。私見ですが、このような「トリオ」の方が、ご指摘のものより相関性が高いのではないかと思います。

説明してください。

 
prostotrader:

説明してください。

SBRF、GAZR、LKOH - インデックス内のそれらの各々の重量はほぼ等しい - 13%以上あなたの文との類推により、40%以上によってMIX指数(MXI)の動作は、3先物の動きに依存しています。NOVATEK、GMK、Rosneft、Tatneftは、流動性が低いので、20%以上指数に寄与しています。Uber、Gazprom、Lukoilのカップを分析し、Mambaが移動する場所を計算しようとする:その後、意図の仮定によると。このテーマを発展させて、カップではなく、取引の帯や売り注文・買い注文のバランスとその数量を分析することも可能でしょう。

 
GoVegas:

類似の例として、MIX指数(MXI)は3つの先物(SBRF、GAZR、LKOH)の動きに40%以上依存しており、それぞれの重さは指数の13%以上とほぼ同じです。NOVATEK、GMK、Rosneft、Tatneftは、流動性が低いので、20%以上指数に寄与しています。Uber、Gazprom、Lukoilのカップを分析し、Mambaが移動する場所を計算しようとする:その後、意図の仮定によると。このテーマを発展させて、カップではなく、取引の帯や売り注文・買い注文のバランスとその数量を分析することも可能でしょう。

なるほど。

MIXの「ラインナップ」には51の楽器があります。

分析することが多いのでは?

 

目標は20pipsですか、それとも20段階ですか?結局のところ、1ステップはRTSで10ピップに相当します。

まず、RTSの動きを示すことができるインジケータを作ることです - SiまたはMixは今移動します。価格の変化率で、おそらく係数をつけて、動きの力を等しくすることができると思います。その後、Si/Mixのチャートを見て、その動きを保持する(保持した水準からのロールバック)か、急激に増加した需要を犠牲にしての動きか、どちらを犠牲にしているかを確認することができます。最初の選択肢であれば、曲げない方が良いし、2番目の選択肢であれば、方向によってMixの反応が変わるので、動きの方向を把握することが重要です。そして、そこに私たちは入らなければならないでしょう。

特に、基準資産と先物の最大値が異なる場合、つまり、一方に多くの買い注文があり、他方に多くの売り注文がある場合、買い注文と売り注文を示す指標を見るのは興味深いことです。この状況は何か意味がありそうな気がするのですが、どうやって情報を集めればいいのかわかりません。

 

現在、インジケータはカップ内のボリュームの差を表示しています(買い - 売り黄色? - シ赤色MIX)。

と取引量の差(薄緑-Si、深紅-MIX)。

取引は一定ではないため、インジケータは最後の値を「残す


追加

インジケーターを更新しても正しくカウントされなかった
ファイル:
Stakan.mqh  24 kb
 
prostotrader:

現在、インジケータはカップ内のボリュームの差を表示しています(買い - 売り黄色? - シ赤色MIX)。

と取引量の差(薄緑-Si、深紅-MIX)。

取引は一定ではないため、インジケータは最後の値を「残す


によって追加されました。

インジケーターを更新しても正しくカウントされなかった

歴史がなければパターンを見つけることは不可能です。履歴の収集方法を考え、1分に1回、あるいは10秒に1回、ファイルに情報を集めることを提案します。

 
Aleksey Vyazmikin:

歴史なくしてパターンは見つからない。履歴を収集する方法として、1分に1回、あるいは10秒に1回、ファイルに情報を集める方法を考えておくといいと思います。

HISTORYのことは忘れてください。それはフィクションです。それをやらないと、FORTSでやることがない。

パターンがあるので、インジケータをRTSにして(インジケータを更新して、リロードして)、見てください。

深紅の線(MIX取引)と赤の線(ティッカーでのMIX出来高)が下向きなら、必然的にRTSは下がる、あとは見極めるだけ

Si MIXの大きさ

SZZ Watch on real!

追加

しかし、これらの関係はとりあえずのスキャルピングであり、20pipsの利益を出すのは難しいでしょう。

もっと "深い "依存関係を探さなければならないのですが・・・。トレンドのFORMATIONの依存性を求め、このために

クラスから提供されるデータを全面的に分析する必要があります。

追加

わかりやすくするため、トレードの "記憶 "を削除しました

ファイル:
 

今、インジケータ(クラス)で行われているのは、全く分析ではなく、出目と取引の量を比較する原始的な試みである

でも、うまくいくんです...。

 

"さあ、行こう..."

2018.08.29 17:41:59.768 RTS_analyzer (RTS-9.18,M1)      array out of range in 'Stakan.mqh' (178,31)
stakan_data.buy_data[stakan_data.buy_cnt].price = book_data[i].price;

このように宣伝しています。

STAKAN_ELEMENT buy_data[BOOK_DEPTH];

そして、カウンターは毎回0になる :(

int size = ArraySize(book_data);
    if(size > 0)
    {
      ZeroMemory(temp_data);
      long max_vol = 0;
      long min_vol = 0;
      stakan_data.max_buy_index = -1;
      stakan_data.min_buy_index = -1;
      stakan_data.max_sell_index = -1;
      stakan_data.min_sell_index = -1;
      stakan_data.all_sell_volume = 0;
      stakan_data.all_buy_volume = 0;
      stakan_data.sell_cnt = 0;  
      stakan_data.buy_cnt = 0;
数時間仕事をしていたら、突然...。どこにエラーがあるのか?
 
情報が足りない、もっとコードが必要だ。ガラスが読めない場合は、サイズが0になります。 また、条件があります。より大きなコードがなければ、それは見えません。