[アーカイブ!】どんなルーキーの質問でも、フォーラムを散らかさないように。プロフェッショナルの皆さん、通り過ぎないでください。あなたなしではどこにも行けない - 2. - ページ 122

 
eddy:
アルス どう したんだ?
а?
 
Cod:
EAが生成するRenkoチャートに通常の時間足チャートのMAを重ねることは可能でしょうか(例:https://www.mql5.com/en/code/9358)。原理的に可能なのか?このようなインジケータをお金で作ることは可能なのでしょうか?
RENCO バーの始点と時間足の始点は一般に一致しない。そのため、インポーズをかける際には、最も近いバータイムに同期させる必要がありますが、それでも完全に正確な位置決めができるわけではありません。作業はそれほど難しくないが、かなりいじくり回す必要がある。
 
alsu: (118ページ)
ターミナルに入れない方がいいような書き方になっています)
どうしちゃったんだろう)
 
eddy:
どうしちゃったんだろう)

目をつぶってください))冗談交じりに言っています。

i-indexの値を再印刷して、レンダリングが停止したときの値をみてみてください。バグ探しの起点になる。

追記:Rel[]、Rhi[]、Rlo[]配列は、刻み 毎に完全に記入 する必要があるのでしょうか?

 
alsu:
RENCO バーの開始時刻は,一般に 1 時間足の開始時刻と一致しない。そのため、重ね合わせる際には、最も近いバータイムで同期させる必要がありますが、それでも完全な測位精度は得られません。作業はそれほど難しくないが、かなりいじくり回す必要がある。 。
待ってください。1時間足チャートがあります。MAを搭載しています。Renko バーが Renko チャートに表示されるたびに、その位置を時間足チャートに描画される場所に正確に描画することを妨げるものは何ですか?本当に深刻なプログラミングの問題なのでしょうか?見てください-新しいレンコバーが あると判断し-ネイティブのiMA関数を読み込んで同じ場所に描画します......。難易度は?(まあ、プログラミングができないことは別として?):)
 
Cod:
待ってください。1時間足チャートがあります。MAが搭載されています。Renko バーが表示されるたびに、その位置を Renko チャート上の時間足チャートの描画位置に正確に描画することを妨げるものは何でしょうか。本当に深刻なプログラミングの問題なのでしょうか?見てください-新しいレンコバーがあると判断し-ネイティブのiMA関数を読み込んで同じ場所に描画します......。難易度は?(まあ、プログラミングができないことは別として?):)

は、H1チャートに描かれたポイントは、価格と時間の2つの座標を持っていますが、それを露骨にRenkoチャートに転送すると、価格は一致しますが、時間は一致しません。これが1つ目の不正確な点です。2つ目の問題は、1時間以内に複数のRENCOバーが出現したり、逆に1つのRENCOバーが数時間保持されることがあることです。

複雑さはあまりありません、繰り返します。あらゆる状況を想定し、慎重にプログラムを組む必要があるのです。

 

alsu さん、howを全部埋めてください。)

iはBars-counted+2に等しいのに、どうしてマイナスになるのでしょうか?

 
alsu:

1. 1時間に何本ものRENCOバーが出現することがあるため、追加でポイントを抽選する。

2. 1つのRENCOが数時間保持される場合:H1からMA値をスキップする。

新しい RENkoバーが 現れたら、その時のMAが1時間足チャートのどこにあるかを計算し(どこかに?)、このポイントに描画します。新しいRenco Barが現れたら、その瞬間にMAが1時間足チャートのどこにあるか(どこにあるのか)を再度計算し、再度描画する...というものです。何も見逃さず、余計なものは描かない...。なるほど、私はよほど頭が悪いのか、それともプログラマーとしての無知から、理解できない純粋に技術的な特有のバグがあるのだろう。一番シンプルなiMA関数で、規定のタイムフレームを60にして、そんなインジケータをRenkoにくっつけただけのつもりが・・・。しかし、なぜかポルノのようなものが描かれている、男、最悪なのは、その理由がわからないことだ、バカヤロー。

OK、とにかくありがとう、可能性はあると思ったし、仕事にも行かなくちゃいけないし...。とか言ってましたけど... :)

 

"ORDER ACCOUNTING "について質問です。

未決済注文が 発生した場合→注文総数1

保留中の注文が約定した場合→合計注文数は2か1か......。

成行注文が追加されるのか、保留中の注文が成行注文になるのか、一般的にそこで何が起こるのでしょうか。

 
robot:

"ORDER ACCOUNTING "について質問です。

未決済注文が発注されたとき → 注文の総数 1

保留中の注文が約定した場合→合計注文数は2か1か......。

成行注文が追加されたり、保留中の注文が成行注文になったり、一般的にそこでは何が起こるのでしょうか?

保留中の注文がトリガーされると、それは成行注文となる。

総受注 数=1。