MT4-Gold-EA zeigt am Wochenende keine Logs – hängt sie? Zuerst Kursereignisse und Timer-Ereignisse unterscheiden

Autor: Thomas｜MT4-Praxis｜14. November 2026

Zusammenfassung: Wenn am Wochenende das Terminal geöffnet ist, die EA-Oberfläche noch vorhanden ist, aber längere Zeit keine neuen Logs erscheinen, lässt sich allein aus diesem Phänomen nicht schließen, dass das Programm hängt. Bei der Fehlersuche muss zuerst geklärt werden, durch welches Ereignis das Programm ausgelöst wird und ob an diesem Eingang tatsächlich Logs ausgegeben werden, bevor der Terminalstatus geprüft wird. Dieser Artikel testet das Programm nicht mit echten Orders und betrachtet Flussdiagramme nicht als Nachweis dafür, dass eine EA einen Test bestanden hat.

Ohne neue Kurse findet möglicherweise kein Kursereignis statt

Die offizielle MQL4-Dokumentation von MetaQuotes erläutert, dass erst beim Eingang eines neuen Kurses für das Symbol des Charts, an dem die EA angehängt ist, das entsprechende NewTick-Ereignis entsteht und die korrekt deklarierte OnTick-Handlerfunktion aufgerufen wird. Wenn das Programm Prüfungen und Logs ausschließlich in diesem Eingang unterbringt, kann es in Zeiträumen ohne neue Kurse keine neuen Ausführungsaufzeichnungen geben.

Das bedeutet nicht, dass alle EAs auf Kurse warten müssen. Das Programm kann auch Eingänge wie Timer oder Chart-Ereignisse verwenden. Daher darf man nicht allein wegen „Wochenende“ jede Stille pauschal erklären, und erst recht nicht das Phänomen, dass ein anderes Symbol noch aktualisiert wird, als Beweis dafür nehmen, dass der aktuelle Gold-Chart zwingend Kurse erhält.

Zuerst erkennen, auf welches Ereignis das Programm wartet


Die Abbildung ist ein originales Lehr-Flussdiagramm, keine echten Marktdaten, und zeigt kein tatsächliches Handelskonto. Der erste Pfad hängt von neuen Kursen des Chart-Symbols ab; der zweite davon, dass das Programm den Timer erfolgreich abonniert. Ein Timer-Ereignis kann Prüflogik auslösen, bedeutet aber nicht, dass der aktuelle Markt ausführbar ist; das Programm muss weiterhin Handelsbedingungen und Datenvalidität prüfen.

Offiziell wird empfohlen, den Timer bei der Initialisierung zu abonnieren und beim Entladen abzubestellen. Nur eine OnTimer-Funktion zu schreiben, ohne sie zu abonnieren, belegt nicht, dass sie periodisch läuft. Funktionsname, Parameter und Rückgabetyp müssen ebenfalls den Anforderungen an Ereignis-Handler entsprechen; beliebige Tippfehler können dazu führen, dass der erwartete Eingang nicht aufgerufen wird.

Wie normale Nutzer schrittweise prüfen

Zuerst Konto, Server, Chart-Symbolname und aktuellen Verbindungsstatus prüfen und bestätigen, dass das richtige Terminal betrachtet wird. Letzte Kurszeit und Handelszeit der Plattform notieren; die Computeruhr nicht als Ersatz für die Server-Kurszeit verwenden. Reguläre Marktschließungen am Wochenende bedeuten ebenfalls nicht, dass die Handelszeiten anderer Produkte völlig identisch sind; maßgeblich sind die Ankündigungen der jeweiligen Plattform.

Dann relevante Logs wie Experts und Journal prüfen und die letzten Einträge zu Initialisierung, Entladen oder Fehlern speichern. Auf Log-Filter, Datum und darauf achten, ob ein anderes Terminal betrachtet wurde. Wenn die EA selbst nur beim Eintreten von Handelsbedingungen Logs ausgibt, können fehlende neue Einträge auch nur bedeuten, dass die Ausgabebedingungen nicht erfüllt sind; daraus lässt sich nicht belegen, dass das Programm nie lief.

