| New signals service! | |
|
|||||||
| Register in Forex TSD! | |
|
Trading Systems Leaders in this forum (automated trading systems) are winning more than 3000 pips in a month (30000$ investing one lot every time). Click here to register and get more information |
|
|
|
LinkBack | Thread Tools |
|
|
|||
|
|||
|
Quote:
You should have big account to use GridMACD. Because this EA is openning many orders and not trading often. Probable you will get the same results with GridMACD with any broker. Two weeks is nothing for this kind of EA. As to Step EAs so it is different situation. I am testing this EA with Alpari rus and with Fibo Group having different results. If you are planing to test any Step EA with different broker (FXDD or IBFX) so you probable should find your own settings. Besides two weeks and two months are nothing for this EA as well: those kind of EAs are not trading often. Just remember what I said few posts about: "start with broker". Not a county "to put money". With broker's data comparing and so on. Because most significant in this case (in case of EA's trading) is the data. Usually people are selecting the broker according to the country and so on. But in case of automated trading you should select the broker according to the data first. Because most of EAs were coded to use with particular broker and it is necessary to find the other settings sometimes to use them with other broker. I have one example with one EA (i will not name it sorry because it is public well-known EA created long time ago outside of our forum). This EA were coded using Alpari data and profitable for some pair during the testing live. But not profitable with IBFX with any settings. And I know exact opposite situation: one well-known EA were coded using IBFX data (and seems profitable with IBFX) and not profitable if testing with Alpari rus broker the same or similar settings. People discovered this subject long time ago before this forum was created. But you may check and find some discussion in our forum concerning DayTrading3, Envelope 2.11, Brainwashing EAs and Goldwarrior EA. Better to find all the posts the user Sadaloma with his testing results of Golrwarrior EA and Brainwashing EAs with different brokers because he discussed with me about this subject one year ago (i was not agree with him in that time but later on i recognized that he was right). Just make sure that the person, you are willing to pay to, knows all those subject. When somebody is trying to sell EA to me (nobody really, but just for example) so first question which I will ask when I see the performance: "which broker did you use?" |
|
|
|||
|
|||
|
Extend MQL!!
I have had enough!!
Enough of re-writing code. Enough of writing very basic functions that, IMO, *should* be a part of MQL. So I'm going to do something about it. I've started to develop a set of libraries to extend the functionality of MQL. Yes, I know that I can use DLLs and extend MQL that way, but frankly for a lot of this stuff I shouldn't have to! Besides, I still can't compile a DLL that works with MQL to save my life! So, over time I'll be posting the libraries that I develop that I think will have general interest and purpose. Before going further I just want to note that these technically aren't MQL libraries, but includes, so they go in the "Include" folder. I'll start with three. 1) My "General Library.mqh" contains some generalized Date/Time functions (like ConvertToGMT, Increment/Decrement Date and some other useful ones), some generalized trading functions (PctBarCross and things like that), and some all out general functions! (Like an array search that will work with any type of array.) 2) My "Account Manager Library.mqh" contains some functions for a utility I'm writing called, you guessed it...Account Manager. Of particular note in this library are the Reporting functions which I am using to write out reports of my account activity on a daily basis (which I will then link to an Access database and also Excel for the purpose of gathering statistics...any volunteers?). There are also some nifty little functions in there to facilitate implementing a 'margin siren.' When your account margin comes close to a defined limit it calls a little windows program I wrote that plays a tornado siren. 3) "Shell.mqh" IS NOT MINE, IT BELONGS TO CODERSGURU. I hope he doesn't mind my posting this here, but for completeness sake it is necessary because the margin siren makes use of this file. THANK YOU CODERSGURU!!! If you have a problem with this PM me and I will remove it. If I am re-inventing the wheel with all of this please kindly inform me as I have better things to do with my time! I would really like to see this thread develop into a sort of open-source extensibility project, but I'm not going to hold out hope for that. There are many helpful people on this forum, to which all I say 'thank-you,' including CodersGuru and DwMcQueen in particular. But...I've learned that if you want something done you're probably going to have to do it yourself and do it alone. So I'll be occassionally posting updates here and stopping by. Feel free to leave suggestions/requests/and bugs that you find! Right now the #include file paths are specific to my setup...something I've gotta change. But I figured it was better to just go ahead and get the ball rolling than to wait for perfection. It's time that we started to help MQL grow up! Brandon Wilhite Gee....all that typing and now I can't get the files to attach! I'll try again later, promise. 3-5-7 Ok, for some reason the forum wouldn't allow me to upload the files with '.mqh' extension so I converted them to '.txt' and attached them that way. If anyone knows what I'm doing wrong please PM me or post here. Also, the margin siren itself would not attach, it is an '.exe' file. It's just a simple little program that loads a window and plays a tornado siren. If you want it let me know and I'll send it to you. 3-6-7 Per prasxz' excellent suggestions, here they all are zipped. The margin siren is now included. Just point the path in CheckMargin() or MarginSiren() to wherever you put this. Warning: it's loud and annoying, especially to wives! But it gets your attention, which is what it is supposed to do ![]() 3-7-7 Uploaded .txt file with definitions from current version of General Library Last edited by bwilhite; 03-07-2007 at 10:13 PM. |
|
|
|||
|
|||
|
hi
Thanks for effort I'll try it first...
![]() You can zip your files then upload it here.... =================== Forex Indicators Collection |
|
|
|||
|
|||
|
Encouraging so far...but wait until you try them
!If you find any bugs let me know. The date/time functions ARE NOT supposed to be hemisphere and timezone specific. If you find them not working for you please let me know and I'll try to figure it out. I live on EST. BW |
|
|
||||
|
||||
|
Thanks. This library looks like it will be very helpful.
__________________
"Don't work harder, work smarter." -- my Java professor Coder for Hire: http://www.firecell-fx.com |
|
|
|||
|
|||
|
Quote:
But I don't think everyone wants to use a bicycle with automatic transmission and nitrous.... What I mean: Instead of plain OrdersTotal() make a counter like int OrdersTotalExpert1=0; if(MagicNumber==MagicNumberExpert1) OrdersTotalExpert1++; any problem using that?............................................. ....... FerruFx if(OrderMagicNumber() == MagicNumber && OrderSymbol() == Symbol()) orders++; thanks thats the same thing I'm talking about BUT please use if(OrderSymbol()==Symbol()) { if(OrderMagicNumber()==MagicNumber) ... } instead. that saves time. DON'T put && into if's - that really slows them down. I've already re-wrote some experts into that way and guess what - they work up to 10 times faster (each condition is checked if && is used, even if one is FALSE, others are still checked. if you use separate if's you save time because you stop at first FALSE you get) I hope this helps... |