Must say I am glad to have this thread open again, really love the beast and think it has great potential to last a long time.
- | Joined Nov 2006 | Status: Member | 1,143 Posts
It doesn't apply here if you start recovery at 2 open trades. The bug affects Beastie; looking at the code makes me think that it will not work properly here if users adopt a higher recovery threshold.
People should have Recovery kicking in at 2 open trades; this is how I trade TOB successfully on my live account and only an idiot argues with that. I might just cut the crap and enforce Recovery at 2 open trades, for the sake of my own sanity.
Do we get left out
I'll take a look at it and see if I see anything.
24 hours in a day – 24 bottles of beer in a case – Coincidence? I think not
- | Commercial Member | Joined Apr 2007 | 8,331 Posts
... but what about the ones that want to start recovery after one trade (1.2.4.2)
Do we get left out
That is: 2 trades are open, so the bot is in Recovery, OK. I though all the various user guides available made this clear.
The bot opens a trade.
The market moves against it.
The bot opens another trade.
We are in Recovery.
This is how the blasted thing has been working for the last umpteen weeks.
Successfully.
Without a hitch.
It just might not work if some idiot insists on using Start_Recovery_at_trades at anything other than 2.
OK?
- | Commercial Member | Joined Apr 2007 | 8,331 Posts
Must say I am glad to have this thread open again, really love the beast and think it has great potential to last a long time.
- | Joined Nov 2006 | Status: Member | 1,143 Posts
That is what Start_Recovery_at_trades = 2 means, for crying out loud.
That is: 2 trades are open, so the bot is in Recovery, OK. I though all the various user guides available made this clear.
The bot opens a trade.
The market moves against it.
The bot opens another trade.
We are in Recovery.
This is how the blasted thing has been working for the last umpteen weeks.
Successfully.
Without a hitch.
It just might not work if some idiot insists on using Start_Recovery_at_trades at anything other than 2.
OK?
Too much wine tonight? 24 hours in a day – 24 bottles of beer in a case – Coincidence? I think not
Hey,
I just recently set up a new demo which had a really great start
( ~15% in 48h)
I really love this EA and really appreciate your hard work steve!
Nice to have people like you arround contributing their stuff for free, so newbs like me can learn!
There is still one thing I'm missing though.
What do you think of implenting a dynamic lot sizing according to account balance?
So the EA would add up 0.01 lot per 200$ in the account balance (or what ever the user input would be)
Would be really interesting to see the results in backtesting this way.
If its to complicated or you'r not interested, never mind.
Cheers
I just recently set up a new demo which had a really great start
( ~15% in 48h)
I really love this EA and really appreciate your hard work steve!
Nice to have people like you arround contributing their stuff for free, so newbs like me can learn!
There is still one thing I'm missing though.
What do you think of implenting a dynamic lot sizing according to account balance?
So the EA would add up 0.01 lot per 200$ in the account balance (or what ever the user input would be)
Would be really interesting to see the results in backtesting this way.
If its to complicated or you'r not interested, never mind.
Cheers
Hey,
I just recently set up a new demo which had a really great start
( ~15% in 48h)
I really love this EA and really appreciate your hard work steve!
Nice to have people like you arround contributing their stuff for free, so newbs like me can learn!
There is still one thing I'm missing though.
What do you think of implenting a dynamic lot sizing according to account balance?
So the EA would add up 0.01 lot per 200$ in the account balance (or what ever the user input would be)
Would be really interesting to see the results in...
This is the code that I am using with Alpari, I am Trading 25 pairs 1:500, and open a lot of 0,01 for each 2.000 euros. I think this code can easily be adapted for a different broker.
int init()
{
double Lots;
if(MarketInfo(Symbol(),MODE_MINLOT) == 0.1) int LotsDigit = 1;
else if(MarketInfo(Symbol(),MODE_MINLOT) == 0.01) LotsDigit = 2;
double MinLots = NormalizeDouble(MarketInfo(Symbol() ,MODE_MINLOT),LotsDigit);
double MaxLots = NormalizeDouble(MarketInfo(Symbol() ,MODE_MAXLOT),LotsDigit);
double Thousands =AccountBalance()/ 2000;
double RoundDown = MathFloor(Thousands);
if (LotsDigit == 1) Lots = RoundDown / 10;
if (LotsDigit == 2) Lots = RoundDown / 100;
if(Lots > MaxLots) Lots = MaxLots;
if(Lots < MinLots) Lots = MinLots;
Best Regards
José Luis
- | Commercial Member | Joined Apr 2007 | 8,331 Posts
Evening all :-)
Running TOB on 2 different demo's I noticed today they both opened duplicate trades on the GBPUSD + EURJPY (Latest code revisions).
I've captured a screen shot of the cable trades, anyone else been getting more duplicates ? It seemed to go away after the fix, then bingo.
Default Settings.
it did cross my mind honest!
Those are not duplicate trades. They are Recovery trades.
I have just upgraded to the latest version from page 1 on my live account and I have also seen several instances of " duplicate " trades being placed
Not at the same time, but at almost the same levels and not waiting for the minimum pips from last entry buffer to be reached
See screenshot of EURJPY as example
2 trades placed at approx 2 hours apart at roughly same level
I have min pips from last entry set at 50
So second trade should not have opened as price has only moved approx 25 pips from first entry
This is not an isolated case
All these instances have worked out OK for me, so far ....
But the new version does not seem to be following the rules of entry as did the previous version
Anyone else seeing same thing ?
- | Commercial Member | Joined Apr 2007 | 8,331 Posts
Hi Steve
I have just upgraded to the latest version from page 1 on my live account and I have also seen several instances of " duplicate " trades being placed
Not at the same time, but at almost the same levels and not waiting for the minimum pips from last entry buffer to be reached
See screenshot of EURJPY as example
2 trades placed at approx 2 hours apart at roughly same level
I have min pips from last entry set at 50
So second trade should not have opened as price has only moved approx 25 pips from first entry
This is not an...
I know the previous poster's trades were Recovery trades by the lot sizes. Yours are clearly not. I will look into this.
Cheers
- | Commercial Member | Joined Apr 2007 | 8,331 Posts
416 pips this week on my live account, using the proven bot from the zip in post 1 - 1.75% of the balance at the start of the week.
- | Commercial Member | Joined Apr 2007 | 8,331 Posts
Just to let you all know, I have had a look at the code and found that I had forgotten to add a vital conditional to the order-sending decision process; namely, to check where the market is in relation to the re-entry line.
I have fixed this (post 1) for the backtesters. Non-backtesters might as well ignore it for now; I hope to add ChaserL's sixths thingy tomorrow, so you may as well wait.
I have fixed this (post 1) for the backtesters. Non-backtesters might as well ignore it for now; I hope to add ChaserL's sixths thingy tomorrow, so you may as well wait.
416 pips this week on my live account, using the proven bot from the zip in post 1 - 1.75% of the balance at the start of the week.
My Dilemma (and my poor demo machines too) is deciding which new version to upgrade to, the stealth edition or the TOB with new mods as I've started calling it
Good times tho and I aint even started on your fib monster yet!
- | Commercial Member | Joined Apr 2007 | 8,331 Posts
Excellent steve! I'm running with that version live also since Jan 10th on Alpari UK and its working like a charm
My Dilemma (and my poor demo machines too) is deciding which new version to upgrade to, the stealth edition or the TOB with new mods as I've started calling it
Good times tho and I aint even started on your fib monster yet!
- | Commercial Member | Joined Apr 2007 | 8,331 Posts
The latest update is in post 1.
I have added ChaserL's code for dynamic BarCount calculation.
to ChaserL. You can select your own count as before. You can also elect to use either Max's settings as most of us have been doing (UseMax) or experiment with ChaserL's (UseChaserL).
I have not updated the user guide yet. Coders, all the bar count stuff is now in its own function - int GetBarCount()
Anyone here getting crash-and-burn backtests, I just overcame one on an EU H1 chart going back over the previous year by enabling Atr hedging with a multiplier of 3 (remember also to enable hedging overall by turning UseHedging to 'true' - bit messy, so I shall tidy this up sometime). I do not know if this has any overall significance; try it and see.
I am out for most of today and away tomorrow and Tuesday so I shall not be posting much or coding at all. Have fun.
I have added ChaserL's code for dynamic BarCount calculation.
to ChaserL. You can select your own count as before. You can also elect to use either Max's settings as most of us have been doing (UseMax) or experiment with ChaserL's (UseChaserL).I have not updated the user guide yet. Coders, all the bar count stuff is now in its own function - int GetBarCount()
Anyone here getting crash-and-burn backtests, I just overcame one on an EU H1 chart going back over the previous year by enabling Atr hedging with a multiplier of 3 (remember also to enable hedging overall by turning UseHedging to 'true' - bit messy, so I shall tidy this up sometime). I do not know if this has any overall significance; try it and see.
I am out for most of today and away tomorrow and Tuesday so I shall not be posting much or coding at all. Have fun.
The latest update is in post 1.
I have added ChaserL's code for dynamic BarCount calculation.
I have not updated the user guide yet. Coders, all the bar count stuff is now in its own function - int GetBarCount()
Anyone here getting crash-and-burn backtests, I just overcame one on an EU H1 chart going back over the previous year by enabling Atr hedging...