オーダーを探すという作業 - ページ 2

 
Михаил:

バカにしないでくださいよ...。

予期せぬことが起きたら、どんな授業もあなたを救ってはくれないのです

5分以上の予期せぬサーバー再起動があった場合、すべての変数データが消去されます...

ブローカーのサーバーが再起動する間、注文がスルまたはтпで終了したり、成行となる場合があります。

唯一の安定した解決策は、EAのロード時や必要な時に情報を収集することです ...

残念ながら、このような不測の事態が頻繁に起こるので、良い/正常な解決策を求めて、このスレッドを作成しました。

マイケルさん、ご指摘ありがとうございます.

 
Михаил:

バカにしないでくださいよ...。

予期せぬことが起きたら、どんな授業もあなたを救ってはくれないのです

Windowsや端末がクラッシュした場合、EAを再初期化したとき。

アクティブなオーダーを「見て」、クローズするだけで、コントロールはできないからです。

制御を取り戻すことに意味があるのでは?
 
Vladimir Pastushak:
それらをコントロールし直すことに意味があるのでは?

意味がわからない。なぜ、わざわざ「やったこと」を調べるのか?

特に、どうせ見なければならないのだから、「釘」を刺して位置を 見る方がずっと簡単です

 
Михаил:

意味がわからない。なぜ、わざわざ「やったこと」を調べるのか?

特に、どうせ見なければならないのだから、「釘」を刺して位置を 見る方がずっと簡単です

いいえ。マーケットに残しておかなければならないオーダーと、決断しなければならないオーダーがある。これらはすべて、エキスパートアドバイザーが「ワークスペース」を「スキャン」し、常に関連データを持つことによって行われます。そして、本当に不測の事態が起きたとき、ここでも自動的に携帯電話にメッセージが送られ、ロボットではなく自分の頭を使って干渉することができるのです。私見では、これがEAとして最も合理的な動作だと思います。

そして、重要な環境が記憶されている変数もない。ただ、最新の新鮮な状態を探し求め、極限状態にあるのみである。それはお金です ;)

 
Artyom Trishkin:

そうですね......いいえ。市場に残すべきオーダーと、判断が必要なオーダーがある。これらはすべてExpert Advisorが「ワークスペース」を「スキャン」することで行われ、常に実際のデータを持っています。そして、本当に不測の事態が起きたとき、ここでも自動的に携帯電話にメッセージが送られ、ロボットではなく私の頭を使って干渉することができるのです。私見では、これがEAの最も合理的な動作だと思います。

そして、重要な環境が記憶されている変数もない。最新で新鮮な状態の探索だけが、極限まで追求されている。それはお金です ;)

これは一般的な言葉です。

単純にマーケットに残しておく必要がある注文の例(MT5)を教えてください。

ウィンドウズやターミナルが "クラッシュ "した後?

100個の監視なし注文を分析するのと、ポジションを 分析した後に必要な注文を出すのとでは、どちらが早く、良いのでしょうか?

必要ですか?

 

さまざまな「グリッド」を実装していくと、次のような構造に行き着きました。

struct OrderInfo
{
   int            type;
   int            ticket;
   int            martinLeg;
   double         lots;
   double         openPrice;
   double         profit;
   datetime       openTime;
};

struct SeriesInfo
{
   int            ordersCnt;
   int            maxMartinLeg;                                                                    // Максимальный номер ордера в серии.
   
   double         lastOpenPrice;                                                                   // Минимальная для Buy-серии и максимальная для Sell-серии цена открытия ордера в серии
   double         totalProfit;                                                                                                   
   OrderInfo      order[MAX_ORDERS_IN_SERIES];
   
   void Init()
   {
      ordersCnt = 0;
      maxMartinLeg = 0;
      lastOpenPrice = 0.0;
      totalProfit = 0.0;
   }
};

この構造は、マジックナンバーの値に基づいて、新しいティックごとに埋められます(注文番号、どのグリッドに属するかなど、注文を識別するために必要なすべての情報が格納されています)。

 
Михаил:

これは一般的な言葉です。

MT5で、以前に発注した注文をマーケットに残しておかなければならないような例を教えてください。

Windowsや端末が "クラッシュ "した後?

100個の監視なし注文を分析するのと、ポジションを 分析した後に必要な注文を出すのとでは、どちらが早く、良いのでしょうか?

必要な命令ですか?

実装(コード)ではなく、アルゴリズムが重要なのです。Expert Advisor は、再起動後にすべての注文とポジションをキャッチする必要があります。失くしたら......これは小学生の手口、見てから閉じたら......これも同じ土俵の話。

