MQL4、MQL5に関する初心者からの質問、アルゴリズムやコードに関するヘルプ、ディスカッションなど。 - ページ 1279 1...127212731274127512761277127812791280128112821283128412851286...1953 新しいコメント Nikolai Semko 2020.10.24 14:46 #12781 leonerd:値動きの角度を計算する簡単なコードに鼻を突っ込む。下の写真はその様子です。 x(ピクセル、バーまたは時間)とy(ピクセルまたは価格)が何で測定されるかに依存します。そして、それはどのようなタスクに依存するか:現在のスケール(ピクセル単位のバー幅)とタイムフレームで現在のチャートの角度を測定する?あるいは、どのようなTFやスケールでも角度が変わらないように測定することでしょうか?タスクと座標系が違えば、ソリューションも違う。 Alexey Viktorov 2020.10.24 15:07 #12782 leonerd:値動きの角度を計算する簡単なコードに鼻を突っ込む。下の写真はその様子です。 まあ、タンジェントで計算すればいいんですけどね。しかも、角度そのものは必要なく、タンジェントが分かればいいのです。 Aleksei Stepanenko 2020.10.24 16:47 #12783 Alexey Viktorov:また、角度そのものは必要なく、タンジェントがあればいいのです。そのとおりです。そして、私たちの接線は、「スピード」と呼ばれています。 この例では、1時間足のローソク足39本で1884ポイントを通過しています。この波の全速力は1884/(39/24) = 1159 pips/日です。double interval=double(iBarShift(symbol,frame,start_time)-iBarShift(symbol,frame,finish_time)*PeriodSeconds(frame)/86400; int distance=MathAbs(finish_price-start_price); int speed=interval>0?(distance/interval):0; そして、角度は必要ありません。なぜ角度が必要なのでしょうか?グラフを伸ばしたり、平らにしたりすると、角度はどうなるのでしょうか? 角度は、X軸とY軸が同じ単位であれば、測定することができます。例えば、正方形が描かれたノートを手に取り、その対角線に沿って線を引くと、45度になります。そして、上にあるもの、右にあるものはセンチメートルです。そしてここで、1つの価格帯は何に相当するのか?1時間、1日、それは比較にならない価値です。 Alexey Viktorov 2020.10.25 06:43 #12784 Aleksei Stepanenko:そのとおりです。そして、私たちの接線は、「スピード」と呼ばれています。この例では、1時間のローソク足39本で1,884ポイントを通過しています。この波の全速力は1884/(39/24) = 1159 pips/日です。 そして、角度は必要ありません。なぜ角度が必要なのでしょうか?グラフを伸ばしたり、平らにしたりすると、角度はどうなるのでしょうか? 角度は、X軸とY軸が同じ単位であれば、測定することができます。例えば、正方形が描かれたノートを手に取り、その対角線に沿って線を引くと、45度になります。そして、上にあるもの、右にあるものはセンチメートルです。そしてここで、1つの価格帯は何に相当するのか?1時間とか1日とか、比較にならない値 です。 なぜ、比較する必要があるのでしょうか?キロメートルと時間も比較できないが、だからといって速度を時速キロメートルでカウントすることはできない。 接線が速度の場合、チャート周期の 単位時間あたりのその速度になります。39時間で価格が1884pips動いた場合、1時間あたり48pipsとなります。日数に換算する必要はありません。 しかし、「加速度」は、直前のバーの速度に対する現在の速度の比率として計算することもできます。そして、この値を複数集めることで、平均的な加速度を求めることができる。 Nikolai Semko 2020.10.25 06:49 #12785 Aleksei Stepanenko:そして、ここでは、1つの価格帯が何に相当するのか?1時間、1日? 値が比較できない。まあ、距離も光年で測るんですけどね。だから、問題ないのです。 一定速度を導入してみよう。例えば、1本の1分足バーに対して 1 _Point 、両軸の価格に座標系を持って くる。 そうすると、どの時間軸でも角度は同じになります。 主な 内容は、x1と x2 の 間にある分バーの数を正しく計算 することです。 このシステムでは、45度の角度はN分間にN*tg(45)=Nピップスの価格変動を意味し、30度の角度はN分間にN*tg(30)=N*0.57735ピップスの価格変動を意味することになります。 週末やボラティリティが低いなど、時間的な穴があるので、時間ではなく分単位のバーを使用するのがよいでしょう。 Roni Iron 2020.10.25 09:28 #12786 ローソク足は水平方向にも垂直方向にも伸ばせるので、100%賛成です。そして、角度を決める基準(ローソク足の幅をピクセル単位で、1ピクセルの中のポイント数)があるはずです。 オフトピックな質問をしてもいいでしょうか? コンパイラが悪さをしないように、datatimeをdoubleに正しく変換するにはどうしたらいいですか(間違った変換によるデータ損失はあり得ます)? double A = Time[1]; ありがとうございました。 Aleksei Stepanenko 2020.10.25 09:43 #12787 Alexey Viktorov:39時間で1884pipsの場合、1時間あたり48pipsのスピードとなります。また、それを日数に換算する必要は全くありません。 はい、それは私の推測です。スピードをint型(全ピップ)にしたので、ピリオドを大きくして、スピードの端数はあまり問題に せず、捨てられるようにしようと思ったのです。だから、1日につき1ポイントもらえたんです。まあ、これは人間の体内時計と一致するんですけどね。疲れて寝て、朝起きて「昨日のスピードは何だったんだ?見た目が安定しているので、それが自分の中の基準になっています。あとはもちろん、個人の好みの問題ですね。 ニコライ・セムコ: まあ、距離も光年で測るんですけどね。だから、それは問題ない。 等速を導入してみよう。例えば、1本の1分足バーに対して 1 _Point 、両軸の価格に座標系を持って くる。 はい、ここでも速度は得られますが、単位は「ポイント/分」のみです。土日や穴については、チャート上にローソク足があるものが時間間隔、ないもの(日/時間)はないものとして、次のように捉えました。なぜなら、土日を考慮し、その時間帯に価格が据え置かれると、理由もなく速度が著しく低下してしまうからです。でも、これも人それぞれですからね:) ロニ鉄: コンパイラが悪さをしないように、datatimeをdoubleに正しく変換する方法(間違った変換によるデータ損失の可能性がある)。 double A = (double)Time[1]; なぜdatatimeをdoubleで保存するのですか?異なる種類の変数を同じ配列に格納し、あちこちに持っていく場合は、通常の配列を構造体配列に置き換えることを検討してください。 struct My { datetime time; double price; } my[]; int finish=0; ArrayResize(my,finish+1); my[finish].time=Time[1]; my[finish].price=Close[1]; Roni Iron 2020.10.25 10:19 #12788 ありがとうございました。 構造体はmql5でのみ動作しますか、それともmql4で既に動作していますか? Aleksei Stepanenko 2020.10.25 10:20 #12789 そうです、4本で動くんです、はっきり言って書くのにとても便利なんです。 Alexey Viktorov 2020.10.25 11:19 #12790 Roni Iron:ありがとうございました。構造体はmql5でのみ動作しますか、それともmql4で既に動作していますか? 構造物だけでなく、組合も。 1...127212731274127512761277127812791280128112821283128412851286...1953 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
値動きの角度を計算する簡単なコードに鼻を突っ込む。下の写真はその様子です。
値動きの角度を計算する簡単なコードに鼻を突っ込む。下の写真はその様子です。
まあ、タンジェントで計算すればいいんですけどね。しかも、角度そのものは必要なく、タンジェントが分かればいいのです。
また、角度そのものは必要なく、タンジェントがあればいいのです。
そのとおりです。そして、私たちの接線は、「スピード」と呼ばれています。
この例では、1時間足のローソク足39本で1884ポイントを通過しています。この波の全速力は1884/(39/24) = 1159 pips/日です。
そして、角度は必要ありません。なぜ角度が必要なのでしょうか?グラフを伸ばしたり、平らにしたりすると、角度はどうなるのでしょうか? 角度は、X軸とY軸が同じ単位であれば、測定することができます。例えば、正方形が描かれたノートを手に取り、その対角線に沿って線を引くと、45度になります。そして、上にあるもの、右にあるものはセンチメートルです。そしてここで、1つの価格帯は何に相当するのか?1時間、1日、それは比較にならない価値です。そのとおりです。そして、私たちの接線は、「スピード」と呼ばれています。
この例では、1時間のローソク足39本で1,884ポイントを通過しています。この波の全速力は1884/(39/24) = 1159 pips/日です。
そして、角度は必要ありません。なぜ角度が必要なのでしょうか?グラフを伸ばしたり、平らにしたりすると、角度はどうなるのでしょうか? 角度は、X軸とY軸が同じ単位であれば、測定することができます。例えば、正方形が描かれたノートを手に取り、その対角線に沿って線を引くと、45度になります。そして、上にあるもの、右にあるものはセンチメートルです。そしてここで、1つの価格帯は何に相当するのか?1時間とか1日とか、比較にならない値 です。なぜ、比較する必要があるのでしょうか?キロメートルと時間も比較できないが、だからといって速度を時速キロメートルでカウントすることはできない。
接線が速度の場合、チャート周期の 単位時間あたりのその速度になります。39時間で価格が1884pips動いた場合、1時間あたり48pipsとなります。日数に換算する必要はありません。
しかし、「加速度」は、直前のバーの速度に対する現在の速度の比率として計算することもできます。そして、この値を複数集めることで、平均的な加速度を求めることができる。
そして、ここでは、1つの価格帯が何に相当するのか?1時間、1日? 値が比較できない。
まあ、距離も光年で測るんですけどね。だから、問題ないのです。
一定速度を導入してみよう。例えば、1本の1分足バーに対して 1 _Point 、両軸の価格に座標系を持って くる。
そうすると、どの時間軸でも角度は同じになります。
主な 内容は、x1と x2 の 間にある分バーの数を正しく計算 することです。
週末やボラティリティが低いなど、時間的な穴があるので、時間ではなく分単位のバーを使用するのがよいでしょう。
ローソク足は水平方向にも垂直方向にも伸ばせるので、100%賛成です。そして、角度を決める基準(ローソク足の幅をピクセル単位で、1ピクセルの中のポイント数)があるはずです。
オフトピックな質問をしてもいいでしょうか?
コンパイラが悪さをしないように、datatimeをdoubleに正しく変換するにはどうしたらいいですか(間違った変換によるデータ損失はあり得ます)?
double A = Time[1];
ありがとうございました。
39時間で1884pipsの場合、1時間あたり48pipsのスピードとなります。また、それを日数に換算する必要は全くありません。
はい、それは私の推測です。スピードをint型(全ピップ)にしたので、ピリオドを大きくして、スピードの端数はあまり問題に せず、捨てられるようにしようと思ったのです。だから、1日につき1ポイントもらえたんです。まあ、これは人間の体内時計と一致するんですけどね。疲れて寝て、朝起きて「昨日のスピードは何だったんだ?見た目が安定しているので、それが自分の中の基準になっています。あとはもちろん、個人の好みの問題ですね。
まあ、距離も光年で測るんですけどね。だから、それは問題ない。
等速を導入してみよう。例えば、1本の1分足バーに対して 1 _Point 、両軸の価格に座標系を持って くる。
はい、ここでも速度は得られますが、単位は「ポイント/分」のみです。土日や穴については、チャート上にローソク足があるものが時間間隔、ないもの(日/時間)はないものとして、次のように捉えました。なぜなら、土日を考慮し、その時間帯に価格が据え置かれると、理由もなく速度が著しく低下してしまうからです。でも、これも人それぞれですからね:)
コンパイラが悪さをしないように、datatimeをdoubleに正しく変換する方法(間違った変換によるデータ損失の可能性がある)。
なぜdatatimeをdoubleで保存するのですか?異なる種類の変数を同じ配列に格納し、あちこちに持っていく場合は、通常の配列を構造体配列に置き換えることを検討してください。
ありがとうございました。
構造体はmql5でのみ動作しますか、それともmql4で既に動作していますか?
ありがとうございました。
構造体はmql5でのみ動作しますか、それともmql4で既に動作していますか?
構造物だけでなく、組合も。