Kursalarm in MT5: Bedingung, Uhrzeit und Zustellung prüfen

Du möchtest eine Nachricht erhalten, wenn EUR/USD eine gewählte Preisbedingung erfüllt. Ein Desktopalarm in MT5 kann dich darauf hinweisen. Er reserviert keinen Preis, öffnet keine Position und ersetzt keinen Schutzauftrag. Prüfe Preisbedingung, laufendes Terminal und gewählten Zustellweg einzeln, damit eine stille Meldung nicht irrtümlich für ein ausbleibendes Marktgeschehen steht.

Alarm, Order und Servermeldung unterscheiden

Der Standardalarm im Desktopreiter Alarme wird vom laufenden Terminal mit verfügbaren Daten geprüft. Schließen, Ruhezustand des Computers oder fehlende aktuelle Kurse unterbrechen diese Überwachung. Ein vom Server akzeptierter Stop Loss oder Take Profit hat eine andere Aufgabe und kann ohne Desktopterminal wirken. Ein gewöhnlicher Stop garantiert weiterhin weder Ausführungspreis noch Geldverlusthöhe.

Eine Pending Order kann dagegen neue Belastung eröffnen oder ändern. Ein Alarm verlangt nur die Untersuchung der aktuellen Situation. Brokerunterstützte Trade-Servermeldungen über Orders, Ausführungen oder Saldenoperationen können unabhängig vom ausgeschalteten Computer ankommen. Das verschiebt deine eigene Desktoppreisregel nicht auf den Server.

Der Alarmdialog bietet Bid-, Ask- und Last-Vergleiche, Volumenvergleiche und eine Zeitbedingung. Last und letzter Ausführungsumfang brauchen passende Daten des Symbols; sie bilden nicht alle Geschäfte des globalen Devisenmarkts ab. Hypothetisch Bid 1,09990 und Ask 1,10002: Ask liegt bereits über 1,10000, Bid nicht. Bei Pipgröße 0,0001 beträgt der Spread 0,00012/0,0001=1,2 Pips. Streng größer ist nicht größer oder gleich.

Einen normalen Preisalarm einrichten

1. Öffne Toolbox über Strg+T oder das Ansichtsmenü und den Reiter Alarme.
2. Wähle im Kontextmenü Erstellen und das genaue Symbol mit Suffix.
3. Setze die Vergleichsbedingung, etwa Bid>1,0900 als hypothetischen Testwert.
4. Wähle eine Aktion und prüfe deren Zustellweg.
5. Lege Ablauf, Wiederholungsabstand und Höchstzahl fest und bestätige.

Vergleiche die Bedingung vor Aktivierung mit dem aktuellen Input. Ist sie bereits wahr, muss sie nicht auf eine neue Überschreitung warten. Deaktiviert bedeutet inaktiv, nicht gelöscht. Der Testknopf prüft die ausgewählte Reaktion; beobachte die Erkennung einer gut kontrollierbaren Demobedingung zusätzlich.

Sound, File, Email und Notification sind unterschiedliche Aktionen. File kann eine ausführbare Datei starten, deren Wirkung vom Programm abhängt; für eine gewöhnliche Benachrichtigung brauchst du das nicht. Ein Soundtest bestätigt keine Smartphonezustellung. Dokumentiere Datenzeit und tatsächlichen Empfang statt nur einen erfolgreichen Sendehinweis.

Push und E-Mail getrennt testen

Ermittle die MetaQuotes ID in der Mobilapp, trage sie in den Desktop-Benachrichtigungseinstellungen ein, aktiviere Push und sende eine Probe. Kontrolliere den tatsächlichen Empfang auf dem Zielgerät. Bei Fehlern prüfe ID, Berechtigungen, Verbindung und Terminalprotokoll. Eine erfolgreiche Probe garantiert keine künftige Nachricht oder feste Zustellzeit.

Für E-Mail öffnest du Extras beziehungsweise Tools → Optionen → E-Mail. Verwende SMTP-Server, Port und Authentifizierung, die dein Mailanbieter zulässt, sowie Sender und Empfänger. Prüfe Test, Posteingang und Spamordner. Veröffentliche keine Screenshots mit Zugangsdaten. Erfolgreicher Push testet SMTP nicht, und eine empfangene E-Mail bestätigt nicht die richtige Marktbedingung.

Eigene Indikatorlogik braucht eine eigene Spezifikation

Der Standarddialog ist kein Editor für beliebige Indikatorausdrücke. Ein Indikator oder Expert Advisor kann zusätzliche Benachrichtigungslogik programmieren. Dokumentiere Inputs, Zeitbezug und Wiederaktivierung. Das Vorhandensein einer RSI-Linie im Chart baut keinen nativen Alarm für jede gewünschte Formel.

Eigene diskrete Maschine, ausdrücklich keine MT5-Standardoption: Sie startet aktivierungsbereit, meldet einmal bei Preis>100 und sperrt sich danach. Erst Preis≤99 aktiviert sie wieder. Sie liest 99,101,101,100,101,99,101 in gleichen Abständen. Meldungen entstehen bei Lesung zwei und sieben, obwohl vier Werte über 100 liegen.

