Что нового по сравнению с версией 1.4? stSender. Изменена процедура записи файлов под требования билда 610 и выше. stReceiver. Функции проверки существования файла и копирования файлов заменены на аналогичные, поддерживающие UNICODE (для работоспособности в билде 610 и выше). Разработан и доступен для покупки новый советник e-Reverser...
if (OrderMagicNumber()==Magic&&OrderSymbol()==Symbol()&&OrderType()==OP_BUY&&
NormalizeDouble(SAR,Digits)>NormalizeDouble(OrderStopLoss(),Digits)&&NormalizeDouble(SAR,Digits)<NormalizeDouble(Bid,Digits))
OrderModify(OrderTicket(),0,SAR,0,0,Blue);
こんばんは。
選択された商品の指標-ボラティリティサマリーテーブルを構築しました。インジケーターが設置されたチャートに関わらず、データは均等に計算される必要があります。しかし、その計算方法は異なります。チャートの分母にJPYがあるかどうかで。
ある場合、表はこのようになります。
でなければ、次のようになります。
以下はそのコードです。
こんばんは。
選択された商品の指標-ボラティリティサマリーテーブルを構築しました。インジケーターが設置されているチャートに関わらず、データは均等に計算される必要があります。しかし、その計算方法は異なります。チャートの分母にJPYがあるかどうかで。
すでに遭遇したことだが、日本円は小数点 以下の桁数が少ない。そのため、Pointは異なります。それとも他の何か?
ちなみに、Point() または_Pointを使用することが推奨されています。すでに遭遇したことだが、JPYは端数の 桁数が少ない。したがって、ポイントは異なります。
を追加してみました。
で、ここではZ^で割っています。
しかし、結局、円のないペアでは、すべてがクリアーになる。
が、円だとぐちゃぐちゃになる。
を追加してみました。
で、ここではZ^で割っています。
しかし、結局、円のないペアでは、すべてがクリアーになる。
しかし、円では混乱する。
Point を"SymbolInfoDouble(syb[k],SYMBOL_POINT)" に置き換える。
Point を"SymbolInfoDouble(syb[k],SYMBOL_POINT)" に置き換える。
ありがとうございます。これで、どこもかしこもクリアになり、失敗もなくなりました
ありがとうございます。これで、どこもかしこもクリアになり、ヘマもなくなりました。
コードを少し最適化し、1文字で1回だけ計算を呼び出す。
コードを少し最適化し、1文字で1回だけ計算を呼び出す。
そしてその精神で、すべてのコードを簡潔な配列操作に還元してください。同じロジックの繰り返しは、ループとして設計する必要があります。
ごきげんよう。
この問題を解決するにはどうしたらよいでしょうか?私は、失敗した取引にロットを増やした(例えば2倍)保留注文を出すEAを書きました。
しかし、保留中の注文が約定したとき(稀に、10件に1件の割合で)、最初はアルゴリズムに従って発注されていたにもかかわらず、ロットに係数が乗算されないのです。
以下はその一例です。
0.4ロットの取引が成立した後、0.8ロットの注文が発注され、約定すると0.4ロットの取引となる。
それは何でしょう?
ありがとうございます。
ごきげんよう。
この問題を解決するにはどうしたらよいでしょうか?私は、失敗した取引にロットを増やした(例えば2倍)保留注文を出すEAを書きました。
しかし、保留中の注文が約定したとき(稀に、10件に1件の割合で)、最初はアルゴリズムに従って発注されていたにもかかわらず、ロットに係数が乗算されないのです。
以下はその一例です。
0.4ロットの取引が成立した後、0.8ロットの注文が発注され、約定すると0.4ロットの取引となる。
それは何でしょう?
ありがとうございます。
部分的に発生する可能性は?過去ログには何が書かれているのですか?