It also helps if you have lots of money in your account. That way you won't need to wager nearly as much, and still remain relatively profitable. Or, let's say you had $50,000 in your account and made $100 a day trading at 0.1 lot (on mini account). ...

SWB Martingale EA

Wow, that's pretty impressive! What time frame were you using?

SWB Martingale EA

Have you looked in the Trading Systems folder? There any number of scalping systems there, including EA's. You just have to be willing to sort through it.

I Need A Link To A Scalping EA

Heh, I tried it yesterday with IBFX demo trading up to 7 pairs at 15M TF and made a hundred bucks with original settings! And, all this time not one trade went higher than level 4. I think it's pretty cool. Of course that doesn't mean it won't ...

SWB Martingale EA

Oh, if you're unsure how to set it up, it's basically described in this post here and, in the posts following (regarding first trade factor).

Gem of an EA needs a slight change

No, it has to do with the way I set up the indicator. When it gives a buy signal the EA looks to sell. When it gives a sell signal the EA looks to buy, etc. That's because, like you say, all (or most) trades are counter-trend. Now, when the ...

SWB Martingale EA

How about Heiken Ashi set in reverse? I think it helps a little anyway. Oh, it won't work if you try it in forward.

SWB Martingale EA

Yes.

SWB Martingale EA

Okay, I think I fixed it. It had something to do with my setting it up on a mini account, which shouldn't have been carried over to the standard account. So I added a mini_account=true feature (set to false), which should only apply to a mini ...

Gem of an EA needs a slight change

Okay, I opened five separate pairs on IBFX 5 digit mini account and not much was happening until I set timeframe to 15 minutes. Now all have at least one trade open. Of the three I looked at with one trade, they are averaging about 21 pips (some ...

Gem of an EA needs a slight change

Well, I guess maybe I had better do some forward testing then. I expect it will take awhile before anything develops though. By the way, did you try backtesting yourself? It might be telling (and give us some place else to look) if you couldn't get ...

Gem of an EA needs a slight change

Yes, it appears to be closing all orders (during backtest) at the same price, whether using the TP Close_All or not. At least it did with the first 100 orders or so. I have something else in the works. Maybe you might be interested in that? You'll ...

Gem of an EA needs a slight change

Okay, I just tried it on a 5 digit account and am basically getting the same results as with the 4 digit account so, it appears to be working. There is one other possible thing that I can think of here. I set it up and am testing it on a mini ...

Gem of an EA needs a slight change

Maybe I could try adding a manual Close_All in the properties box? So, once it's initiated, it won't allow any new trades to be placed until the current ones have been closed. And, in the process maybe it will get reset as it did with the previous ...

Gem of an EA needs a slight change

Okay, I just backtested it and was looking at the results and noticed there were any number of single entries that closed out at $2.10, and it was consistent throughout. This tells me that my calculations are correct, except for the extra $0.10, ...

Gem of an EA needs a slight change

Except of course you don't know that they are exactly equal. If they are off by just a little bit, they won't be recognized as equal, and the function will try and pass them in the way you are suggesting. Have you tried normalizing both sides as RR ...

OrderModify Error

Yeah, I was basing my reply on what you said in your second post, and that kind threw me. I was stating what seemed obvious, to me or, at least questionable. Having said that, it would probably be best to stand back and let you and one or two of ...

OrderModify Error

Why can't you just try ... if (entry != OrderOpenPrice()...? If as you say, both are 4 digits, there is no need to normalize it. Or, if they are not 4 digits (and are greater), then by declaring entry=OrderOpenPrice() should cover it. Of course that ...

OrderModify Error

Oh, at what point are you saying entry=OrderOpenPrice()...? Because once you do, then the two should be exact (or, I've never had a problem here), and there shouldn't be any need to Normalize it. And, of course once you do, there's a good chance ...

OrderModify Error

Why NormalizeDouble(entry,4)...? Why not NormalizeDouble(entry,Digits)...? Are you sure it's a 4 digit account? As for OrderOpenPrice() variable, I would assume it's specified in Digits but, I could be mistaken?

OrderModify Error