This is a continuation post or Part 2 of the development of the ES day trading system with EasyLanguage.
If you can understand this model you can basically program any of your day trading ideas.
First I want to revisit our list of inputs and make a couple of changes before proceeding.
If we want to optimize these values then we can’t use the keyword bigPointValue in the input variable default value. So I removed them – also I added an input endTradingTime(1500). I wanted to cut off our trading at a given time – no use entering a trade five minutes prior to the closing.
Disengage the Vol or $Dollar Trade Management:
I may have muddied the waters a little with having volatility and $ values simultaneously. You can use either for the initial protective stop, profit threshold, and trailing stop amount. You can disengage them by using large values. If you want to ignore all the $ inputs just add a couple of 00 to each of the values:
If you want to ignore the volatility trade management stops just put a large number in front of the decimal.
volStopPer(9.7), volThreshPer(9.3), volTrailPer(9.2)
If you make either set large then the algorithm will use the values closest to the current market price.
Let’s now take a look at the computations that are done on the first bar of the day:
I determine it is the first bar of the day by comparing the current 5-minute bar’s date stamp to the prior 5-minute bar’s date stamp. If they are not the same then you have the first bar of the day. The first thing I do is calculate the volatility of the current market by using a for-loop to accumulate the day ranges for the past volCalcLen days. I start the iterative process using the iCnt index and going from 1 back in time to volCalcLen. I use iCnt to index into the function calls HighD and LowD. Indexing is not really the right word here – that is more appropriate when working with arrays. HighD and LowD are functions and we are passing the values 1 to volCalcLen into the functions and summing their output. When you do this you will get a warning “A series function should not be called more than once with a given set of parameters.” Sounds scary but it seems to work just fine. If you don’t do this then you have to include a daily bar on the chart. I like to keep things as simple as possible. Once I sum up the daily ranges I then divide by volCalcLen to get the average range over the few days. All of the vol based variables will use this value.
Entry is based off a move away from the opening in terms of volatility. If we use 0.2 (twenty percent) as orboBuyPer then the algorithm will buy on a stop 20% of the average range above the open tick. Sell short is just the opposite. We further calculate the longStopAmt as a function of vol and a pure $ amount. I am using the minList function to determine the smaller of the two values .This is how I disengage either the vol value or the $ value. The other variables are also calculated just once a day: shortStopAmt, longThreshAmt, shortThreshAmt, longTrailAmt, shortTrailAmt. You could calculate every bar but that would be inefficient. I am also resetting four values at the beginning of the day: longTrailLevel, shortTrailLevel, buysToday and shortsToday.
The Mighty MP:
I like using a variable to store each bar’s marketPosition. In this case I am using MP. By aliasing the marketPosition function call to a variable allows us to do this:
if mp = 1 and mp <> 1 then buysToday = buysToday + 1;
This little line does a bunch of stuff. If the current bar’s position is 1 and the prior bars position is not one then we know we have just entered a long position. So every time this happens throughout the day the buysToday is incremented. ShortsToday works just the same. Pitfall warning: If you strategy enters and exits on the same bar then this functionality will not work! Neither will the call to the marketPosition function. It will look like nothing happened. If you need to keep track of the number of trades make sure you can only enter or exit on different bars. If you stuff is so tight then drop down to a 1 minute or tick bar.
Controlling the Nmber of Buys/Shorts for the Day:
Notice how I am controlling the trade directives using the if statements. I only want to enter a long position when the time is right and I haven’t already entered a long position for the day. If you don’t control the trade directives, then these orders are placed on every bar, in our case every 5-minutes. If you have pyramiding turned off then once you are long the buy directive is ignored. This is an important concept – let’s say you just want to buy and short only one time per day trade session. If you don’t control this directive, then it will fire off an order every five minutes. You don’t want this -at least I hope you don’t.
So controlling the time and number of entries is paramount. If you don’t control the time of entry then the day can arrive at the last bar of the day and fire off an order for the opening of the next day. A big no, no !
Put To Work:
Here are the inputs I used to generate the trades in the graphic that follows.
Not Doing Exactly What You Want:
The trailing stop had to wait for the bar to complete to determine if the profit reached the threshold. A little slippage here. You can overcome this if you use the BuiltIn Percent Trailing Strategy or by using the SetPercentTrailing function call.
However, you lose the ability to really customize your algorithms by using the builtin functionalility. You could drop down to a one minute bar and probably get out nearer your trailing stop amount.
Download the ELD:
Here you go!