10ポイント 3.mq4 - ページ 92

 

yeoelevenさん、こんにちは。

ご回答とカウンセリングをありがとうございました。

私はそれらに従います

 
forex4syg:
JugulatorのActualOrdersの計算にはバグがあるようです。

私のテストでは、GBPJPYmのポジションが1つだけいつの間にか開いていました。ConfirmedOrders=1、ActualOrders=2のため、クローズされました。

この問題はどこから来るのかよくわかりません。コード上では、注文が送信されるとActualOrdersは常に1ずつ増えるようです。もしSendOrderが失敗しても(様々な理由で)、ActualOrdersは1だけ増加します。おそらく、SendOrderからエラーをチェックするのが良いのでしょう。エラーがなければ、ActualOrdersは1つ増える。

ありがとうございます。

そのあたりは、こちらで修正しておきます(89ページ、投稿890、Jugulator.zip)。EAに新しい変数があり、注文番号にセットされます。注文が失敗した場合、注文番号はないはずで、コードはActualOrders変数を増加させる前にそれをチェックします。

void OrderNeedsOpening() { (注文の開始)

//変更する前に値を保存する

double TempActualLotSize = ActualLotSize;

//ロットサイズを増加させる

ActualLotSize = NormalizeDouble(ActualLotSize * LotsIncreaseBy, LotPrecision);

//ロングで行こうとしているのでしょうか?

if (OrderDirection == 1) {

//テイクプロフィットを 設定し、ロングオーダーをオープンします。

ActualTP = Ask + (TakeProfit * Point);

LastTicket = OrderSend(Symbol(), OP_BUY, ActualLotSize, Ask, OrderSlippage, ActualSL, ActualTP, "Order" + (ActualOrders + 1), Magic, 0, Blue).LastTicketを送信します。

}

//ショートしようとしているのか?

else if (オーダーディレクション == 2) { /Set Take Profit and open of the key of the key of the key of position.

//テイクプロフィットを設定し、ショート注文を出す。

ActualTP = Bid - (TakeProfit * Point);

LastTicket = OrderSend(Symbol(), OP_SELL, ActualLotSize, Bid, OrderSlippage, ActualSL, ActualTP, "Order" + (ActualOrders + 1), Magic, 0, Red).LastTicketを送信します。

}

//注文が通れば0より大きくなります。

if (LastTicket > 0) { (LastTicket > 0)

ActualOrders++;

}

//注文が失敗したので、値を戻す必要があります。

それ以外の場合 {

ActualLotSize = TempActualLotSize;

}

}

なぜなら、これは私が実行しているもので、複数の注文を開き、それらがTPまたはSLすべき時に閉じることに何の問題もないからです。このタイプの変更はコードの他の部分にもあるので、この部分だけコピー&ペーストしても問題は解決しませんので注意してください。

 

ジャグラーH4結果

今朝の0.10と0.01の結果です。

 

ジャグレーターH4結果

いくつかの大きなニュースが報道された後、今朝10時(EST)に0.10と0.01の結果です。

0.01アカウントは$268.94上昇しました。

0.10アカウントは$1,912.44上がりました。

 

10points3 ダイナミックストップ

今週は10points3 ダイナミックストップをクローズしました。利益が出たペアを決済する。以前掲載した設定

全体的に良い週だった。

Jugulatorをクローズする前にUSDJPYがリトレースするのをまだ待っているところです。

ジョン

ファイル:
 

ジャギュレーター1.1

投稿番号891の設定と投稿番号898の前回の結果を引き継ぎます。以下は、今週のクローズ後の詳細な記述です。

彼らは私のよりも明らかに優れているので、おそらくマットの近くに使用するために月曜日に 開く前に設定を見ていきます。

ジョン

ファイル:
jug4.htm  67 kb
jug4.gif  6 kb
 
mtaboneweb:
こちらで修正されているはずです(89ページ、投稿890、Jugulator.zip)。 EAに新しい変数があり、注文番号に設定されます。 注文が失敗した場合、注文番号はないはずで、コードはActualOrders変数を増加させる前にそれをチェックするのです。

