ExpertAdvisor – Adaptive Hybrid System – Multi-Core Strategy Engine -US100

3. Strategie — szczegółowy opis algorytmów

3.1 Smart DI (Directional Index)

Idea: Mierzy dominację jednego kierunku rynkowego na podstawie wskaźnika ADX, analizując różnicę między liniami DI+ i DI-.

Algorytm krok po kroku:

Pobiera wartości DI+ i DI- z ADX (bufor 1 — poprzednia zamknięta świeca, by uniknąć repaintingu)
Oblicza diff = |DI+ - DI-|
Pobiera dane ostatniej zamkniętej świecy na Inp_Strat_TF
Oblicza rozmiar ciała świecy: body = |close - open| / _Point
Jeśli aktywny Impulse/Muzzle Mode: minimalne ciało świecy wzrasta z Inp_Strat_Min_Candle_Body do Inp_Muzzle_Min_Candle_Body (domyślnie 150 pkt zamiast 2 pkt) — charakterystyka strategii zmienia się podczas impulsu
Sygnał BUY: DI+ > DI- AND diff > Min_DI_Diff AND DI- < Max_Opposite_DI
Sygnał SELL: DI- > DI+ AND diff > Min_DI_Diff AND DI+ < Max_Opposite_DI

Log: "Smart DI BUY" / "Smart DI SELL"

Kluczowa właściwość: Parametr Inp_Strat_Max_Opposite_DI ogranicza siłę opozycji — nawet jeśli DI+ dominuje, zbyt silne DI- blokuje sygnał. Działa jako wbudowany filtr jakości trendu.

3.2 MTF Point System (Multi-TimeFrame)

Idea: Scoring zgodności trendu na 4 niezależnych timeframach przy użyciu krzyżowania EMA5/EMA7. Punktuje każdy timeframe i wymaga minimum X punktów.

Algorytm krok po kroku:

Na każdym z 4 timeframów (TF1, TF2, TF3, TF4) pobiera EMA5 i EMA7
BUY point: EMA5 > EMA7 na danym TF → score++
SELL point: EMA5 < EMA7 na danym TF → score++
Jeśli score >= Inp_MTF_Min_Score (domyślnie 3 z 4) → sygnał aktywny

Warunek sprawdzania: Co nowy bar na Inp_MTF_TF1 (najszybszy TF)

Log: "MTF BUY" / "MTF SELL"

Filozofia: System nie wymaga stuprocentowej zgodności — nawet 3 na 4 TF jest wystarczające. Daje elastyczność przy płynnych rynkach, gdzie wszystkie TF rzadko wskazują jednocześnie.

3.3 Three Consecutive Candles (3 Candles)

Idea: Wykrywa mini-trend: 3 kolejne zamknięte świece o tym samym kierunku z minimalnym ciałem.

Algorytm krok po kroku:

Pobiera 3 ostatnie zamknięte świece na Inp_Filter_3Candles_TF
Dla każdej świecy: body = |close - open| / _Point
Jeśli ciało którejkolwiek świecy < Inp_Filter_3Candles_MinBody → sygnał fałszywy
BUY: wszystkie 3 świece są wzrostowe (close > open)
SELL: wszystkie 3 świece są spadkowe (close < open)

Log: "3 Candles BUY" / "3 Candles SELL"

Siła: Prosta, wizualnie intuicyjna, bardzo skuteczna jako walidator — potwierdza momentum zanim Smart DI lub MTF dadzą sygnał.

1. Architektura i powiązania modułów

System składa się z pięciu plików nagłówkowych dołączanych do skompilowanego pliku głównego _AHS_Main.ex5:

_AHS_Main.ex5 ├── AHS_Inputs.mqh → Wszystkie parametry wejściowe, enumeracje, zmienne globalne stanu ├── AHS_Filters.mqh → Filtry rynkowe (The Shield): Macro Matrix, Impulse, Channel, ADX/MA, Smart DI, MTF, 3Candles ├── AHS_Strategy.mqh → Multi-Core Engine: kalkulacja wielkości pozycji, wykonanie zlecenia ├── AHS_Management.mqh → Zarządzanie pozycjami: TSL BB, Hard BE, Neg BE, Dynamic TP, EOD Terminator └── AHS_Panel.mqh → Graficzny panel informacyjny: status, MTF dashboard, lista pozycji

Przepływ OnTick() — krok po kroku

Każdy napływający tick przez główną pętlę EA przechodzi przez ściśle określoną sekwencję:

OnTick() 1. Sprawdzenie licencji (CLicenseManager.IsExpired) 2. Sprawdzenie harmonogramu sesji (IsScheduleAllowed) 3. EOD Terminator (CheckForEODClose) → awaryjne zamknięcie wszystkich pozycji 4. Aktualizacja dziennego P/L i reset dzienny 5. Sprawdzenie Account Protection: → DailyLossReached? → blokada nowych zleceń → DrawdownFreeze? → blokada nowych zleceń → DailyTargetReached? → blokada nowych zleceń 6. Equity Trailing Lock (master equity trailing SL) 7. Institutional Impulse Detection (CheckInstitutionalImpulse) 8. Dynamic Channel Update (UpdateDynamicChannel) co X godzin 9. News Filter → blokada przed/po newsach 10. ManageAllPositions() → zarządzanie wszystkimi otwartymi pozycjami 11. Sprawdzenie warunku cooldown + limitu pozycji 12. EvaluateStrategies() → Multi-Core Engine szuka sygnału 13. Aktualizacja panelu informacyjnego

Wszystkie etapy są niezależne — zarządzanie pozycjami (krok 10) działa niezależnie od wyszukiwania sygnałów (krok 12). Oznacza to, że nawet jeśli nowe zlecenia są zablokowane, otwarte pozycje są zawsze zarządzane.