Ордерные стратегии. Универсальный автомат

Основным и начальным элементом торговой стратегии является анализ цены и технических индикаторов, на основе чего выполняется открытие позиции. Назовем такой анализ анализом рыночной ситуации, т.е. того, что происходит на рынке и не зависит от нас.

Кроме этого, стратегии могут требовать и другого типа анализа. Назовем его анализом текущей торговой ситуации. Он включает в себя анализ состояния торговой позиции и анализ наличия/отсутствия отложенных ордеров (если они используются в стратегии). В результате этого анализа принимается решение о необходимости выполнения каких-либо действий с позицией или ордерами, например, закрытие, перенос Стоп Лосса, установка отложенных ордеров или их удаление и т.п. Другими словами, в этот анализ входит изучение того, что мы выполняем на рынке, и действия в соответствии с созданной нами (или экспертом) ситуацией и правилами применяемой стратегии.

Известный всем трейлинг стоп в какой-то мере можно отнести ко второму типу элементов торговой стратегии. Выполняется анализ: если есть открытая позиция, ее прибыль выше установленной в настройках, а Стоп Лосс отсутствует или дальше указанной в настройках дистанции от текущей цены, то выполняется перенос Стоп Лосса.

Трейлинг стоп является довольно простой функцией, чтобы представлять особый интерес. Кроме того, его можно отнести к совсем другой категории элементов, составляющих торговую стратегию, — к функциям сопровождения позиции. Таким образом, торговая стратегия может включать в себя три категории элементов:

Анализ рыночной ситуации и выполнение действий на его основе.

Анализ торговой ситуации и выполнение действий на его основе.

Целью данной статьи является рассмотрение стратегий, активно использующих отложенные ордера (кратко назовем их ордерными стратегиями), и создание метаязыка для их описания, а также создание универсального инструмента (эксперта) для работы по этим описаниям.

Примеры ордерных стратегий

Исходным действием любой торговой работы является открытие начальной позиции. Возможно несколько вариантов ее открытия:

Открытие рыночной позиции:

По направлению, указываемому индикаторами.

По направлению, выбираемому пользователем в окне свойств эксперта.

На основе результатов закрытия последней позиции. Такая позиция может являться не начальной позицией, а промежуточной фазой работы.

Два противоположных стоп ордера. При срабатывании одного из ордеров, второй ордер удаляется.

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

Лимитный и стоп ордер одного направления. В этом случае необходимо определиться с направлением ордеров так же, как в п.1.

После открытия начальной позиции возможно применение различных ордерных стратегий.

Доливка лимитами (Рис. 1.)

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

Рис. 1. Доливка лимитами

Стоп-переворот (Рис. 2.)

Открывается начальная позиция, на уровне ее Стоп Лосса устанавливается противоположный стоп ордер с увеличенным лотом. При закрытии позиции по Стоп Лосс срабатывает отложенный ордер, а на его Стоп Лосс также устанавливается противоположный стоп ордер — и так до тех пор, пока позиция не закроется по Тейк Профиту. При закрытии позиции по Тейк Профиту выполняется удаление оставшегося отложенного ордера.

Рис. 2. Стоп-перворот

Пирамидинг (Рис. 3.)

Открывается начальная позиция, если она уходит в прибыль, выполняется увеличение ее объема (доливка) и переносится Стоп Лосс на уровень безубытка. Если позиция закроется по Тейк Профиту, у нее к этому моменту будет довольно крупный объем и, соответственно, прибыль, если же на промежуточном этапе сработает Стоп Лосс, то просто не будет прибыли.

Рис. 3. Пирамидинг

Переоткрытие (Рис. 4.)

Открывается рыночная позиция. При ее закрытии по Стоп Лосс выполняется новое открытие с увеличенным лотом. Выполняется до тех пор, пока не произойдет закрытие по Тейк Профиту. Эта стратегия подобна доливке лимитами.

Рис. 4. Переоткрытие

Вполне возможно сочетание всех вышеперечисленных стратегий. Если позиция идет в прибыль, в работу вступает пирамидинг, если же сразу в убыток — доливка лимитами. Доливка лимитами может выполняться не постоянно, а например, три раза, затем несколько раз стоп-переворот, снова доливка лимитами и т.д.

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

Основной принцип

Основным принципом при программировании ордерных стратегий является идентификация текущей фазы работы по стратегии и выполнение каких-либо действий, соответствующих этой фазе.

