10.3 SCALPER/RANGE TRADE SYSTEM

[nanningbob]

So, I want to be sure I understand the trade EA's.

Both will only take trade (buy example) if price crosses the DO from below.

The 5.1 also requires a cross (from below) of the 5.1 ma.

Is that correct?

Is so then if price is on the wrong side of the DO, we can still place the EA and then it would take a trade upon a retracement and recross?

Thanks for clarification.

On the sell EAs when anytime price is below the line it will enter, so you put the EA on when price is above unless you want to enter when price is below so you can have the 103 magic number. Also the EAs will work on any TF so be careful when you switch screens. There is a safety catch when you switch screens it will ask you if you want the EA on so be careful how you answer the question.

Same thing with the BUY EAs. When ever price is above the line they will enter. What EAs allow you to do is when ever price breaks a line (5.1 is similar to a trend line) You want into the trade. You have two entry points 5.1 line or DO line. You wait for the retrace and then enter back into the trend. Basic rule of trend trading.

[nanningbob]

Hey ya'll,

Been enjoying needed downtime after updating the indicator.

Just wanted to give notes on my thoughts:

I have the code to shift to GMT (0:00 is the target). I also have the code to shift to Eastern thanks to George (17:00 is the target). Let's just say that I must get the code together, but myself together first LOL.

As far as getting weekly and monthly, I figure Baluda's code for adding sunday to monday is simple, elegant, and is great for fixing the weekly pivots to be the same between criminals. I don't know about Monthly, but I guess I'm taking those correctness for granted.

What bothers me is H4 and D1 charts/opens/pivots, etc. I can't change the D1 or H4 charts on criminals without using a period converter to do so. Since this is the case, if working with criminal H4 candles and not applying a period converter, then I can only do a bsearch (I think it's called, never used it) to find the nearest criminal candle to 17:00 ET when on H4.

Now when using H1, it looks like since Cowboy IBFX and others may start later than 17:00, then I also must account for that in code, using some code (probably bsearch or iBarShift) to shift to the bar nearest to 17:00 ET.

I wish it were perfect, but it's not (I'm not that great of a coder). However, since Bob is obviously willing to adjust his strategies to try and simplify and bring together, I would ask him to see if he can use only H1 charts, since the shift is gonna be easier and more precise between us all if not using H4. Then W1 and MN1 pivots are already taken care of, and D1 open and pivot can be based off 17:00 ET all year.

To me or code, it really doesn't matter if we shift to 17:00 ET/21:00 GMT summer/22:00 GMT winter, or or 00:00 GMT. The code I plan to write basically after getting Eastern date AND time (or GMT date AND time, both of which I have code to do already), I say if TimeHour(Time) (hour of criminal's time) + EasternOffset is equal to 17. That's easy. But what about if the candle is not there? We must shift it, and frankly my mind is just not working right now well. Sorry.

Just my 2 cents.

Kindest regards,

Don

The 4H is a read chart that you use to then go trade. I get my daily read UT, DT, Range, then decide how I want to trade. The issue here is going to be once you get everything set up and we compare the two time frames, which one will be more accurate. The major concern will not be the pivot line but the open candle. During the approximate 4H hours from USA close to JPY open does price driift enough to cause it to open or close on either side of the line. If we have a lot of differences between the two time periods then the one that is more accurate will have to be chosen. If there seldom are differences then it wont matter which one you choose to trade from unless you like the JPY session then you will like seeing the lines earlier. I can already tell you the first thing I will do is compare the two and the best one wins. The second thing I will do is see if I reset the pivot with every market open and see if resetting the pivot before the USA and Euro open gives solid reads.

The whole basis of how this system developed was my study of trying to find something that worked consistently from the open daily candle. I wanted to answer this one question. Is there something that would give me a better than 50.50 guess chance of which way price was going today. The open above the Daily Pivot or below gives me that edge. You are about to change all that. You are going to change not only the DP but the DO. We do not yet realize what that will do with the system. Be interesting to find out though. So the question will be, is there any edge of using OPEN and PIVOT with the NY close or is it better at the JPY open? OR how about the Euro Open or the USA open? Each one will take days, weeks of study to come to a conclusion. That is the real foundation of what you are trying to do.

[effluvium]

Don,

I believe that you are spending too much time on the crim time offset issue Your brain cycles are much better spent on the actual work as evidenced by your fine work to date.

