Time()の問題点

Simon Gniadkowski 2012.05.31 18:57 #51

CFx:

学ぶ努力をしたからこそ、すべてのマーケットタイプで一貫して利益を生むトレードロジックを書くことができるのでしょうか？

いいえ、まだ勉強中です。しかし、私はアスにならない方法を知っています。あなたはまだそのスキルを学んでいるようですね。

私はあなたを助けるためにテストコードを書き、ストラテジーテスターにかけたのですが、なぜそんなことをしたのでしょうか？あなたのような態度では、なぜ悩んだのかわかりません。

でも、とにかく、私が見つけたことをお話ししましょう。私は「バカにならない技術」をマスターしているので、まだそれができます。

Day(), DayOfWeek(), TimeDay() and TimeDayOfWeek() all seem to work correctly in the Straegy Tester (build 427) ... 本当にあなたのコードでDay()を使うつもりでしたか、あなたのコード構築のことは... どんなことをしても、あなたのためのコードに使うのはDayOfWeek() でなければならなかったでしょうか？最初のDay() では値0 - 31, 次のDayOfWeek() では値0 - 6 Sunday is 0です。

Comment("Day() of the month: ",Day(), " Day of week(): ", DayOfWeek(), "\n", "TimeDay Current: ", TimeDay(TimeCurrent() ), " TimeDay of week Current: ", TimeDayOfWeek(TimeCurrent()) );

Problems with Time() Anyone know how to Date and time

Simon Gniadkowski 2012.05.31 19:01 #52

CFx:

つまり、「モデル化された」サーバー時間以外のものが得られるはずなのですが。

ブローカーのサーバーに接続されていない状態でストラテジーテスターを実行するため、実際のサーバー時刻は存在せず、モデル化されたサーバー時刻を取得することになります。もしあなたがブローカーに接続したまま、実際のサーバー時間を取得したい場合、ブローカーのサーバーから、あなたがストラテジーテスターでEAを実行した実際の時間を取得することになりますが、それはおそらくあなたにとってあまり意味のないことでしょう。

そのため、取得するサーバー時刻はモデル化されたものであることが望ましいです。

削除済み 2012.05.31 19:13 #53

RaptorUK:

いや、まだ勉強中だ。でも、アスにならない方法は知っている......。あなたはまだそのスキルを学んでいるようですね。

私はあなたを助けるためにいくつかのテストコードを書いて、それをストラテジーテスターに通しました ... なぜそんなことをしたのか？あなたのような態度では、なぜ私が悩んだのか本当にわかりません ...

でも、とにかく、私が見つけたことをお話ししましょう。私は「バカにならない技術」をマスターしているので、まだそれができます。

Day(), DayOfWeek(), TimeDay() and TimeDayOfWeek() all seem to work correctly in the Straegy Tester (build 427) ... 本当にあなたのコードでDay()を使うつもりだったのか、あなたのコードを作るものは、 ... あなたがあなたのためにコードするのが何だとしても、それはDayOfWeek()を使うべきでしたか？最初の,Day() gives a value 0 - 31, 2番目DayOfWeek() gives a value of 0 - 6 Sunday is 0 ...

まあ、あなたの私への反応の仕方からして、あなたはAssでないことに失敗していると言えるでしょう。しかし、"Smart Ass "には明確な違い（と不利な点）があります。ただの "Ass "であることは、よく言えば穏便なことです。しかし、"Smart Ass "であることは、Bruce Leeの前に立ち、面と向かって彼の名前を呼び捨てにするのと同じことです。あるいは、自営業の大富豪の前に立ちはだかり、「お前は一文無しだ」と言い放つようなものだ。あるいは、戦闘のベテランを前にして、「お前は根性なしだ」と言う。あるいは、応用数学の教授を前にして、論理構成について何も知らないと言うのもいい。それが "お利口さん "です。

第二に、私は誰でも成功するトレーダーにする手助けができます - 私はすでに5回それを行っています。その人たちは匿名を希望しています。私がここにいるのは、トレードロジックのスキルが欲しいからではありません。なぜなら、私はMQLの開発者ではないし、プログラミング言語を学んで、その言語を使って創造的な問題解決能力を伸ばせるようになるまでの時間がないからです。私は、トレードロジックを作成する技術を向上させ、日々のポジションがマーケットで展開されるのを見ることに時間を費やしています。新しいトレードのコンセプトを生み出すことが、私の得意とするところです。 MQLで頭打ちになることは、私の利益にはつながりませんでした。しかし、あなたにはそれが功を奏しているのかもしれません。

第三に、私はBuild 427でテストしていません。これもアスならではの思い込みです。私はBuild 409でテストしなければならないのですが、それにはちゃんとした理由があるのです（ここでは触れません）。私は以前にも言いましたが、EAの必要性に関連するMQLのTime()ベースの関数をすべて試しましたが、どれもうまくいきませんでした。 Day(), TimeHour, TimeMinute, DayOfWeek, etc.です。

