Ads by Google
新しい記事を書く事で広告が消せます。
MetaTrader についてのあれこれ Part8 （include その３）
MetaTraderのincludeのうっかりしているとはまりがちな注意点についてです。今日作業していて、うっかり忘れていて、テストしてから気づくという感じで何回か凹まされました。
orz...........
で、includeの説明です。
プログラムの中で置き換えられるみたいなことが書いてありますね。実際の動作としては、コンパイルする前に、ソースコードレベルでインクルード（取り込み）をして、その後コンパイルするという動作になっているようです。
で、mqh(インクルードされるほう)を修正した場合、その修正を反映するためには、インクルードしているファイルのほうの再コンパイルが必要です。例え、そのファイルが一行も修正していなくても再コンパイルをしないと、mphの修正は取り込まれません。
結構油断しているとはまるのでご注意を、、、、
できましたら、下記の協力お願いいたします。
FC2 Blog Ranking
orz...........
で、includeの説明です。
The #include command line can be placed anywhere in the program, but usually all inclusions are placed at the beginning of the source code. Call format:
・・・・・・
Preprocessor replaces this line with the content of the file WinUser32.mqh.
プログラムの中で置き換えられるみたいなことが書いてありますね。実際の動作としては、コンパイルする前に、ソースコードレベルでインクルード（取り込み）をして、その後コンパイルするという動作になっているようです。
で、mqh(インクルードされるほう)を修正した場合、その修正を反映するためには、インクルードしているファイルのほうの再コンパイルが必要です。例え、そのファイルが一行も修正していなくても再コンパイルをしないと、mphの修正は取り込まれません。
結構油断しているとはまるのでご注意を、、、、
できましたら、下記の協力お願いいたします。
FC2 Blog Ranking MetaTrader についてのあれこれ Part7 （StopLevel）
今、延々とExpert Advisorを作っているのですが、
OrderModifyを行うと、結構頻繁に
とエラーが出ます。で調べてみると、
との記述があります。が、Ask、Bidは見て発注しているので、現時点で完全に無効なStop値を出しているつもりはありません。で、OrderModifyの解説を読んでも特に記述なし、、、、、
と思っていたら、答えは、OrderSendのほうの説明に書かれていました。
現在に近すぎる値で、StopとかLimitとか発注スンナと書いてありますね。オーダを作るときは、かなり離してStop、Limitをおいているのですが、値動きを見つつ細かくModifyするということをやっていたため、こんな目にあったようです。
IBでは、本とぎりぎりのStopや、Limitをおいてもなんら問題ないためFXの一般的なブローカでこのような制約があることを失念しておりました。
ちなみに、今使っているデモブローカでは、10pipも離さなければならないため、やろうと思っている戦略の検証がStop、Limitを使ってはできそうにありません。値を見てCloseするタイプに書き換える必要がありそうです。
ということで、Stop、Limitは余り細かい取引の検証には使えそうにないことがわかったのですが、今後のことも考えチェック用の関数を作りました。関数集がじわじわとふとっていきつつあります・・・・
orz........
OrderModifyを行うと、結構頻繁に
2008.02.21 22:19:32 2007.10.29 10:11 My EURUSD,M5: OrderModify error 130
とエラーが出ます。で調べてみると、
ERR_INVALID_STOPS：130：Invalid stops.
との記述があります。が、Ask、Bidは見て発注しているので、現時点で完全に無効なStop値を出しているつもりはありません。で、OrderModifyの解説を読んでも特に記述なし、、、、、
と思っていたら、答えは、OrderSendのほうの説明に書かれていました。
StopLoss and TakeProfit levels cannot be too close to the market. The minimal distance of stop levels in points can be obtained using the MarketInfo() function with MODE_STOPLEVEL parameter. In the case of erroneous or unnormalized stop levels, the error 130 (ERR_INVALID_STOPS) will be generated.
現在に近すぎる値で、StopとかLimitとか発注スンナと書いてありますね。オーダを作るときは、かなり離してStop、Limitをおいているのですが、値動きを見つつ細かくModifyするということをやっていたため、こんな目にあったようです。
IBでは、本とぎりぎりのStopや、Limitをおいてもなんら問題ないためFXの一般的なブローカでこのような制約があることを失念しておりました。
ちなみに、今使っているデモブローカでは、10pipも離さなければならないため、やろうと思っている戦略の検証がStop、Limitを使ってはできそうにありません。値を見てCloseするタイプに書き換える必要がありそうです。
ということで、Stop、Limitは余り細かい取引の検証には使えそうにないことがわかったのですが、今後のことも考えチェック用の関数を作りました。関数集がじわじわとふとっていきつつあります・・・・
orz........
/**
* 適切なストップ価格か調べます。
*
*/
bool stopPriceCheck(double price ,bool buy ){
double margin =MarketInfo(Symbol(),MODE_STOPLEVEL);
double p = MarketInfo(Symbol(),MODE_POINT);
//マージン
int m=1;
if(buy){
double x =Ask - (margin +m) * p ;
if( x>price){
return (true);
}else{
return (false);
}
}else{
x =Bid + (margin +m) * p ;
if( x=<price){
return (true);
}else{
return (false);
}
}
}
バグ：二重発注
最近は、IBの方のコーディングはほぼ片付いて、MetaTraderとにらめっこする日々が続いております。
と思ったら、バグが出ました。現在のシステム構成では、
1.MetaTraderでシグナルをファイル出力
2.タイムスタンプを監視し、タイムスタンプが変ったらシグナル
とみなして別システムで発注
みたいなことをやっているのですが、同じ内容で、タイムスタンプが数10msしか違わないファイル書き出しがあり、その各々を個別のシグナルとみなしてしまったため、重複発注になってしまいました（まあ、別のプロテクトで動かなかったのですが）。
で、思ったのが、システム構築をしている以上、不測の事態はどうしても起きます。で、そんなときに助けになってくれるのがログです。改めてログの重要性を感じました。
近況：
最近興味がある手法は、値動きのパターンを見るタイプの手法（ダブルボトム）です。
ただ、システム化しにくいのでちょっとイライラが溜まります。
出来高もすごい重要な要素だと思っているのですが、出来高の精密なデータはMetaTraderで扱えないと思っているので諦め気味です
(´・ω・｀) .......
板情報とかもやってみたいんですけどね・・・・
と思ったら、バグが出ました。現在のシステム構成では、
1.MetaTraderでシグナルをファイル出力
2.タイムスタンプを監視し、タイムスタンプが変ったらシグナル
とみなして別システムで発注
みたいなことをやっているのですが、同じ内容で、タイムスタンプが数10msしか違わないファイル書き出しがあり、その各々を個別のシグナルとみなしてしまったため、重複発注になってしまいました（まあ、別のプロテクトで動かなかったのですが）。
で、思ったのが、システム構築をしている以上、不測の事態はどうしても起きます。で、そんなときに助けになってくれるのがログです。改めてログの重要性を感じました。
近況：
最近興味がある手法は、値動きのパターンを見るタイプの手法（ダブルボトム）です。
ただ、システム化しにくいのでちょっとイライラが溜まります。
出来高もすごい重要な要素だと思っているのですが、出来高の精密なデータはMetaTraderで扱えないと思っているので諦め気味です
(´・ω・｀) .......
板情報とかもやってみたいんですけどね・・・・
IBの出金
ＩＢの出金作業を本日行いました。
関連記事
Interactive Brokers からの出金
ＩＢでは、出金に電話での連絡が必要なのですが、上記の記事を読んでいたので、最初から香港に電話をかけて、
「I want to talk in Japanese.」
といったところ、さくっと日本人の担当者と話すことができたため、それほど苦労せず手続きをすることができました。にしても、普段国際電話なんかかけないので、結構緊張しました・・・
関連記事
Interactive Brokers からの出金
ＩＢでは、出金に電話での連絡が必要なのですが、上記の記事を読んでいたので、最初から香港に電話をかけて、
「I want to talk in Japanese.」
といったところ、さくっと日本人の担当者と話すことができたため、それほど苦労せず手続きをすることができました。にしても、普段国際電話なんかかけないので、結構緊張しました・・・
MetaTrader についてのあれこれ Part6 （include その２）
MetaTrader についてのあれこれ Part5 （include）
についてご質問があったので補足エントリです。includeの追加の説明となります。
一応説明しときますと、includeとは、共通的なロジックを別ファイルにくくりだして、他のファイル再利用できるようにしてくれる機能となります。
で、まず共通関数の方の説明です。時間フィルタ用の関数です。
詳細をご覧になりたい方は、CommonUtil.mqh をダウンロードしてください（ファイル名は「CommonUtil.mqh」にリネームしてください。ブログの仕様でUPできるファイルの拡張子制限があります）。
機能は非常に簡単で、例えば、8：00〜10:00の時間帯のみサインを出したい場合等に使用します。ただし、あんまりまじめにテストはしていないので、バグがあった場合はご容赦を。あくまで、使用方法の説明のために引っ張り出してきました。
で、次にこの関数を利用するindicatorのほうです。
MyFxSys01.mq4
これも、遊びで作っているだけなので、実効性とか使い道については聞かないでください。
で、このindicatorの中でどのようにincludeを使っているかというと、
ここでは、キーになる部分のみを抜き出して説明しましたが、基本的には、
��include して
�∧僂┐燭ぅ僖薀瓠璽燭�externで設定して
��最後に、ちゃんとパラメータの数を合わせてよびだす
だけです。
MyFxSys01の基本的な内容は、
�，�気に入りのindicatorを使用してその値をBufferに取得する
��Bufferの値と現在の値を確認し、サインが出る状態かチェックする。
Price Channelをいじったものを使用して、ブレイクアウトの判定を行う。
��include した関数を利用して、時間でサインをフィルタする。
といったものです。
なお、UPしてあるソースはそのままでは動きません。
の部分で、独自のindicatorを使用しているためです。
ただ、その部分を好きなのindicatorに差し替え、ブレイクアウトの所の判定ロジックを変えればお試しいただけるかと思います。
下記が動作のイメージとなります。
まだまだ、作業中のものなので余りきれいではありませんし、ちゃんとテストもしておりませんが、include の使用法の例ということでご参考ください。
できましたら、下記の協力お願いいたします。
FC2 Blog Ranking
についてご質問があったので補足エントリです。includeの追加の説明となります。
一応説明しときますと、includeとは、共通的なロジックを別ファイルにくくりだして、他のファイル再利用できるようにしてくれる機能となります。
で、まず共通関数の方の説明です。時間フィルタ用の関数です。
/**
* 特定の時間帯に該当しているかチェックする。
* 時間は、20:00:00 のような書式で指定する。
*/
bool inTimeDay(datetime time,string startTime ,string endTime)
{
int startHour = StrToInteger( StringSubstr(startTime,0,2));
int startMin = StrToInteger( StringSubstr(startTime,3,2));
int startSec = StrToInteger( StringSubstr(startTime,6,2));
int endHour = StrToInteger( StringSubstr(endTime,0,2));
int endMin = StrToInteger( StringSubstr(endTime,3,2));
int endSec = StrToInteger( StringSubstr(endTime,6,2));
int tHour = TimeHour(time);
int tMin = TimeMinute(time);
int tSec = TimeSeconds(time);
//省略・・・・・
詳細をご覧になりたい方は、CommonUtil.mqh をダウンロードしてください（ファイル名は「CommonUtil.mqh」にリネームしてください。ブログの仕様でUPできるファイルの拡張子制限があります）。
機能は非常に簡単で、例えば、8：00〜10:00の時間帯のみサインを出したい場合等に使用します。ただし、あんまりまじめにテストはしていないので、バグがあった場合はご容赦を。あくまで、使用方法の説明のために引っ張り出してきました。
で、次にこの関数を利用するindicatorのほうです。
MyFxSys01.mq4
これも、遊びで作っているだけなので、実効性とか使い道については聞かないでください。
で、このindicatorの中でどのようにincludeを使っているかというと、
#property copyright "Copyright "
#property link ""
#property indicator_chart_window
#property indicator_buffers 5
#property indicator_color1 Blue
#property indicator_color2 Red
#property indicator_color4 Blue
#property indicator_color5 Red
#include <CommonUtil.mqh>
~~~~~~~~~~~~~~~~~~~~~
� ，海海任泙�include します。
〜〜〜省略
extern string startTime = "08:00:00";
extern string endTime ="19:00:00";
~~~~~~~~~~~~~~~~~~~~~~~~~
�⊆，縫侫�ルターに用いる時間を定義します。
externで定義しといた方が色々後で融通が利きます
bool checkTime(datetime time) {
return( inTimeDay(time ,startTime,endTime));
~~~~~~~~~~~~~~~~~~~~~~~~~~
��CommonUtil.mqh に追加した関数を呼び出します。
この関数「checkTime」で、シグナルを採用するか
フィルタリングします。
}
ここでは、キーになる部分のみを抜き出して説明しましたが、基本的には、
��include して
�∧僂┐燭ぅ僖薀瓠璽燭�externで設定して
��最後に、ちゃんとパラメータの数を合わせてよびだす
だけです。
MyFxSys01の基本的な内容は、
�，�気に入りのindicatorを使用してその値をBufferに取得する
��Bufferの値と現在の値を確認し、サインが出る状態かチェックする。
Price Channelをいじったものを使用して、ブレイクアウトの判定を行う。
��include した関数を利用して、時間でサインをフィルタする。
といったものです。
なお、UPしてあるソースはそのままでは動きません。
for(shift=limit; shift>=0; shift--)
{
TopBuf[shift] = iCustom(NULL, 0, "MyPChannel" , topHosei ,downHosei,right,PCPeriod, 0,shift);
DownBuf[shift] = iCustom(NULL, 0, "MyPChannel", topHosei ,downHosei,right,PCPeriod, 1,shift);
checkBreak(shift);
}
の部分で、独自のindicatorを使用しているためです。
ただ、その部分を好きなのindicatorに差し替え、ブレイクアウトの所の判定ロジックを変えればお試しいただけるかと思います。
下記が動作のイメージとなります。
まだまだ、作業中のものなので余りきれいではありませんし、ちゃんとテストもしておりませんが、include の使用法の例ということでご参考ください。
できましたら、下記の協力お願いいたします。
FC2 Blog Ranking