Рассмотрим пример: требуется открыть рыночную позицию, пусть будет покупка. После открытия позиции требуется установить два отложенных ордера: сверху — стоп ордер, снизу — лимит ордер. В начале работы на рынке нет ни позиции, ни ордеров — идентифицируется начальная фаза работы, на которой необходимо открыть позицию. Наличие рыночной позиции означает следующую фазу работы. Всего получаются такие фазы:

Нет позиции и нет ордеров. Надо открыть позицию.

Есть позиция, нет ни одного ордера. Надо установить стоп-ордер.

Есть позиция, есть стоп-ордер. Надо установить лимит-ордер.

Работа по таким правилам будет гарантированно выполнена, однако, для ее завершения потребуется три тика: на одном тике выявлено отсутствие позиции и открыта позиция, на следующем выявлена позиция и отсутствие ордеров, на третьем выявлена позиция и один ордер. В соответствии с требованиями стратегии все три действия должны выполняться за один раз.

Поэтому следует попытаться выполнить все действия сразу: если нет позиции и нет ордеров, необходимо открыть позицию, если позицию удалось открыть, то отправить запрос на установку стоп-ордера и отправить запрос на установку лимит-ордера. Вполне возможно, что ни одна заявка на отложенный ордер не будет принята (может быть обрыв связи, отсутствие цен и т.п.), но торговая ситуация перешла в другую фазу — имеется открытая позиция. Значит, необходимо предусмотреть все возможные промежуточные фазы работы:

Нет позиции. Необходимо открыть позицию. Если позицию удалось открыть, необходимо отправить запросы на установку стоп-ордера и лимит-ордера.

Есть позиция, но нет ни одного отложенного ордера. Необходимо отправить запросы на установку стоп-ордера и лимит-ордера.

Есть позиция и стоп-ордер, но нет лимит-ордера. Необходимо отправить запрос на установку лимит-ордера.

Есть позиция и лимит-ордер, но нет стоп-ордера. Необходимо отправить запрос на установку стоп-ордера.

Обратите внимание, в этом примере для идентификации фазы необходимо полное соответствие торговой ситуации изложенным правилам идентификации. Должны присутствовать конкретные наборы ордеров: только позиция и никаких ордеров, или позиция и один какой-то ордер, и никак иначе. Описание фаз работы стратегии по такому принципу может получиться объемным, а сам процесс создания описания очень трудоемким, так как потребуется предусмотреть все возможные варианты, что практически может оказаться невыполнимым делом. Для приведенного примера можно записать правила работы несколько иначе:

Нет позиции. Необходимо открыть позицию. Если позицию удалось открыть, необходимо отправить запросы на установку стоп-ордера и лимитного ордера.

Есть позиция. В этом случае в рынке должно быть еще два отложенных ордера. Проверяем, есть ли в рынке стоп-ордер, если нет, то выставим его. Проверяем, есть ли в рынке лимит-ордер, если нет, то выставим его.

В этом случаем мы имеем минимальный набор правил для идентификации фазы работы и полное описание торговой ситуации, в которой мы должны находиться в этой фазе.

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

Требуется способ идентификации текущей фазы работы с минимально возможным объемом информации.

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

Если на какой-то фазе требуется выполнение рыночных действий (открытие, закрытие, доливка, сокращение объема позиции и т.п.) и выставление отложенных ордеров, то такая фаза разделяется на две фазы: до выполнения рыночного действия и после (чтобы иметь возможность выполнить все действия за раз и продублировать неудачные попытки действий с отложенными ордерами).

Если на какой-то фазе требуется выполнение рыночных действий (открытие, закрытие, доливка, сокращение объема позиции и т.п.) и выставление отложенных ордеров, работа с отложенными ордерами выполняется только после успешного выполнения рыночного действия.

Одной фазе может соответствовать только одно рыночное действие и любое количество действий с отложенными ордерами.

Идентификация позиции и ордеров

Идентифицировать позицию и ордера можно несколькими способами: использовать запись в комментарии ордера, магический номер, глобальные переменные. Воспользуемся комментариями. Основными проблемами использования комментариев является то, что размер комментария ограничен, и то, что брокер может добавлять к комментарию свою запись. Если для записи брокера не будет хватать места, часть комментария будет обрезана.

