マージンコールを恐れないアドバイザー。試してみたい方はいらっしゃいますか? - ページ 12

 

10.11の取引結果...

11.11のポートフォリオ...

GBPJPYの売り Risk1=0.1635, Risk2= 0.11;

EURJPYの売り Risk1=0.1626, Risk2= 0.1094;

EURUSDの売り Risk1=0.2158, Risk2= 0.1452;

USDCHFの買い リスク1=0.2661、リスク2=0.179。

USDCADの買い Risk1=0.1920, Risk2= 0.1292;

のところです。

Risk1 - ポジションを部分的に固定するレベル以下。

リスク2 - レベル、それ以上はスケールインする。

ファイル:
tester.zip  12 kb
 
kharko >> :

10.11の取引結果...

11.11のポートフォリオ...

GBPJPYの売り Risk1=0.1635, Risk2= 0.11;

EURJPYの売り Risk1=0.1626, Risk2= 0.1094;

EURUSDの売り Risk1=0.2158, Risk2= 0.1452;

USDCHFの買い リスク1=0.2661、リスク2=0.179。

USDCADの買い Risk1=0.1920, Risk2= 0.1292;

のところです。

Risk1 - ポジションを部分的に固定するレベル以下。

Risk2 - スケールインするレベル以上。

ポートフォリオの計算を出したが、expはどこにあるのか、これはショーケースなのか?

 
HIDDEN писал(а)>>

ポートフォリオの計算を出したが、expはどこにあるのか、ショーケースなのか?

エクスペリアは載せないけど...。このスレッドにReshetovのExpert Advisorがあり、計算された係数を代入して取引することができます...

Yuriさんのアイデアを改良して(どうもありがとうございます)、今デモ口座でテストしています。

このブランチでEAを実装するために必要なものは全て揃っています...

これを積んで作るか、プログラマーに発注する(1時間程度で終わる)・・・。>> グッドラック...

 
kharko >> :

専門家を載せるのはちょっと...。このスレッドにReshetovのExpert Advisorがあり、計算された係数を代入して取引することができます...

Yuriさんのアイデアをアップグレードして(どうもありがとうございます)、今デモ口座でテストしています。

このブランチでEAを実装するために必要なものは全て揃っています...

これを積んで作るか、プログラマーに発注する(1時間程度で終わる)・・・。がんばってください・・・。

1時間もかからずに作れるくらいです。そういう問題じゃないんです。ポイントは、計算されたポートフォリオのパラメータをExpert Advisorに与えることです。EAは他人が使えないから必要ないと思う、なぜわざわざ自分の数字で悩むのか。ただ、意味がわからないんです。


理論そのものは明快で、実行するのも簡単です。ポートフォリオは、詳しい人なら誰でも作れるもので、ユーリはすべてを分かりやすく説明してくれました。

 
HIDDEN писал(а)>>

1時間もかからずに作れるくらいです。そういう問題じゃないんです。ポイントは、計算したポートフォリオのパラメータを専門家に渡すことです。また、Expert Advisor自体は他の人が利用できないので、わざわざ自分の数値にする必要はないでしょう。単純に意味がわからない。

理論そのものは明快で、実行するのも簡単です。すでに書いていますが、係数の正しい計算方法がわかりません。

すでに書きましたが、計算された係数はReshetovのExpert Advisorに適しています。

何かをしようとすると、可能な限り最高の結果を得るために、 "洪水 "であれば、あなたは正しいです、私は自分自身を削除し、このスレッドで "洪水 "ません...

 
HIDDEN >> :

さらに1時間弱で作れます。

ArbitrageReverse_1.1.mq4 Expert AdvisorにFixedMarginLevelに基づくリバース操作を実装するというアイデアはどうでしょうか?
- 今現在(ArbitrageReverse_1.1.mq4というトピックから)。
"値段が安ければ安く買う"。そして、価格が安ければ安いほど、購入量も多くなります。
価格が高ければ、高く売ればいい。価格が高ければ高いほど、販売量は増える。"
- FixedMarginLevel Expert Advisor の原則に従って ArbitrageReverse_1.1.mq4 のバリアントを記述してください。
「私は、純粋に理論的な興味から、多通貨のExpert Advisorを作りました。理論的に想定された通りの挙動をしないことを、疑うことすらしなかったのです。結局、価格が下がれば売り、価格が上がれば空売りをする(つまり買う)という誤った行動をとってしまうのです。
由良は黙っている。HIDDENだけ でなく、他のプログラマーにも声をかけています。

 

こんにちは。