void OrderNeedsOpening() { {

//変更する前に値を保存する

double TempActualLotSize = ActualLotSize;

//ロットサイズを大きくする

ActualLotSize = NormalizeDouble(ActualLotSize * LotsIncreaseBy, LotPrecision);

//ロングで行こうとしているのでしょうか?

if (OrderDirection == 1) {

//テイクプロフィットを設定し、ロングオーダーをオープンします。

ActualTP = Ask + (TakeProfit * Point);

LastTicket = OrderSend(Symbol(), OP_BUY, ActualLotSize, Ask, OrderSlippage, ActualSL, ActualTP, "Order" + (ActualOrders + 1), Magic, 0, Blue).LastTicketを送信します。

}

//ショートしようとしているのか?

else if (オーダーディレクション == 2) { /Set Take Profit and open of the key of the key of the key of position.

//テイクプロフィットを設定し、ショート注文を出す。

ActualTP = Bid - (TakeProfit * Point);

LastTicket = OrderSend(Symbol(), OP_SELL, ActualLotSize, Bid, OrderSlippage, ActualSL, ActualTP, "Order" + (ActualOrders + 1), Magic, 0, Red).LastTicketを送信します。

}

//注文が通れば0より大きくなります。

if (LastTicket > 0) { (LastTicket > 0)

ActualOrders++;

}

//注文が失敗したので、値を戻す必要があります。

それ以外の場合 {

ActualLotSize = TempActualLotSize;

}

}

なぜなら、これは私が実行しているもので、複数の注文を開き、それらがTPまたはSLとなるべき時に閉じるという問題はないからです。 このタイプの変更はコードの他の部分にもあるので、この部分のみをコピー&ペーストしても問題は解決しないことに注意してください。

私がテストしているバージョンには、上記の変更は含まれていません。新しいバージョンを使用することにします。mtabonewebさん、ありがとうございます。

 
yeoeleven:
10points3 Dynamic Stopのフォワードテストはまだ続けており、良い結果を得ています。

昨日、このEAを小規模口座でも安全に使えるようにするためにGBPUSDを削除しました。おそらく収益性は低下しますが、安全性は向上すると思います。

ジョン

18ページにあるオリジナルの10points3 Dynamic Stopをまだ使っていますか?

ありがとうございます。

 

10ポイント3点 ダイナミックストップ

hawkv:
18ページにあるオリジナルの10points3 Dynamic Stopをまだ使っているのですか? ありがとうございます。

はい、これは私がGoblinとJugulatorと共にまだテストしているバージョンです。このEAをベースに開発されたEAで、今でも十分通用するものです。

ジョン

 

ティーエフ

1.Wait On Bar:今現在、EAは一貫したピップレベルのサイクルで新規注文をオープンしています。1つの代替アプローチは、新しい注文が同じバーで開かれないようにすることです。つまり、非常に大きな動きがあった場合、EAはバーのクローズまで待ち、トレンドを再評価し、その後、ピップ値がEAのピップス設定で指定されたものより大きい場合、サイクルで別の注文を出します。

.1 - .2 - .3 - .5 - .8 - 1.3 - 2.1 - 4.4 - 6.5 - など。

これはstockwetがgoblinスレッドに投稿したものです。非常に面白いアイデアですが、注文が去った場所を拾うのではなく、渡された注文をスキップして次の増分で行くので、価格が急速に上昇した場合、ボード上にある分だけの損失を持つことができます。バーが完了すると、EAはどのロット数の注文を実行すべきかを確認 し、そこから正しいロット数で開始します。そうすれば、2.1ロットの注文は、次の通常の注文(.5)がその特定の価格ポイントで開始された場合にできない損失を補填することができます。このようにすると、進行が10になったとしても損失は減りませんが、閉じる前に進行がもっと進むので、回収できる可能性が高くなります。また、トレンドが変化したと判断した場合には、通常発生するよりも小さな損失で取引を終了させることができます。これは実現可能なアイデアでしょうか?

理由: