Pipsgrowth EX13008 RSI_MA

Pipsgrowth EX13008 is a basket-closure mean-reversion bot whose only working signal is a single RSI cross above a configurable oversold threshold, with the entire position-management logic delegated to a single CloseAllBuySell() call when aggregate basket profit reaches a target. The indicator stack is the leanest in the EX13 family: one iRSI handle created in OnInit() with the period and applied price coming from the RsiPeriod=14 input and RsiAppliedPrice=1 (=PRICE_CLOSE) input, and a synthetic timeframe map produced by MapTimeframeInt() that translates the integer 1..7 in RsiTimeframe into PERIOD_M1..PERIOD_D1. OnTick() copies the last two completed-bar RSI values into the Rsi[] buffer, then checks the cross: a buy fires when the prior bar was strictly below the buyzone input (default 35) and the just-closed bar is above it; a sell fires when the prior bar was strictly above the sellzone input (default 100) and the just-closed bar is below it. Because RSI is mathematically bounded to [0, 100], the sell branch is effectively inert at the default sellzone=100 unless the operator actively lowers the threshold, and the EA runs as a long-only reversion system out of the box.

The trade-management design is the most distinctive feature of EX13008. TryBuy_EX13008() and TrySell_EX13008() submit the MqlTradeRequest with sl=0, tp=0, and a market order price — there is no protective stop and no profit target on the order ticket itself. Instead, drawZoneLevel() paints four horizontal lines on the chart the moment a position is filled: ZONE_H and ZONE_L in cyan mark the entry price and entry-minus-2000-points, while ZONE_T_H and ZONE_T_L in blue mark entry-plus-4000-points and entry-minus-2000-points-minus-4000-points. The names suggest a recovery-zone system, but the in-code variable is a visualization aid only — there is no averaging, no martingale progression, no grid, and no per-trade partial close. GetPositionProfit() walks PositionsTotal() on every tick, sums POSITION_PROFIT for every open ticket on the symbol and magic, and CloseAllBuySell() is invoked the moment that basket sum reaches CloseWhenInProfit (default $20). The basket-close loop calls TryClose_EX13008() up to ten times per ticket before giving up, and TryClose_EX13008() itself does three CTrade.PositionClose attempts with a 200ms Sleep between REQUOTE, TIMEOUT, PRICE_OFF, and PRICE_CHANGED responses before breaking on any other retcode.

Lot sizing is fixed at LotSize=0.01. TryBuy_EX13008() and TrySell_EX13008() clamp the requested volume to the broker's SYMBOL_VOLUME_MIN, SYMBOL_VOLUME_MAX, and SYMBOL_VOLUME_STEP before submitting, and refuse the trade if OrderCalcMargin() reports a required margin greater than ACCOUNT_MARGIN_FREE. The 3-attempt outer loop in OnTick() — wrapping both the margin pre-check and the CTrade submission — adds a 500ms Sleep between retries, so the effective retry cadence is more forgiving than the inner 200ms used in TryClose_EX13008(). The whole EA was clearly assembled with a copy-paste shortcut: MapTimeframeInt() and MapAppliedPriceInt() appear four times each in the source (lines 40-67, 74-101, 110-137, 145-172, 179-206, 213-240) and the body of each copy is identical. The duplication is harmless because the function bodies are byte-for-byte the same, but it is a code-hygiene tell that this is a small, hand-built utility rather than a templated multi-strategy composite.

The safety layer is the standard EX13-family ten-gate IsSafeToTrade_EX13008() chain evaluated on every tick: an InpCapAmount cap stop (returns false once equity reaches the configured ceiling, disabled by default at 0.0), an InpCapFloor=50 equity minimum, a 95%-of-initial-balance kill switch anchored to g_initialBalance captured at OnInit, a 3% daily loss limit, a 6% weekly loss limit computed as 2x the daily cap on EffectiveCapital_EX13008(), a 3-consecutive-losses trigger that arms a 30-minute g_cooldownUntil wall-clock gate, a 50-trades-per-day ceiling on g_tradesToday, an IsMarketOpen_EX13008() weekend gate (closed Saturday, Sunday before 22 GMT, Friday from 21 GMT), an InActiveSession_EX13008() filter that allows London 7-16 GMT and New York 12-21 GMT while InpAvoidAsia=true suppresses the Asian 0-7 GMT window, and an optional InpNewsFilter that pauses trading within InpNewsFilterMinutes=15 of the London or New York open. OnTradeTransaction() filters incoming DEAL_TRANSACTION_DEAL_ADD events by the magic 22213008 and the DEAL_ENTRY_OUT direction, accumulates profit+swap+commission into g_realizedToday and g_realizedWeek, and increments g_consecLosses on every negative-pnl close. UpdateDailyCounters_EX13008() resets the daily counters and the loss streak at the first tick of a new server date.

The DetectGMTOffset_EX13008() helper implements the same DST-gap scan used by the rest of the family: if the operator has set InpServerGMTOffset to a non-zero value, that integer is returned as-is; otherwise the function walks 100 H1 bars looking for a >2-hour gap, then back-computes the GMT offset from the gap bar's hour field. ServerToGMT_EX13008() subtracts g_gmtOffset*3600 seconds from TimeCurrent() so that the session, news, and market-open checks all operate in real GMT regardless of the broker's server timezone. OnTester() returns the canonical (net * profit_factor) / (1 + relative_drawdown_percent) score when the test produced at least 30 trades and both pf and dd are positive, and 0 otherwise — a formula that rewards net profit and consistency while penalising deep drawdowns. The OnInit() guards are: RSI handle must succeed, magic must be non-zero, LotSize must be > 0, InpCapAmount==0 OR InpCapFloor<InpCapAmount, InpMaxTradesPerDay must be > 0, and InpMaxLot must be > 0.

The most operationally important quirk is the sellzone=100 default. RSI cannot exceed 100, so the condition Rsi[1] > sellzone && Rsi[0] < sellzone is unreachable out of the box and the bot only ever buys. Traders who want symmetry need to drop sellzone to a value like 65 or 70 so that the upper-threshold cross becomes physically possible. The second quirk is the four chart lines: on a fresh bar the ZONE_H/ZONE_L/ZONE_T_H/ZONE_T_L objects are overwritten by ObjectCreate(0,...,OBJ_HLINE,...) every time a new position opens, so the prior trade's zone markers are not preserved. Operators who want a clean post-trade chart need to call ObjectDelete(0, ZONE_L) etc. on the basket close, which the current code does not do. The third quirk is that the trade request passes no SL and no TP, so the only thing standing between an open position and a margin call is the basket profit target and the safety gates — a sustained adverse move will eat equity until the daily loss limit or the equity-floor kill switch fires.