Sixths trading - an EA by macman, Bob and Steve mk 2 | Page 46 | Forex Factory

Options

Go to
Permalinks
Print Thread

Similar Threads

Trading the Sixths with Snowballs 68 replies

Gann High-Low System with Laguerre/Fisher/VSA/Sixths and others 124 replies

My Sixths trading journal with TOB EA 50 replies

sixths indicator 1 reply

Steve Trading Journal 3 replies

Attachments: Sixths trading - an EA by macman, Bob and Steve mk 2
Exit Attachments

Sixths trading - an EA by macman, Bob and Steve mk 2

  • #901
  • Mar 11, 2011 3:26pm Mar 11, 2011 3:26pm
IBFX live Account
As of New York close today 2100 GMT (TOB)
Week: 7 Mar - 11 Mar
Trades Closed: 38 (on 13 pairs...of 21 total)
Winning Trades: 34
Losing Trades: 3
Even Trades: 1
Pips Gained: 766
Pips Lost: -45
Net Pips: 720
Average Trade Pips: 19
Average Trade Duration: 31 hours (last week avg. duration was 34 hours)

Everyone have a wonderful weekend.

Best Regards,
  • #902
  • Mar 11, 2011 3:51pm Mar 11, 2011 3:51pm
I too have enjoyed a smashing week.

 

  1. +444 pips
  2. 2.11% increase on the balance at the start of the week
  3. dd never more than 4%, and most of this was down to that GJ trade I described earlier.

TOB has problems that have only come to light as we start to trade it live and cannot ignore as we can when setting up a demo. I/we shall gradually overcome these over the coming week.

We have a seriously good bot here.

  • #903
  • Mar 11, 2011 4:35pm Mar 11, 2011 4:35pm
Quoting SteveHopwood
I too have enjoyed a smashing week.

 

  1. +444 pips
  2. 2.11% increase on the balance at the start of the week
  3. dd never more than 4%, and most of this was down to that GJ trade I described earlier.

TOB has problems that have only come to light as we start to trade it live and cannot ignore as we can when setting up a demo. I/we shall gradually overcome these over the coming week.

We have a seriously good bot here.

Just finished setting up an Fxbook acc for TOB.....It has graduated and I agree it has done well.....

whip
  • #904
  • Mar 11, 2011 5:17pm Mar 11, 2011 5:17pm
Is there a recommended leverage to be used with TOB, or does this matter? Would a higher leverage be better?
  • #905
  • Mar 11, 2011 7:43pm Mar 11, 2011 7:43pm
Quoting sevenjones
Is there a recommended leverage to be used with TOB, or does this matter? Would a higher leverage be better?
LOL. You want to be conservative as possible because occasionally it will go super against you which greatly increase the chance of you blowing your account before recovery can save you. Your max leverage should be something like this formula.

Number of pairs your trading X lot size for initial trade X maximum trades per pair (default is 5) X -50pips.

Note that -50 pips is probably the minimum if it does move against you atleast 250 pips since 50 pips is default reentry so it can even go more against you though highly unlikely once it reaches level 4.
  • #906
  • Mar 11, 2011 8:46pm Mar 11, 2011 8:46pm
I saw that Steve was using 100:1 leverage and was wondering if a higher leverage would be advisable.

I'm setting the MaxTrades at 2, btw.
  • #907
  • Mar 11, 2011 11:58pm Mar 11, 2011 11:58pm
Quote
Originally Posted by sevenjones http://www.forexfactory.com/images/buttons/viewpost.gif
Is there a recommended leverage to be used with TOB, or does this matter? Would a higher leverage be better?

2.4% increase on the balance at the start of the week
7.4% increase since I started trading TOB live on 15 Feb 2011.
Gained 2049 PIPs to date.

I've been very conservative, using the following formula:
balance / 200 x .01 / number of pairs = standard lots

