Hoe MT4 EA-fout 130 oplossen? Een vierstappenmethode van stop-lossafstand tot dynamische limieten

Auteur: Thomas｜EA en MT4-praktijk｜20 oktober 2026

Wanneer de EA al op de grafiek is geplaatst en geautomatiseerde handel is ingeschakeld, maar bij het verzenden van een order "130" verschijnt, wekt dat vaak de indruk dat het programma volledig defect is. De MQL4-referentiedocumentatie vermeldt 130 als ERR_INVALID_STOPS: de stop-loss, take-profit, pending orderprijs of de normalisatie daarvan in het verzoek wordt niet door de handelsserver geaccepteerd. Het is een aanwijzing voor de locatie, geen reden om de stop-loss blind te verruimen. Dit artikel gebruikt een vierstappenmethode om uit te leggen welke gegevens moeten worden bekeken.

Stap 1: Bepaal eerst welk verzoek is mislukt

Open de relevante logboeken van de MT4-terminal of het programma en noteer de servertijd van de fout, het symbool, de orderrichting, of de bewerking OrderSend of OrderModify was, en de geretourneerde foutcode. Als het logboek alleen "order mislukt" bevat, laat de EA dan eerst de verzoekprijs, stop-loss, take-profit en retourwaarde vastleggen zonder gevoelige gegevens zoals wachtwoorden uit te voeren. Maak eerst onderscheid tussen mislukte opening, mislukte stop-loss-wijziging en mislukte pending order; de prijsrelaties die moeten worden gecontroleerd verschillen per geval.

Probeer niet op een live-account "geluk" te zoeken door hetzelfde mislukte verzoek steeds opnieuw te verzenden. Herhaalde pogingen kunnen extra belasting veroorzaken en kunnen, wanneer de markt verandert, plotseling slagen en een onverwachte positie creëren. Reproduceer eerst in een demo-omgeving en bewaar de parameterversie en de platformkoersen van dat moment.

Stap 2: Controleer Bid, Ask, Point en Digits

MarketInfo in MQL4 kan de huidige Bid, Ask, Point en Digits van het symbool lezen. Point vertegenwoordigt een van de kleinste weergave-eenheden van de quote, Digits geeft het aantal decimalen aan; hoeveel dollar "10 punten" is, moet worden berekend op basis van de werkelijke Point van dat symbool, en de goudcodes en precisie van verschillende brokers mogen niet over één kam worden geschoren. De prijs moet vóór het doorgeven ook worden genormaliseerd volgens het overeenkomstige aantal decimalen.

Een voorbeeld is alleen wiskundige illustratie: als de Point van een bepaald demosymbool 0,01 is en de minimale afstand 50 points bedraagt, is de berekende afstand 0,50 quote-eenheden; bij een symbool met Point 0,001 is dat 0,05. De getallen vertegenwoordigen geen werkelijke contractregels van enig platform vandaag. Bewaar bij het bekijken van logs ook de bied- en vraagprijzen, om te voorkomen dat de verkeerde zijde wordt gecontroleerd, bijvoorbeeld de ask gebruiken waar de bid had moeten worden gebruikt of andersom.

Stap 3: Controleer MODE_STOPLEVEL en het ordertype

De officiële OrderSend-documentatie legt uit dat stop-loss en take-profit niet te dicht bij de marktprijs mogen liggen; ook de vooraf bepaalde openingsprijs van een pending order mag niet te dicht bij de huidige markt liggen. Met MarketInfo(Symbol(),MODE_STOPLEVEL) kan de openbare minimale afstand worden opgevraagd, in points. Controleer vervolgens per ordertype (buy, sell of welk type pending order dan ook) afzonderlijk de prijsrichting, afstand en normalisatie, in plaats van één vaste offset op alle orders toe te passen.


De bovenstaande afbeelding is een origineel processchema, zonder echte koersen of accountgegevens. De minimale afstand is slechts de technische grens waarbinnen de server de order accepteert, en is niet gelijk aan een strategisch redelijke stop-lossafstand. Als de stop-loss wordt verplaatst om 130 te omzeilen, wordt het oorspronkelijk geplande risico per transactie groter; herbereken eerst de positiegrootte en zie indien nodig af van de transactie.

Stap 4: Ook bij retourwaarde 0 mag niet worden geconcludeerd dat er geen beperking is

De officiële MQL4-uitleg over MODE_STOPLEVEL waarschuwt specifiek: een retourwaarde van 0 kan betekenen dat er geen vaste minimale afstand is, maar ook dat de server een dynamische beperking gebruikt die de terminal niet direct kan weergeven. In het laatste geval kan nog steeds 130 worden geretourneerd. Daarom geldt niet dat "bij 0 de stop-loss dicht tegen de prijs kan worden geplaatst". Bij heftige marktbewegingen kunnen quote-updates, spreadveranderingen en serverregels ervoor zorgen dat eerder berekende afstanden ongeldig worden.

Als de codeberekening overeenkomt met het logboek van dat moment en er nog steeds 130 optreedt, bewaar dan de faaltijd, het symbool, de orderparameters en de platformversie, raadpleeg de productspecificaties en orderbeperkingen van de broker en verifieer bij de technische ondersteuning van het platform. Leid de regels van deze account niet af uit de Point en StopLevel van een ander platform, en verberg de werkelijke oorzaak van de fout niet door de stop-loss te verwijderen.

Verificatievolgorde na de fix

Voer eerst een minimaal reproduceerbaar geval uit op een demo-account: noteer met hetzelfde symbool de vier quote-parameters en StopLevel, verzend één testverzoek en controleer de serverrespons en de orderstatus. Test daarna het gedrag bij snelle prijsveranderingen of in verschillende handelssessies. Controleer of het programma een stop- of afkoelmechanisme na een fout heeft en of het bij herhaling geen dubbele posities opent. Controleer ten slotte of het risicobudget, de spread en het aanvaardbare verlies nog steeds overeenkomen met het oorspronkelijke plan.

Bij fout 130 ligt de nadruk op "waarom het verzoek werd geweigerd", niet op "hoe het met geweld kan worden uitgevoerd". De EA-resultaten worden ook beïnvloed door strategielogica, netwerk en platformuitvoering; geen enkele fix garandeert winst of voorkomt verlies. Hefboomhandel kan tot aanzienlijke verliezen leiden.