Ценовые оповещения MT5: условие, состояние и доставка

В условном рабочем процессе трейдер хочет сообщение, когда EUR/USD выполнит заданное ценовое условие. Настольное оповещение MT5 привлекает внимание, но не резервирует цену исполнения и не защищает позицию. Отдельно проверяйте сторону котировки, работу терминала и канал доставки.

Оповещение, стоп и серверное сообщение

Обычное правило на вкладке Alerts настольного MT5 проверяет работающий терминал по доступным данным. Закрытие терминала, сон компьютера и отсутствие свежих котировок прерывают такое наблюдение. Принятые сервером SL из английского словаря и TP выполняют другую задачу и могут работать без настольной программы; обычный стоп все равно не гарантирует цену или размер убытка. Отдельная статья объясняет, что происходит с SL и TP при закрытой платформе, на английском.

Предоставляемые брокером сообщения торгового сервера — отдельная функция: сведения о заявке, сделке или операции баланса могут поступить и при выключенном компьютере. Это не переносит ваше локальное ценовое правило на сервер. Sound, Email и Notification задают действия уведомления. File может запустить исполняемый файл; последствия определяются той программой. Для простого напоминания запуск такой программы не требуется.

Быстрая проверка цели. Принятый SL или TP может поручать закрытие позиции, а отложенная заявка на английском — открытие или изменение объема. Обычное уведомление просит проверить ситуацию. Оно не обещает сохранения увиденной цены до открытия графика.

Четыре истинных отсчета, два новых эпизода

Для одного уведомления на эпизод задайте и условие повторной готовности. Подсчет истинных сравнений отвечает на другой вопрос.

На отсчете 2 цена 101 дает сигнал и снимает готовность. Отсчеты 3 и 5 также равны 101, но не дают нового сигнала. На отсчете 4 цена 100 не выполняет ни > 100, ни сброс ≤ 99. Только отсчет 6 с ценой 99 восстанавливает готовность; на отсчете 7 получается второй сигнал. Записывайте цену, состояние до проверки, факт сигнала и состояние после: здесь четыре цены > 100, но два эпизода.

MetaQuotes описывает обычные сравнения и повторы. Наша машина — отдельная спецификация; мы не предполагаем наличие в списке Alerts поля «сброс при 99». Она не размещает заявку и не гарантирует доставку. Возврат к 100 не соответствует выбранному сбросу.

Одинаковые цены при разных начальных состояниях

Дополнительная условная последовательность той же пользовательской логики: 101, 101, 99, 101. Если программа начинает в состоянии «готов», сигналы появляются на отсчетах 1 и 4. Если она начинает в состоянии «ждем сброса», единственный сигнал — на отсчете 4: первые два значения 101 не восстанавливают готовность, а третье 99 восстанавливает. Цены одинаковы, результаты различаются из-за начального состояния. Поэтому отдельно задайте правила начального запуска и восстановления состояния после перезапуска. Это варианты спецификации вымышленной программы, а не поле встроенного окна Alerts и не универсальная рекомендация о сохранении состояния.

Условия и действия стандартного окна

В окне MT5 есть сравнения Bid, Ask и Last, объема последней сделки, а также условие времени. Проверяйте актуальное руководство и данные конкретного символа. Last и объем последней сделки имеют смысл только при подходящих данных инструмента; они не описывают все сделки мирового рынка FX.

Условные EUR/USD Bid 1.09990 и Ask 1.10002: Ask уже выше 1.10000, Bid — нет. При пипсе 0.0001 спред равен 0.00012 / 0.0001 = 1,2 пипса. Строгое > отличается от ≥. Поэтому одного выражения «цена коснулась уровня» недостаточно.

Для каждого правила выбирается действие Sound, File, Email или Notification. Отдельно задаются интервал, максимальное число повторов и срок. Time и срок истечения используют местные часы компьютера, а не часы свечей брокера. Окно не является редактором произвольных выражений индикаторов.

Организационный пример: событие задано на 13:00 UTC, а компьютер в Варшаве в выбранный день работает со смещением UTC+2. Местное время напоминания — 15:00. VPS с часами UTC требует 13:00 для того же момента; перенос числа 15:00 без перевода сдвигает напоминание на два часа. Проверяйте дату и сезонное смещение. Здесь не утверждается, что Варшава имеет UTC+2 весь год.

Настройка и проверка ценового оповещения