I am confused here. But why not let the user put in their own offset in the main Empty4 menu, with 0 GMT as default, as opposed to trying to auto-detect it and also put in a DST ON true/false option. Adding Sunday candles to Monday should also be a default.

This way it is up to the user to set his/her own candles synchronized. Regardless you will still be blamed and flamed for the offset going wrong with a given user- those bugs will keep coming up !

I do absolutely agree with you arthamian.

Don is discussing and spending too much time in a time offset issue and I'm sure not too many people are understanding a glimpse of these different lengthy posts about this subject. Specially when the discussion begins to take in account the different US timezones with CST,EST,PST and whatever. Sorry but a lot of people are not american here and don't understand all these US specificities.

I'm not here to minimize the Don's effort (and I feel his big generosity here), but The synchronization is UP to the user. Each one should know which offset time his computer is running, which GMT offset his b roker is opening, if it is on DST or not DST (Many people eve don't know even the DST meaning, but understand if they are in Summer / winter time beginning at 3AM of the last Sunday of October).

So it is Up to the user to set his global parameters when he's attaching the indy if he expects to see the correct Pivots on his charts. Just give him the correct rule to permit him to enter the right offset, and that's it. And which could also save you a lot of coding which could also give an acceptable processing time

You know: There is a Feanch saying traduced by "Why looking for Midday at 2PM ?" (Pourquoi chercher midi à 14Heures?)

So Don, please focus your efforts on the core of the subject, and not be trapped by something which could be easily managed and done by any one.

[disbellj]

Bob says:
"You are about to change all that. You are going to change not only the DP but the DO. "

This is not true. It's been different for everybody so far. If I set it to GMT 0 as target, then at least I'd be putting everybody on same page as Bob. But Bob said he wanted to start at Forex Day open, another user said that's when pivots are calculated by big guys.

As I already said, I've done the work already. Ya'll can use it or not. Besides the startbar not being correct, which I'm sure a better coder than I can fix EASILY IF THEY JUST LOOKED AT THE CODE, the indicator I just uploaded:
1. Gets the Eastern offset automatically. If we use Eastern, 17:00 Eastern (5 PM Eastern) would be start of day. No talk of GMT needed. No talk of DST needed. Heck, no talk of even Eastern needed. User would just use. No intervention needed.
2. Gets the GMT offset automatically. If we use GMT, 00:00 Eastern (7 PM Eastern) would be start of day. No talk of Eastern needed. No talk of DST needed. Heck, no talk of even GMT needed. User would just use. No intervention needed.
3. I have made it so that if the broker's clock is moving, then the function(s) are ran to get Eastern Offset and GMT offset. Coder that picks this up can choose which one to use. The function is ran ONCE, so can not possibly be bad that I did this. It requires no user intervention. And no update to Empty4 is gonna break it

I have tried to put us ALL on the same page (not just Bob thinking we are all on same page as him which we are not if not using broker with GMT+0), but since people don't care and/or understand, I digress. Use it or don't. The POINT here is that EVERYTHING HAS BEEN DONE EXCEPT FIXING STARTBAR IN START FUNCTION. I will now go back to lurking, trying to understand Bob's updates for myself.

So since people are not getting the point: The code I made and attached in last indicator uploaded does everything automatically, once, so needs no user intervention if startbar code was fixed by another coder. So talk of user needing to put this in, or it taking up too many resources, do not talk to what I have offered, because I've taken care of both of those with my code, if anybody cares.

Now if anybody DOES care, and a fix could be provided to get correct bar in start function, we could get passed this AND BE ON SAME PAGE. Otherwise, go ahead an bypass it and remain on different pages (everyone having different day open times and therefore also different pivots/S/R). I tried at least. The choice is up to ya'll. All I could do is what I did.

Kindest regards,

Don

[disbellj]

Now, this first pic shows correct information in comments at top left of chart, but the lines drawn are not correct, since start function needs fixed. But the info here is correct in my pic. So the function was run in init to get this default information.

ONE minute later, comments change so that I know the function has been run once, called from start function, because broker time has updated by a minute meaning broker is open. The Easter offset is locked in now and no need for it to be done again unless Empty4 restarts or indicator is removed or timeframe changes. Then it locks in after first minute again automatically.

Problems solved.

Onto next problem.

That's what I hoped for, but didn't happen that way. Still have a barshift problem it looks like, but I haven't been able to fix.

Here's the updated indicator that will let you know the correct Eastern Offset and/or GMT offset of your broker. Could be used in all Bob's stuff (and many other people's stuff - anybody who cares about the differences between brokers and wants to get rid of as many diferences as possible) if slight changes made to start function I believe.

Now does the info received and locked in require any user intervention? No. Is it slow? No. Would it be slower for user to intervene instead of using this? Yes. Have I wasted my time? Not in my opinion, even if everyone else thinks so.

Kindest regards,

Don

[nanningbob]

Don I really appreciate your work. For me the problem is a foreign to me issue because I developed the system around Cowboy IBFX. I dont see or know all the different problems faced by other people and their brokers and times and candles and Sunday candles, etc. etc. It is hard for me to fully understand the problems you face because I dont see them even though I try to visualize them in my mind. In other words I lack experiencing the actual problem. Therefore my comments clearly show I dont fully understand or comprehend the problem. I want you to know that your contribution is appreciated because you are dealing with something I really dont know how to deal with. So please feel that I am encouraging you but realize I definitely do not fully understand or comprehend the issue. I wish you well.

[atharmian]

Don,

We all truly appreciate your work here... now that you have spent a lot of time fixing the timing issue is also great !

Cheers,
Athar.

[gaheitman]

That's what I hoped for, but didn't happen that way. Still have a barshift problem it looks like, but I haven't been able to fix.

Don

Don,

If you are trying to determine the starting hour, I think the following code will give it to you.

Code: Select all

StartHour = MathMod(intEasternOffset+17,24);

George

[disbellj]

Bob,

If the offset wasn't an issue, then my request of using just H1 I'm wondering what the problem is.

What information do you get on H4 that can't be obtained from H1? DO, DP, WP, MP can be all be obtained from H1. If TmaSlope, then I can get H4 value without having to use H4 chart.

Then if offset is fixed, then we use 1 TF, no issues. Just wondering what the problem with that would be.

I hope you're understanding that I'm not trying to change things, just that what you see and what we see is the same. Can't do that if we use H4, and can't do that if we have different open times for day. I think we're close to whopping this thing and hate to give up on it. Maybe what I've done is my part. Maybe Baluda or someone can make the change in start in my indicator, and it would get rid of a problem that has been plaguing Empty4 traders since Empty4 inception.

Bob, to give you an idea of what others see, this is why I posted your template when on 3 different brokers. The pics clearly show the opens and pivots lining up on each brokers' open, which is different, and so opens and pivots and S/R from pivots are different between brokers. What you see on Cowboy IBFX is NOT what I see on any other broker, unless they have the exact same GMT +0 (no GMT offset) as Cowboy IBFX. This is clearly not what most brokers use. If the pics don't show you, please simply download FXDD and/or MB Trading demos, which are not GMT+0, and place your template on those charts, and see for yourself what others see. See what I see on FXDD, and see that it's not what you see on Cowboy IBFX, and that first step should be bringing those as close together as possible, because if not, we will still be talking different languages basically even with your simple strategy. It's real easy and simple, and would give you a clear understanding why I have done what I have done.

Thanks.

Kindest regards,

Don

[disbellj]

George,

I replaced iBarShift definition of StartHour with your definition. There is improvement to the drawing, but still not there. We're basically down to correcting this code though:
int StartHour = MathMod(intEasternOffset+17,24);
if(StartHour == 24) StartHour = 0;
if(StartHour > 24) StartHour = StartHour-24;
if(StartHour < 0) StartHour = 24-StartHour;
if(TimeHour(Time) == StartHour) {
OPEN = iOpen(Symbol(), Period(), i);
Buffer[i+1] = EMPTY_VALUE;
}
Buffer = OPEN;

Note: I changed if statement to be if TimeHour(Time) == StartHour.

We're close, but not there. I don't know what's the problem, but it's got to be a small thing. Once it's fixed, everything can be updated so that it may take 15 seconds to load the indicator, but so what? We'll be on same open times which will be worth it.

Kindest regards,

Don

That's what I hoped for, but didn't happen that way. Still have a barshift problem it looks like, but I haven't been able to fix.

Don

Don,

If you are trying to determine the starting hour, I think the following code will give it to you.

Code: Select all

StartHour = MathMod(intEasternOffset+17,24);

George