SWB Martingale EA | Page 28 | Forex Factory

Options

Go to
Permalinks
Print Thread

Similar Threads

Martingale, Reverse Martingale, Modified Martingale, Maths 1 reply

SWB Stealth (Martingale) 95 replies

SWB Martingale EA (with best setting) 63 replies

Martingale vs. Non Martingale (Simplified RoR vs Profit) 1 reply

SWB Super Trend 77 replies

Attachments: SWB Martingale EA
Exit Attachments

SWB Martingale EA

  • #541
  • Feb 23, 2011 9:29am Feb 23, 2011 9:29am
Quoting domino2-4x
If that IS the case, then I think that would need to be changed.
It's not going to go anywhere unless the tp_in_money target is reached. And if the hedge is open, it's going to offset that further.

Quote
If the standard set of 7 trades are ready to close, there is no need for the hedge trade anymore.
It still has to retrace so many points after opening level 7, and if you open the hedge at the same time, like I said, it's going to offset that further. This is one reason why the RSI should prove helpful (if we find the right setting? ), because it will delay opening the hedge if there's not enough momentum.

Quote
The hedge trade should close with them.
That will all depend on the size of the hedge. If it were 1 to 1 or greater, it won't close at all.
  • #542
  • Edited 5:48pm Feb 23, 2011 4:44pm | Edited 5:48pm
Quoting ecTrade
It's not going to go anywhere unless the tp_in_money target is reached. And if the hedge is open, it's going to offset that further.
I see your point here, but this seems to only go one way. (I think)
Meaning, if the hedge trade is activated (like in the previous example) then the location where it would normally be "tp_in_money" is now much lower due to the hedge trade. I can see that now.

However, why does it not see it the other way. If the hedge trade is activated and hit the TP line and closes while leaving the other trades still open. I guess it depends on the hedge multiplier. Are you saying if the hedge trades make enough, maybe 2 or 3 trades with a low multiplier and the price hasn't gone too far, it will close the other trades with tp_in_money made? Is it possible I just haven't seen it yet and that is how it works? I don't think this is how it works because of my picture of the account hitting zero. I think it would need to "get last trade info" and keep adding up the hedge trades and when tp_in_money is hit, it closes all of the other ones. Then again, the price moved 1200 pips and maybe the hedge multiplier was too low to catch it.

I will play with the RSI settings for a while when you make that configurable.
UPDATE: Also, please make the time frame configurable. We may need it faster than 20. :-)
  • #543
  • Feb 23, 2011 6:17pm Feb 23, 2011 6:17pm
Working with hedging is pretty tricky business. A lot of folks will argue that it can't be done or, it's of little or no use. This is basically why it's no longer allowed in the United States.

Quoting domino2-4x
I will play with the RSI settings for a while when you make that configurable.
UPDATE: Also, please make the time frame configurable. We may need it faster than 20. :-)
Make the time frame configurable? Yeah, I suppose I can do that. Sounds like you might know a bit more about it than me though. I've pretty much learned how to access them, but don't fully understand how they work.
  • #544
  • Feb 23, 2011 7:42pm Feb 23, 2011 7:42pm
Quoting domino2-4x
If the hedge trade is activated and hit the TP line and closes while leaving the other trades still open.
The hedge TP line is static, while the tp_in_money target is dynamic. Plus, it has everything to do with how large the gap is between each side of hedge. The larger the gap, the more it goes against the tp_in_money. Ideally it's best to open the hedge with a minimum gap as possible (or within a range) and close it out when it looks like it's peaked, and hopefully you get a significant enough retrace to bridge the gap, at least towards the tp_in_money target anyway.
  • #545
  • Feb 23, 2011 8:29pm Feb 23, 2011 8:29pm
Quoting ecTrade
I've pretty much learned how to access them, but don't fully understand how they work.
Yeah. The actual RSI math is tricky, but that isn't what this is. The 20 is just a rolling average (of that tricky math) of the last 20 bars. That might be a little too lagging for what we want . Maybe a 5-7 might be more accurate. But, if you make it too fast, it can be too jumpy. I would probably start with 10 and try to optimize from there.
  • #546
  • Edited Feb 24, 2011 10:01am Feb 23, 2011 8:37pm | Edited Feb 24, 2011 10:01am
Okay, it looks like I have something workable here:

