Dewey McG » Mon Aug 11, 2014 4:01 am wrote:Here is what I mean. I put this new one on FinFX's ECN Pro Demo. The progression of trades goes from .1 to .2 and on up but always rounds up. The correct 2nd trade for instance would be .14, not .2 See PICs of EA on chart and the spreadsheet

TheInsider » Mon Aug 11, 2014 6:37 am wrote:
On FinFx the lowest start lot is 0.1 but lotstep is 0.01, so lot size cannot be less than 0.10, but can be 0.11, 0.12, 0.13 etc. And this is the case with most brokers - that the lotstep is 0.01.

In he EA "ALR_with_Spread" the lot size is rounded up by adding the value 0.00499, which I don't believe is the the correct way to do it.

The picture below shows the lot increment (based on the same test for date 2014.01.06 - see my last post).

# = number of increments / number of opened hedged positions
A = Original ALR
B = ALR_with_Spread_v8.5-mod - my modded version without the added 0.00499 rounding value
C = ALR_with_Spread_v8.5 with this rounding

< == Picture here! BTW, how to add pictures directly?! Img here does not automatically load external pics.

As can be seen, adding this rounding value of 0.00499 ( C ) makes the lot size to increase more and more far away from a non-rounded value ( B ). However, the original ALR ( A ) seem to make some rounding, but not in the way the ALR_with_Spread does it.

Personally, I don't think any of the 3 calculates the lot size correctly due to the fact that all 3 tests ended up with losses. Because if they had, then the result would have been about +50 (which was the profit goal in case the first position did not hit TP). Instead the results was as follows:

A = -407.92
B = -414.57
C = -433.26

I have now overruled this rounding in my modded version, which I have attached here! The reason for doing so, is that it's more like the original ALR.

tikV = 1.0 (if the counter currency is USD, like EURUSD, and account currency is USD then this value is 1)

spread = 0. My tests shows that adding spread have no impact on the lot size calculation.

kotsh » Sat Jul 12, 2014 8:42 am wrote:Hi Fibotrend,

this idea also crossed my mind, but if you try to implement it with an EA it is not practical.

Lets say your first hedge trade is 50 pips away from entry. It opens and price goes 10 pips into it then reverses back in original direction, so you close the hedge when (the hedge) is at BE. Now lets say on the way back in your original position favour, it oscillates at the -50 pips level dome time, It goes for example from -48 to -52 pips 10 times, this means you would every time open and close the hedge trade, paying spread and commissions, plus it is very painful to watch

You idea would much better be implemented manually, for example if the hedge goes to BE, you can put a pending order 10-15 pips BELOW the first hedge and increase hedge position size, so in case it reverses again you still catch it with the hedge, but you are at the same time giving it room to move in the ALR zone.

The formulas you refer to have one missing variable - C. What is this?

I guess you got the formulas and explanations from somewhere else (in this forum)? Can you please state a link to this place?

TickValue in MQL can be fetrched from the broker with the following command...

MarketInfo ( Symbol(), MODE_TICKVALUE );

Attached is a script for Empty4 that I've written (place it in MQL4 / Scripts and restart Empty4, then attach it to a chart). It run once and shows lots of information printed in the Terminal -> Experts tab window, including "Tick Value".

For manual calculation, it's 1.0 for all XXX / USD pairs where Account Currency is USD, and 1 / BID for all USD / XXX pairs where Account currency is USD. For crossings and if account currency is not USD then the calcuilation is little more complex. So it's easier to use the inbuilt MQL-command.

blazecrown » Wed Aug 13, 2014 3:42 am wrote: <snip>
i got few questions though:

as it is, your formulas look different from what we've been using thus far, which are (without the spread):
H(n) = [(sum_of_P(n-1)+A)(z+h) + 0.1*C]/h – sum_of_H(n-1)
P(n) = [(sum_of_H(n)(z+h) + 0.1*C]/p - [sum_of_P(n-1) + A]
where H(n) is the lot size calculation for opposite direction, P(n) is the lot size calculation for same direction, z is the ALR zone, p is the T/P zone for same direction, h is the T/P zone for opposite direction, A is the original lot size...
1. can you share with us how are they different?