EA BAsed on Heiken ASHI - ページ 15 1...89101112131415161718192021 新しいコメント aagarcia 2013.12.28 13:57 #141 mrtools: Aagarciaさん、同じに見えますが、v2にはテールがなく、ex4ではコード的に同じかどうかがわかりません。上の写真はv2、下の写真はv1と同じMaPeriodのものです。 ええ、その通りです。探してくれてありがとう。最も信頼できる特定のTFは見つかりましたか?高いTFはより正確ですか? ツールズさん、減少要因のパラメーターについて ですが、もし私のブローカーが0.1ロット以上しか取引できず、私がすでに0.1で取引していたらどうなりますか? 私は、レンジ相場から可能な限り保護するというコンセプトは好きですが、私の特定の状況ではどうしたらよいのでしょう。?何かご意見はありますか? ありがとうございます、素晴らしい作品です William Snyder 2013.12.28 16:04 #142 aagarcia: ええ、あなたは正しいです。 見てくださってありがとうございます。 最も信頼できる特定のTFを見つけましたか? より高いTFはより正確ですか? ツールズさん、減少要因のパラメーターについてですが、もし私のブローカーが0.1ロット以上しか取引できず、私はすでに0.1で取引している場合はどうしたらいいでしょうか? レンジ相場からできるだけ守ろうというコンセプトはいいのですが、私の場合はどうしたらいいのでしょう。?何かご意見はありますか? ありがとうございます、素晴らしい作品です はい、高い時間枠は長い距離を走ることができ、最も正確だと言えます。しかし、市場がレンジ相場である場合もありますが、高い時間枠の方が少ないと言えるでしょう。 減少要因については、それは良い質問だ、デフォルトでは3損失(減少要因)の後、ロットサイズは、あなたのケースでは0.1ロットになる最小のロットサイズになりますが、多分それはあなたのケースではそのように動作していることを確認するために0.10より大きいロットサイズで始まるバックテストでそれを試してみてください。それ以外の場合は、あなたに伝えるために何を知っているわけではありません。 aagarcia 2013.12.28 16:39 #143 mrtools: はい、高い時間枠はより長い時間を与えてくれますし、最も正確であると言えるでしょう。減少要因については、それは良い質問だ、デフォルトでは3損失(減少要因)の後、ロットサイズは、あなたのケースでは0.1ロットになる最小のロットサイズになりますが、多分それはあなたのケースではそのように動作していることを確認するために0.10より大きいロットサイズで始まるバックテストでそれを試してみてください。それ以外の場合は、あなたに伝えるために何を知っているわけではありません。 素晴らしい、そうします。ご意見をいただき、本当にありがとうございました。最後の質問ですが、EAのv.1.04を拝見しました。1.04と1.03の違いは、時間と分のパラメータが 追加されていることだけでしょうか? William Snyder 2013.12.28 18:09 #144 aagarcia: 素晴らしい、そうします。ご意見ありがとうございました。最後の質問ですが、EAのv.1.04を拝見しました。1.04と1.03の違いは、時間と分のパラメータが追加されていることだけですか? はい、時間フィルターで分単位を追加し、金曜日の 終値で、日次の終値に変更しました。 marketscalper 2014.01.15 19:24 #145 MrToolsさん、こんにちは。 最新版でrenkoチャートをテストしてみたところ、以下の問題が見つかりました。解決していただけると幸いです。 1. uninit reason 2で予期せぬ再起動(MQL = expert recompiledより) ? ログファイルから 16:59:44Heiken Ashi Ea_v1.04 USDJPYi,M3: deinitialized (初期化) 16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3:uninit reason 2. 16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: uninit reason 1 16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: 削除されました。 16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: ロードに成功しました。 16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: 初期化されました。 16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3入力。"もともとここにあるのはデフォルトのセットです" 16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: ロードに成功しました。 16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: 初期化されました。 時々、原因不明の理由でEAが再コンパイルされ、デフォルトのセットで再起動することがあります。 2.二重注文の開始 ログファイルから。 SLTP modicationで通常の注文を開いたもの。 10:00:54 '2089040421': 注文 市場買い 0.10 USDJPYi sl: 0.000 tp: 0.000 10:00:55 '2089040421': リクエストはサーバーによって受け入れられました。 10:00:55 '2089040421': リクエストは処理中です。 10:00:55 '2089040421': 注文が開始されました :104.403で#10469228買い0.10 USDJPYi sl: 0.000 tp: 0.000 10:00:55 '2089040421': 注文を修正 #10469228 buy 0.10 USDJPYi at 104.403 sl: 0.000 tp: 0.000 -> sl: 104.302 tp: 104.452 10:00:55 '2089040421': リクエストはサーバーによって受け入れられました。 10:00:55 '2089040421': リクエストは処理中です。 10:00:55 '2089040421': 注文番号10469228の買い 0.10 USDJPYi at 104.403 が変更されました -> sl: 104.302 tp: 104.452 ダブルオーダーの開始 15:36:06 '2089040421': 注文 市場買い0.10 USDJPYi sl: 0.000 tp: 0.000 15:36:07 '2089040421': リクエストはサーバーによって受け入れられました。 15:36:07 '2089040421': リクエストは処理中です。 15:36:07 '2089040421': 注文が開始されました :104.480で#10472446買い0.10 USDJPYi sl: 0.000 tp: 0.000 15:36:07 '2089040421': 注文 市場買い 0.10 USDJPYi sl: 0.000 tp: 0.000 15:36:07 '2089040421': リクエストはサーバーによって受け入れられました。 15:36:07 '2089040421': リクエストは処理中です。 15:36:07 '2089040421': 注文番号10472447の買い 0.10 USDJPYi at 104.478 が変更されました -> sl: 0.000 tp: 0.000 この場合、EAは2つの注文を同時に開き、何らかの理由でSLとTPを設定しません。 このようなことが起こる原因について何かご存知でしょうか? これらの厄介なこと以外、EAは非常に素晴らしく動作します。 さらに、可能であればTP機能をさらに改善するようお願いしたいです。EAに部分的なTPレベルを追加していただけませんか? こんな感じです。 TP1 (ピップス) TP1_percent (元のオーダーサイズに対するパーセンテージ) TP2 (ピップス) TP2_percent(元の注文サイズに対する割合) 最終的なTPとして、オリジナルのTP機能を残しておきたいと思います。 素晴らしい作品をありがとうございました :-) Regards, ダニエル EA BAsed on Heiken エラー番号6 Mladen Rakic 2014.01.15 22:09 #146 marketscalper: こんにちは、MrToolsです。最新版でrenkoチャートでテストしてみたところ、以下のような問題が見つかりました。解決していただけると幸いです。1. uninit reason 2で予期せぬ再起動(MQL = expert recompiledより) ?ログファイルから16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3: deinitialized (初期化)16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3:uninit reason 2.16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: uninit reason 116:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: 削除されました。16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: ロードに成功しました。16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: 初期化されました。16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3入力。"もともとここにあるのはデフォルトのセットです"16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: ロードに成功しました。16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: 初期化されました。時々、原因不明の理由でEAが再コンパイルされ、デフォルトのセットで再起動することがあります。2.二重注文の開始ログファイルから。SLTP modicationで通常の注文を開いたもの。10:00:54 '2089040421': 注文 市場買い 0.10 USDJPYi sl: 0.000 tp: 0.00010:00:55 '2089040421': リクエストはサーバーによって受け入れられました。10:00:55 '2089040421': リクエストは処理中です。10:00:55 '2089040421': 注文が開始されました :104.403で#10469228買い0.10 USDJPYi sl: 0.000 tp: 0.00010:00:55 '2089040421': 注文を修正 #10469228 buy 0.10 USDJPYi at 104.403 sl: 0.000 tp: 0.000 -> sl: 104.302 tp: 104.45210:00:55 '2089040421': リクエストはサーバーによって受け入れられました。10:00:55 '2089040421': リクエストは処理中です。10:00:55 '2089040421': 注文番号10469228の買い 0.10 USDJPYi at 104.403 が変更されました -> sl: 104.302 tp: 104.452ダブルオーダーの開始15:36:06 '2089040421': 注文 市場買い0.10 USDJPYi sl: 0.000 tp: 0.00015:36:07 '2089040421': リクエストはサーバーによって受け入れられました。15:36:07 '2089040421': リクエストは処理中です。15:36:07 '2089040421': 注文が開始されました :104.480で#10472446買い0.10 USDJPYi sl: 0.000 tp: 0.00015:36:07 '2089040421': 注文 市場買い 0.10 USDJPYi sl: 0.000 tp: 0.00015:36:07 '2089040421': リクエストはサーバーによって受け入れられました。15:36:07 '2089040421': リクエストは処理中です。15:36:07 '2089040421': 注文番号10472447の買い 0.10 USDJPYi at 104.478 が変更されました -> sl: 0.000 tp: 0.000この場合、EAは2つの注文を同時に開き、何らかの理由でSLとTPを設定しません。このようなことが起こる原因について何かご存知でしょうか?これらの厄介なこと以外、EAは非常に素晴らしく動作します。さらに、可能であればTP機能をさらに改善するようお願いしたいです。EAに部分的なTPレベルを追加していただけませんか?こんな感じです。TP1 (ピップス)TP1_percent (元の注文サイズに対するパーセンテージ)TP2 (ピップス)TP2_percent(元の注文サイズに対する割合)最終的なTPとして、オリジナルのTP機能を残しておきたいと思います。素晴らしい作品をありがとうございました :-)Regards, ダニエル ダニエル あなたのバージョンの renko には問題があるようです。EAは自分自身でリコンパイルすることができません。もしあなたがEAをリコンパイルする人でないなら)唯一思いつくのは、renkoの生成コードが間違ったメッセージをrenkoオフラインチャートウィンドウに送っていることです(しかしそれは非常に、非常に複雑なエラーでしょう)。いずれにせよ、他の renko を使ってみて、何が起こるか見てみてください。 ダブルオーダーについて : 私が見る限り、EAはオーダーが開かれるときに厳密なエラーチェックを するように変更されるべきです。さもなければ、オーダーを開く試みがなされるとき、その種の問題は時々2連続ティックで起こります(あるいは、あなたのブローカーにも重大な問題があります ) 。 marketscalper 2014.01.16 09:20 #147 mladenさん、ご返信ありがとうございます。 ICMのデモでテストしてみました。今後もEAを監視し、別のrenkoチャートとブローカーでテストしてみようと思っています。 部分TP機能について ですが、EAに追加していただけないでしょうか? よろしくお願いします。 ダニエル Marcio 2014.01.18 23:27 #148 道具さん。 おつかれさまでした。 ありがとうございます!Pmは私です。 私はそれに取り組むでしょう もう一度、どうもありがとうございました。 Márcio William Snyder 2014.01.19 03:35 #149 これは、PMへのリクエストでしたそれは、高速Heiken SmoothedとスローHeiken Smoothedを使用していますこのバージョンは、時間フィルタが異なっている以外はバージョン1.03と同じですもちろん、高速/スローheiken ashi、また必要に応じてこのバージョンにはいくつかのチャートコメントを持っています。また、スプレッドが一定以上(ニュースタイムが多い)になると、スプレッド保護機能を追加し、スプレッド保護機能を有効にすると、EAは注文を出さないようにしました。高速と低速の設定を同じにすれば、バージョン1.03と同様に使用できます。 ファイル: double_heiken_ashi_ea.mq4 28 kb heiken_ashi_smoothed_v1.mq4 4 kb dblha.png 57 kb Marcio 2014.01.20 09:00 #150 mrtools: これはPMへのリクエストで、Fast Heiken SmoothedとSlow Heiken Smoothedを使用します。このバージョンは、時間フィルターが異なる以外はバージョン1.03と同じで、もちろんfast/slow heiken ashiも、必要ならこのバージョンにいくつかのチャートコメントがついています。また、スプレッドが一定以上(ニュースタイムが多い)になると、スプレッド保護機能を追加し、スプレッド保護機能を有効にすると、EAは注文を出さないようにしました。高速と低速の設定を同じにすれば、バージョン1.03と同様に使用できます。 皆さんへ。 お忙しいところ申し訳ありませんが、このEAを設定しようとしているのですが、うまくいきません。私はそれが2つのハシを実行する必要があり、1つは速く、もう1つは遅い、そして両方が青いときそれは買い、両方が赤いとき、それは販売します。一方が異なる色であるとき、それはオープントレードを閉じ、取引しない。 それは可能ですか?誰か親切に私を助けてもらえますか? ありがとうございます。 1...89101112131415161718192021 新しいコメント 取引の機会を逃しています。 無料取引アプリ 8千を超えるシグナルをコピー 金融ニュースで金融マーケットを探索 新規登録 ログイン スペースを含まないラテン文字 このメールにパスワードが送信されます エラーが発生しました Googleでログイン WebサイトポリシーおよびMQL5.COM利用規約に同意します。 新規登録 MQL5.com WebサイトへのログインにCookieの使用を許可します。 ログインするには、ブラウザで必要な設定を有効にしてください。 ログイン/パスワードをお忘れですか? Googleでログイン
Aagarciaさん、同じに見えますが、v2にはテールがなく、ex4ではコード的に同じかどうかがわかりません。上の写真はv2、下の写真はv1と同じMaPeriodのものです。
ええ、その通りです。探してくれてありがとう。最も信頼できる特定のTFは見つかりましたか?高いTFはより正確ですか?
ツールズさん、減少要因のパラメーターについて ですが、もし私のブローカーが0.1ロット以上しか取引できず、私がすでに0.1で取引していたらどうなりますか?
私は、レンジ相場から可能な限り保護するというコンセプトは好きですが、私の特定の状況ではどうしたらよいのでしょう。?何かご意見はありますか?
ありがとうございます、素晴らしい作品です
ええ、あなたは正しいです。 見てくださってありがとうございます。 最も信頼できる特定のTFを見つけましたか? より高いTFはより正確ですか?
ツールズさん、減少要因のパラメーターについてですが、もし私のブローカーが0.1ロット以上しか取引できず、私はすでに0.1で取引している場合はどうしたらいいでしょうか?
レンジ相場からできるだけ守ろうというコンセプトはいいのですが、私の場合はどうしたらいいのでしょう。?何かご意見はありますか?
ありがとうございます、素晴らしい作品ですはい、高い時間枠は長い距離を走ることができ、最も正確だと言えます。しかし、市場がレンジ相場である場合もありますが、高い時間枠の方が少ないと言えるでしょう。
減少要因については、それは良い質問だ、デフォルトでは3損失(減少要因)の後、ロットサイズは、あなたのケースでは0.1ロットになる最小のロットサイズになりますが、多分それはあなたのケースではそのように動作していることを確認するために0.10より大きいロットサイズで始まるバックテストでそれを試してみてください。それ以外の場合は、あなたに伝えるために何を知っているわけではありません。
はい、高い時間枠はより長い時間を与えてくれますし、最も正確であると言えるでしょう。減少要因については、それは良い質問だ、デフォルトでは3損失(減少要因)の後、ロットサイズは、あなたのケースでは0.1ロットになる最小のロットサイズになりますが、多分それはあなたのケースではそのように動作していることを確認するために0.10より大きいロットサイズで始まるバックテストでそれを試してみてください。それ以外の場合は、あなたに伝えるために何を知っているわけではありません。
素晴らしい、そうします。ご意見をいただき、本当にありがとうございました。最後の質問ですが、EAのv.1.04を拝見しました。1.04と1.03の違いは、時間と分のパラメータが 追加されていることだけでしょうか?
素晴らしい、そうします。ご意見ありがとうございました。最後の質問ですが、EAのv.1.04を拝見しました。1.04と1.03の違いは、時間と分のパラメータが追加されていることだけですか?
はい、時間フィルターで分単位を追加し、金曜日の 終値で、日次の終値に変更しました。
MrToolsさん、こんにちは。
最新版でrenkoチャートをテストしてみたところ、以下の問題が見つかりました。解決していただけると幸いです。
1. uninit reason 2で予期せぬ再起動(MQL = expert recompiledより) ?
ログファイルから
16:59:44Heiken Ashi Ea_v1.04 USDJPYi,M3: deinitialized (初期化)
16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3:uninit reason 2.
16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: uninit reason 1
16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: 削除されました。
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: ロードに成功しました。
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: 初期化されました。
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3入力。"もともとここにあるのはデフォルトのセットです"
16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: ロードに成功しました。
16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: 初期化されました。
時々、原因不明の理由でEAが再コンパイルされ、デフォルトのセットで再起動することがあります。
2.二重注文の開始
ログファイルから。
SLTP modicationで通常の注文を開いたもの。
10:00:54 '2089040421': 注文 市場買い 0.10 USDJPYi sl: 0.000 tp: 0.000
10:00:55 '2089040421': リクエストはサーバーによって受け入れられました。
10:00:55 '2089040421': リクエストは処理中です。
10:00:55 '2089040421': 注文が開始されました :104.403で#10469228買い0.10 USDJPYi sl: 0.000 tp: 0.000
10:00:55 '2089040421': 注文を修正 #10469228 buy 0.10 USDJPYi at 104.403 sl: 0.000 tp: 0.000 -> sl: 104.302 tp: 104.452
10:00:55 '2089040421': リクエストはサーバーによって受け入れられました。
10:00:55 '2089040421': リクエストは処理中です。
10:00:55 '2089040421': 注文番号10469228の買い 0.10 USDJPYi at 104.403 が変更されました -> sl: 104.302 tp: 104.452
ダブルオーダーの開始
15:36:06 '2089040421': 注文 市場買い0.10 USDJPYi sl: 0.000 tp: 0.000
15:36:07 '2089040421': リクエストはサーバーによって受け入れられました。
15:36:07 '2089040421': リクエストは処理中です。
15:36:07 '2089040421': 注文が開始されました :104.480で#10472446買い0.10 USDJPYi sl: 0.000 tp: 0.000
15:36:07 '2089040421': 注文 市場買い 0.10 USDJPYi sl: 0.000 tp: 0.000
15:36:07 '2089040421': リクエストはサーバーによって受け入れられました。
15:36:07 '2089040421': リクエストは処理中です。
15:36:07 '2089040421': 注文番号10472447の買い 0.10 USDJPYi at 104.478 が変更されました -> sl: 0.000 tp: 0.000
この場合、EAは2つの注文を同時に開き、何らかの理由でSLとTPを設定しません。
このようなことが起こる原因について何かご存知でしょうか?
これらの厄介なこと以外、EAは非常に素晴らしく動作します。
さらに、可能であればTP機能をさらに改善するようお願いしたいです。EAに部分的なTPレベルを追加していただけませんか?
こんな感じです。
TP1 (ピップス)
TP1_percent (元のオーダーサイズに対するパーセンテージ)
TP2 (ピップス)
TP2_percent(元の注文サイズに対する割合)
最終的なTPとして、オリジナルのTP機能を残しておきたいと思います。
素晴らしい作品をありがとうございました :-)
Regards,
ダニエル
こんにちは、MrToolsです。
最新版でrenkoチャートでテストしてみたところ、以下のような問題が見つかりました。解決していただけると幸いです。
1. uninit reason 2で予期せぬ再起動(MQL = expert recompiledより) ?
ログファイルから
16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3: deinitialized (初期化)
16:59:44 Heiken Ashi Ea_v1.04 USDJPYi,M3:uninit reason 2.
16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: uninit reason 1
16:59:44 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: 削除されました。
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: ロードに成功しました。
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3: 初期化されました。
16:59:45 Heiken Ashi Ea_v1.04 USDJPYi,M3入力。"もともとここにあるのはデフォルトのセットです"
16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: ロードに成功しました。
16:59:46 Heiken_Ashi_Smoothed_v1 USDJPYi,M3: 初期化されました。
時々、原因不明の理由でEAが再コンパイルされ、デフォルトのセットで再起動することがあります。
2.二重注文の開始
ログファイルから。
SLTP modicationで通常の注文を開いたもの。
10:00:54 '2089040421': 注文 市場買い 0.10 USDJPYi sl: 0.000 tp: 0.000
10:00:55 '2089040421': リクエストはサーバーによって受け入れられました。
10:00:55 '2089040421': リクエストは処理中です。
10:00:55 '2089040421': 注文が開始されました :104.403で#10469228買い0.10 USDJPYi sl: 0.000 tp: 0.000
10:00:55 '2089040421': 注文を修正 #10469228 buy 0.10 USDJPYi at 104.403 sl: 0.000 tp: 0.000 -> sl: 104.302 tp: 104.452
10:00:55 '2089040421': リクエストはサーバーによって受け入れられました。
10:00:55 '2089040421': リクエストは処理中です。
10:00:55 '2089040421': 注文番号10469228の買い 0.10 USDJPYi at 104.403 が変更されました -> sl: 104.302 tp: 104.452
ダブルオーダーの開始
15:36:06 '2089040421': 注文 市場買い0.10 USDJPYi sl: 0.000 tp: 0.000
15:36:07 '2089040421': リクエストはサーバーによって受け入れられました。
15:36:07 '2089040421': リクエストは処理中です。
15:36:07 '2089040421': 注文が開始されました :104.480で#10472446買い0.10 USDJPYi sl: 0.000 tp: 0.000
15:36:07 '2089040421': 注文 市場買い 0.10 USDJPYi sl: 0.000 tp: 0.000
15:36:07 '2089040421': リクエストはサーバーによって受け入れられました。
15:36:07 '2089040421': リクエストは処理中です。
15:36:07 '2089040421': 注文番号10472447の買い 0.10 USDJPYi at 104.478 が変更されました -> sl: 0.000 tp: 0.000
この場合、EAは2つの注文を同時に開き、何らかの理由でSLとTPを設定しません。
このようなことが起こる原因について何かご存知でしょうか?
これらの厄介なこと以外、EAは非常に素晴らしく動作します。
さらに、可能であればTP機能をさらに改善するようお願いしたいです。EAに部分的なTPレベルを追加していただけませんか?
こんな感じです。
TP1 (ピップス)
TP1_percent (元の注文サイズに対するパーセンテージ)
TP2 (ピップス)
TP2_percent(元の注文サイズに対する割合)
最終的なTPとして、オリジナルのTP機能を残しておきたいと思います。
素晴らしい作品をありがとうございました :-)
Regards,
ダニエルダニエル
あなたのバージョンの renko には問題があるようです。EAは自分自身でリコンパイルすることができません。もしあなたがEAをリコンパイルする人でないなら)唯一思いつくのは、renkoの生成コードが間違ったメッセージをrenkoオフラインチャートウィンドウに送っていることです(しかしそれは非常に、非常に複雑なエラーでしょう)。いずれにせよ、他の renko を使ってみて、何が起こるか見てみてください。
ダブルオーダーについて : 私が見る限り、EAはオーダーが開かれるときに厳密なエラーチェックを するように変更されるべきです。さもなければ、オーダーを開く試みがなされるとき、その種の問題は時々2連続ティックで起こります(あるいは、あなたのブローカーにも重大な問題があります
) 。
mladenさん、ご返信ありがとうございます。
ICMのデモでテストしてみました。今後もEAを監視し、別のrenkoチャートとブローカーでテストしてみようと思っています。
部分TP機能について ですが、EAに追加していただけないでしょうか?
よろしくお願いします。
ダニエル
道具さん。
おつかれさまでした。
ありがとうございます!Pmは私です。
私はそれに取り組むでしょう
もう一度、どうもありがとうございました。
Márcio
これは、PMへのリクエストでしたそれは、高速Heiken SmoothedとスローHeiken Smoothedを使用していますこのバージョンは、時間フィルタが異なっている以外はバージョン1.03と同じですもちろん、高速/スローheiken ashi、また必要に応じてこのバージョンにはいくつかのチャートコメントを持っています。また、スプレッドが一定以上(ニュースタイムが多い)になると、スプレッド保護機能を追加し、スプレッド保護機能を有効にすると、EAは注文を出さないようにしました。高速と低速の設定を同じにすれば、バージョン1.03と同様に使用できます。
これはPMへのリクエストで、Fast Heiken SmoothedとSlow Heiken Smoothedを使用します。このバージョンは、時間フィルターが異なる以外はバージョン1.03と同じで、もちろんfast/slow heiken ashiも、必要ならこのバージョンにいくつかのチャートコメントがついています。また、スプレッドが一定以上(ニュースタイムが多い)になると、スプレッド保護機能を追加し、スプレッド保護機能を有効にすると、EAは注文を出さないようにしました。高速と低速の設定を同じにすれば、バージョン1.03と同様に使用できます。
皆さんへ。
お忙しいところ申し訳ありませんが、このEAを設定しようとしているのですが、うまくいきません。私はそれが2つのハシを実行する必要があり、1つは速く、もう1つは遅い、そして両方が青いときそれは買い、両方が赤いとき、それは販売します。一方が異なる色であるとき、それはオープントレードを閉じ、取引しない。
それは可能ですか?誰か親切に私を助けてもらえますか?
ありがとうございます。