新しいMetaTrader 4 Client Terminal 387とMetaTrader 4 Data Center build 387について - ページ 13

新しいコメント
 
- 本日（2011.3.1）新しいバージョンにアップデートしたところ、IND_Correlation.mq4という インジケーターに問題が発生するようになりました。端末の電源を入れたときや、短期間の通信障害時に表示が消えます。テンプレートを再読み込みするか、ある時間枠から別の時間枠に移動する必要があります。不便なんだよ、みんな）。
 
brici:
- 本日（2011.3.1）新しいバージョンにアップデートしたところ、IND_Correlation.mq4という インジケーターに問題が発生するようになりました。端末の電源を入れたときや、短期間の通信障害時に表示が消えます。テンプレートを再読み込みするか、ある時間枠から別の時間枠に移動する必要があります。不便なんだよ、みんな）。
今日、2人のDCが388バージョンにアップデートするよう提案しましたが、もしかしたら開発者が何か修正したのかもしれません。アップデートしましたが、今のところ悪いところは見当たりません。更新は229からで、最初は驚いたが、387のスレがあったのを思い出した
 
Renat:

225ビルドは、いくつかの重大なバグが存在するため、1ヶ月前に皆さんにお知らせして、しばらくするとサポートを打ち切る予定です。

DLLとのインターフェースをデバッグする必要がある場合に備えて、あえて225ビルドの端末を1台残しています。後のバージョンでデバッグを禁止していますね。私が理解する限り、これはデコンパイルが再び出現するのを防ぐためです。MQLスクリプトとDLL間のインターフェイスをデバッグする必要がある場合、どのようなソリューションを提案されますか？
 
api:
DLLでインターフェイスをデバッグする必要がある場合に備えて、あえて225ビルドの端末を1台残しておいたのです。後のバージョンでデバッグを禁止していますね。私が理解する限り、これはデコンパイルが再び出現するのを防ぐためです。MQLスクリプトとDLL間のインターフェイスをデバッグする必要がある場合、どのような解決策が考えられますか？

実際、プリンターやそれに類するログの仕組みしか残っていない。

残念ながら、保護と利便性のどちらを優先するかの選択を迫られた。

 
Zhunko:

以下は、その事実である。

1.付属のインジケーターをチャートにロードします。折れ線が表示される。

2. コンテキストメニューから「更新」でウィンドウを更新する。線が消え、表示されない。

全てはコードの最適化と、チャート更新時のインジケーターバッファの不要な初期化により発生します。


ありがとうございます。何とかしてみよう。
 

ズンコー

提示されたインジケータは、計算を最適化するための主要なツールであるIndicatorCountedを全く考慮していません。

データはRefreshだけでなく、接続障害後にも変化する可能性があります。それで？あなたのインジケーターは、これを一切追跡しません。これは誤りです。

ところで、あなたのインジケータは、シンボルや期間の変化にも追従しません（バッファの再初期化も常にそうでした！）。あなたの例は、逆に、不必要な錯覚を防ぐために指標バッファの初期 化が必要であることを示しています。

 
stringo:

ズンコー

提示されたインジケータは、計算を最適化するための主要なツールであるIndicatorCountedを全く考慮していません。

データはRefreshだけでなく、接続障害後にも変化する可能性があります。それで？あなたのインジケーターは、これを一切追跡しません。これは誤りです。

ところで、 あなたのインジケータは、シンボルや期間の変化 にも 追従 しません（バッファの再初期化も常にそうでした！）。あなたの例は、逆に、不必要な錯覚を防ぐために指標バッファの初期化が必要であることを示しています。

どんなイリュージョン？必要ない縦に掃くだけで、それだけでいいんです。バッファの中のデータなんてどうでもいいんです。縦サイズを設定する限りは。

なぜ、この機能は387で登場したばかりで、以前のビルドには存在しなかったのでしょうか？確かに、インジケーターに対する不満は、すべてこの不要な機能に起因しています。

インジケータ・バッファの 強制初期 化のための関数を別に作った方が良い。

 

開発者の方に質問です。

カスタムインジケーターが使用されている場合、bild 388や今後のものでは、IndicatorCounted()がアカウントエラーに対する保証になると理解しています。

しかし、Expert Advisor 内で直接計算アルゴリズムを使用する場合、この場合どうすればよいのでしょうか？ 少なくとも Experts では IndicatorCounted() は動作しないようで、確認したところ -1 と表示されました。

機能の作成を依頼されているところを見ると、データのダウンロードや更新が発生しているようですが、この点については沈黙していますね。根本的に難しいのか、一度に全部やる時間がないのか、ただ単に時間がないのか、面倒くさがりなのか。

不完全にダウンロードしたデータでExpert Advisorを起動させて大損したことは既に書きました。

その後、不完全にポンプされたデータに実行しないようにExpert Advisorで直接計算アルゴリズムを使用するために何をアドバイスすることができますか？

Expert Advisorでは、この構成をよく使います。

void my_function()
{
   static int bars;
   int limit=Bars-bars-1;
   bars=Bars-1;
   if (limit<0) return;
   if (limit>1)
   {
      limit=Bars-period-1;
      // Еще данные
   }
   for (int i=limit; i>=0; i--)
   {
      // Расчет переменных
   }
}