e.g.: $4000 / 200 x 0.01 / 20 pairs = 0.01 standard lot
Mini account: $400 / 200 x 0.01 / 20 pairs = 0.001(std) x 10 = 0.01 mini lot

Best Regards,
  • #908
  • Mar 12, 2011 12:20am Mar 12, 2011 12:20am
TOB version that does the best for me is what I call TOB(2). I don't really know which update this is, except that I know it came before the ChaserL setting was added.
  • #909
  • Mar 12, 2011 12:33am Mar 12, 2011 12:33am
The Old Beast had a great week....gracefully exiting from a CHFJPY trade that was upside down for a while.....
Cheers
CanuckCT
  • #910
  • Mar 12, 2011 2:03am Mar 12, 2011 2:03am
Quoting CanuckCT
The Old Beast had a great week....gracefully exiting from a CHFJPY trade that was upside down for a while.....
Cheers
CanuckCT
Always pleasant when this happens.

  • #911
  • Mar 12, 2011 8:04am Mar 12, 2011 8:04am
I have a problem.

I heard that concerted bellow of, "Yes, we know."

With BreakEvenAtGold enabled, I have seen a couple error messages saying the breakeven failed because of an invalid ticket. I cannot work out why.

Here is the order of events:

 

  1. start() calls CountOpenTrades() - first thing it does
  2. CountOpenTrades() cycles through the list of open trades. When it finds one in profit, and neither hedging or recovery are in place, it calls TradeManagementModule()
  3. TradeManagementModule() calls the management functions one by one, starting with CloseAtGold() then BreakEvenAtGold()

So, the order is the currently selected one and should not cause an invalid ticket number when CloseAtGold() and BreakEvenAtGold() are called.

Any ideas, coders?
__________________________________________________________

The sharp-witted amongst you will have noticed the problem with the order in which these events happen. If there are a group of recovert trades in place and one or more, but not all, are in profit, then the profitable ones will close if the TOB is restarted for any reason. The very first time CountOpenTrades() is called. TOB does not know if a trade is part of a recovery group. I did not spot this until I started looking for the cause of the error.

To combat this, I have added an extra conditional within the order-selection loop within CountOpenTrades().

Originally

Inserted Code
if (OrderProfit() > 0 && ObjectFind(breakevenlinename) == -1 && !RecoveryInProgress
 && !HedgingInProgress ) TradeManagementModule();
is now
Inserted Code
if (OrderProfit() > 0 && ObjectFind(breakevenlinename) == -1 && !RecoveryInProgress 
&& !HedgingInProgress [color=Red]&& OrderTakeProfit() == 0[/color]) TradeManagementModule();
__________________________________________________________

I looked at the non-updating breakeven line when a new Recovery trade opens. This is one of those locig-problem thingies that I am so prone to.

I have added code that makes TOB update OpenTrades as soon as a trade is sent, within SendSingleTrade. If OpenTrades >= Start_Recovery_at_trades then TOB will delete an existing breakeven line and call RecoveryModule() to replace it after updating the BE calculations.

This should work ok. We shall see next week.

It is worthwhile remembering that the BE calc is only performed when the new trade is opened. Trades that remain open for some time will usually attract negative swap; this will degrade the value of BE profits.

Update in post 1.

  • #912
  • Mar 12, 2011 12:25pm Mar 12, 2011 12:25pm
Quoting SteveHopwood
I looked at the non-updating breakeven line when a new Recovery trade opens. This is one of those locig-problem thingies that I am so prone to.

I have added code that makes TOB update OpenTrades as soon as a trade is sent, within SendSingleTrade. If OpenTrades >= Start_Recovery_at_trades then TOB will delete an existing breakeven line and call RecoveryModule() to replace it after updating the BE calculations.

This should work ok. We shall see next week.

It is worthwhile remembering that the BE calc is only performed when the new trade...
Hi Steve, I look forward to next weeks testing. TOB Chaser was working very well last week with the latest update at that time.

However just a note for your future attention perhaps, and that is the situation when a trade is made, in any direction, but the TP target line moves beyond it leaving it as a negative if closed.

