I shall add a trailing stop feature to the next version. PipHunter trades all signals but it waits for the next candle to reenter. Was the signal still valid at the next candle?

Welcome back Xux;

I didn’t have a chance to closely monitor the events to detect any valid reentry conditions, however in the longer past few times I noticed presence of such conditions.
 
Now, speaking about equipping PipHuner with Trailing Stop feature, I want to point out that the standard way TS handled by MT4 isn’t efficient method of securing floating gains. The problem is that once TS stage has been archived the system is moving the SL level tight to the current price what often causes termination of the open trade due to minor fluctuation of the price. Therefore, the solution would be if the SL level is constantly updated (shifted) while leaving adequate breathing room in situation when the fluctuating price continues to climb.
Unfortunately, I’m not technically skilled to figure out the best way to challenge it.
Hope the proposed by Xux99 solution will fix the above problem;

I shall add a breakeven feature. The stop loss already moves following the LL3/HH3 level. I thik the order should be closed not by stop loss but preferably by a possible top/bottom. iMAX cross or ZZ could be used.

Quote

Priority No 1:
As soon as an open trade achieves adequate level of floating profit, the robot should modify S/L values to brake-even level.

Priority No 2:
Assuming, that the trade positively distanced itself from the break-even S/L point, the robot keeps moving the S/L to match/follow the gaining altitude.

For the reason that the optimal S/L against current price stage stretch is uneven during different trading-times/market-conditions as well as it varies for individual currency pair, conceivably the device controlling this duty could be aided by indicators such as Bluto’s Chop_Whacker, Chopemeter or FerruFx's ProbabilityMeter etc or by other potential solutions.