Поэтому следует стараться занимать как можно меньше места в комментарии и каким-то образом отделить его от возможных записей брокера. Каждому ордеру достаточно всего лишь одного идентификатора. На практике это будет 1-2 цифры или буква и одна две цифры. В конце идентификатора поместим какой-нибудь знак, пусть будет » code»> //+——————————————————————+ //| Функция извлечения идентификатора из строки aComment | //+——————————————————————+ string GetID( string aComment) < int p = StringFind (aComment, " number">0 ); // Определяем позицию в которой находится разделитель string >StringSubstr (aComment, 0 ,p); // Извлекаем подстроку расположенную до разделителя return (id); > //+——————————————————————+

Если необходимо проверить соответствие позиции или ордера известному идентификатору, это можно сделать следующей функцией:

Метаязык описания ордерных стратегий

Теперь определимся со способом записи ордерных стратегий. Способ должен быть кратким, четким, легко понятным человеку и в тоже время должен быть как бы «параллелен» языку MQL5, чтобы исполнение его команд было максимально быстрым без лишних вычислений. Насколько это получилось, судить конечно читателям.

Описание стратегии выполняется в текстовом файле, файл подключается к эксперту путем указания его имени в окне свойств эксперта.

Одна строка в файле соответствует одной фазе работы системы. Строка разделена на два поля. В первом поле указываются правила идентификации фазы. Во втором поле находится список действий. Для разделения полей используется вертикальная черта «|». Правила идентификации и пункты списка действий перечисляются через точку с запятой «;».

Кроме команд, в каждой строке, в правой части может находиться комментарий, который отделяется знаком «#», например:

Идентификация фазы

Для идентификации фазы может потребоваться информация о текущей рыночной позиции, об отложенных ордерах, о последней сделке. Кроме информации о наличии позиции, могут потребоваться и некоторые подробности: ее цена, прибыль, наличие Стоп Лосса, величина Стоп Лосса и пр. О последней сделке может потребоваться узнать, с каким результатом она была выполнена. Для отложенных ордеров может потребоваться узнать цену их открытия, Стоп Лосса, Тейк Профита (скорее, это потребуется на стадии выполнения действий).

Получение этих данных выполняется посредством команд доступа к торговым данным. У большинства этих команд может быть два параметра: первый параметр — идентификатор позиции или ордера, второй — идентификатор параметра. Если идентификатор параметра не указывается, это означает, что проверяется только существование торгового объекта, указанного командой и идентификатором.

Например, команда Buy(M1) означает, что в рынке должна существовать позиция с идентификатором «M1». Команда Buy() (или просто Buy без скобок) означает, что должна существовать позиция Buy с любым идентификатором. Если указать идентификатор параметра, то это будет означать значение этого параметра, например, Buy(M1,StopLossInPoints) — это величина Стоп Лосса в пунктах у позиции Buy с идентификатором «M1». Если идентификатор не указан — Buy(,StopLossInPoints), это означает Стоп Лосс позиции бай с любым идентификатором (лишь бы была позиция Buy).

Полученное значение может использоваться в выражении проверки условий, например Buy(M1,StopLossInPoints)>=0 — позиция находится в безубытке. Если позиции нет, или есть позиция с другим идентификатором, то фаза, имеющая такую запись, в правилах идентификации не будет идентифицироваться, то есть нет необходимости записывать два условия: для проверки существования позиции и для проверки значения Стоп Лосса. Однако, в данном случае потребуется предварительно выполнить проверку существования Стоп Лосса — Buy(M1,StopLossExists); Buy(M1,StopLossInPoints)>=0.

При проверке значений могут использоваться все варианты сравнения: «>=», «<=», «==», «!=», «>», «<«. Значение в правой части выражения сравнения может указываться непосредственно числом, могут использоваться специальные переменные: Var1, Var2 . Var20. Если после числа или переменной добавить букву «p» это будет означать, что значение дополнительно будет умножаться на величину пункта (переменную _Point).

В правой части выражения сравнения может быть и более сложное арифметическое выражение. Оно может быть представлено такой схемой: X1*X2+X3*X4 (вместо знака «+», разумеется, может использоваться «-«), где X1, X2, X3, X4 может быть числом, переменной или командой доступа к данным. Приведенный ниже пример, в принципе, является правильным (если не обращать внимание на его практическую пользу):

В таблице 1 приведен список всех команд доступа.

Таблица 1. Команды доступа к данным

Приведенные в таблице 1 команды позволяют осуществлять доступ к следующим типам торговых объектов: позициям, ордерам, сделкам и устанавливаемым ордерам. У различных объектов различные наборы параметров.

В таблице 2 приведены все идентификаторы параметров, с указанием типов объектов, к которым могут применяться эти идентификаторы.

Таблица 2. Идентификаторы доступа к данным.

Описание действий

В действия входит открытие рыночной позиции, ее закрытие, установка отложенных ордеров, их удаление, модификация, исполнение функций сопровождения: трейлинг стоп, безубыток, трейлинг отложенного ордера (любых других функций сопровождения позиций).

Открытие позиции, установка ордеров подразумевает наличие параметров, с которыми выполняются эти действия, эти параметры будут указываться после команды в круглых скобках, точно так же, как обычно вызываются функции. Первым параметром для всех команд будет идентификатор. При указании параметров можно использовать не только числовые значения, переменные, но и параметры существующей позиции или ордера. Для всех параметров команд действий могут использоваться рассмотренные в разделе идентификации фазы арифметические выражения типа X1*X2+X3*X4.

В таблице 3 приведены все команды действий.

Таблица 3. Команды действий

В таблице 4 приведено описание параметров команд действия.

Таблица 4. Параметры команд действий

Теперь попробуем записать приведенные ранее ордерные стратегии на нашем новом метаязыке.

Примеры ордерных стратегий на метаязыке

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

Доливка лимитами

Начальная позиция будет открываться в соответствии с направлением, указанным пользователем в окне свойств. Максимально будет допускаться 5 доливок (лимитных ордеров). В рынке одновременно должны находиться только три ордера.

Таблица 5. Метапрограмма «Доливка лимитами»

Использование переменных: Var1 — Тейк Профит начального ордера, Var2 — уровень установки лимитных ордеров относительно цены открытия предыдущего ордера, Var3 — Стоп Лосс последнего ордера.

На рис. 5 показан график, полученный в результате работы по этой метапрограмме.

Рис. 5. Результаты работы по метапрограмме «Доливка лимитами»

Обратите внимание: отдельно записаны правила для направления покупки и направления продажи. Уровень каждого последующего отложенного ордера отсчитывается от уровня предыдущего ордера. Если какой-то ордер не удалось установить, то следующий не будет установлен по причине отсутствия требуемого параметра. Отсчитывать уровень от цены рыночной позиции было бы неправильно. В этом случае, какой-нибудь из ордеров может оказаться пропущенным.

Стоп-переворот

Работа начинается с двух отложенных стоп-ордеров. Допускается пять переворотов.

Таблица 6. Метапрограмма «Стоп-переворот»

Использование переменных: Var1 — уровень установки начальных ордеров от текущей рыночной цены, Var2 — Стоп Лосс, Var3 — Тейк Профит.

На рис. 6 показан график, полученный в результате работы по этой метапрограмме.

Рис. 6. Результаты работы по метапрограмме «Стоп-реверс»

Начальная позиция открывается по сигналу индикаторов. Допускается пять доливок.

Таблица 7. Метапрограмма «Пирамидинг»

Использование переменных: Var1 — начальный Стоп Лосс, Var2 — Тейк Профит последнего ордера, Var3 — прибыль в пунктах, при которой выполняется доливка и перенос Стоп Лосса в бузубыток.

На рис. 7 показан график, полученный в результате работы по этой метапрограмме.

Рис. 7. Результаты работы по метапрограмме «Пирамидинг»

Переоткрытие

Сначала устанавливаются два лимитных ордера. При срабатывании одного второй удаляется. Далее, при срабатывании Стоп Лосса выполняется открытие новой позиции, пока не будет получен Тейк Профит или не отработано допустимое количество позиций (5 шт.).

Таблица 8. Метапрограмма «Переоткрытие»

Использование переменных: Var1 — уровень установки лимитных ордеров от рыночной цены, Var2 — Стоп Лосс, Var3 — Тейк Профит.

На рис. 8 показан график, полученный в результате работы по этой метапрограмме.

Рис. 8. Результаты работы по метапрограмме «Переоткрытие»

Еще несколько простых программ для тестирования функций работы по торговым сигналам, трейлинга и безубытка.

Торговые сигналы

Вход и выход выполняются по торговым сигналам.

Таблица 9. Метапрограмма «Торговые сигналы»

На рис. 9 показан график, полученный в результате работы по этой метапрограмме.

Рис. 9. Результаты работы по метапрограмме «Торговые сигналы»

Торговые сигналы с трейлингом

Таблица 10. Метапрограмма «Торговые сигналы с трейлингом»