私はDay()とDayOfWeek()の区別を理解しています。なぜなら、ヘルプを求める投稿をする前に必ずMQLドキュメントを読むからです。私はフォーラムで助けを求めるようなことはしません。私は通常、ウェブで検索できるあらゆるソースを使い尽くし、想像できるあらゆる設定を試します。TimeHourとTimeHourを連続させるような間違った設定も含めて、EAから何らかの追跡可能な動作の違いが得られるかどうかを確認するためです。

他のすべてが失敗したとき、私はログオンして助けを求めます。賢い人は、私がやったことと正反対のことをするのです。

削除済み 2012.05.31 19:22 #54

RaptorUK:

ブローカーのサーバーに接続されていない状態でストラテジーテスターを実行するため、実際のサーバー時刻は存在せず、モデル化されたサーバー時刻を取得することになります。もしあなたがブローカーに接続したまま、実際のサーバー時間を取得したい場合、ブローカーのサーバーから、あなたがストラテジーテスターでEAを実行した実際の時間を取得することになりますが、それはおそらくあなたにとってあまり意味のないことでしょう。

ですから、取得したサーバー時刻がモデル化されたものであることに満足してください。

実はこれは正しいことではありません。

私が使用しているスクリプトは、テスターエンジンに実際の過去のサーバー時刻を提供します。このプロセスでは、.csvファイルを.hstファイルに変換し、さらに.hstファイルを.fxtファイルに変換することが必要でした。Testerエンジンには、市場のティック（Bid/Ask）だけでなく、各ティックに関連する日付/時刻も供給されます。データ/時刻はBid/Askティックと共にTesterに供給されます。私はこのテストスクリプトを設計していませんが、99％のモデリングを生成し、最も重要なことは、各時間枠のCandle Buildが過去のマーケットに忠実であることです。言い換えれば、Date/TimeがTesterにティックと一緒に渡されるため、生成される各.hstファイルには、各バーに関連するData/Timeで市場が生成した実際の市場ボリュームフットプリントが含まれています。

ブローカーのバックエンドに接続されているかどうかにかかわらず、実際のヒストリカルサーバー時刻を取得する必要があります。このスクリプトは、マルチタイムフレームバックテストを行うことができる方法です。

Simon Gniadkowski 2012.05.31 20:06 #55

CFx:

実は、これは正しくありません。

私が使用しているスクリプトは、テスター・エンジンに実際の過去のサーバー時刻を提供するものです。このプロセスでは、.csv ファイルを .hst ファイルに変換し、さらに .hst ファイルを .fxt ファイルに変換する必要がありました。 Testerエンジンには、市場のティック（Bid/Ask）だけでなく、各ティックに関連する日付/時刻も供給されます。データ/時刻はBid/Askティックと共にTesterに供給されます。私はこのテストスクリプトを設計していませんが、99％のモデリングを生成し、最も重要なことは、各時間枠のCandle Buildが過去のマーケットに忠実であることです。言い換えれば、Date/TimeがTesterにティックと一緒に渡されるため、生成される各.hstファイルには、各バーに関連するData/Timeで市場が生成した実際の市場のボリュームフットプリントが含まれます。

ブローカーのバックエンドに接続されているかどうかに関わらず、実際のヒストリカルサーバー時刻を取得する必要があります。これはスクリプトが行うことであり、私がマルチタイムフレームバックテストを行うことができる方法です。

申し訳ございませんが、いくつかの事実が欠けています。

私はeareviewスクリプトで処理されたデューカスコピー・ティックのデータも使用したことがあり、その仕組みは理解しています。2012年5月31日にストラテジー・テスターでテストした際、使用しているデータが2008年である場合、サーバー時間は2008年のもので、これはモデル化されたサーバー時間であり、実際のサーバー時間ではありません。

ところで、モデリング品質99％という数字は無意味です ... ... それは、fxtファイルに書き込まれた数字に過ぎません ... ...eareviewの記事を読めば、このことがわかると思います。マルチタイムフレームのバックテストにティックデータは必要ない ... M1より低いタイムフレームを見ることはできない .... しかし、ティックデータはEAの最終的なテストに使うべきだということには同意します。おそらく、我々はそれに同意することができます。

Simon Gniadkowski 2012.05.31 20:10 #56

CFx:

3つ目は、Build 427でテストしていない。これもアスならではの思い込み。

それは私が作った仮定ではありません... ... 私は、単に私がどのBuildでテストしたかを知らせただけです... ...私はそれが関連していた。

Simon Gniadkowski 2012.05.31 20:19 #57

CFx:

Day()とDayOfWeek()の区別はわかりました。

OPのあなたのコードは、日が1または2である場合、取引を終了しようとしていることを示しています ... 2012年4月1日は日曜日でした、あなたのコードは日曜日に取引を終了するつもりはありません ... もしあなたがDay()の代わりにDayOfWeek()を意味するなら、それは意味をなすかもしれない ...

Day() == 1 || Day() == 2 || Day() == 3 || Day() == 4 && TimeHour(TimeCurrent()) >=23 && TimeMinute(TimeCurrent()) >=57 || Day() == 5 && TimeHour(TimeCurrent()) >=21 && TimeMinute(TimeCurrent()) >=57

Note: The problem is that all trades remain open Monday through Thursday, through 23:57. Also, all trades remain open on Friday, through 21:57.