I think it would probably only be a problem only when the Gold line is the currencies auto close target as shown on the EURGBP towards the close of trading on Friday.

I have attached the chart showing the EURGBP sell trade made at 1715 server time on Friday, but by close of business the Gold TP line had moved beyond it so would be closed at a loss if it reached it. Obviously if the price continued against it far enough the recovery and the BE would kick in.

I realise that you always have plenty to do but it might set you or someone else thinking about it.
Attached Image (click to enlarge)
Click to Enlarge Name: eurgbp.gif Size: 19 KB
  • #913
  • Mar 12, 2011 12:56pm Mar 12, 2011 12:56pm
Quoting Rascacio
Hi Steve, I look forward to next weeks testing. TOB Chaser was working very well last week with the latest update at that time.

However just a note for your future attention perhaps, and that is the situation when a trade is made, in any direction, but the TP target line moves beyond it leaving it as a negative if closed.

I think it would probably only be a problem only when the Gold line is the currencies auto close target as shown on the EURGBP towards the close of trading on Friday.

I have attached the chart showing the EURGBP sell trade...
I dealt with this last week. Or the week before that. Or the week before that. Can't remember, but I dealt with it.

And told everyone.


You should not have to be a coder to be able to understand in outline how the function works - the highlighted stuff at least:
Inserted Code
void TradeManagementModule()
{

   // Call the working subroutines one by one. 

   [color=Red]double profit = OrderProfit() + OrderSwap() + OrderCommission();
   
   if (CloseTradeAtGold && profit > 0) CloseAtGold();[/color]

   if (BreakEvenAtGold && OrderProfit() > 0) BreakEvenAtGold();
   
   if (CloseTradeAtGreen && profit > 0) CloseAtGreen();

   if (CloseTradeAtMiddleWhiteLine && profit > 0) CloseAtMiddle();

   // Hidden stop loss
   if (HideStopLossEnabled) HiddenStopLoss();

   // Hidden take profit
   if (HideTakeProfitEnabled) HiddenTakeProfit();

   // Breakeven
   if(BreakEven) BreakEvenStopLoss();

   // JumpingStop
   if(JumpingStop) JumpingStopLoss();

   //TrailingStop
   if(TrailingStop) TrailingStopLoss();

   

}//void TradeManagementModule()
The occasional trade might still close at a loss. That is slippage and I can do nothing about that.

Cheers

  • #914
  • Mar 12, 2011 1:12pm Mar 12, 2011 1:12pm
Dear Steve:


I think the code must be the following:


void DoIdiotChecks()
{
if (Start_Recovery_at_trades < 2) Start_Recovery_at_trades = 2;
if (Lot < MarketInfo(Symbol(), MODE_MINLOT)) Lot = MarketInfo(Symbol(), MODE_MINLOT);
}//End Void DoIdiotChecks()


Thanks


José Luis
  • #915
  • Mar 12, 2011 1:27pm Mar 12, 2011 1:27pm
Quoting Forexjlcg
Dear Steve:


I think the code must be the following:


void DoIdiotChecks()
{
if (Start_Recovery_at_trades < 2) Start_Recovery_at_trades = 2;
if (Lot < MarketInfo(Symbol(), MODE_MINLOT)) Lot = MarketInfo(Symbol(), MODE_MINLOT);
}//End Void DoIdiotChecks()


Thanks


José Luis
Oops. That is a real cracker.

For those of you how downloaded the earlier update, this is an exponentially essential fix. Post 1.

Cheers José Luis. You deserve more than the single vouch I have given you.

  • #916
  • Mar 12, 2011 1:36pm Mar 12, 2011 1:36pm
Quoting SteveHopwood
I have a problem.
I looked at the non-updating breakeven line when a new Recovery trade opens. This is one of those locig-problem thingies that I am so prone to.