На рис. 10 показан график, полученный в результате работы по этой метапрограмме.

Рис. 10. Результаты работы по метапрограмме «Торговые сигналы с трейлингом»

Торговые сигналы с безубытком

Таблица 11. Метапрограмма «Торговые сигналы с безубытком»

На рис. 11 показан график, полученный в результате работы по этой метапрограмме.

Рис. 11. Результаты работы по метапрограмме «Торговые сигналы с безубытком»

Интерпретатор команд

Вышеприведенный метод формализации ордерных стратегий позволяет не только лучше разобраться в этих стратегиях и подготовить алгоритм эксперта для их кодирования, но также позволяет непосредственно интерпретировать эти правила и исполнять их. Для этой цели был создан эксперт eInterpretator (см. файлы приложения). В таблице 12 приведены все параметры эксперта с их описанием.

Таблица 12. Параметры эксперта eInterpretator:

Принцип работы эксперта

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

Если включить переменную DeInterpritate, эксперт выполнит проверочную деинтерпретацию команд (при этом он отсоединится от графика, если выполняется тестирование в Тестере стратегий, то оно прервется). При деинтерпретации эксперт преобразует числовые значения из структур в текстовые команды. При этом записи команд в файле будут отличаться, но по деинтерпретированной метапрограмме можно более наглядно увидеть, как в эксперте выполняется анализ команд.

Рассмотрим на примере следующей строки из файла метапрограммы:

После деинтерпретации эта строка имеет следующий вид:

Как видим, простая команда Buy(6) преобразована в выражение сравнения, в правой части которого вычисляется арифметическое выражение X1*X2+X3*X4, дающее в результате единицу. В поле действий пользовательская переменная заменена числовым значением.

Советы по доработке эксперта

Наверняка, кому-нибудь захочется выполнить доработки этого эксперта, добавить свои команды как для анализа фазы, так и для выполнения действий, функции сопровождения позиции. Структура эксперта позволяет вполне просто выполнить эти доработку, иначе бы работа над этим экспертом не имела смысла.

Добавление команды получения данных

Список команд получения данных находится в массиве InfoCommand. Команды расположены в столбик, по пять команд в строке, что позволяет легко сосчитать их количество и определить значение индекса для добавляемой команды.

После добавления команды в массив InfoCommand находим функцию SetValue(), в ней конструкцию switch, добавляем в нее еще один case, соответствующий индексу новой команды. Для получения значения, сначала необходимо выделить объект, с которого требуется получить значение, затем получить это значение. В зависимости от типа объекта, с которого происходит получение данных, используются различные функции выделения объекта. Эти функции приведены в таблице 13.

Таблица 13. Функции эксперта для выделения торговых объектов

Просто последняя сделка и последняя сделка, выполненная экспертом, отличаются тем, что в последние сделки входят сделки срабатывания Стоп Лосса и Тейк Профита. Данные по последней сделке могут потребоваться для определения результата закрытия последней позиции, а данные по последней сделке эксперта — для определения последнего направления торговли или фазы работы эксперта.

Кроме доступа к данным торговых объектов, может выполняться доступ к рыночным данным, например, к цене, да и к любым другим вообще. Важно убедиться, что данные могут быть получены. После попытки выделения объекта убеждаемся, что объект выделен (проверяем значение aSelected), получаем нужный параметр, присваиваем его значение переменной Val.Value, возвращаем true.

Для получения параметров различных торговых объектов используются различные функции, приведенные в таблице 14.

Таблица 14. Функции эксперта для получения параметров выделенного торгового объекта

В функции передается индекс идентификатора получаемых даных. Значение индекса находится в переменной Val.InfoIdentifierIndex.

При добавлении новой команды доступа может потребоваться добавить и идентификатор получаемых данных, либо может потребоваться добавить только идентификатор извлекаемых данных.

Добавление идентификатора данных

Список идентификаторов находится в массиве InfoIdentifier. Добавляем новый идентификатор в массив, отсчитываем его индекс, затем дорабатываем функции SelPosParam(), SelOrdParam(), SelDealParam(). Дорабатываются все функции или некоторые, в зависимости от того, ко всем ли торговым объектам может применяться новый идентификатор. Доработка функций заключается в добавлении в конструкцию switch нового case, соответствующего индексу нового идентификатора.

Добавление команды действия