もしかしたら、何か追加することで信頼性を高めることができるかもしれませんね。

結局のところ、あなた自身が理解しているように、トレードのポイントはカスタムなどの指標を計算して描くことだけでなく、主にお金を稼ぐことなのです。すでに市場は極めて流動的で複雑であり、実際の口座での 作業では、時にどのような神経的緊張が生じるか、おそらく想像もつかないだろう。しかも、端末の設計不良に気をつけなければならないとなると、健康や精神などすべてに大きな負担がかかります。結局のところ、端末のプログラミングは非常に複雑でありながら、非常に特殊な目標や作業なのです。そして、周波数、振幅、スプレッド、ニュース、銀行や大口トレーダーによる価格操作、ブローカーの欲など、一般的には地雷原の上のように絶えず変化する、蠢く信号の処理です。この問題では、博士号を持っている人たちでさえ、試しにやってみると、まるで子供のように恐ろしくなってFXを辞めてしまうのです。大金や預金全般を失うと、まるで人の死のように見える。そして、またひっくり返ってやり直す。私は、貴社をビジネスの良きプロフェッショナルとして尊敬していますし、これまで行ってきたことも概ねうまくいっていますが、いずれはさらに優れた、信頼性の高い製品を作っていただきたいと思います。

 
ANG3110:

開発者の方に質問です。

開発者ではないけれど、ちょっと言わせてください。

カスタムインジケーターが使用されている場合、bild 388や今後のものでは、IndicatorCounted()がアカウントエラーに対する保証になると理解しています。

これはすべてのビルドにあったもので、いくつかのバグを修正しただけです。

しかし、Expert Advisor 内で直接計算アルゴリズムを使用する場合、この場合どうすればよいのでしょうか？ 少なくとも Experts では IndicatorCounted() は動作しないようで、確認したところ -1 と表示されました。

動作しない、動作しない

機能の作成を依頼されているところを見ると、データのダウンロードや更新が発生しているようですが、この点については沈黙していますね。根本的に難しいのか、一度に全部やる時間がないのか、ただ単に時間がないのか、面倒くさがりなのか。

MT4には手を加えず、せいぜいバグを修正する程度。

不完全にダウンロードしたデータでExpert Advisorを起動させて大損したことは既に書きました。

これは言葉だけですが...。なぜ、どのように...の報告会が必要です。Expert Advisorのアルゴリズムに誤りがある可能性があります。

では、Expert Advisorで直接計算するためのアルゴリズムを使って、データ不足に陥らないようにするためのアドバイスをお願いします。

用語を決めなければならない。アンダーインフレートデータ」とは？EAに以下のような関数IndicatorCounted()を作成することができます: https://www.mql5.com/ru/articles/247

もしかしたら、何か他のものを追加して信頼性を高めることができるかもしれません。

さらに、バーのスキップも追跡でき、これをもとに履歴のダウンロードが不完全であるなどと判断することができます。

 

AlexSTAL:

これは言葉だけですが...。なぜ、どのように...の報告会が必要です。Expert Advisorのアルゴリズムに誤りがある、または不完全であることが原因である可能性があります。

では、EAで直接計算するアルゴリズムを使っている場合、データ不足にならないようなアドバイスをお願いします。

用語の定義が必要です。アンダーフィル・データ」とは何ですか？EAに以下のような関数IndicatorCounted()を作成することができます: https://www.mql5.com/ru/articles/247

もしかしたら、何か他のものを追加して信頼性を高めることができるかもしれません。

さらに、小節の飛ばし方を追跡し、それをもとに履歴が量的に不足していると考える、などの方法もあります。

なるほど、ご紹介の記事を見てみますね。

ジャンプ不足のデータについて...今は時間が経っているので、ログを引用することはできませんが。でも、こんな感じでしたね。

アメリカンブローカーのATCでは、EAがつけっぱなしで、ターミナルが閉鎖されていました。翌日、端末が開通し、自動ログインした後、引用符がない状態で間が空いた。Expert Advisorが追加でポジション開設のリクエストを送ったところ、履歴の入れ替えが始まり、本来ならクローズすべきところを前日の計算通りにポジションを開設したところ、反対方向に動いている相場に対して瞬時に負けが確定してしまった。結局、そのポジションは深い損失で決済されました。いくら損失が出たかは覚えていませんが、かなりの額です。

もう一つのケース。ボリンジャーに似たチャンネル計算をアルゴリズムに持つExpert Advisorを残したが、適応アルゴリズムを持っているため多くのバーを必要とする。トレード開始の瞬間は見ていないが、20分後くらいに見た。適応された平均値からの逸脱が考慮されず、平均値上に横たわるようにチャンネルが線状に途切れることが判明したのです。私のExpert Advisorは次々とポジションを開いては閉じ、20分間で0.2-0.3ロットの差で約4,500ドルの損失となったのです。完全に勝ち組の市場で4,500ドル。これは、上に引用したデザインについて、データが非常に少ないか、何かが欠けている場合に起こり得ることです。

今では、取引後は必ずEAをオフにするようにしています。今は、端末を再び開くときは必ず無効にして、データがポンピングされるのを待ち、確信が持てたときだけオンにするようにしています。

1...6789101112131415
新しいコメント