Язык программирования MQL4
Подождите немного. Документ загружается.
//--------------------------------------------------------------- 6 --
while(true) // Цикл закрытия орд.
{
if (Limit_Stop==-1) // Если отложенных нет
{
Alert("По ",Symb," отложенных ордеров нет");
break; // Выход из цикла закр
}
//--------------------------------------------------------- 7 --
Alert("Попытка удалить ",Text," ",Ticket,". Ожидание ответа..");
bool Ans=OrderDelete(Ticket); // Удаление ордера
//--------------------------------------------------------- 8 --
if (Ans==true) // Получилось :)
{
Alert ("Удалён ордер ",Text," ",Ticket);
break; // Выход из цикла закр
}
//--------------------------------------------------------- 9 --
int Error=GetLastError(); // Не получилось :(
switch(Error) // Преодолимые ошибки
{
case 4: Alert("Торговый сервер занят. Пробуем ещё раз..");
Sleep(3000); // Простое решение
continue; // На след. итерацию
case 137:Alert("Брокер занят. Пробуем ещё раз..");
Sleep(3000); // Простое решение
continue; // На след. итерацию
case 146:Alert("Подсистема торговли занята. Пробуем ещё..");
Sleep(500); // Простое решение
continue; // На след. итерацию
}
switch(Error) // Критические ошибки
{
case 2 : Alert("Общая ошибка.");
break; // Выход из switch
case 64: Alert("Счет заблокирован.");
break; // Выход из switch
case 133:Alert("Торговля запрещена");
break; // Выход из switch
case 139:Alert("Ордер заблокирован и уже обрабатывается");
break; // Выход из switch
case 145:Alert("Модификация запрещена. ",
"Ордер слишком близок к рынку");
break; // Выход из switch
default: Alert("Возникла ошибка ",Error);//Другие варианты
}
break; // Выход из цикла закр
651
}
//-------------------------------------------------------------- 10 --
Alert ("Скрипт закончил работу -----------------------------");
return; // Выход из start()
}
//-------------------------------------------------------------- 11 --
Блок обработки ошибок также претерпел некоторые изменения. Если при закрытии
рыночных ордеров необходимо учитывать возможность возникновения ошибок,
связанных с изменением цен (ошибки 135 и 136), то при удалении отложенных ордеров
подобные ошибки не возникают. По этой же причине нигде в программе не используется
функция RefreshRates() с целью обновления текущих цен.
Некоторую сложность вызывает обработка таких ошибок, как 4 и 137 (см. Коды ошибок).
Например, при получении ошибки 137 программа может принять к сведению
информацию о том, что "брокер занят". Но возникает естественный вопрос: когда он
освободится, чтобы пользователь мог продолжить торговлю? Ошибка 137 не содержит
такой информации. Поэтому вопрос о том, как правильно составить программу обработки
подобных ошибок, программист должен решить сам. В простом случае можно повторить
торговый приказ после некоторой паузы (в данном примере - 3 секунды). С другой
стороны, в результате серии неудачных попыток удаления (или в общем случае закрытия,
открытия или модификации) ордера сервер может вернуть ошибку 141 - слишком много
запросов. В результате этой ошибки скрипт deleteorder.mq4 прекратит работу. В целом,
подобные конфликты не являются вопросами программирования. В подобных случаях
следует связаться со службой поддержки дилингового центра и выяснить причины отказа
в исполнении торгового приказа.
Ошибка 145 может возникнуть в том случае, если отложенный ордер (в общем случае и
стоп-приказ рыночного ордера) находится слишком близко к рыночной цене. Эта ошибка
не возникает, если торговля ведётся на спокойном рынке в размеренном темпе. Если же на
рынке происходят резкие изменения цены, брокер может решить, что некоторый ордер в
ближайшее время будет открыт, и не позволит его удалить (или модифицировать). Эта
ошибка учитывается в скрипте как непреодолимая и приводит завершению программы
(нет смысла лишний раз тревожить брокера торговыми приказами). Если через некоторое
время цена изменится, можно повторить попытку удаления ордера, снова запустив скрипт
на исполнение.
В общем случае, для предотвращения ошибки 145 необходимо учитывать уровень
заморозки, установленный дилинговым центром. Уровень заморозки - это значение,
652
определяющее коридор цен, внутри которого ордер считается замороженным, т.е. его
удаление может быть запрещено. Например, если отложенный ордер установлен по цене
1.2500, а уровень заморозки равен 10 пунктов, то это значит, что если цена находится в
коридоре цен от 1.2490 до 1.2510 включительно, то удаление отложенного ордера
запрещено. Уровень заморозки можно получить, исполнив функцию MarketInfo() с
идентификатором запроса MODE_FREEZELEVEL.
10.4.6 Встречное закрытие рыночных ордеров
Встречный ордер - это рыночный ордер, открытый в противоположном направлении по
отношению к другому рыночному ордеру по тому же финансовому инструменту.
Если по некоторому финансовому инструменту имеется два встречных ордера, то их
можно закрыть одновременно, один за счёт другого, с помощью функции OrderCloseBy().
При исполнении такой торговой операции экономится один спред.
10.4.7 Функция OrderCloseBy()
bool OrderCloseBy(int ticket, int opposite, color Color=CLR_NONE)
Функция закрывает один рыночный ордер другим рыночным ордером, открытым по тому
же финансовому инструменту, но в противоположном направлении. Функция возвращает
TRUE при успешном завершении функции и FALSE при неудачном завершении функции.
Параметры:
ticket - Уникальный порядковый номер закрываемого ордера.
opposite - Уникальный порядковый номер противоположного ордера.
Color - Цвет стрелки закрытия на графике. Если параметр отсутствует или его значение
равно CLR_NONE, то стрелка на графике не отображается.
Размеры встречных ордеров не обязательно должны совпадать. В случае несовпадения
размеров ордеров торговая операция выполняется в размере меньшего объема одного из
ордеров.
Рассмотрим пример. Пусть в терминале имеются два рыночных ордера одинакового
объема, один из которых открыт на покупку, а другой - на продажу. Если каждый из этих
ордеров закрыть по отдельности, используя для этого функцию OrderClose (), то
653
экономический результат будет складываться из суммы прибыли, имеющейся по каждому
из ордеров:
Рис. 95. Результат отдельного закрытия ордеров с помощью функции OrderClose().
Если же в этой ситуации использовать функцию встречного закрытия ордеров
OrderCloseBy(), то экономический результат окажется лучше (в сравнении с предыдущим
вариантом) на сумму, пропорциональную стоимости спреда одного из ордеров:
Рис. 96. Результат встречного закрытия ордеров с помощью функции OrderCloseBy().
Очевидно, что если в терминале есть встречные ордера, которые необходимо закрыть, то,
имея ввиду экономическую выгоду, следует использовать функцию OrderCloseBy(), а не
OrderClose().
В связи с экономией одного спреда при встречном закрытии ордеров необходимо дать
замечания более общего характера. В сущности, торговая операция открытия ордера
(например, на покупку) по смыслу является противоположной торговой операцией по
654
отношению к операции открытия ордера в противоположном направлении (на продажу) в
той же мере, как и операция закрытия ордера (на покупку). Иначе говоря, с
экономической точки зрения безразлично какой из двух вариантов использовать: то ли
просто закрыть рыночный ордер, то ли открыть встречный на такое же количество лотов
(а впоследствии оба ордера закрыть встречно). Разница между этими вариантами может
состоять лишь в различных методах расчёта денежных средств, отвлекаемых на
поддержание рыночных ордеров в различных дилинговых центрах (см. рис. 85 и рис. 88).
Легко заметить также, что в функции OrderCloseBy() для встречного закрытия ордеров не
предусмотрено указание цены закрытия. В этом нет необходимости, потому что прибыль
и убыток от двух встречных ордеров взаимно гасят друг друга, и общий экономический
результат от рыночной цены не зависит. Это правило справедливо, конечно же, только в
отношении ордеров одинакового количества лотов. Например, если по одному
финансовому инструменту имеются два ордера - Buy размером 1 лот и Sell размером 0.7
лота, то зависимость от цены этой торговой ситуации касается только ордера Buy в
размере 0.3 лота. Совпадающая же часть ордеров 0.7 лота от цены финансового
инструмента не зависит.
Встречные ордера не оказывают влияния на общий итог торгов, поэтому торговые
тактики, основанные на открытии встречных ордеров, не имеют содержательного
основания (по этой причине некоторые дилинговые центры принудительно закрывают
любые встречные ордера в пределах совпадающего количества лотов). Единственное -
негативное - влияние подобных тактик может состоять только в отвлечении средств в
соответствии с правилами, принятыми в некоторых дилинговых центрах. Кроме того,
наличие нескольких встречных ордеров представляет большую сложность с точки зрения
программного управления торговлей, чем один ордер. Если также принять во внимание
наличие комиссионных и свопов (для каждого из рыночных ордеров), то необходимость
закрывать встречные ордера становится очевидной.
Пример простого скрипта, закрывающего все встречные ордера по
финансовому инструменту (closeby.mq4).
//--------------------------------------------------------------------
// closeby.mq4
// Предназначен для использования в качестве примера в учебнике MQL4.
//--------------------------------------------------------------- 1 --
int start() // Спец.функция start
{
655
string Symb=Symbol(); // Финанс. инструмент
double Dist=1000000.0; // Предустановка
//--------------------------------------------------------------- 2 --
while(true) // Цикл обработки..
{ // ..встречных ордеров
double Hedg_Buy = -1.0; // Макс. стоимость Buy
double Hedg_Sell= -1.0; // Макс.стоимость Sell
for(int i=1; i<=OrdersTotal(); i++) // Цикл перебора ордер
{
if(OrderSelect(i-1,SELECT_BY_POS)==true)// Если есть следующий
{ // Анализ ордеров:
//--------------------------------------------------- 3 --
if (OrderSymbol()!= Symb) continue; // Не наш фин.инструм.
int Tip=OrderType(); // Тип ордера
if (Tip>1) continue; // Отложенный ордер
//--------------------------------------------------- 4 --
switch(Tip) // По типу ордера
{
case 0: // Ордер Buy
if (OrderLots()>Hedg_Buy)
{
Hedg_Buy=OrderLots(); // Выбираем макс.стоим
int Ticket_Buy=OrderTicket();//Номер ордера
}
break; // Из switch
case 1: // Ордер Sell
if (OrderLots()>Hedg_Sell)
{
Hedg_Sell=OrderLots(); // Выбираем макс.стоим
int Ticket_Sell=OrderTicket();//Номер ордера
}
} //Конец switch
} //Конец анализа ордера
} //Конец перебора орд.
//--------------------------------------------------------- 5 --
if (Hedg_Buy<0 || Hedg_Sell<0) // Если нет ордера..
{ // ..какого-то типа
Alert("Все встречные ордера закрыты :)");// Сообщение
return; // Выход из start()
}
//--------------------------------------------------------- 6 --
while(true) // Цикл закрытия
{
//------------------------------------------------------ 7 --
Alert("Попытка встречного закрытия. Ожидание ответа..");
bool Ans=OrderCloseBy(Ticket_Buy,Ticket_Sell);// Закрытие
//------------------------------------------------------ 8 --
656
if (Ans==true) // Получилось :)
{
Alert ("Выполнено встречное закрытие.");
break; // Выход из цикла закр
}
//------------------------------------------------------ 9 --
int Error=GetLastError(); // Не получилось :(
switch(Error) // Преодолимые ошибки
{
case 4: Alert("Торговый сервер занят. Пробуем ещё раз..");
Sleep(3000); // Простое решение
continue; // На след. итерацию
case 137:Alert("Брокер занят. Пробуем ещё раз..");
Sleep(3000); // Простое решение
continue; // На след. итерацию
case 146:Alert("Подсистема торговли занята. Пробуем ещё..");
Sleep(500); // Простое решение
continue; // На след. итерацию
}
switch(Error) // Критические ошибки
{
case 2 : Alert("Общая ошибка.");
break; // Выход из switch
case 64: Alert("Счет заблокирован.");
break; // Выход из switch
case 133:Alert("Торговля запрещена");
break; // Выход из switch
case 139:Alert("Ордер заблокирован и уже обрабатывается");
break; // Выход из switch
case 145:Alert("Модификация запрещена. ",
"Ордер слишком близок к рынку");
break; // Выход из switch
default: Alert("Возникла ошибка ",Error);//Другие варианты
}
Alert ("Скрипт закончил работу --------------------------");
return; // Выход из start()
}
} // Конец цикла обработ
//-------------------------------------------------------------- 10 --
} // Конец start()
//--------------------------------------------------------------------
Алгоритм представленного скрипта несколько отличается от последних рассмотренных.
Это отличие состоит в том, что для успешного закрытия нескольких ордеров (количество
закрываемых ордеров не ограничено) необходимо многократно исполнить один и тот же
657
код. Скрипт опробовался на случайном наборе рыночных ордеров. На рис. 97
представлено 5 ордеров различной стоимости.
Рис. 97. Рыночные ордера, открытые по одному финансовому инструменту.
Для того чтобы встречно закрыть имеющиеся ордера, необходимо для начала задаться
критериями отбора ордеров. Таким критерием в данном алгоритме является размер ордера
- сначала закрываются ордера большего объема, а затем меньшего. После встречного
закрытия ордеров различного объема остаются ордера на разницу разутых ордеров.
Например, в результате встречного закрытия ордера Buy в размере 1 лот и ордера Sell в
размере 0.8 лотов останется ордер Buy объемом 0.2 лота. Поэтому после каждого
успешного закрытия необходимо снова обратиться к (теперь уже обновлённому) набору
ордеров, с тем, чтобы в этом наборе ордеров выявить два встречных ордера
максимального объема.
Указанные вычисления реализованы в (условно) бесконечном цикле while в блоках 2-10. В
начале этого цикла на каждой итерации делается предположение, что ордеров какого-либо
типа уже не осталось. Для этого переменным Hedg_Buy и Hedg_Sell присваивается
значение -1. Алгоритм блока обработки ордеров в целом сохранён (см. код closeby.mq4). В
цикле перебора ордеров for, а именно в блоке 3-4, так же, как и в предыдущих
программах, производится отсев "не наших" ордеров, в данном случае - открытых по
другому финансовому инструменту, а также отложенных ордеров.
В блоке 4-5 для каждого из ордеров, прошедших проверку в блоке 3-4, вычисляется его
объем. Если в процессе вычислений оказывается, что текущий обрабатываемый ордер
имеет больший размер из всех обрабатываемых, то запоминается его тикет. Это значит,
что на данной стадии вычислений ордер с этим номером является претендентом на
участие в операции встречного закрытия. К моменту окончания последней итерации
цикла for известны номера ордеров с максимальным количеством лотов, открытых в
658
разных направлениях. Эти ордера и являются выбранными. Если же к этому моменту
ордеров какого-либо типа уже нет, то в блоке 5-6 осуществляется выход из программы.
Блок 6-10 представляет обработку ошибок, он полностью аналогичен рассмотренным
ранее (в этом и предыдущем параграфах). Формирование торгового приказа для
встречного закрытия ордеров осуществляется в блоке 7-8 с помощью функции
OrderCloseBy(). В случае неудачи, в зависимости от кода ошибки, управление передаётся
либо на повторение попытки исполнения торговой операции (для тех же тикетов) либо
оператору return, в результате чего скрипт заканчивает работу.
Если торговая операция прошла успешно, то выполняется выход из блока обработки
ошибок, и заканчивается текущая итерация самого внешнего цикла обработки while. На
очередной итерации этого цикла все вычисления повторяются: выполняется опрос
имеющихся ордеров, отбор рыночных ордеров, выбор по одному тикету для каждого из
типов ордеров, формирование торгового приказа на встречное закрытие и последующий
анализ ошибок. Указанный цикл выполняется до тех пор, пока в терминале не закончатся
ордера какого-либо типа (или - в частном случае - обоих типов). Это событие будет
вычислено в блоке 5-6, в результате чего программа закончит работу.
При исполнении скрипта closeby.mq4 для закрытия рыночных ордеров, показанных на
рис. 97, были получены такие сообщения:
Рис. 98. Сообщения, полученные при исполнении скрипта closeby.mq4.
659
На закладке История Счёта в Терминале видно, что некоторые ордера закрыты с нулевой
прибылью. Это и есть экономия, получаемая при встречном закрытии ордеров. Сравните
экономические показатели на рис. 97 и рис. 99:
Рис. 99. История Счёта после исполнения скрипта closeby.mq4.
На закладке Журнал в Терминале можно проследить историю закрытия ордеров
(последние события сверху):
Рис. 100. События, произошедшие при исполнении скрипта closeby.mq4.
При исполнении скрипта в соответствии с алгоритмом закрываются ордера
максимального размера, имеющиеся на текущий момент. Несмотря на то, что ордера были
открыты в случайной последовательности (рис. 97), первыми в закрытии участвовали
ордера Buy 778594 и Sell 778595, соответственно размером 1 лот и 0.8 лота (нижние
строки на рис. 100). Объемы этих ордеров разные, поэтому в результате встречного
закрытия образовался новый ордер Buy 778597 остаточного размера 0.2 лота. В
660