O!kurra
Rozdział 10
Zaloguj się

Filtry: SAR, MMD Clouds, SR Box, OKUR Filter

Wersja narzędzia: O!kurra Capital Defense EA 2.00


10.1 Czym są filtry i po co je używać

Silnik OKUR (rozdział 9) generuje sygnał, gdy oscylator spełni warunki strefy i triggera. Sam silnik nie patrzy na szerszy kontekst — nie wie, czy mamy trend wzrostowy czy spadkowy, czy cena jest przy ważnym wsparciu, czy wyższy timeframe potwierdza kierunek. Patrzy tylko na swoją ramkę i swoje progi.

Filtry to warstwa dodatkowej selekcji, działająca między wygenerowaniem sygnału a postawieniem pendingu. Każdy filtr odpowiada na pytanie: „czy szerszy kontekst rynkowy zgadza się z kierunkiem buttona?” Jeśli tak — sygnał przechodzi. Jeśli nie — sygnał jest blokowany, button cierpliwie czeka na następny.

Filtr to nie to samo co czujnik ruchu ceny. Warto rozdzielić te dwie rzeczy od razu, bo obie „reagują na rynek”, a robią co innego. Filtr pracuje na buttonie, który jest już włączony, i decyduje o pojedynczym sygnale: przepuścić czy zablokować. Czujnik Price Movement (rozdział 18) nie ogląda sygnałów w ogóle — on przekręca wyłącznik całego buttona, decydując, czy ta strategia ma być w grze. Filtr odpowiada na pytanie „czy wolno teraz wejść”, czujnik na „czy ta strategia ma dziś w ogóle pracować”. Można ich używać razem: czujnik budzi button, filtry nadal decydują o każdym jego sygnale z osobna.

W O!kurra są cztery rodzaje filtrów, każdy patrzący z innej perspektywy:

  • SAR Filter — trend krótko/średnioterminowy oczami klasycznego Parabolic SAR.
  • MMD Clouds Filter — struktura trendu oczami metodologii MMD (sześć średnich).
  • SR Box Filter — bliskość ważnych poziomów wsparcia/oporu.
  • OKUR Filter — kierunkowy bias z drugiej, niezależnej instancji oscylatora OKUR (typowo z wyższej ramki).

Gdzie który filtr żyje. SAR, MMD Clouds i SR Box można ustawić osobno w każdym buttonie (wersja lokalna) albo globalnie (wspólnie dla całego EA). OKUR Filter jest wyłącznie globalny — w buttonie oscylator OKUR pełni rolę silnika sygnałowego (rozdział 9), a nie filtra. Czyli pojedynczy button ma trzy własne filtry (SAR/MMD/SR) i może dodatkowo podpiąć się pod filtry globalne, w tym OKUR (szczegóły w sekcji 10.2).

Kluczowa zasada: filtry nie generują sygnałów. Tylko je blokują albo przepuszczają. Filtr nie może też sam otworzyć transakcji ani postawić pendinga — nawet komplet zielonych bramek niczego nie otwiera, dopóki silnik OKUR nie wygeneruje sygnału. Bez filtrów sygnał z silnika OKUR przechodzi swobodnie. Z filtrami trafia do bramek. Domyślnie („All”) pending powstaje tylko wtedy, gdy wszystkie aktywne bramki dają zielone światło — klasyczna logika AND. Od wydania 1.28 button ma jednak wybór: pole Filters Mode pozwala przełączyć jego trzy własne filtry w tryb „Any” — wystarczy jedno zielone światło. Pełne zasady obu trybów — sekcja 10.7.

pozioma „taśma" sygnału: po lewej kafelek „silnik OKUR → sygnał", potem cztery kolejne bramki (SAR, MMD, SR Box, OKUR Filter) jako furtki; sygnał przechodzi zieloną ścieżką przez bramki dające zielone światło, a przy jednej bramce (np. MMD = bearish) czerwone „STOP" odcina ścieżkę z etykietą „kontekst niezgodny → sygnał zablokowany"; druga, równoległa ścieżka pokazuje przypadek, gdy wszystkie cztery dają zielone → „pending postawiony". Bramki wyłączone (opt-out) pokazane jako przezroczyste/pominięte z dopiskiem „filtr wyłączony = przepuszcza". Podpis: logika AND — wystarczy jedna czerwona bramka, by zablokować. (Grafika pokazuje tryb domyślny All; od 1.28 własne trzy filtry mogą działać w trybie Any — sekcja 10.7.)
Rys. 10.1 — Filtry jako bramki (logika AND)

Czytaj dalszą część rozdziału

Rozdział ma dalszy ciąg. Załóż darmowe konto albo zaloguj się, żeby przeczytać całość wraz z grafikami.