I have added code that makes TOB update OpenTrades as soon as a trade is sent, within SendSingleTrade. If OpenTrades >= Start_Recovery_at_trades then TOB will delete an existing breakeven line and call RecoveryModule() to replace it after updating the BE calculations.

This should work ok. We shall see next week.

It is worthwhile remembering that the BE calc is only performed...
Dear Steve:

I think that the sendsingletrade function sends a pending order that can be or not fullfilled, but in the code the expression

//Check if new trade takes us into Recovery
OpenTrades++;
 if (OpenTrades >= Start_Recovery_at_trades)
{
RecoveryInProgress = true;
if (ObjectFind(takeprofitlinename) > -1) ObjectDelete(takeprofitlinename);
RecoveryModule();
}//if (OpenTrades >= Start_Recovery_at_trades)


count the trade as already open (not a pending order).


I am a little confused about this.

Thanks


José Luis
  • #917
  • Mar 12, 2011 1:42pm Mar 12, 2011 1:42pm
Quoting Forexjlcg
Dear Steve:

I think that the sendsingletrade function sends a pending order that can be or not fullfilled, but in the code the expression...
Damn and blast. Back to the drawing board.

Cheers again. You will see the original code commented out in start(). Un-comment this and delete the new code from SendSingleTrade and we are back where we started.

Watch this space, folks. You might want to hold off downloading the update for now.

  • #918
  • Mar 12, 2011 1:51pm Mar 12, 2011 1:51pm
It is not all that easy to work out which bit of code I refer to. It is this one:
Inserted Code
//Recovery
   if (UseRecovery && !HedgingInProgress)
   {
      if (OpenTrades >= Start_Recovery_at_trades) RecoveryInProgress = true;
      
      [color=Red]/*
      I have moved this to SendSingleTrade.
      if (RecoveryInProgress)
      {
         if (ObjectFind(takeprofitlinename) > -1) ObjectDelete(takeprofitlinename);
         RecoveryModule();
      }//if (RecoveryInProgress)
      */[/color]
      
      //Replace accidentally deleted be line
      if (RecoveryInProgress && ObjectFind(breakevenlinename) == -1)
      //if (ObjectFind(breakevenlinename) == -1 && OpenTrades > TradeNumber) //DC
      {
         RecoveryModule();      
      }//if (ObjectFind(breakevenlinename) == -1 && OpenTrades > 2)
   }//if (UseRecovery)
  • #919
  • Mar 12, 2011 1:53pm Mar 12, 2011 1:53pm
Quoting SteveHopwood
Damn and blast. Back to the drawing board.

Cheers again. You will see the original code commented out in start(). Un-comment this and delete the new code from SendSingleTrade and we are back where we started.

Watch this space, folks. You might want to hold off downloading the update for now.

Dear Steve:


Do you think is it possible if replacing the sentence
OpenTrades++;

for the sentence

CountOpenTrades();

will resolve the problem?

Thanks


José Luis
  • #920
  • Mar 12, 2011 2:09pm Mar 12, 2011 2:09pm
Quoting SteveHopwood
I dealt with this last week. Or the week before that. Or the week before that. Can't remember, but I dealt with it.

And told everyone.


You should not have to be a coder to be able to understand in outline how the function works - the highlighted stuff at least:
[code]
void TradeManagementModule()
{...
Thanks Steve, I do understand the above and what you are saying, I've kept up to date with everything so far, all I'm saying is, with Chaser the sixths lines change much quicker than with TOBLT or Beastie, so what was a TP can become a SL in effect and has nothing to do with slippage.

If I am understanding this part of the code - if (CloseTradeAtGold && profit > 0) CloseAtGold();

it looks for a profit at Gold and if it is there it closes. But even if it is not in profit but actually in loss it will still close as I have seen even on the same pair with Beastie.

It's probably not that much of problem as I wouldn't expect it to happen that often, I was just making an observation of something that has actually occurred, which could perhaps not have been foreseen prior to running the bot for a while.

Thanks for your patience once again.
0 traders viewing now