Basically there are 7 configurable periods (TF_h_1 to TF_h_7), 3 for hedge entry, 3 for hedge exit, and 1 for RSI TP hedge exit. TF_h_1 to TF_h_7 basically correspond to the RSI "20" value you are talking about, plus there's a configurable time frame for each one of these ... 1M, 5M, 15M, etc. There's also the offset values which correspond to the number of points above and below the median, which is 50 (non-adjustable). For example, with an offset of 17, you get 67 high and 33 low.

Am not sure if it's necessary or not? but you are allowed to use up to 3 periods on both hedge entry and hedge exit (TP) options. It appears to work on the hedge entry side, although only one period is selected currently (5M), but not on the hedge exit side. I don't know what's wrong here? So, temporarily I'm getting the signal from the RSI TP exit which is set to 5M. You might want to take that into account before adjusting it.

As for the RSI TP settings, set rsi_tp to true, it you want to use them. While there are 4 adjustable TP settings and 4 correspondent offset settings to trigger them (rtp_off_1 to rtp_off_4). The top level TP can be found under the hedge settings.

I hope this is not too confusing?

Oh, don't be too surprised if there are one or two other bugs.


ETA: Disabled feature that wasn't working ...
Attached File(s)
File Type: mq4 swb grid 4.1_revised_02.mq4   17 KB | 605 downloads
File Type: mq4 #MTF_RSI.mq4   4 KB | 453 downloads
  • #547
  • Feb 23, 2011 8:51pm Feb 23, 2011 8:51pm
Quoting domino2-4x
Yeah. The actual RSI math is tricky, but that isn't what this is. The 20 is just a rolling average (of that tricky math) of the last 20 bars. That might be a little too lagging for what we want.
Okay, that makes sense. Thanks.

Quote
Maybe a 5-7 might be more accurate. But, if you make it too fast, it can be too jumpy. I would probably start with 10 and try to optimize from there.
So, should I reset everything to 10 then?
  • #548
  • Feb 23, 2011 9:07pm Feb 23, 2011 9:07pm
Quoting ecTrade
The hedge TP line is static, while the tp_in_money target is dynamic. Plus, it has everything to do with how large the gap is between each side of hedge. The larger the gap, the more it goes against the tp_in_money. Ideally it's best to open the hedge with a minimum gap as possible (or within a range) and close it out when it looks like it's peaked, and hopefully you get a significant enough retrace to bridge the gap, at least towards the tp_in_money target anyway.
What if you make a tp_in_hedge_money?

So- If we are running .01 lots and it fired 3 sell trades. You have a .01, .02 & .04 open and 75 pips down. Then the hedge trade fires at level 4 and has a instantly puts a stop loss of 13 pips. (half the distance of the 25 pip levels)
If it hits the stop loss, the hedge trade closes out and hopefully 20 minutes later the rest of the trades close, hitting your tp_in_money.

Now the fun part come in......when it fires the hedge trade, it automatically calculates how big your lot size needs to be and how many pips it needs to go to reach your "tp_in_hedge_money"....and that is where it places it's TP. It will take into consideration all of the previous trades and it closes them all when hit.

If the price reverses after the hedge trade hits the stop loss, it fires the hedge trade again and repeats. I think it may too hard to figure out the math to now make up for that loss in the new "tp_in_hedge_money" number, so we just live with that small loss for now.

What do you think?
Will that solve the problems?
  • #549
  • Feb 23, 2011 9:09pm Feb 23, 2011 9:09pm
Quoting ecTrade
So, should I reset everything to 10 then?
Not right now - let me take a look at what you have. I know how to change it if it is not configurable yet.
  • #550
  • Feb 23, 2011 9:25pm Feb 23, 2011 9:25pm
Oops! It looks like you'll have to redownload it. I was working on something else that was messing things up and forgot to disable it.

Sorry.
  • #551
  • Feb 23, 2011 9:44pm Feb 23, 2011 9:44pm
Quoting ecTrade

I hope this is not too confusing?
WOW - I think I am pretty confused.
I misspoke earlier when I said "timeframe". I really meant the "period" only.

But....I think I am getting it the longer I look at it.
  • #552
  • Edited 10:33pm Feb 23, 2011 9:46pm | Edited 10:33pm