Команда действия добавляется в массив ActCommand. В этом массиве команды расположены в строку, будет несколько сложнее отсчитать индекс. Элементы расположены в строку, потому что, кроме добавления команды, необходимо указать количество ее параметров и тип. Количество параметров указывается в массиве ActCmndPrmCnt, тип — в массиве ActCmndType. Возможны такие типы: 0 — рыночное действие, 1 — действия с отложенным ордером, 2 — сопровождение позиции.

После добавления команды в массив находим функцию DoAction() и добавляем к ней в switch еще один case, в котором выполняется вызов новой функции. Новая функция должна иметь тип bool и возвращать true в случае ее успешного выполнения, false — в случае ошибки. Если проверка результата работы функции не требуется, например, как в функции терйлинга, пусть она просто возвращает true.

Не забывайте, что в функциях, работающих с отложенным ордерами, как, например, в функциях по их установке, требуется предварительная проверка существования ордера.

Изменение функций торговых сигналов

Вся работа по получению торговых сигналов в эксперте выполняется в двух функциях (две для сигналов закрытия, две для сигналов открытия).

Функции CloseSignalsInit() (инициализация сигналов закрытия) и OpenSignalsInit() (инициализация сигналов открытия) вызываются из функции OnInit() эксперта. В этих функциях выполняется загрузка индикаторов. Основные функции CloseSignalsMain() (определение торговых сигналов закрытия) и OpenSignalsMain() (определение торговых сигналов открытия) вызываются из функции OnTick() на каждом тике.

В начале выполнения функции необходимо присвоить переменным GlobalCloseBuySignal, GlobalCloseSellSignal (сигналы закрытия) и GlobalOpenBuySignal, GlobalOpenSellSignal (сигналы открытия), значения false, затем true, при соответствующих показаниях индикаторов.

Кроме этого, в функции OnDeinit() эксперта необходимо выполнить IndicatorRelease().

Файлы приложения

eInterpretator.mq5 — эксперт, должен располагаться в каталоге MQL5/Experts каталога данных терминала.

LimitAdd.txt — метапрограмма доливки лимитами.

StopRev.txt — метапрограмма стоп-переворот.

Piramiding.txt — метапрограмма пирамидинг.

ReOpen.txt.txt — метапрограмма переоткрытия.

TradeSignals.txt — метапрограмма работы по торговым сигналам.

TradeSignalsTR.txt — метапрограмма работы по торговым сигналам с трейлингом.

TradeSignalsBE.txt — метапрограмма работы по торговым сигналам с безубытком.

limitadd.set — файл параметров доливки лимитами.

stoprev.set — файл параметров стоп-переворота.

piramiding.set — файл параметров примидинга.

reopen.set — файл параметров переоткрытия.

tradesignals.set — файл параметров работы по торговым сигналам.

tradesignalstr.set — файл параметров работы по торговым сигналам с трейлингом.

tradesignalsbe.set — файл параметров работы по торговым сигналам с безубытком.

Примечание. При использовании программ с торговыми сигналами, трейлингом, безубытком, не забывайте включать соответствующие функции в окне свойств эксперта. При тестировании стратегий в тестере копируйте файлы с метапрограммами в файл TesterMetaProgram.txt (это необходимо для обеспечения возможности использования удаленных агентов тестирования), файл должен располагаться в каталоге MQL5/Files каталога данных терминала (можно открыть из терминала: Главное меню -> Файл -> Открыть каталог данных).

В файлах параметров находятся параметры, с которыми получены графики, расположенные в разделе «Примеры ордерных стратегий на метаязыке». Тестирование выполнялось за последний месяц (на момент времени 2012.08.29), на EURUSD H1, модель OHLC на M1.

Заключение

Программирование ордерных стратегий, в первый момент, часто вызывает замешательство — с чего начать, что предусмотреть, как обеспечить устойчивую работу эксперта в реальных условиях, как объединить вместе исполнение алгоритма торговой стратегии и его надежность работы?

Эта статья должна как минимум помочь с выполнением начальной формализации стратегии как программистам, так и трейдерам, заказывающим работу по написанию экспертов, а также понять, на какие стадии может разделяться работа по стратегии, что может произойти на каждой стадии и что нужно предусмотреть. Благодаря эксперту eIntepretar открываются огромные возможности по проведению начальных экспериментов с ордерными стратегиями с минимальными затратами времени и труда.

Хотелось бы выразить огромное восхищение терминалом MetaTrader5. Быстродействие эксперта eIntepretar в тестере превзошло все ожидания!

Источник https://www.mql5.com/ru/articles/495

Источник

Источник

Источник