バーの欠落のないチャートを見たかった人 - ここ =) - ページ 2

 
komposter:

指標は一定数のバーを逆算しているからです。ギャップがある場合 - 同じMAが異なる時点で、TIMEの異なる期間について逆算される可能性があることは明らかである。つまり、MA(9)を計算する場合、過去9期間のMAが計算されることを意味します。そして、もし漏れがあれば、(実際には)次にMA(10)、次にMA(20)を得ることになります。


なぜ?ALL*チャートにも?


私は具体的に明らかにした:AllMinutesの 専門家によって生成されたチャートに、それはあまりにも間違っているのですか?

発明されたデータに関する指標は、正しいことができる限り、正しい :)いずれにせよ、スキップデータよりは正しいが、それでも :(

スキップするCausesとの問題はまだ残っています。


あるいは、IsConnected()の定数チェック。
また、接続が切れたためにバーが欠けた場合、再開したときにはポンプアップしているはずです。
しかし、そのような状況をテストしたわけではないので、「穴埋め装置」がどのような挙動を示すかはわかりません。
パッチしかし、やはり解決策にはならない。例えば、ハングアップしたサーバーをどうするか(現実的でないとは言わせない!)?実際には、クライアントの不具合、プロトコルのエラー、ネットワークの設定など、さまざまな可能性があります。この場合、IsConnected()はすべてOKであることを報告します。ただし、見積もりは遅れます。あるいは、完全に迷子になってしまう。この問題を解決する唯一の方法は、サーバー側で価格が変わっていないことを確認することです。 もしそのような確認ができないのであれば、問題は別のところにあるということです。そのような問題があってはいけないと主張するわけではありませんが、どのような時に問題が発生するのか知りたいのです。
 
max_cpr писал (а):

この問題を解決する唯一の方法は、サーバーが本当の価格を確認することです。


そして、今、Pingが失われるかもしれないように、不変の確認が失われるのだとしたら?
サーバーの稼働率調査は、私が理解している限りでは、常に行われています。また、接続状況を確認することと、料金の据え置きを要求することに違いはない。
もちろん、イミフです。
 
komposter:
max_cpr:

この問題を解決するには、サーバーがINCREDIBLE価格であることを確認するしかない。


もし、今、Pingが失われるかもしれないのと同じように、不変性の確認が失われたら?サーバーの稼働率調査は、私が理解している限りでは、常に行われています。そして、通常の接続状況の確認と、料金据え置きの要求には違いがない。もちろん、イミフです。

価格の確認ができない場合(現在の価格に関するメッセージの形で) - それは技術的な問題があることは明らかです。そして、敗因はそれほど興味もない。ただ、この状況を正しく処理することが重要なのだ。価格の妥当性を確認するという意味でのサーバーへのリクエストは、一般的には意味をなさない。ただし、リクエストに応じて(例えば、注文の直前に)価格の確認ができるのは良いことである。サーバーのアクセスは、価格の最後の既知の値を保証するものではありません。一般的なケースと同様に、Pingを打っても遠隔 地のサーバーにコンタクトできることは保証されません。サーバーの操作性の確認は、HIS WORK、つまり見積書の提出に見るべき(奇妙なことですが:)、という違いを強調したいのです。また、サーバーからの引用がない場合は、誤った状況であると解釈し、それに応じて対処する必要があります。今となっては、曲がったパッチがないと無理な話ですが...。
 
互いの声が聞こえないようです。あるいは理解できない )
 
このフィルインがティックデータの生成に 影響を与えることはないのでしょうか?
 
nikkei:
このフィルインがティックデータの生成に影響を与えることはないのでしょうか?
標準チャート(標準MTツール)から生成された場合は、そうなりません。
 
完了した履歴のファイル名を変更し、不完全なものに置き換えてみたのですが、テスターでは全くテロップが出ようとしません。ファイル形式が違うので、バックテストには使えないと思います。
 
いいえ、「縫い付け」チャートでのテストも可能です。
そのためには、ファイル名を変更するだけでなく、ファイルヘッダのシンボル名を変更する必要があります。

このため、AllMinutes Expert Advisor では、「ALL」 行と_Symbol[curChart] 行が接続される場所では、_Symbol [curChart] (シンボル名)だけを残しておく必要があります。
StringConcatenate() 関数で結合されることがあるので、注意が必要です。 この関数の引数が2つしかない場合は、全く使用しないようにしてください。例えば、代わりに
StringConcatenate( "ALL", _Symbol[curChart] )
はず
_Symbol[curChart]

しかし、それ以上の引数がある場合は、"ALL " を削除するだけで、その関数は維持されるはずです。例えば、代わりに
StringConcatenate( "ALL", _Symbol[curChart], _Period[curChart], ".hst" );
あるはずだ
StringConcatenate( _Symbol[curChart], _Period[curChart], ".hst" );


また、対応するシンボルと期間のチャートは閉じて おく必要があります。そうしないと、MT自体が「正しい」(パッチを当てた上での)引用文をダウンロードすることになります。
そして一般的に、私にはそのようなテストは意味がありません =)。
標準的なツールでテストし、すべてのチャートでインジケータを読み取る方がよいでしょう。そのためには、必要なチャートを生成し、オフラインモードで開き、インジケータを計算する際に、第一引数を StringConcatenate("ALL", Symbol() ) にすればよいのです。

グッドラック ;)
 

[Quote]完了した履歴のファイル名を変更し、不完全なものに置き換えてみたところ、テスターで目盛りを生成しようとしません。そちらではファイル形式が違うはずなので、バックテストには向かず、リアルタイムにしか使えないのでしょう。[/Quote]
ALLから引用を取り込んだだけ です...ザッツオール...:)
こんぺいとうさん、教えてください!この方法でテスターにリアルティックの相場を読み込むことは可能なのでしょうか?MetaQuotesの人が可能って言ってた気がするんだけど...。

 
しかし、ここで面白いことが...。こんな感じのラインで簡単なEAを作りました。
WriteLineInFile(esFileNameOfReport,GetCurRusTime()+"Минута: "+TimeMinute(CurTime()));
他のタイムフレームは全てパッチした分から変換し、.fxtを全て削除しました。All ticks」モデルをテストしてみました。再計算」にチェックを入れ、M1タイムフレームでは1分~1分まですべてOK。でも、例えばM15では、また分単位でスキップしている...。質問:このクリープ(テスター)はどこから議事録を入手するのですか?単にOHLCが等しい分を無視しているのではという疑いもありますが...。質問:それでは、穴を捕まえる意味はあるのでしょうか?