Gladiator13_Addon

The name of the indicator is „Gladiator13_Addon“ (exactly so). 

The alerts, arrows, etc. must be configured like in the Tornado-Addon (Alerts, Area 1). 
I now give the exact logig for a call signal; for put it must be coded vice versa:

At first the system has to identify a „cascade“. A cascade has at least 2 bars; the maximum is 4 bars, but there is no switch any more to adjust 
the number of „potential bars“. So concerning that the Gladiator is simpler to code than the Tornado.

The Addon has to find a bar with a CCI-value (Gladiator13_CCI) below the lower limit („below“, not touching) directly followed by a bar which 
has a CCI-value bigger than that of the previous bar (no delta has to be respected here, the CCI-value of the second bar does not need to respect 
any limits – it can be below, touching or above the lower limit). The more, both these bars must have the sign „+“ (Autotrend) and additionally 
at least one of these 2 bars (or both) has its low below the extra lower line of the Autotrend. The first bar, the „older“ one, is „bar 0“, 
the following is „bar 1“, the „first potential bar“.

Deeper explanation: As bar 1 can possibly have its CCI-value below the lower limit of the CCI, it can, if the other condions are fullfilled, 
be a bar 0 for another cascade. 

The next bar is a „bar 2“, the „second potential bar“, if it simply has the sign of the Autotrend on „+“. So a bar is a „bar 2“, if the two
previous bars are a cascade of 2 bars (bar 0, bar 1) as defined above and if it (bar2) hast he sign on „+“. 

Deeper explanation: The Autotrend can be the cause for a „repaint“, if older bars are recalculated (for example by closing and re-opening the 
Metatrader 5 or switching and reswitching the timeframe of the chart); this is due to the fact that it calculates the values via regression. 
So I want that in my system all the previous bars of a cascade are recalculated automatically, when a bar of this cascade closes. Maybe it is easier, 
as a general rule, to always recalculate also 3 previous bars if one bar is closing, as one and the same cascade can never be longer than 4 bars, 
and with a general rule this case is covered. This recalculatio is important for the „ban“, too, which will be described later. So the Autotrend can 
be the cause for a cascade breaking due to repaint. 

We have a „bar 3“, the „third potential bar“ of a cascade, if it is preceeded by a cascade of bar 0, 1 and 2, and if it has the sign on „+“. 
This was the explanation for the first „layer“ of conditions for a bar to give a signal or to get an arrow due to recalculation: 
it must be a potential bar!

The next important feature is the „ban“. It is only relevant for a bar 2 or 3, as bar 0 never can have an arrow. It simply means: no signal or
recaculated arrow must appear if pevious bars of the same cascade have an arrow (old signal or recalculation), even if all the other conditions 
are fulfilled. That is the reason why previous bars of the cascade must be recalculated or, as discussed above, why it seems to be a good idea to 
always recalculate 4 bars: the closing one and three before. 

Deeper explanation: In the Tornado I had a switch for the ban to be activated or not – not needed any more!

The next feature is a functioning „seconds filter“. I want a switch „true/false“ and I want be able to insert a minimum delay and a maximum delay. 
Example: I have the M3-chart open and I insert 10 and 60, so that means that no signal is allowed before 10 and after 60 seconds.

Question: Does the indicator „recognize“ into which timeframe of the chart it is loaded? Does it recognize that 200 seconds make no sense in M3?
Is it true that this filter works for signal, but not fro recalculation (which is o.k., but I want to know)?

So, now  the cascade, the ban and the seconds-filter have been exactly described. What are the additional conditions for a bar 1, 2 or 3 to get 
an arrow (signal or recalculation):

A.	Conditions for the bar which precedes the bar which possibly gives signal or gets an arrow due to recalculation (If we look at bar 1, 
bar 0 must fulfill these, if we look at bar 2, bar 1 must fulfill these and if we look at bar 3, bar 2 must fullfill these.):

(1)	Conditions from Gladiator13_MTF_MA: 
The 3 moving averages/their values must have the correct order (fastest over middle over slowest) and all three deltas must be positive. 
The great innovation, compared with Tornado, is that these conditions can never be the cause for a repaint, becaue these values are finally 
saved and they are relevant for the following bar (Example: We examine bar 3, if it gives signal or gets an arrow due to repaint and the 
described values for bar 2 do not change any more.). In the Tornado we examined these values for the bar, which possibly gives signal or is
recalculated, not for the previous one!

One would have to go to the data-window to the correct bar to see the deltas. This is arduous.So please make, as part of the Addon, 3 signs 
vertically above the sign of the Autotrend, which show „+“ or „–„ or „=“ for the 3 moving averages (I do not need the numbers, but only +/-/=. 
Please use the same colors and sizes as with the sign for the Autotrend. Let this plese be a buffer for  the Addon in the data window 
(„delta MTF_MA 1/2/3“), so that when I examine a bar I cn immediately see if this condition is fulfilled. 

(2)	Conditions for the Gladiator13_MTF_RSI: 

There must be a minimum delta. For H1 it must be >= 0,333 and for H2 >= 1,75 (defaults). This also never can be the cause for a repaint. 

Again one would have to go to the data-window to the correct bar to see the deltas (The values in the right upper corner of the chart refer to 
he running bar, not to the previous one!). 

Please make, as part of the Addon, above the 3 signs for the MAs. 3 labels for the signs and the numbers of the deltas of the 2 MTF_RSIs plus 
the timeframe on the left, for example: „H1 +2,510“. Please use the same colors, sizes etc. as with the labels of the MTF_RSI. We will discuss 
the exact vertical position, horizontally it should be quite clear. Let this plese be a buffer for  the Addon in the data window 
(„delta MTF_RSI H1/H2“ – timeframe adapting due to the settings in the Addon).


B.	Conditions for the bar which possibly gives signal (the running one) or gets an arrow due to recalculation:

(1)	Conditions for Gladiator13_MTF_RSI: 
The RSIs must be below or touching the upper limits which I can adjust for both individually. This is analog to the Tornado, but now we have 2 RSIs.
Currently my default is 65 for both. 

(2)	Conditions for Gladiator13_CCI:
A minimum delta must be reached analog to the Tornado, my default is +47,5. This is a cause for repaint as long as the bar is running, but not
 afterwards.

(3)	Conditions for Gladiator13_RSI:
A minimum delta must be reached analog to the Tornado, my default is +1,5. This is a cause for repaint as long as the bar is running, but not afterwards.

The signals must come intrabar, as with the Tornado. 

Question: As long as a bar is running, are the conditions recalculated for every tick? Is it possible that an arrow disappears and comes again 
before recalculation when this bar closes?