エラー、バグ、質問 - ページ 989

新しいコメント
 

いいえ、すべての機械は個別です。軸も、グルーシャからWSまで、ライセンスを取得しています。推定有罪の感覚はあるのですが...。言い訳がましいぞ...。自分を正当化するために...ログ、あれこれ...。

コアよりロック剤を多く売るのは無法地帯になるべき！それだけです。

 
muallch:

...

そして、コアよりもロック剤を多く置くことは法律で禁止されるべきです！以上です。

一般的には論理的なんですけどね。
 

こんにちは。開発者の方に質問です。理想的なトランザクション生成サイクルは、以下のステップで構成される。

1.OrderSend()でリクエストを送信し、そのメソッドがtrueと正しいretcodeを返したかどうか確認する。

2.次に、OnTradeTransaction()により、サーバー上のリクエストの通過を追跡する必要があります。このハンドラは非常に便利で、処理を完全にコントロールすることができます。

しかし、私たちは現実の世界に生きており、例えば接続に失敗したり、単にトランザクションが「配信中に失われた」ために、TRADE_TRANSACTION_REQUESTのようなトランザクションを待つことができないかもしれません。このため、待ち時間が延々と続き、要求通りにトランザクションが完了したかどうかを判断することができなくなる。

このような緊急事態に対応し、不可抗力に対して論理的に正しいプロセスの完了を明確に得るための背景となる手順はあるのでしょうか？例えば、20秒（または30秒、40秒）以内にTRADE_TRANSACTION_REQUESTを待たなかった場合、より遅いが正しいアルゴリズムに切り替えます。すなわち、現在のシンボルのボリュームとOrderSend（）前のボリュームを比較し、注文履歴を 検索してその状態を計算、さらに1回オープン要求をするかシグナルをスキップするか決定するのです。OrderSendAsync() メソッドのタスクはさらに複雑になります。ある注文がいつトリガーされなかったかを正確に判断する基準を持ち、その基準をいつ適用し始めるかを知っていなければなりません。もし、私の理解が間違っていたら、訂正してください。

 
M24:

OrderSendAsync()メソッドの場合、タスクはさらに複雑になります。特定のオーダーがトリガーされないための正確な基準を持ち、いつその基準の適用を開始するかを知る必要があります。もし、私の理解が間違っていたら、訂正してください。

HistorySelectByPosition - 理論的には、注文が送信さ れるときにIDが与えられるので、役に立つはずです。

 
インジケーターの縦軸が、インジケーターの表示と一緒に消えてしまうことがあるのはなぜですか？基本的な指標では発生しないが、作成した指標ではそのような問題がある。ある水平方向のいわばスクロールと拡大鏡の値で、画像が消える。
 

VanHelsing:

32x Win7システムでは実数の演算に問題があり、XPでは"wininet.dll"ライブラリに値を渡すと動作が拒否されます。

wininetのどこで実数を渡すのですか？
 
papaklass:

1.現在のティックで取引注文を出し、次のティックで約定を確認することをルール化する。そうすれば、無限ループに陥ることはないでしょう。

2.前のティックの注文の実行を確認する場合、OnTrade()/OnTradeTransaction()を使用する必要はありま せん。アカウントの状態の変化を確認する、つまりソースと連携する。結局のところ、あらゆる取引の取り決めは、あなたの取引口座の状態を変更することを目的としています。そこで、状態の変化を確認する。

3.テストの結果に応じて、ロボットのロジックをさらに作り込んでいきます。

OnTrade()/OnTradeTransaction() などの関数を使用する前に、あなたにとって何がより重要かを決定してください。

a). 与えられた市場条件で、ポジションのオープン/クローズ/修正を実現すること。

b) 自分の取引注文が執行されなかった理由を探そうとしたり、誰かのせいにしようとしたりして時間を浪費する。

それでも、若干の誤解が残っています。次のティックでのチェックの結果、ポジションに変化が なかった場合、この場合どうすればいいのでしょうか。変化がない理由は、まったく異なることがあります。代替案として

サーバー上でオーダーオンリクエストが形成されたが、何らかの理由で拒否された。

サーバーが過負荷の場合 - 実行が遅延します。

の場合、しばらく接続が失われます。

注文が実行されない正確な基準が欲しい。非同期システムでの時間へのバインディングは、私にはあまり正確とは思えず、したがって不確実性を許容することになります。履歴から注文を選択してその状態を確認するか、sionさんの提案のようにHistorySelectByPositionを 使うのが理にかなっているのかもしれませんね。開発者がこのようなシステムを設計したのであれば、このようなキー操作にも「正しい」方法があるはずだと思うのです。

 
M24:

注文が実行されない正確な基準を持ちたい

すでに説明されていることですが


OnTrade()/OnTradeTransaction()に悩まされることはありません。

ソースコードで作業する。

注文を 選択 し、その 状況を 確認 します。
 

みなさん、こんにちは。

スクリプト起動時に「エキスパート」タブの内容をすべて上書きするようにするにはどうしたらいいですか？(clsコマンドのようなもの）、前回のスクリプトの開始と現在のスクリプトの印刷出力が どこで終わったのか区別するのが難しい場合があるからです。

ありがとうございます!!!

 
ns_k:

皆さん、こんにちは。

スクリプト起動時に「エキスパート」タブの内容をすべて上書きするようにするにはどうしたらいいですか？(clsコマンドのようなもの）、前回のスクリプトの開始と現在のスクリプトの印刷出力がどこで終わったのか区別するのが難しい場合があるからです。

ありがとうございます!!!

deinit スクリプトに次の行を追加します。

Print("=========================== 終わり ====================")

1...982983984985986987988989990991992993994995996...3185
新しいコメント