Anschließend prüfen, ob die EA-Beschreibung regelmäßige Prüfungen, Heartbeat-Ausgaben oder Wochenend-Wartungsmechanismen enthält. Ohne Quellcode sollten Version, Parameter, Chart-Symbol, letzte Kurszeit und Logs dem Anbieter zur Prüfung übergeben werden; nicht vermuten, dass alle Produkte dieselbe Ereignisstruktur verwenden.

Was bei vorhandenem Quellcode vorrangig zu prüfen ist

In einer simulierten Umgebung Deklarationen und erforderliche Abonnements der Eingänge OnInit, OnTick, OnTimer usw. prüfen und mit Diagnose-Logs in angemessener Frequenz den tatsächlichen Pfad bestätigen. Logs können Ereignistyp, Symbol und Datenzeit erfassen, damit nicht nur „normal“ ohne nachprüfbaren Kontext geschrieben wird. Kontopasswörter oder andere Zugangsdaten nicht in Diagnoseausgaben schreiben.

Terminalbetrieb, Chart-Laden, Ereignisauslösung und Handelsausführung sind unterschiedliche Ebenen. Weiterhin ausgegebene Timer-Logs belegen weder frische Kurse noch, dass Orders sicher gesendet werden können. Wenn Kursereignisse nicht ausgelöst werden, sollte erst recht nicht durch Lockerung von Handelsrechten oder wiederholtes Absenden von Orders geprüft werden, ob das Programm lebt.

Warum wiederholtes Wechseln der Zeitrahmen die Fehlersuche stören kann

Die offizielle Dokumentation erläutert, dass Änderungen von Chart-Symbol oder Zeitrahmen sowie Änderungen von Eingabeparametern Entladen und Neuinitialisierung mit sich bringen. Wiederholtes Wechseln kann das ursprüngliche Problem durch einen neuen Initialisierungsvorgang verdecken und auch einen Reload-Zustand des Programms auslösen. Zuerst Logs und Parameter speichern, dann gemäß Anleitung in einer sicheren Umgebung prüfen, statt die EA ständig neu anzuhängen und zu beobachten, ob sie sich gelegentlich erholt.

Verschiedene EAs implementieren Wiederherstellung von Positionen, Persistenz von Variablen und Schutz vor doppelten Orders unterschiedlich. Dieser Artikel garantiert nicht, dass ein Reload sicher ist, und empfiehlt nicht, bei bestehenden realen Engagements blind zu entladen oder neu zu starten. Bei jeder Wartungsmaßnahme muss zuerst klar sein, wer die Positionen verwaltet.

Wie man erkennt, dass die Fehlersuche abgeschlossen ist

Wenn bestätigt ist, dass das aktuelle Symbol keine neuen Kurse hat, die Logik nur am Kurs-Eingang liegt und keine weiteren Fehlerhinweise vorliegen, kann dies als Warten auf Marktdaten dokumentiert werden, statt zu behaupten, das Programm sei repariert. Wenn der Timer-Eingang eigentlich laufen sollte, aber weiterhin keine Ausgaben erfolgen, müssen Abonnement, Initialisierungsergebnis und Programmfehler weiter geprüft werden; Marktschluss darf nicht alles erklären.

Nach Wiederaufnahme der Kurse sollten zunächst Zeitstempel und Status geprüft und dann bestätigt werden, dass das Programm neue Ereignisse wie erwartet verarbeitet. Die Wiederaufnahme von Ereignissen belegt keinen Renditevorteil der Handelsstrategie; Orders unterliegen weiterhin Spread-, Slippage- und Ausführungsrisiken. Ziel der Fehlersuche ist festzustellen, auf welcher Ebene das Programm tatsächlich stehen bleibt, und nicht, durch riskante Live-Tests eine Antwort zu erhalten.