Wert100 in Lesung vier erfüllt weder Trigger noch Reset. Erst 99 bei Lesung sechs entsperrt die Maschine. Bewahre Preis, Zustand vorher, Meldung und Zustand nachher. Das Modell kennt keinen Pfad zwischen Lesungen, setzt keine Order und garantiert keine Zustellung. Verwechsle seine Resetregel nicht mit eingebauten MT5-Wiederholungsgrenzen.

Zeitbedingung ist kein erkannter Datenbericht

Ein Zeitalarm erinnert an einen gewählten Moment, wartet aber nicht auf den eigentlichen Bericht und sagt keine Kurswirkung voraus. Für Zeitbedingung und Ablauf gilt die lokale Uhr des Computers, auf dem das Terminal läuft, nicht die Candle-Uhr des Brokers. Prüfe Veröffentlichungstag und Ursprungszeitzone im Kalenderablauf.

Eigenes datumsabhängiges Modell: Ein Ereignis um 13:00 UTC entspricht auf einem deutschen Rechner mit Europe/Berlin und an diesem Tag UTC+2 der Uhrzeit15:00. Ein UTC-VPS benötigt13:00 für denselben Moment. Unverändertes Kopieren von 15:00 verschiebt die Erinnerung um zwei Stunden. Der Offset ist keine ganzjährige Deutschlandkonstante; prüfe die konkrete Zeitumstellung.

Zwei empfangene Meldungen ergeben keine gleichzeitige Bedingung

Eine eigene kombinierte Regel verlangt in derselben Lesung Bid>1,1000 und Spread<2 Pips, bei EUR/USD-Pipgröße 0,0001. Bei t1 gelten Bid/Ask 1,1002/1,1006: vier Pips Spread. Der Preisvergleich trifft zu, der Spreadvergleich nicht. Bei t2 gelten 1,0998/1,0999: ein Pip Spread. Jetzt trifft Spread zu, aber Preis nicht.

Keine Lesung erfüllt die ganze Regel. Nachrichten über beide Zeitpunkte können trotzdem nebeneinander ankommen. Empfangszeit ist nicht Inputzeit. Eine kombinierte Programmregel braucht Inputs derselben Lesung und ihren Zeitstempel. Trage ein früheres Ja nicht unbegrenzt in neue Entscheidungen weiter; kontrolliere aktuelle Kurse und verbleibende Kriterien nach jeder Meldung.

Bei Stille Terminal und entfernte Umgebung prüfen

Kontrolliere zuerst Aktivierung, Symbol, Ablauf und Wiederholungsgrenzen. Danach folgen Verbindung, frische Kurse und passende Preisfunktion. Das Protokoll hilft, nicht erkannte Bedingung von erzeugter, aber nicht empfangener Nachricht zu unterscheiden. Ändere jeweils einen Teil, damit die nächste Probe eine Ursache eingrenzen kann.

Ein vollständiger entfernter Computer mit laufendem Terminal kann Desktopalarme bei ausgeschaltetem Heimrechner prüfen, bleibt aber von Verfügbarkeit und Verbindung abhängig. MetaQuotes-Virtual-Hosting hat eigene Migrationsregeln. Unterstelle nicht, dass die normale Alarmliste übertragen wird. Bei einem MQL-Meldeprogramm prüfst du Migration und fernes Journal statt nur lokalen Status.

Ein System anhand seiner Aufgabe vergleichen

Vergleiche MT5 und einen anderen Dienst nach Ort der Auswertung, Feed, Ablauf, Wiederholung, Zustellweg und aktuellem Tarif. Eine gehostete Regel hat andere Abhängigkeiten als ein Desktopalarm. Weder ein bezahlter Plan noch ein Test garantiert jede Meldung oder den später verfügbaren Einstiegspreis. Es gibt hier keine allgemeine optimale Premium-Kombination.

Die nächste Probe nachvollziehbar dokumentieren

Drei Preisniveaus wären eine mögliche Arbeitswahl, keine bewiesene optimale Anzahl. Prüfe nach Empfang Plan, Spread und bestehendes Risiko neu. Eine Meldung ist keine Eintrittspflicht.

1. Definiere für einen Übungsalarm Symbol, Kursseite, Vergleichsoperator und konkrete Folgeprüfung und speichere diese Regelversion. Teste Nachricht und Marktbedingung getrennt auf Demo; ein bestandener Empfangstest zeigt den Nachrichtenweg, aber noch nicht, dass das beabsichtigte Preisereignis die richtige Bedingung auslöst.
2. Prüfe den Empfang am tatsächlich verwendeten Gerät sowie Datum und lokale Uhr des Terminalcomputers oder VPS. Konvertiere den angenommenen UTC-Zeitpunkt mit Datum nach Europe/Berlin; notiere einen möglichen Zwei-Stunden-Unterschied, statt eine unveränderte Server- oder VPS-Ziffer als eigene lokale Alarmzeit zu behandeln.
3. Vergleiche Preis- und Spreadbedingung am selben Zeitpunkt und bewahre beide Quotes im Protokoll. Rechne vier Pips im ersten und einen Pip im zweiten Modellfall nach; aktualisiere Regeln nach einem Planwechsel und prüfe nach Empfang Plan sowie bestehendes Risiko, statt die Meldung als Eintrittspflicht zu verwenden.