DCのFixedMarginLEVELwithStop_1とAllCloseByのペアロボットが嫌いです。デモに載せてみました。cents realに載せたら大混乱...requoteとかサーバーエラーとか...。この特定のコミットのペアでこの問題に対処する方法について、何かヒントはありませんか?同じようなログと説明を見つけました(私のログではありませんが、ペアとレートを除いてほぼ同じです)。


"2006.08.18 17:56:49 '48653': close order #2337066 buy 0.20 AUDNZD at 1.1852 sl: 0.0000 tp: 0.0000 at price 1.1888
2006.08.18 17:56:50 '48653': request was accepted by server
2006.08.17:56:50 '48653': request was accepted by server 2006.08.18 17:56:50 '48653': request in process
2006.08.18 17:56:53 '48653': requote 1.1882 / 1.1892 for order #2337066 buy 0.20 AUDNZD closing at 1.1888
2006.08.18 17:57:10 '48653': close order #2337066 buy 0.20 AUDNZD at 1.1888 06:56:30'-1.18'での注文。1852 sl: 0.0000 tp: 0.0000 at price 1.1888
2006.08.18 17:57:10 '48653': request was accepted by server
2006.08.18 17:57:10 '48653': requote 1.1888 / 1.1898 for order #2337066 buy 0.20 AUDNZD closing at 1.1888.1888.1888
2006.08.18 17:57:10 '48653': close order #2332011 buy 0.20 AUDNZD at 1.1874 sl: 0.0000 tp: 0.0000 at price 1.1888
2006.08.18 17:57:11 '48653': request was accepted by server
2006.08.17:57:10 '48653': request is accepted by server.18 17:57:11 '48653': request in process
2006.08.18 17:57:15 '48653': order #2332011 buy 0.20 AUDNZD at 1.1874 sl: 0.0000 tp: 0.0000 closed at price 1.1888
2006.08.18 17:57:16 '48653': close order #2330439 buy 0.20 AUDNZD at 0.1888.20 AUDNZD at 1.1895 sl: 0.0000 tp: 0.0000 at price 1.1888
2006.08.18 17:57:16 '48653': request was accepted by server
2006.08.18 17:57:16 '48653': request in process
2006.08.18 17:57:19 '48653': order #2330439 buy 0.AUDNZD: 0.003.AUDNZD at 1.1895 tp: 0.0000 at price 1.1888 2006.08.18 17:57:17 '48653': request in process 。20 AUDNZD at 1.1895 sl: 0. 0000 tp: 0.0000 closed at price 1.1888
2006.08.18 17:57:20 '48653': close order #2322502 buy 0.20 AUDNZD at 1.1929 sl: 0.0000 tp: 0.0000 at price 1.1888
2006.08.18 17:57:20 '48653':リクエストの処理中です。18 17:57:20 '48653': request was accepted by server
2006.08.18 17:57:20 '48653': request in process
2006.08.18 17:57:23 '48653': order #2322502 buy 0.20 AUDNZD at 1.1929 sl: 0. 0000 tp: 0.0000 closed at price 1.1888

ログからわかるように、#2337066の注文は、2回クローズしようとして再クオートされた後、Expert Advisorではもう触れませんでした。その後、他の注文がクローズし始め、価格が反転して、損益分岐点とすべてのポジションのクローズの代わりに、1つのオープン負けポジションがあります。"


主な問題は、このようなDCロボット(名前を削除)のためにExpert Advisorが必要なレベルに「埋める」または80%のケースでポジションを閉じるための 時間がないことである。私は暗号を解読する方法を知りません。すでにここに書かれているように、最低レベルを上げるべきかもしれませんね。スリッページとポジションを閉じる(または開く)試行回数を追加すべきかもしれません。


このような問題に直面したことがある人はいますか?ノンプログラマーを支援します。この記事の使い方は全く分かりませんが、良い方向に変えていこうと思います。

 
Uchen >> :

デモではすべてOKです。cent realに入れたら大混乱...requoteとサーバーエラー...。この問題に対処するためのヒントがあれば


DCを変更する。

そしてまず最初に、あなたの投稿からその名前を削除してください - それは違法です。

 
ウッチャン、ところであのDC、気持ち悪いんだけど。
 

議論が行き詰まったのか、みんな静かに刈り取っているのか、それともアイデアが放棄されたのか。

2つの疑問が生まれました。


1.ポートフォリオ内のペアの現在の特性によって、途中で各ペアのリスクを変えることは意味があるのでしょうか(総額は貯まっています)。


2.1つのEAにクローザー(著者が提案する別々の "クローザー "によるロックではなく)と、1時間または4時間ごとにペアのセットとそのシグナル(タイプ0/1)を選択し、いくつかの通貨指標を 読み取ることによって組み合わせることに意味はあるのでしょうか。