Quoting domino2-4x
If the price reverses after the hedge trade hits the stop loss, it fires the hedge trade again and repeats. I think it may too hard to figure out the math to now make up for that loss in the new "tp_in_hedge_money" number, so we just live with that small loss for now.
Yeah, that's not too big where it's not recoverable, even if it happened two or three times in a row. It already has a stoploss built into it by the way (sl_threshold) which is currently set at 10 points. So, maybe if I set it up so RSI hedge entry is optional, and the hedge opens immediately after 4th trade is placed, that would accomplish it? In fact, I could probably knock that out in real short order here.

Quote
I think it may too hard to figure out the math to now make up for that loss in the new "tp_in_hedge_money" number, so we just live with that small loss for now.
Oh, so long as the gap is minimal, to say, less than 50 points? (accrued), the price wouldn't have to retrace too far in order to recover. Meaning we may not have to sustain a loss. Of course I'm just guessing. We'll have to try it out to see how it actually works.
  • #553
  • Feb 23, 2011 10:24pm Feb 23, 2011 10:24pm
Quoting ecTrade
Oops! It looks like you'll have to redownload it. I was working on something else that was messing things up and forgot to disable it.

Sorry.
Okay, it looks like the bug is still there. It's not working properly now. Will need some time to figure it out.
  • #554
  • Feb 23, 2011 10:29pm Feb 23, 2011 10:29pm
Take a look at my settings...

I am not sure if this is a bug or not, but it didn't close my hedge trade the way I think it should.

Here are my settings:

http://i1084.photobucket.com/albums/...I-SETTINGS.jpg

Here is where I think it should have closed.

http://i1084.photobucket.com/albums/...OR-NOCLOSE.jpg

Do I have them set right?
I am just using the 1st time frame.
Do I need to zero out the others?
  • #555
  • Feb 23, 2011 10:41pm Feb 23, 2011 10:41pm
Quoting domino2-4x
Do I have them set right?
I am just using the 1st time frame.
Why do you have offsett_1 set to 30? It should be set to 10 if you want it to cross at 40 and 60.

Quote
Do I need to zero out the others?
The only thing you need to zero out are h_entry_2 and h_entry_3, if you don't intend to use them. But, they are already set to zero by default.
  • #556
  • Feb 23, 2011 10:51pm Feb 23, 2011 10:51pm
Quoting ecTrade
Why do you have offsett_1 set to 30? It should be set to 10 if you want it to cross at 40 and 60.
I have it set to 30 on the entry, so it will fire above 80 or below 20.

I have it set to 10 on the exit, so it closes if loses steam and crosses 60 & 40.

Is that not right?

The entry was correct - I was more concerned about why it didn't close on the 40 with the 10 offset.
  • #557
  • Feb 23, 2011 11:17pm Feb 23, 2011 11:17pm
It may be a long shot, but maybe that constant modifying the TP every second is hogging up all the bandwidth so when it goes to fire a trade, it's busy.

I have seen a couple other places where it should work, because it did earlier, but it didn't fire the trade.

How do we turn that off to test this theory?
  • #558
  • Edited 11:36pm Feb 23, 2011 11:19pm | Edited 11:36pm
Quoting domino2-4x
The entry was correct - I was more concerned about why it didn't close on the 40 with the 10 offset.
Okay, you're right. But no, I don't know why it's not working? Although I noticed when I change time frames on the charts (typically I have it set at 15M) this will affect the signal. So, maybe this has something to do with that? I didn't think it was supposed to do that with this particular indicator but, apparently it does.
  • #559
  • Feb 23, 2011 11:27pm Feb 23, 2011 11:27pm
Other EA's I have seen have a "timeframe=0" setting, where 0 means it just changes to whatever chart you have it on. So, when you change timeframes, it generates a new set of signals. Then if you want to lock it in, you change it to 5, 15, 30 etc....then it doesn't matter if you change the chart. It will still fire off the locked settings regardless of what chart it is on.

(I know that doesn't help you)

But, the multiple does have it's advantages. There have been plenty of time where I used the signals from the 15M for entry and the 5M for exit. So, it's nice to have that option.
  • #560
  • Feb 24, 2011 8:14am Feb 24, 2011 8:14am
It looks like we may have to go with another indicator here. Either that or adjust accordingly.

By the way, what indicator is this that displays the crossover points in red numbers here? It looks like it would be pretty handy to have. Can you post a copy?

Thanks!

http://i1084.photobucket.com/albums/...OR-NOCLOSE.jpg
2 traders viewing now