2020.01.29 11:59:35.915 History 'EURPLN' file opening or reading error [32]
2020.01.29 11:59:35.915 History 'EURPLN' file opening or reading error [5]
2020.01.29 11:59:35.915 History 'EURPLN' file opening or reading error [5]
Прежде чем ценовые данные будут доступны в терминале MetaTrader 5, их необходимо получить и обработать. Для получения данных требуется подключение к торговому серверу MetaTrader 5. Данные поступают с сервера по запросу терминала в виде экономно упакованных блоков минутных баров. Механизм обращения к серверу за данными не зависит от того, каким...
2020.01.29 11:59:35.915 History 'EURPLN' file opening or reading error [32]
2020.01.29 11:59:35.915 History 'EURPLN' file opening or reading error [5]
2020.01.29 11:59:35.915 History 'EURPLN' file opening or reading error [5]
平均値や中央値の方がいいのかわからない。私たちは、最大限の ものを求めているのだと思います。
しかし、結果テーブルにプロットにも影響するフィルターがあれば、どんな「スライス」も見ることができます。
ポイントは、パラメータの組の指定された組み合わせに対する無条件の最大値ではなく、特定の最大値であることだ。もし、この最大値に加えて、同じスライスでほとんどのテストが失敗した場合、そのような最大値の価値は疑問視される。多変量データを どのように表示するのがベストなのかは未知数ですが(同じような目的のソフトを見る必要があります)、せめてドキュメントに注意書きが欲しいところです。
KBにEAを設置するのを手伝ってください。 このエラーが発生します。
すべてが揃った。
同様のエラーが発生しました。私の記憶では、メインファイルがそれぞれのプログラムタイプのルートフォルダに置かれていなかったことが関係していると思います。MQL5/ExpertsフォルダにのみEAの投稿が許可されているようです(EAを取る場合)。
同様のエラーが発生しました。私の記憶では、メインファイルがそれぞれのプログラムタイプのルートフォルダに置かれていなかったことが関係していると思います。EAはMQL5/Expertsフォルダにしか置けないようです(EAを取る場合)。
MQL5ΘExpertsを手動で書いてみたが、うまくいかなかった。default」を選択すると、動作しました。
MQL5ΘExpertsを手動で処方したのですが、うまくいきませんでした。デフォルト」を選択すると、動作しました。
もちろん、「デフォルト」という意味で、ローカルコンピュータのExpert Advisorsの「デフォルト」と言っただけですが、その意味を明確にするためです。
フォーラムでは、トピックを作成すると、類似のクエリの追加リンクが表示されるクールな機能があります :-)
似たようなトピックをいくつも作らないように。
フォーラムでは、トピックを作成すると、類似のクエリの追加リンクが表示されるクールな機能があります :-)
だから、似たようなトピックをいくつも作らないのです。
いい機能だと思うのは同感です。ただし、リンクを得るためには新しいトピックを作成する必要があるため、「同じ種類のトピック群」を作成することは妨げられない。
ユーザーが「追加」をクリックしたときにこれらのリンクを提供し、答えが見つかった場合はトピックを一切作成しないようにすれば、さらに良いでしょう。
これは良い機能だと思います。ただし、リンクを得るためには新しいトピックを作成する必要があるため、「同じ種類のトピック群」を作成することは妨げられない。
ユーザーが「追加」をクリックしたときにこれらのリンクを提供し、答えが見つかった場合はトピックを一切作成しないようにすれば、さらに良いでしょう。
そんな迷惑なことを発見。ビルド2305
歴史
EAは、8つの指標と8つのTF(D1、W1を含む)からデータを読み取ります。
データを表形式で表示します。
長い間扱ってきた通貨ペアで作業すれば、すべてがうまくいく。
私が働いていない通貨ペアを読み込むと、エラーが発生します。
Expert Advisor は、例えば D1 からシグナルを取得しようとしますが、CopyBuffer でハングアップします。
エラーをキャッチしようとしましたが、Expert Advisorのログは空っぽです。ハングアップしてログに何も表示されません。
しかし、ターミナルのログを開くと、こんなエラーが。
D1とW1の信号を無効にすると、すべてが正常になります。
履歴フォルダを覗いてみると、2020.hccという ファイルだけがありました。
他のファイルやCacheはありません。
以下のスクリプトを試してみました。https://www.mql5.com/ru/docs/series/timeseries_access
W1に掛かっている。
簡単なエキスパートテストを行いました。
エラー検索順。
常に同じ:1本のバーをコピーして、関数から終了します。
その後、端末を再起動した場合。It's ALL OK!!!
いい
大丈夫じゃない、使っていないペアを起動すると、また遅くなるんだ。
端末が履歴のダウンロードを要求していることは明らかです。
しかし、CopyBuffer関数はハングします。つまり、すべての履歴が読み込まれるまで、すべてがハングします。
D1、W1のみ不具合が発生する。
他の時間軸ではすべてOKです。
長時間待つと、もう一度Expert Advisorを設定したときに、また不調になるんです。しかし、ターミナルをリロードすれば、このペアでのスローはなくなる。
マシュカには100のタイムフレームがあり、2020年は数週間しかないため、最も可能性が高いです。しかし、なぜ2019年をその場で読み込まないのでしょうか。
と書かれているのに、です。
インジケータにデータを要求する際、要求されたタイムシリーズがまだビルドされていない、またはサーバからダウンロードする必要がある場合、この関数は直ちに -1を返しますが、ダウンロード/ビルドプロセス自体は開始されます。
Expert Advisor またはスクリプトからデータを要求すると、端末がローカルにこれらのデータを持っていない場合はサーバーからの読み込みが 開始され、ローカル履歴からデータを構築できるがまだ準備ができていない場合は、必要な時系列の構築が開始されます。この関数は、タイムアウトが終了した時点で準備できているデータ量を返します。
そんな迷惑なことを発見。2305を構築。
hccファイルへのアクセスを確認する。現在、誰もこれらのファイルを読んでいないことを確認してください。
32 - ファイルが他のプロセスによって使用されているため、プロセスはファイルにアクセスできません。
5 - アクセスが拒否されました。
ディスクの空き容量を教えてください。
ターミナルでチャートに表示されるバーの 最大本数の制限は?