EAはトレーダーの行動を繰り返そうとすべきであり、私を信じて、私がコードを書いたように多くの顧客として、それらのすべてがEAが愚かなクローズ(これはTSの一部でない場合)ではなく、それらをキャッチし、彼らと必要なアクションを実行するために彼らの状態から結論を出すことを望んでいる。

また、端末の再起動後、5分前、10分前(あるいは1時間前、2時間前など、すべてTSによる)にEAが開いた注文が、突然EAに制御できなくなり、削除しなければならないのはなぜでしょうか。

 
Artyom Trishkin:

実装(コード)ではなく、アルゴリズムが重要なのです。Expert Advisor は、再起動後にすべての注文とポジションを取得する必要があります。失えば学校のおままごと、見てから危なくないように閉じれば、これも同じ分野のものです。

エキスパート-アドバイザは、トレーダーの行動を繰り返すようにしてください、私を信じて、私はエキスパート-アドバイザを必要とするすべてのクライアントを書いている愚かなクローズ(これはTSの一部でない場合)、それらを拾うために、それらとさらなる行動を実行するために、その状態から結論を出すために。

また、端末の再起動後、5分前、10分前(あるいは1時間前、2時間前など、すべてTSによる)にEAが開いた注文が、突然EAに制御できなくなり、削除しなければならないのはなぜでしょうか。

バーベッジ(学校工作など)に取り組んでいるのですね。

どうあるべきかを説明するメンターは必要ないのです

聞かれたことに答えるのです。

MT5で、以前に発注した注文をマーケットに残しておく必要が ある場合、どのような例があるか教えてください。

WINDや端末の "クラッシュ "の後?

教師なし注文を100個解析するのと、ポジションを解析して 発注するのと、どちらが早く、良いでしょうか。

必要な命令ですか?

P/S Uncontrolled orders - because their tickets are lost!

ポジションは失うことができない :)

それは(位置が)存在するかしないかのどちらかである。

 
Михаил:
...

P/S Uncontrolled warrants - because their tickets are lost!

そして、ポジションは失うことができない :)

PSに対する私の答えはこうです:彼らは単に発見される必要があるだけです。トピックスターターが言っていたのはそういうことで、私も全面的に賛成です。繰り返しますが、これはあくまで私の意見です。ちなみに、接続障害やターミナルの再起動があると注文やポジションが削除されるようなEAをマーケットで入力しようとしても、おそらくモデレートされないと思います。そして、そこではモデレータがすべてをチェックし、製品への要求事項の中でプログラムに適切な動作を要求しており、それは時に白痴的にさえ見える。厳しいモデレーションの例は、多くの売り手を与えることができ、私は唯一のものではありません(私はデザインにのみ不満を持っていたが)...

私の書き込みの中であなたが「思う」言葉遣いなどについては、それはあなたが思っていることでしかありません。諭吉さんなど一見ネガティブなことを言わずに、とてもフレンドリーにコミュニケーションをとっています。私は単に私のIMHO(報告し、人々が求めている私の観察を引用した)を表現したのです。

ちなみに、Windows がクラッシュした場合、Expert Advisor は注文を削除できません。

 
Artyom Trishkin:

PSに対する私の答えはこうです:だから、彼らは単にそれを見つける必要があります - 私たちはそれについて話している、なぜそれを削除しますか?これについては、トピックスターターが語ったもので、私も全面的に賛成です。繰り返しますが、これはあくまで私の意見です。ちなみに、接続障害や端末の再起動で注文やポジションが削除されるようなEAを市場に出そうとしても、おそらくモデレートされることはないでしょう。そして、そこではモデレータがすべてをチェックし、製品への要求事項の中でプログラムに適切な動作を要求しており、それは時に白痴的にさえ見える。厳しいモデレーションの例は、多くの売り手を与えることができ、私は唯一のものではありません(私はデザインにのみ不満を持っていたが)...

私の投稿であなたに「見える」言葉遣いなどについては、あなたにとって「見える」だけなのです。諭吉など一見ネガティブに見えるものもなく、かなりフレンドリーにコミュニケーションしています。私は単に私のIMHO(報告し、人々が求めている私の観察を引用した)を表現したのです。

ちなみに、Windows がクラッシュした場合、Expert Advisor は注文を削除できません。

フレンドリーなコミュニケーションではないとは言いませんが...。

しかし、改めて(私が思うに)、ワラントを掘り下げても意味がない!ということです。

ちなみにこれに対して

"ところで - 風が弱くなると、EAも注文を削除できない - ここでは手動のみなので、この例はオートトレードに完全に適用できない。"

可能ですが、おそらく方法を知らないでしょう。もし興味があれば、コードを掲載することができます。