1. Откройте «Инструменты» (Toolbox) сочетанием Ctrl+T или через меню View, затем вкладку Alerts. В пустой области списка откройте контекстное меню и Create.
2. Выберите точный Symbol для ценового или объемного условия. При Time символ не определяет время.
3. Задайте Condition, например Bid > или Bid <, и Value, например условный уровень 1.0900. Это не равенство и не сравнение Ask.
4. Выберите нужное Action. Проверьте именно этот канал: успешный звук не подтверждает доставку на телефон.
5. Задайте Expiration и параметры повторов. Нажатие OK сохраняет настройку; оно не доказывает последующую доставку каждого сообщения.

Перед включением сравните условие с текущим нужным входом. Уже истинному сравнению не обязательно ждать нового пересечения. После Test выбранной реакции отдельно наблюдайте легко проверяемое демо-условие. Запишите время входных данных и фактического получения сообщения. Один успешный тест подтверждает этот случай, а не непрерывную надежность. Отключенное правило остается в списке, но не действует.

Телефон и email: разные проверки

Найдите MetaQuotes ID нужного мобильного приложения, укажите его в настольных настройках Notifications, включите push и используйте Test. Проверьте получение именно на целевом телефоне. При неудаче последовательно проверьте идентификатор, разрешения, сеть и журнал. Статистики частоты сбоев или гарантии 1–3 секунд здесь нет.

Для почты в Tools → Options → Email задайте разрешенные вашим SMTP-провайдером сервер, порт и способ аутентификации, адрес отправителя и получателя. После Test проверьте входящие и спам получателя. Не публикуйте снимки или конфигурации с учетными данными. Успешный push не проверяет SMTP, а тест почты не проверяет рыночное условие правила.

Если сообщения нет

Сначала проверьте Enable, символ, срок и лимиты повторов, затем соединение и свежесть котировок. Сопоставьте сравнение с нужной стороной цены. Журнал помогает отличить ненаблюденное условие от созданного, но не доставленного уведомления. Меняйте по одному элементу, чтобы следующий тест прояснял его эффект.

Полноценный удаленный компьютер с работающим терминалом может продолжать локальное правило при выключенном домашнем компьютере, но тоже способен отключиться или перезапуститься. Виртуальная платформа MetaQuotes имеет собственные правила переноса программ, графиков и настроек. Не предполагайте автоматического переноса обычного списка Alerts. Для MQL-программы уведомлений проверьте перенос и удаленный журнал, а не только местное состояние терминала.

Индикатор, календарь и одновременные входы

Обычное окно дает ценовые, объемные и временные условия, а не поле произвольного выражения индикатора. Для иной логики может понадобиться индикатор или советник. Напоминание Time к запланированной публикации не ожидает сам отчет и не предсказывает его влияние. Уточните актуальную дату и исходную шкалу времени, затем переведите в местные часы компьютера. Заранее решите, что проверять после сообщения; экономический календарь разобран на английском.

Два доставленных сообщения не доказывают одновременной истинности двух входов. В условном правиле нужны Bid > 1.1000 и спред < 2 пипсов в одном отсчете; пипс EUR/USD равен 0.0001. При t1 Bid/Ask 1.1002/1.1006 спред 4 пипса: цена подходит, спред — нет. При t2 1.0998/1.0999 спред 1 пипс: спред подходит, цена — нет. Ни один отсчет не выполняет правило целиком. Сведения о Bid и Ask в исходном английском словаре не заменяют отметку времени.

Сообщение о t1 может прийти рядом с сообщением о t2. Время доставки не равно времени входов проверки. Пользовательская совмещенная проверка требует одного отсчета и его времени; стандартное окно Alerts не редактирует это произвольное выражение. После получения перечитайте актуальную цену и остальные условия, не перенося прежнее «да» в решение бессрочно.

Практика на следующий день

1. Выберите посильный набор уровней и запишите назначение каждого. Три — вариант организации работы, а не доказанный оптимум.
2. Настройте тестовое правило и проверьте реальное сообщение с журналом. Один успех не доказывает постоянную доступность.
3. Проверьте мобильную доставку на нужный MetaQuotes ID, разрешения и связь. Индикация отправки не доказывает каждое будущее получение.
4. Согласуйте срок с действительностью плана. После смены счета, символа или правила пересмотрите список.
5. Записывайте уровень, время сообщения и решение. Проверяйте выборку на перерывы и полезные напоминания; один месяц не гарантирует окончательного вывода.