Jak diagnozować nieprawidłowe działanie EA: najpierw zachowaj logi MT4, potem zmieniaj ustawienia

Autor: Tomasz｜EA i praktyka platformowa｜5 października 2026

Gdy EA nagle przestaje handlować, pojawiają się zduplikowane zlecenia albo po restarcie działa inaczej niż oczekiwano, najczęstszym błędem jest natychmiastowa zmiana parametrów, ponowna instalacja programu i zgadywanie, gdzie leży problem. Może to nadpisać najcenniejsze informacje o miejscu wystąpienia problemu. Diagnozowanie powinno najpierw polegać na zachowaniu dowodów, a dopiero potem na rozróżnieniu przyczyn na poziomie programu, terminala i konta.

Najpierw zachowaj zapisy sprzed i po wystąpieniu anomalii

Zapisz czas wystąpienia anomalii, pełny symbol instrumentu, interwał wykresu, wersję EA, plik parametrów oraz stan pozycji na koncie w tym momencie. W przypadku czasu należy wyraźnie zaznaczyć, czy używany jest czas komputera, czas serwera transakcyjnego, czy przeliczony samodzielnie czas pekiński; nie łącz bezpośrednio zapisów z różnych zegarów.

Logi niekoniecznie zawierają cały proces decyzyjny programu. Informacji, których deweloper nie wypisał, nie można na podstawie samego braku błędów uznawać za dowód prawidłowego działania. Zachowanie ciągłych zapisów przed i po zdarzeniu bardziej pomaga ustalić kolejność zdarzeń niż pojedynczy zrzut ekranu z błędem; przed upublicznieniem lub wysłaniem do działu wsparcia najpierw sprawdź, czy nie zawierają numeru konta, danych osobowych lub innych wrażliwych informacji.

Experts i Journal — na co patrzeć w każdym z nich

W MT4 zakładka Experts pokazuje przede wszystkim informacje o działaniu podłączonego EA, w tym komunikaty samego programu oraz powiązane zapisy operacji. Zakładka Journal koncentruje się na aktywności terminala klienta w bieżącej sesji. Diagnozując tę samą anomalię, można porównać informacje z obu miejsc, ale żadnego z nich nie należy traktować jako pełnego dowodu realizacji transakcji.

W menu kontekstowym odpowiedniej zakładki użycie Open pozwala otworzyć powiązany katalog logów i zapisać aktualnie wyświetlane rekordy do pliku logu. Oficjalna pomoc wyjaśnia, że logi EA znajdują się w MQL4/LOGS w katalogu danych terminala, a logi terminala znajdują się w LOGS; pliki są zwykle nazywane według daty. Katalogi danych różnych instalacji mogą się różnić — należy wejść z aktualnie używanego terminala, aby nie wziąć omyłkowo plików z innego terminala.

Najpierw ustal: brak wyzwolenia czy brak realizacji po wyzwoleniu

„Brak nowych zleceń” może odpowiadać co najmniej kilku różnym stanom: warunki strategii nie zostały spełnione; program nie został prawidłowo załadowany; uprawnienia do handlu automatycznego są ograniczone; zlecenie transakcyjne zostało odrzucone; wynik zlecenia różni się od oczekiwanego. Sam widok oznaczenia programu na wykresie nie pozwala od razu stwierdzić, który to przypadek.

Najpierw na podstawie pierwotnych reguł strategii ustal, czy na wskazanym instrumencie i interwale rzeczywiście powinno nastąpić wyzwolenie. Następnie sprawdź, czy w danym okresie są informacje o ładowaniu, inicjalizacji lub operacjach transakcyjnych. Jeśli istnieje zlecenie transakcyjne, zweryfikuj wynik na podstawie komunikatu zwrotnego i zapisów zleceń na koncie; nie uznawaj realizacji za udaną wyłącznie na podstawie tekstu wyświetlonego przez program. Jeśli w logach brakuje kluczowych kroków, zgłoś deweloperowi potrzebę uzupełnienia zapisów.

Sprawdzanie uprawnień musi być punkt po punkcie, nie należy otwierać wszystkiego

Ustawienia terminala MT4 oraz właściwości samego EA wpływają na uprawnienia do handlu automatycznego; operacje takie jak zmiana konta, instrumentu na wykresie lub interwału również mogą być związane z ustawieniami handlu automatycznego terminala. Sprawdź aktualne rzeczywiste ustawienia i na podstawie dokumentacji programu oceń oczekiwane działanie; nie zastępuj diagnozowania wielokrotnym klikanciem przycisków.

Nie otwieraj bezwarunkowo wywołań DLL ani innego dostępu zewnętrznego tylko po to, aby program zaczął handlować. Najpierw ustal, czy program rzeczywiście potrzebuje odpowiednich uprawnień, czy źródło jest wiarygodne i czy cel jest jasno opisany. Niewystarczające uprawnienia mogą być przyczyną na pewnym etapie, ale otwarcie wszystkich uprawnień nie jest niezawodnym rozwiązaniem.

Przed restartem najpierw ustal, co zrobić z istniejącymi pozycjami

Po zachowaniu bieżących zleceń, zleceń oczekujących i stanu programu dopiero zdecyduj, czy wykonać restart. To, czy ponowne uruchomienie programu rozpozna istniejące zlecenia, zależy od konkretnej implementacji; nie można zakładać, że każdy EA automatycznie odtworzy swój poprzedni stan wewnętrzny. Szczególnie w programach z logiką dodawania pozycji lub zarządzania wieloma zleceniami ponowne uruchomienie może kolidować z istniejącymi pozycjami i wymaga weryfikacji zgodnie z regułami programu.

Wyłączenie handlu automatycznego nie oznacza, że istniejące pozycje zostały zamknięte; nie należy też rozumieć „wstrzymania programu” jako zniknięcia ryzyka. Sposób postępowania z istniejącymi zleceniami należy ustalić z wyprzedzeniem, a nie zgadywać doraźnie po wystąpieniu anomalii. Jeśli istnieje podejrzenie, że program tworzy nieprawidłowe zlecenia, postępuj zgodnie z ustaloną procedurą wstrzymania i ręcznej kontroli, jednocześnie weryfikując rzeczywistą ekspozycję na koncie.

Sprawdzaj wynik naprawy za pomocą pojedynczej zmiany

Środowisko symulacyjne można wykorzystać do odtworzenia operacji i sprawdzenia działania programu, ale nie dowodzi, że warunki realizacji na rachunku rzeczywistym są identyczne. Za każdym razem zmieniaj tylko jeden konkretny czynnik, zachowaj parametry i logi sprzed oraz po zmianie, a następnie obserwuj, czy dana anomalia zniknęła. Jeśli jednocześnie zmienisz wersję, parametry i konto, często trudno ustalić, który krok przyniósł efekt.

Skuteczny zapis diagnozy powinien zawierać opis zjawiska, czas, dowody, wprowadzone zmiany i wynik ponownej kontroli. Niewyjaśnione anomalie należy nadal weryfikować u dewelopera lub wsparcia platformy; nie zastępuj analizy przyczyn stwierdzeniem „handel został wznowiony” ani nie przedstawiaj naprawy technicznej jako gwarancji zysku.

Handel z dźwignią może powodować znaczne straty. Ten artykuł służy do dzielenia się wiedzą o utrzymaniu i eksploatacji; nie stanowi instrukcji kupna lub sprzedaży. Diagnozowanie logów może pomóc zlokalizować problem, ale nie gwarantuje bezpieczeństwa programu, skuteczności strategii ani przyszłych zysków.