Mql5 ошибка 4752

ERR_SUCCESS

0

Операция выполнена успешно

ERR_INTERNAL_ERROR

4001

Неожиданная внутренняя ошибка

ERR_WRONG_INTERNAL_PARAMETER

4002

Ошибочный параметр при внутреннем вызове функции клиентского терминала

ERR_INVALID_PARAMETER

4003

Ошибочный параметр при вызове системной функции

ERR_NOT_ENOUGH_MEMORY

4004

Недостаточно памяти для выполнения системной функции

ERR_STRUCT_WITHOBJECTS_ORCLASS

4005

Структура содержит объекты строк и/или динамических массивов и/или структуры с такими объектами и/или классы

ERR_INVALID_ARRAY

4006

Массив неподходящего типа, неподходящего размера или испорченный объект динамического массива

ERR_ARRAY_RESIZE_ERROR

4007

Недостаточно памяти для перераспределения массива либо попытка изменения размера статического массива

ERR_STRING_RESIZE_ERROR

4008

Недостаточно памяти для перераспределения строки

ERR_NOTINITIALIZED_STRING

4009

Неинициализированная строка

ERR_INVALID_DATETIME

4010

Неправильное значение даты и/или времени

ERR_ARRAY_BAD_SIZE

4011

Общее число элементов в массиве не может превышать 2147483647

ERR_INVALID_POINTER

4012

Ошибочный указатель

ERR_INVALID_POINTER_TYPE

4013

Ошибочный тип указателя

ERR_FUNCTION_NOT_ALLOWED

4014

Системная функция не разрешена для вызова

ERR_RESOURCE_NAME_DUPLICATED

4015

Совпадение имени динамического и статического ресурсов

ERR_RESOURCE_NOT_FOUND

4016

Ресурс с таким именем в EX5 не найден

ERR_RESOURCE_UNSUPPOTED_TYPE

4017

Неподдерживаемый тип ресурса или размер более 16 MB

ERR_RESOURCE_NAME_IS_TOO_LONG

4018

Имя ресурса превышает 63 символа

ERR_MATH_OVERFLOW

4019

При вычислении математической функции произошло переполнение

ERR_SLEEP_ERROR

4020

Выход за дату окончания тестирования после вызова Sleep()

ERR_PROGRAM_STOPPED

4022

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

Графики

ERR_CHART_WRONG_ID

4101

Ошибочный идентификатор графика

ERR_CHART_NO_REPLY

4102

График не отвечает

ERR_CHART_NOT_FOUND

4103

График не найден

ERR_CHART_NO_EXPERT

4104

У графика нет эксперта, который мог бы обработать событие

ERR_CHART_CANNOT_OPEN

4105

Ошибка открытия графика

ERR_CHART_CANNOT_CHANGE

4106

Ошибка при изменении для графика символа и периода

ERR_CHART_WRONG_PARAMETER

4107

Ошибочное значение параметра для функции по работе с графиком

ERR_CHART_CANNOT_CREATE_TIMER

4108

Ошибка при создании таймера

ERR_CHART_WRONG_PROPERTY

4109

Ошибочный идентификатор свойства графика

ERR_CHART_SCREENSHOT_FAILED

4110

Ошибка при создании скриншота

ERR_CHART_NAVIGATE_FAILED

4111

Ошибка навигации по графику

ERR_CHART_TEMPLATE_FAILED

4112

Ошибка при применении шаблона

ERR_CHART_WINDOW_NOT_FOUND

4113

Подокно, содержащее указанный индикатор, не найдено

ERR_CHART_INDICATOR_CANNOT_ADD

4114

Ошибка при добавлении индикатора на график

ERR_CHART_INDICATOR_CANNOT_DEL

4115

Ошибка при удалении индикатора с графика

ERR_CHART_INDICATOR_NOT_FOUND

4116

Индикатор не найден на указанном графике

Графические объекты

ERR_OBJECT_ERROR

4201

Ошибка при работе с графическим объектом

ERR_OBJECT_NOT_FOUND

4202

Графический объект не найден

ERR_OBJECT_WRONG_PROPERTY

4203

Ошибочный идентификатор свойства графического объекта

ERR_OBJECT_GETDATE_FAILED

4204

Невозможно получить дату, соответствующую значению

ERR_OBJECT_GETVALUE_FAILED

4205

Невозможно получить значение, соответствующее дате

MarketInfo

ERR_MARKET_UNKNOWN_SYMBOL

4301

Неизвестный символ

ERR_MARKET_NOT_SELECTED

4302

Символ не выбран в MarketWatch

ERR_MARKET_WRONG_PROPERTY

4303

Ошибочный идентификатор свойства символа

ERR_MARKET_LASTTIME_UNKNOWN

4304

Время последнего тика неизвестно (тиков не было)

ERR_MARKET_SELECT_ERROR

4305

Ошибка добавления или удаления символа в MarketWatch

Доступ к истории

ERR_HISTORY_NOT_FOUND

4401

Запрашиваемая история не найдена

ERR_HISTORY_WRONG_PROPERTY

4402

Ошибочный идентификатор свойства истории

ERR_HISTORY_TIMEOUT

4403

Превышен таймаут при запросе истории

ERR_HISTORY_BARS_LIMIT

4404

Количество запрашиваемых баров ограничено настройками терминала

ERR_HISTORY_LOAD_ERRORS

4405

Множество ошибок при загрузке истории

ERR_HISTORY_SMALL_BUFFER

4407

Принимающий массив слишком мал чтобы вместить все запрошенные данные

Глобальные переменные терминала

ERR_GLOBALVARIABLE_NOT_FOUND

4501

Глобальная переменная клиентского терминала не найдена

ERR_GLOBALVARIABLE_EXISTS

4502

Глобальная переменная клиентского терминала с таким именем уже существует

ERR_GLOBALVARIABLE_NOT_MODIFIED

4503

Не было модификаций глобальных переменных

ERR_GLOBALVARIABLE_CANNOTREAD

4504

Не удалось открыть и прочитать файл со значениями глобальных переменных

ERR_GLOBALVARIABLE_CANNOTWRITE

4505

Не удалось записать файл со значениями глобальных переменных

ERR_MAIL_SEND_FAILED

4510

Не удалось отправить письмо

ERR_PLAY_SOUND_FAILED

4511

Не удалось воспроизвести звук

ERR_MQL5_WRONG_PROPERTY

4512

Ошибочный идентификатор свойства программы

ERR_TERMINAL_WRONG_PROPERTY

4513

Ошибочный идентификатор свойства терминала

ERR_FTP_SEND_FAILED

4514

Не удалось отправить файл по ftp

ERR_NOTIFICATION_SEND_FAILED

4515

Не удалось отправить уведомление

ERR_NOTIFICATION_WRONG_PARAMETER

4516

Неверный параметр для отправки уведомления – в функцию SendNotification()  передали пустую строку или NULL

ERR_NOTIFICATION_WRONG_SETTINGS

4517

Неверные настройки уведомлений в терминале (не указан ID или не выставлено разрешение)

ERR_NOTIFICATION_TOO_FREQUENT

4518

Слишком частая отправка уведомлений

ERR_FTP_NOSERVER

4519

Не указан FTP сервер

ERR_FTP_NOLOGIN

4520

Не указан FTP логин

ERR_FTP_FILE_ERROR

4521

Не найден файл в директории MQL5Files для отправки на FTP сервер

ERR_FTP_CONNECT_FAILED

4522

Ошибка при подключении к FTP серверу

ERR_FTP_CHANGEDIR

4523

На FTP сервере не найдена директория для выгрузки файла

ERR_FTP_CLOSED

4524

Подключение к FTP серверу закрыто

Буферы пользовательских индикаторов

ERR_BUFFERS_NO_MEMORY

4601

Недостаточно памяти для распределения индикаторных буферов

ERR_BUFFERS_WRONG_INDEX

4602

Ошибочный индекс своего индикаторного буфера

Свойства пользовательских индикаторов

ERR_CUSTOM_WRONG_PROPERTY

4603

Ошибочный идентификатор свойства пользовательского индикатора

Account

ERR_ACCOUNT_WRONG_PROPERTY

4701

Ошибочный идентификатор свойства счета

ERR_TRADE_WRONG_PROPERTY

4751

Ошибочный идентификатор свойства торговли

ERR_TRADE_DISABLED

4752

Торговля для эксперта запрещена

ERR_TRADE_POSITION_NOT_FOUND

4753

Позиция не найдена

ERR_TRADE_ORDER_NOT_FOUND

4754

Ордер не найден

ERR_TRADE_DEAL_NOT_FOUND

4755

Сделка не найдена

ERR_TRADE_SEND_FAILED

4756

Не удалось отправить торговый запрос

ERR_TRADE_CALC_FAILED

4758

Не удалось вычислить значение прибыли или маржи

Индикаторы

ERR_INDICATOR_UNKNOWN_SYMBOL

4801

Неизвестный символ

ERR_INDICATOR_CANNOT_CREATE

4802

Индикатор не может быть создан

ERR_INDICATOR_NO_MEMORY

4803

Недостаточно памяти для добавления индикатора

ERR_INDICATOR_CANNOT_APPLY

4804

Индикатор не может быть применен к другому индикатору

ERR_INDICATOR_CANNOT_ADD

4805

Ошибка при добавлении индикатора

ERR_INDICATOR_DATA_NOT_FOUND

4806

Запрошенные данные не найдены

ERR_INDICATOR_WRONG_HANDLE

4807

Ошибочный хэндл индикатора

ERR_INDICATOR_WRONG_PARAMETERS

4808

Неправильное количество параметров при создании индикатора

ERR_INDICATOR_PARAMETERS_MISSING

4809

Отсутствуют параметры при создании индикатора

ERR_INDICATOR_CUSTOM_NAME

4810

Первым параметром в массиве должно быть имя пользовательского индикатора

ERR_INDICATOR_PARAMETER_TYPE

4811

Неправильный тип параметра в массиве при создании индикатора

ERR_INDICATOR_WRONG_INDEX

4812

Ошибочный индекс запрашиваемого индикаторного буфера

Стакан цен

ERR_BOOKS_CANNOT_ADD

4901

Стакан цен не может быть добавлен

ERR_BOOKS_CANNOT_DELETE

4902

Стакан цен не может быть удален

ERR_BOOKS_CANNOT_GET

4903

Данные стакана цен не могут быть получены

ERR_BOOKS_CANNOT_SUBSCRIBE

4904

Ошибка при подписке на получение новых данных стакана цен

Файловые операции

ERR_TOO_MANY_FILES

5001

Не может быть открыто одновременно более 64 файлов

ERR_WRONG_FILENAME

5002

Недопустимое имя файла

ERR_TOO_LONG_FILENAME

5003

Слишком длинное имя файла

ERR_CANNOT_OPEN_FILE

5004

Ошибка открытия файла

ERR_FILE_CACHEBUFFER_ERROR

5005

Недостаточно памяти для кеша чтения

ERR_CANNOT_DELETE_FILE

5006

Ошибка удаления файла

ERR_INVALID_FILEHANDLE

5007

Файл с таким хэндлом уже был закрыт, либо не открывался вообще

ERR_WRONG_FILEHANDLE

5008

Ошибочный хэндл файла

ERR_FILE_NOTTOWRITE

5009

Файл должен быть открыт для записи

ERR_FILE_NOTTOREAD

5010

Файл должен быть открыт для чтения

ERR_FILE_NOTBIN

5011

Файл должен быть открыт как бинарный

ERR_FILE_NOTTXT

5012

Файл должен быть открыт как текстовый

ERR_FILE_NOTTXTORCSV

5013

Файл должен быть открыт как текстовый или CSV

ERR_FILE_NOTCSV

5014

Файл должен быть открыт как CSV

ERR_FILE_READERROR

5015

Ошибка чтения файла

ERR_FILE_BINSTRINGSIZE

5016

Должен быть указан размер строки, так как файл открыт как бинарный

ERR_INCOMPATIBLE_FILE

5017

Для строковых массивов должен быть текстовый файл, для остальных – бинарный

ERR_FILE_IS_DIRECTORY

5018

Это не файл, а директория

ERR_FILE_NOT_EXIST

5019

Файл не существует

ERR_FILE_CANNOT_REWRITE

5020

Файл не может быть переписан

ERR_WRONG_DIRECTORYNAME

5021

Ошибочное имя директории

ERR_DIRECTORY_NOT_EXIST

5022

Директория не существует

ERR_FILE_ISNOT_DIRECTORY

5023

Это файл, а не директория

ERR_CANNOT_DELETE_DIRECTORY

5024

Директория не может быть удалена

ERR_CANNOT_CLEAN_DIRECTORY

5025

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

ERR_FILE_WRITEERROR

5026

Не удалось записать ресурс в файл

ERR_FILE_ENDOFFILE

5027

Не удалось прочитать следующую порцию данных из CSV-файла (FileReadString, FileReadNumber, FileReadDatetime, FileReadBool), так как достигнут конец файла

Преобразование строк

ERR_NO_STRING_DATE

5030

В строке нет даты

ERR_WRONG_STRING_DATE

5031

В строке ошибочная дата

ERR_WRONG_STRING_TIME

5032

В строке ошибочное время

ERR_STRING_TIME_ERROR

5033

Ошибка преобразования строки в дату

ERR_STRING_OUT_OF_MEMORY

5034

Недостаточно памяти для строки

ERR_STRING_SMALL_LEN

5035

Длина строки меньше, чем ожидалось

ERR_STRING_TOO_BIGNUMBER

5036

Слишком большое число, больше, чем ULONG_MAX

ERR_WRONG_FORMATSTRING

5037

Ошибочная форматная строка

ERR_TOO_MANY_FORMATTERS

5038

Форматных спецификаторов больше, чем параметров

ERR_TOO_MANY_PARAMETERS

5039

Параметров больше, чем форматных спецификаторов

ERR_WRONG_STRING_PARAMETER

5040

Испорченный параметр типа string

ERR_STRINGPOS_OUTOFRANGE

5041

Позиция за пределами строки

ERR_STRING_ZEROADDED

5042

К концу строки добавлен 0, бесполезная операция

ERR_STRING_UNKNOWNTYPE

5043

Неизвестный тип данных при конвертации в строку

ERR_WRONG_STRING_OBJECT

5044

Испорченный объект строки

Работа с массивами

ERR_INCOMPATIBLE_ARRAYS

5050

Копирование несовместимых массивов. Строковый массив может быть скопирован только в строковый, а числовой массив – в числовой

ERR_SMALL_ASSERIES_ARRAY

5051

Приемный массив объявлен как AS_SERIES, и он недостаточного размера

ERR_SMALL_ARRAY

5052

Слишком маленький массив, стартовая позиция за пределами массива

ERR_ZEROSIZE_ARRAY

5053

Массив нулевой длины

ERR_NUMBER_ARRAYS_ONLY

5054

Должен быть числовой массив

ERR_ONEDIM_ARRAYS_ONLY

5055

Должен быть одномерный массив

ERR_SERIES_ARRAY

5056

Таймсерия не может быть использована

ERR_DOUBLE_ARRAY_ONLY

5057

Должен быть массив типа double

ERR_FLOAT_ARRAY_ONLY

5058

Должен быть массив типа float

ERR_LONG_ARRAY_ONLY

5059

Должен быть массив типа long

ERR_INT_ARRAY_ONLY

5060

Должен быть массив типа int

ERR_SHORT_ARRAY_ONLY

5061

Должен быть массив типа short

ERR_CHAR_ARRAY_ONLY

5062

Должен быть массив типа char

ERR_STRING_ARRAY_ONLY

5063

Должен быть массив типа string

Работа с OpenCL

ERR_OPENCL_NOT_SUPPORTED

5100

Функции OpenCL на данном компьютере не поддерживаются

ERR_OPENCL_INTERNAL

5101

Внутренняя ошибка при выполнении OpenCL

ERR_OPENCL_INVALID_HANDLE

5102

Неправильный хэндл OpenCL

ERR_OPENCL_CONTEXT_CREATE

5103

Ошибка при создании контекста OpenCL

ERR_OPENCL_QUEUE_CREATE

5104

Ошибка создания очереди выполнения в OpenCL

ERR_OPENCL_PROGRAM_CREATE

5105

Ошибка при компиляции программы OpenCL

ERR_OPENCL_TOO_LONG_KERNEL_NAME

5106

Слишком длинное имя точки входа (кернел OpenCL)

ERR_OPENCL_KERNEL_CREATE

5107

Ошибка создания кернел — точки входа OpenCL

ERR_OPENCL_SET_KERNEL_PARAMETER

5108

Ошибка при установке параметров для кернел OpenCL (точки входа в программу OpenCL)

ERR_OPENCL_EXECUTE

5109

Ошибка выполнения программы OpenCL

ERR_OPENCL_WRONG_BUFFER_SIZE

5110

Неверный размер буфера OpenCL

ERR_OPENCL_WRONG_BUFFER_OFFSET

5111

Неверное смещение в буфере OpenCL

ERR_OPENCL_BUFFER_CREATE

5112

Ошибка создания буфера OpenCL

ERR_OPENCL_TOO_MANY_OBJECTS

5113

Превышено максимальное число OpenCL объектов

ERR_OPENCL_SELECTDEVICE

5114

Ошибка выбора OpenCL устройства

Работа с базами данных

ERR_DATABASE_INTERNAL

5120

Внутренняя ошибка базы данных

ERR_DATABASE_INVALID_HANDLE

5121

Невалидный хендл базы данных

ERR_DATABASE_TOO_MANY_OBJECTS

5122

Превышено максимально допустимое количество объектов Database

ERR_DATABASE_CONNECT

5123

Ошибка подключения к базе данных

ERR_DATABASE_EXECUTE

5124

Ошибка выполнения запроса

ERR_DATABASE_PREPARE

5125

Ошибка создания запроса

ERR_DATABASE_NO_MORE_DATA

5126

Данных для чтения больше нет

ERR_DATABASE_STEP

5127

Ошибка перехода к следующей записи запроса

ERR_DATABASE_NOT_READY

5128

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

ERR_DATABASE_BIND_PARAMETERS

5129

Ошибка автоподстановки параметров в SQL-запрос

ERR_DATABASE_QUERY_NOT_READONLY

5130

Работа с WebRequest()

ERR_WEBREQUEST_INVALID_ADDRESS

5200

URL не прошел проверку

ERR_WEBREQUEST_CONNECT_FAILED

5201

Не удалось подключиться к указанному URL

ERR_WEBREQUEST_TIMEOUT

5202

Превышен таймаут получения данных

ERR_WEBREQUEST_REQUEST_FAILED

5203

Ошибка в результате выполнения HTTP запроса

Работа с сетью (сокетами)

ERR_NETSOCKET_INVALIDHANDLE

5270

В функцию передан неверный хэндл сокета

ERR_NETSOCKET_TOO_MANY_OPENED

5271

Открыто слишком много сокетов (максимум 128)

ERR_NETSOCKET_CANNOT_CONNECT

5272

Ошибка соединения с удаленным хостом

ERR_NETSOCKET_IO_ERROR

5273

Ошибка отправки/получения данных из сокета

ERR_NETSOCKET_HANDSHAKE_FAILED

5274

Ошибка установления защищенного соединения (TLS Handshake)

ERR_NETSOCKET_NO_CERTIFICATE

5275

Отсутствуют данные о сертификате, которым защищено подключение

Пользовательские символы

ERR_NOT_CUSTOM_SYMBOL

5300

Должен быть указан пользовательский символ

ERR_CUSTOM_SYMBOL_WRONG_NAME

5301

Некорректное имя пользовательского символа. В имени символа можно использовать только латинские буквы без знаков препинания, пробелов и спецсимволов (допускаются «.», «_», «&» и «#»). Не рекомендуется использовать символы <, >, :, «, /,, |, ?, *.

ERR_CUSTOM_SYMBOL_NAME_LONG

5302

Слишком длинное имя для пользовательского символа. Длина имени символа не должна превышать 32 знака с учётом завершающего 0

ERR_CUSTOM_SYMBOL_PATH_LONG

5303

Слишком длинный путь для пользовательского символа. Длина пути не более 128 знаков с учётом «Custom\», имени символа, разделителей групп и завершающего 0

ERR_CUSTOM_SYMBOL_EXIST

5304

Пользовательский символ с таким именем уже существует

ERR_CUSTOM_SYMBOL_ERROR

5305

Ошибка при создании, удалении или изменении пользовательского символа

ERR_CUSTOM_SYMBOL_SELECTED

5306

Попытка удалить пользовательский символ, выбранный в обзоре рынка (Market Watch)

ERR_CUSTOM_SYMBOL_PROPERTY_WRONG

5307

Неправильное свойство пользовательского символа

ERR_CUSTOM_SYMBOL_PARAMETER_ERROR

5308

Ошибочный параметр при установке свойства пользовательского символа

ERR_CUSTOM_SYMBOL_PARAMETER_LONG

5309

Слишком длинный строковый параметр при установке свойства пользовательского символа

ERR_CUSTOM_TICKS_WRONG_ORDER

5310

Не упорядоченный по времени массив тиков

Экономический календарь

ERR_CALENDAR_MORE_DATA

5400

Размер массива недостаточен для получения описаний всех значений

ERR_CALENDAR_TIMEOUT

5401

Превышен лимит запроса по времени

ERR_CALENDAR_NO_DATA

5402

Страна не найдена

Работа с базами данных

ERR_DATABASE_ERROR  

5601

Общая ошибка

ERR_DATABASE_INTERNAL

5602

Внутренняя логическая ошибка в SQLite

ERR_DATABASE_PERM

5603

Отказано в доступе

ERR_DATABASE_ABORT

5604

Процедура обратного вызова запросила прерывание

ERR_DATABASE_BUSY

5605

Файл базы данных заблокирован

ERR_DATABASE_LOCKED

5606

Таблица в базе данных заблокирована

ERR_DATABASE_NOMEM

5607

Сбой malloc ()

ERR_DATABASE_READONLY

5608

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

ERR_DATABASE_INTERRUPT

5609

Операция прекращена с помощью sqlite3_interrupt ()

ERR_DATABASE_IOERR

5610

Ошибка дискового ввода-вывода

ERR_DATABASE_CORRUPT

5611

Образ диска базы данных испорчен

ERR_DATABASE_NOTFOUND

5612

Неизвестный код операции в sqlite3_file_control ()

ERR_DATABASE_FULL

5613

Ошибка вставки, так как база данных заполнена

ERR_DATABASE_CANTOPEN

5614

Невозможно открыть файл базы данных

ERR_DATABASE_PROTOCOL

5615

Ошибка протокола блокировки базы данных

ERR_DATABASE_EMPTY

5616

Только для внутреннего использования

ERR_DATABASE_SCHEMA

5617

Схема базы данных изменена

ERR_DATABASE_TOOBIG

5618

Строка или BLOB превышает ограничение по размеру

ERR_DATABASE_CONSTRAINT

5619

Прервано из-за нарушения ограничения

ERR_DATABASE_MISMATCH

5620

Несоответствие типов данных

ERR_DATABASE_MISUSE

5621

Ошибка неправильного использования библиотеки

ERR_DATABASE_NOLFS

5622

Использование функций операционной системы, не поддерживаемых на хосте

ERR_DATABASE_AUTH

5623

Отказано в авторизации

ERR_DATABASE_FORMAT

5624

Не используется

ERR_DATABASE_RANGE

5625

2-й параметр для sqlite3_bind находится вне диапазона

ERR_DATABASE_NOTADB

5626

Открытый файл не является файлом базы данных

Пользовательские ошибки

ERR_USER_ERROR_FIRST

65536

С этого кода начинаются ошибки, задаваемые пользователем

Не могу закрыть ордер

void Buy()
<
MqlTick Tick;
SymbolInfoTick ( Symbol (),Tick);
MqlTradeRequest request=< 0 >;
MqlTradeResult result=< 0 >;
request.action = TRADE_ACTION_DEAL ;
request.symbol = Symbol ();
request.volume = 1 ;
request.type = ORDER_TYPE_BUY ;
request.price = Tick.ask;
if (! OrderSend (request,result)) PrintFormat ( «OrderSend ошибка %d» , GetLastError ());
else Print ( __FUNCTION__ , «: » ,result.comment, » код ответа » ,result.retcode);
>

void Sell()
<
MqlTick Tick;
SymbolInfoTick ( Symbol (),Tick);
MqlTradeRequest request=< 0 >;
MqlTradeResult result=< 0 >;
request.action = TRADE_ACTION_DEAL ;
request.symbol = Symbol ();
request.volume = 1 ;
request.type = ORDER_TYPE_SELL ;
request.price = Tick.bid;
if (! OrderSend (request,result)) PrintFormat ( «OrderSend ошибка %d» , GetLastError ());
else Print ( __FUNCTION__ , «: » ,result.comment, » код ответа » ,result.retcode);
>

void ClBuy()
<
MqlTradeRequest request = < 0 >;
MqlTradeResult result = < 0 >;
int total= PositionsTotal ();
for ( int pos= 0 ; pos if ( PositionSelectByTicket ( PositionGetTicket (pos)))
<
if ( PositionGetInteger ( POSITION_TYPE )== POSITION_TYPE_BUY )
<
//OrderClose(OrderTicket(),OrderLots(),Bid,0,clrGold);
Print ( «Ticket » , PositionGetTicket (pos));
request.action = TRADE_ACTION_CLOSE_BY ;
request.position = PositionGetTicket (pos);
request.position_by = PositionGetInteger ( POSITION_TICKET );
request.price = SymbolInfoDouble ( Symbol (), SYMBOL_BID );
/*request.symbol = Symbol(); //PositionGetString(POSITION_SYMBOL);
request.volume = PositionGetDouble(POSITION_VOLUME);
request.type = ORDER_TYPE_BUY;*/
if (! OrderSend (request,result)) PrintFormat ( «OrderSend ошибка %d» , GetLastError ());
else Print ( __FUNCTION__ , «: » ,result.comment, » код ответа » ,result.retcode);
>
>
>
>

Закрыть позицию встречной

Установить торговый ордер на немедленное совершение сделки с указанными параметрами (поставить рыночный ордер)

Источник

my EA doesn’t want to trade anymore

When sending a TradeRequest, my EA now always returns the error 4752 ( Trading by Expert Advisors prohibited) and the retcode =10027 ( Autotrading disabled by client terminal).

Still, the «Options/ExpertAdvisor/Allow Auto Trading» is well checked and the 3 cases of «Disable Auto Trading» are unchecked.

A reboot doesn’t help. I don’t understand what going on.

Maybe you have an idea ?

Thank you in advance.

I have MT with MetaQuotes server. Now my EA can’t trade but script can. I think MQ wants to run ATC trouble free. That was just my opinion, I didn’t check with other broker server.

However I don’t understand your retcode 10027, did you click the auto trading button on MT toolbar ?

I have MT with MetaQuotes server. Now my EA can’t trade but script can. I think MQ wants to run ATC trouble free. That was just my opinion, I didn’t check with other broker server.

However I don’t understand your retcode 10027, did you click the auto trading button on MT toolbar ?

Thank you for your reply.

if temres is a MqlTradeResult type variable, temres.retcode is what is returned after an Ordersend command is placed.

However, it works again when I tried it this morning (probably Metaquotes did something on their side)

Источник

Коды возврата торгового сервера

Все приказы на совершение торговых операций отправляются в виде структуры торгового запроса MqlTradeRequest с помощью функции OrderSend(). Результат выполнения этой функции помещается в структуру MqlTradeResult, поле retcode которой содержит код возврата торгового сервера.

Запрос отменен трейдером

Заявка выполнена частично

Ошибка обработки запроса

Запрос отменен по истечению времени

Неправильный объем в запросе

Неправильная цена в запросе

Неправильные стопы в запросе

Нет достаточных денежных средств для выполнения запроса

Отсутствуют котировки для обработки запроса

Неверная дата истечения ордера в запросе

Состояние ордера изменилось

Слишком частые запросы

В запросе нет изменений

Автотрейдинг запрещен сервером

Автотрейдинг запрещен клиентским терминалом

Запрос заблокирован для обработки

Ордер или позиция заморожены

Указан неподдерживаемый тип исполнения ордера по остатку

Нет соединения с торговым сервером

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

Достигнут лимит на количество отложенных ордеров

Достигнут лимит на объем ордеров и позиций для данного символа

Неверный или запрещённый тип ордера

Позиция с указанным POSITION_IDENTIFIER уже закрыта

Закрываемый объем превышает текущий объем позиции

Для указанной позиции уже есть ордер на закрытие. Может возникнуть при работе в системе хеджинга:

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

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

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

Запрос на активацию отложенного ордера отклонен, а сам ордер отменен

Запрос отклонен, так как на символе установлено правило » Разрешены только длинные позиции» (POSITION_TYPE_BUY)

Запрос отклонен, так как на символе установлено правило » Разрешены только короткие позиции» ( POSITION_TYPE_SELL)

Запрос отклонен, так как на символе установлено правило » Разрешено только закрывать существующие позиции «

Запрос отклонен, так как для торгового счета установлено правило » Разрешено закрывать существующие позиции только по правилу FIFO » (ACCOUNT_FIFO_CLOSE=true)

Запрос отклонен, так как для торгового счета установлено правило » Запрещено открывать встречные позиции по одному символу «. Например, если на счете имеется позиция Buy, то пользователь не может открыть позицию Sell или выставить отложенный ордер на продажу. Правило может применяться только на счетах с хеджинговой системой учета (ACCOUNT_MARGIN_MODE=ACCOUNT_MARGIN_MODE_RETAIL_HEDGING).

Источник

Причина возникновения ошибки 4756

У меня такая ошибка возникает из-за кривого контроля величины выставляемых стопов.

У меня такая ошибка возникает из-за кривого контроля величины выставляемых стопов.

Как Вы определили, что это реквоты?

Эта ошибка возникает при неудаче OrderSend. А что конкретно там произошло, можно выяснить, проанализировав код возврата торгового сервера. Об этом явно сказано в описании функции OrderSend

Как Вы определили, что это реквоты?

Эта ошибка возникает при неудаче OrderSend. А что конкретно там произошло, можно выяснить, проанализировав код возврата торгового сервера. Об этом явно сказано в описании функции OrderSend

ну у меня в логах тестера пишет:

2010.07.30 12:05:26 Core 1 price corrected from 1.23434 to 1.23437, deviation: 10 (instant sell 4.00 EURUSD at 1.23434 sl: 1.23634 tp: 1.21934)(1.23437 / 1.23452 / 1.23437)

2010.07.30 12:05:25 Core 1 requote 1.23431 / 1.23446 / 1.23431 (instant sell 4.00 EURUSD at 1.23443 sl: 1.23643 tp: 1.21943)

ну у меня в логах тестера пишет:

2010.07.30 12:05:26 Core 1 price corrected from 1.23434 to 1.23437, deviation: 10 (instant sell 4.00 EURUSD at 1.23434 sl: 1.23634 tp: 1.21934)(1.23437 / 1.23452 / 1.23437)

2010.07.30 12:05:25 Core 1 requote 1.23431 / 1.23446 / 1.23431 (instant sell 4.00 EURUSD at 1.23443 sl: 1.23643 tp: 1.21943)

Реквота тут совершенно не причём и возникает уже при следующем вызове OrderSend().

Стопы также достаточные: 200 и 500 пипсов

Цена также влазит в deviation в данном случае

ERR_TRADE_SEND_FAILED 4756 Не удалось отправить торговый запрос

А вообще то у Вас сделки совершаются ?

Источник

Причина возникновения ошибки 4756 — страница 3

Возможно что есть еще ошибки до того, как отправилась команда на сервер

Приведите выкопировку из кода по модификации позиции

Ренат, привожу текст скрипта на модификацию:

Ренат, привожу текст скрипта на модификацию:

Вырезал по максимуму. Оставил только модификацию позиции BUY: просто пытаемся тупо выставить SL и TP заданные во входных параметрах.

закономерно получаем 10018.

ВНИМАНИЕ: данный код НЕЛЬЗЯ применять в реале! Здесь не анализруется текущий SL и TP у позиции, нет проверки на уровни заморозки и отступа .

Ренат, привожу текст скрипта на модификацию:

и эту функцию бы глянуть:

Вырезал по максимуму. Оставил только модификацию позиции BUY: просто пытаемся тупо выставить SL и TP заданные во входных параметрах.

закономерно получаем 10018.

ВНИМАНИЕ: данный код НЕЛЬЗЯ применять в реале! Здесь не анализруется текущий SL и TP у позиции, нет проверки на уровни заморозки и отступа .

Владимир, я попробовал Ваш скрипт. Действительно, получил ожидаемый результат 10018, то есть рынок закрыт. Я буду совершенствовать этот скрипт: добавлю модификацию для POSITION_TYPE_SELL, добавлю анализ SL и TP на предмет того, может они уже такие, как я хочу, и, следовательно, в модификации не нуждаются. Не знаю, есть ли смысл проверять уровни заморозки и отступа.

В любом случае, огромное Вам спасибо за хлопоты ! Можно было, конечно, найти в Code Base такой уже готовый скрипт. Но хотелось бы иметь свой скрипт, которым я лично умею управлять, исправлять .

Владимир, я попробовал Ваш скрипт. Действительно, получил ожидаемый результат 10018, то есть рынок закрыт. Я буду совершенствовать этот скрипт: добавлю модификацию для POSITION_TYPE_SELL, добавлю анализ SL и TP на предмет того, может они уже такие, как я хочу, и, следовательно, в модификации не нуждаются. Не знаю, есть ли смысл проверять уровни заморозки и отступа.

В любом случае, огромное Вам спасибо за хлопоты ! Можно было, конечно, найти в Code Base такой уже готовый скрипт. Но хотелось бы иметь свой скрипт, которым я лично умею управлять, исправлять .

Вот и ладненько. Счёт вытираю из своего терминала.

Источник

Обработка ошибок

inf(15, GetLastError()); // если дошли сюда значит есть ошибка... узнаем какая именно

case 15: switch(Number)                 // Переход на номер ошибки
 {
  case 2: Graf_Text = "Общая ошибка.";                 break;
  case 4: Graf_Text = "Торговый сервер занят.";        break;
  case 129: Graf_Text = "Неправильная цена. ";         break;
  case 135: Graf_Text = "Цена изменилась.";            break;
  case 136: Graf_Text = "Нет цен. Ждём новый тик..";   break;
  case 137: Graf_Text = "Брокер занят.";               break;
  case 146: Graf_Text = "Подсистема торговли занята."; break;
  case 5 :  Graf_Text = "Старая версия терминала.";    break;
  case 64:  Graf_Text = "Счет заблокирован.";          break;
  case 133: Graf_Text = "Торговля запрещена";          break;
  case 134: Alert("Недостаточно денег для совершения операции.");
  return(0);                             // Выход из функции
  default:  Graf_Text = StringConcatenate("Возникла ошибка ",Number);
 }
break;

if(IsTesting() == false) Sleep(5000); // если это не тестирование - "засыпаем" на 5 секунд.

case 15: switch(Number)                 // Переход на номер ошибки
 {
  case 2: Graf_Text = "Общая ошибка.";
          break;
  case 4: Graf_Text = "Торговый сервер занят.";
          if(IsTesting() == false) Sleep(5000); // если это не тестирование - "засыпаем" на 5 секунд.
          break;
  case 129: Graf_Text = "Неправильная цена.";
            break;
  case 130: Graf_Text = "Неправильная дистанция.";
            break;
  case 135: Graf_Text = "Цена изменилась.";
            break;
  case 136: Graf_Text = "Нет цен. Ждём новый тик..";
            if(IsTesting() == false) Sleep(1); // если это не тестирование - "засыпаем" на 1 миллисекунду.
            break;
  case 137: Graf_Text = "Брокер занят.";
            if(IsTesting() == false)Sleep(5000); // если это не тестирование - "засыпаем" на 5 секунд.
            break;
  case 146: Graf_Text = "Подсистема торговли занята.";
            if(IsTesting() == false) Sleep(500); // если это не тестирование - "засыпаем" на пол секунды.
            break;
  case 5 :  Graf_Text = "Старая версия терминала.";
            break;
  case 64:  Graf_Text = "Счет заблокирован.";
            break;
  case 133: Graf_Text = "Торговля запрещена";
            break;
  case 134: Alert("Недостаточно денег для совершения операции.");
            return(0);                             // Выход из функции
  default:  Graf_Text = StringConcatenate("Возникла ошибка ",Number);
 }
break;

Разработка торговых экспертов на языке MQL4 является не такой уж простой задачей. Во-первых – алгоритмизация любой сложной торговой системы уже представляет собой проблему, так как нужно учесть очень много деталей, начиная с особенностей ТС и заканчивая спецификой среды MetaTrader 4. Во-вторых, даже наличие детальнейшего алгоритма не избавляет от сложностей, возникающих при переносе разработанного алгоритма на язык программирования MQL4.

Компилятор оказывает некоторую помощь при написании корректных экспертов. После начала компиляции MetaEditor сообщит обо всех синтаксических ошибках в вашем коде. Но, к сожалению, помимо синтаксических ошибок ваш советник может содержать еще и логические ошибки, которые компилятор выловить не может. Поэтому этим нам придется заняться самим. Как это сделать – в нашем сегодняшнем материале.

Самые распространенные ошибки компиляции

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

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

Идентификатор совпадает с зарезервированным словом

Если наименование переменной или функции совпадает с одним из зарезервированных слов:

int char[];  // неправильно
int char1[]; // правильно
int char()   // неправильно
{
    return(0);
}

то компилятор выводит сообщения об ошибках:

Для исправления данной ошибки нужно исправить имя переменной или функции. Я рекомендую придерживаться следующей системы для именования:

Все функции должны обозначать действие. То есть это должен быть глагол. Например, OpenLongPosition() или ModifyStopLoss(). Ведь функции всегда именно что-то делают, верно?

Кроме того, функции желательно называть в так называемом CamelCase стиле. А переменные в cebab_case стиле. Это общепринятая практика.

Кстати, об именах переменных. Переменные – это существительные. Например, my_stop_loss, day_of_week, current_month. Не так страшно назвать переменную длинным именем, гораздо страшнее назвать ее непонятно. Что такое dow, индекс Dow Jones? Нет, это, оказывается, день недели. Конечно, сегодня вам и так понятно, что это за переменная. Но когда вы откроете код советника месяц спустя, все будет уже не так явно. А это время, упущенное на расшифровку посланий из прошлого – оно вам надо?

Специальные символы в наименованиях переменных и функций

Идем дальше. Если наименования переменных или функций содержат специальные символы ($, @, точка):

int $var1; // неправильно
int @var2; // неправильно
int var.3; // неправильно
void f@()  // неправильно
{
    return;
}

то компилятор выводит сообщения об ошибках:

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

Ошибки использования оператора switch

Старая версия компилятора позволяла использовать любые значения в выражениях и константах оператора switch:

void start()
{
    double n=3.14;
    switch(n)
    {
        case 3.14: 
            Print("Pi");
            break;
        case 2.7: 
            Print("E");
            break;
    }
}

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

Поэтому, когда вы разбираете код классики, такой, как WallStreet, Ilan и прочей нетленки (что очень полезно для саморазвития), можно натолкнуться на эту ошибку. Лечится она очень просто, например, при использовании такой вот строки:

switch(MathMod(day_48, 10))

Вот так можно запросто решить проблему:

switch((int)MathMod(day_48, 10))

Возвращаемые значений функций

Все функции, кроме void, должны возвращать значение объявленного типа. Например:

При строгом режиме компиляции (strict) возникает ошибка:

В режиме компиляции по умолчанию компилятор выводит предупреждение:

Если возвращаемое значение функции не соответствует объявлению:

Тогда при строгом режиме компиляции возникает ошибка:

В режиме компиляции по умолчанию компилятор выводит предупреждение:

Для исправления таких ошибок в код функции всего-навсего нужно добавить оператор возврата return c возвращаемым значением соответствующего типа.

Массивы в аргументах функций

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

double ArrayAverage(double a[])
{
    return(0);
}

Данный код при строгом режиме компиляции (strict) приведет к ошибке:

В режиме компиляции по умолчанию компилятор выводит предупреждение:

Для исправления таких ошибок нужно явно указать передачу массива по ссылке, добавив префикс & перед именем массива:

double ArrayAverage(double &a[])
{
    return(0);
}

Кстати, константные массивы (Time[], Open[], High[], Low[], Close[], Volume[]) не могут быть переданы по ссылке. Например, вызов:

вне зависимости от режима компиляции приводит к ошибке:

Для устранения подобных ошибок нужно скопировать необходимые данные из константного массива:

//--- массив для хранения значений цен открытия
double OpenPrices[];
//--- копируем значения цен открытия в массив OpenPrices[]
ArrayCopy(OpenPrices,Open,0,0,WHOLE_ARRAY);
//--- вызываем функцию
ArrayAverage(OpenPrices);

Одна из самых распространенных ошибок – потеря советником индикатора. В таких случаях обычно пользователи эксперта на форумах гневно пишут: «Советник не работает!» или «Ставлю советник на график и ничего не происходит!». Решение этого вопроса на самом деле очень простое. Как всегда, достаточно просто заглянуть на вкладку «Журнал» терминала и обнаружить там запись вроде:

2018.07.08 09:15:44.957 2016.01.04 00:51 cannot open file 
'C:Users1AppDataRoamingMetaQuotesTerminal
MQL4indicatorsKELTNER_F12.ex4' [2]

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

Предупреждения компилятора

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

Пересечения имен глобальных и локальных переменных

Если на глобальном и локальном уровнях присутствуют переменные с одинаковыми именами:

int i; // глобальная переменная
void OnStart()
{
    int i=0,j=0; // локальные переменные

    for (i=0; i<5; i++) {
        j+=i;
    }
    PrintFormat("i=%d, j=%d",i,j);
}

то компилятор выводит предупреждение и укажет номер строки, на которой объявлена глобальная переменная:

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

Несоответствие типов

В следующем примере:

#property strict
void OnStart()
{
    double a=7;
    float b=a;
    int c=b;
    string str=c;
    Print(c);
}

при строгом режиме компиляции при несоответствии типов компилятор выводит предупреждения:

В данном примере компилятор предупреждает о возможной потере точности при присвоении различных типов данных и неявном преобразовании типа int в string.

Для исправления нужно использовать явное приведение типов:

#property strict
void OnStart()
{
    double a=7;
    float b=(float)a;
    int c=(int)b;
    string str=(string)c;
    Print(c);
}

Неиспользуемые переменные

Наличие переменных, которые не используются в коде программы (лишние сущности) не является хорошим тоном.

void OnStart()
{
    int i,j=10,k,l,m,n2=1;
    for(i=0; i<5; i++) {j+=i;}
}

Сообщения о таких переменных выводятся вне зависимости от режима компиляции:

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

Диагностика ошибок при компиляции

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

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

Написать достаточно большой код без единой ошибки – очень приятно. Но, к сожалению, так получается не часто. Я не рассматриваю здесь ошибки, которые приводят к неверному исполнению кода. Здесь пойдёт речь об ошибках, из-за которых становится невозможной компиляция.

Весьма распространённые ошибки – вставка лишней скобки в сложном условии, нехватка скобки, не выставление двоеточия, запятой при объявлении переменных, опечатка в названии переменной и так далее. Часто при компиляции можно сразу увидеть, в какой строке допущена подобная ошибка. Но бывают и случаи, когда найти такую ошибку не так просто. Ни компилятор, ни зоркий глаз нам не могут помочь сразу найти ошибку. В таких случаях, как правило, начинающие программисты начинают “обходить” весь код, пытаясь визуально определить ошибку. И снова, и снова, пока выдерживают нервы.

Однако MQL, как и другие языки программирования, предлагает отличный инструмент – комментирование. Используя его, можно отключать какие-то участки кода. Обычно комментирование используют именно для вставки каких-то комментариев, или же отключения неиспользуемых участков кода. Комментирование можно также успешно применять и при поиске ошибок.

Поиск ошибок обычно сводится к определению участка кода, где допущена ошибка, а затем, в этом участке, визуально находится ошибка. Думаю, вряд ли кто-то будет сомневаться в том, что исследовать “на глаз” 5-10 строчек кода проще и быстрей, чем 100-500, а то и несколько тысяч.

При использовании комментирования задача предельно проста. Сначала нужно закомментировать различные участки кода (иногда чуть ли не весь код), тем самым “отключив” его. Затем, по очереди, комментирование снимается с этих участков кода. После очередного снятия комментирования совершается попытка компиляции. Если компиляция прошла успешно – ошибка не в этом участке кода. Затем открывается следующий участок кода и так далее. Когда находится проблемный участок кода, визуально ищется ошибка, затем устраняется. Опять происходит попытка компиляции. Если всё прошло успешно, ошибка устранена.

Важно правильно определять участки кода, которые необходимо комментировать. Если это условие (или иная логическая конструкция), то оно должно комментироваться полностью. Если комментируется участок кода, где объявляются переменные, важно, чтобы не был открыт участок, где происходит обращение к этим переменным. Иначе говоря – комментирование должно применяться по логике программирования. Несоблюдения такого подхода приводит к возникновению новых, вводящих в заблуждение, ошибок при компиляции.

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

Ошибки времени выполнения

Ошибки, возникающие в процессе исполнения кода программы, принято называть ошибками времени выполнения (runtime errors). Такие ошибки обычно зависят от состояния программы и связаны с некорректными значениями переменных.

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

Выход за пределы массива (Array out of range)

Эта ошибка часто возникает в индикаторах при обращении к индикаторным буферам. Функция IndicatorCounted() возвращает количество баров, не изменившихся после последнего вызова индикатора. Значения индикаторов на уже рассчитанных ранее барах не нуждаются в пересчете, поэтому для ускорения расчетов достаточно обрабатывать только несколько последних баров.

Большинство индикаторов, в которых используется данный способ оптимизации вычислений, имеют такой вид:

//+------------------------------------------------------------------+
//| Custom indicator iteration function                              |
//+------------------------------------------------------------------+

int start()
{
    //--- иногда для расчета требуется не менее N баров (например, 100)
    // если на графике нет такого количества баров (например, на таймфрейме MN)
    if (Bars<100) {
        return(-1); // прекращаем расчет и выходим досрочно
    }

    //--- количество баров, не изменившихся с момента последнего вызова индикатора
    int counted_bars=IndicatorCounted();
    //--- в случае ошибки выходим
    if (counted_bars<0) {
        return(-1);
    }
    //--- позиция бара, с которого начинается расчет в цикле
    int limit=Bars-counted_bars;

    //--- если counted_bars=0, то начальную позицию в цикле нужно уменьшить на 1,
    if (counted_bars==0) {
        limit--;  // чтобы не выйти за пределы массива при counted_bars==0
        //--- в расчетах используется смещение на 10 баров вглубь 
        //--- истории, поэтому добавим это смещение при первом расчете
        limit-=10;
    } else {
        //--- индикатор уже рассчитывался ранее, counted_bars>0
        //--- при повторных вызовах увеличим limit на 1, чтобы 
        //--- гарантированно обновлять значения индикатора для последнего бара
        limit++;
    }
    //--- основной цикл расчета
    for (int i=limit; i>0; i--) {
        // используются значения баров, уходящих вглубь истории на 5 и 10
        Buff1[i]=0.5*(Open[i+5]+Close[i+10]) 
    }
}

Часто встречается некорректная обработка случая counted_bars==0 (начальную позицию limit нужно уменьшить на значение, равное 1 + максимальный индекс относительно переменной цикла).

Также следует помнить о том, что в момент исполнения функции start() мы можем обращаться к элементам массивов индикаторных буферов от 0 до Bars()-1. Если есть необходимость работы с массивами, которые не являются индикаторными буферами, то их размер следует увеличить при помощи функции ArrayResize() в соответствии с текущим размером индикаторных буферов. Максимальный индекс элемента для адресации также можно получить вызовом ArraySize() с одним из индикаторных буферов в качестве аргумента.

Деление на ноль (Zero divide)

Ошибка “Zero divide” возникает в случае, если при выполнении операции деления делитель оказывается равен нулю:

void OnStart()
{
    int a=0, b=0,c;
    c=a/b;
    Print("c=",c);
}

При выполнении данного скрипта во вкладке “Эксперты” возникает сообщение об ошибке и завершении работы программы:

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

Самый простой способ – проверять делитель перед операцией деления и выводить сообщение о некорректном значении параметра:

void OnStart()
{
    int a=0, b=0,c;
    if (b!=0) {
        c=a/b; Print(c);
    } else {
        Print("Error: b=0"); 
        return; 
    }
}

В результате критической ошибки не возникает, но выводится сообщение о некорректном значении параметра и работа завершается:

Использование 0 вместо NULL для текущего символа

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

Например, значение технического индикатора Moving Average для текущего символа можно было запрашивать следующим образом:

AlligatorJawsBuffer[i]=iMA(0,0,13,8,MODE_SMMA,PRICE_MEDIAN,i);    // неправильно

В новом компиляторе для указания текущего символа нужно явно указывать NULL:

AlligatorJawsBuffer[i]=iMA(NULL,0,13,8,MODE_SMMA,PRICE_MEDIAN,i); // правильно

Кроме того, текущий символ и период графика можно указать при помощи функций Symbol() и Period().

AlligatorJawsBuffer[i]=iMA(Symbol(),Period(),13,8,MODE_SMMA,PRICE_MEDIAN,i); // правильно

Еще лучше, если вы будете использовать предопределенные переменные _Symbol и _Period – они обрабатываются быстрее:

AlligatorJawsBuffer[i]=iMA(_Symbol,_Period,13,8,MODE_SMMA,PRICE_MEDIAN,i); // правильно

Строки в формате Unicodе и их использование в DLL

Строки представляют собой последовательность символов Unicode. Следует учитывать этот факт и использовать соответствующие функции Windows. Например, при использовании функций библиотеки wininet.dll вместо InternetOpenA() и InternetOpenUrlA() следует вызывать InternetOpenW() и InternetOpenUrlW(). При передаче строк в DLL следует использовать структуру MqlString:

#pragma pack(push,1)
struct MqlString
{
    int      size;       // 32-битное целое, содержит размер распределенного для строки буфера
    LPWSTR   buffer;     // 32-разрядный адрес буфера, содержащего строку
    int      reserved;   // 32-битное целое, зарезервировано, не использовать
};
#pragma pack(pop,1)

Совместное использование файлов

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

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

Например, при работе с оффлайновыми графиками требуется явно указывать флаги совместного доступа:

// 1-st change - add share flags
ExtHandle=FileOpenHistory(c_symbol+i_period+".hst",
    FILE_BIN|FILE_WRITE|FILE_SHARE_WRITE|FILE_SHARE_READ);

Особенность преобразования datetime

Следует иметь ввиду, что преобразование типа datetime в строку зависит от режима компиляции:

datetime date=D'2014.03.05 15:46:58';
string str="mydate="+date;
//--- str="mydate=1394034418" - без директивы #property strict
//--- str="mydate=2014.03.05 15:46:58" - с директивой #property strict

Например, попытка работы с файлами, имя которых содержит двоеточие, приведет к ошибке.

Обработка ошибок времени выполнения

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

В наборе “из коробки” доступны некоторые библиотеки для упрощения написания советников, в том числе и для работы с ошибками. Хранятся они в папке MQL4/Include:

Нам понадобятся две библиотеки:

• stderror.mqh – содержит константы для номера каждой ошибки;
• stdlib.mqh – содержит несколько вспомогательных функций, в том числе и функцию возврата описания ошибки в виде строки:

string ErrorDescription(int error_code)

Поэтому подключим в наш проект обе эти библиотеки:

#include <stderror.mqh>
#include <stdlib.mqh>

Сами описания ошибок находятся в файле MQL4/Library/stdlib.mql4 и они на английском языке. Поэтому, если вы против иностранных языков, всегда можно переписать описания на свой родной.

Еще одна встроенная необходимая нам функция – GetLastError(). Именно она возвращает коды ошибок в виде целого числа (int), который мы потом будем обрабатывать. Сами коды ошибок и их описания на русском можно посмотреть в руководстве по mql4 от MetaQuotes. Оттуда же можно взять информацию для перевода файла stdlib.mql4 на русский.

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

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

Рассмотрим для примера две типичные для экспертов на MQL4 ошибки:

1. Ошибка 130 – ERR_INVALID_STOPS
2. Ошибка 146 – ERR_TRADE_CONTEXT_BUSY

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

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

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

void logError(string functionName, string msg, int errorCode = -1)
{
    Print("ERROR: in " + functionName + "()");
    Print("ERROR: " + msg );

    int err = GetLastError();

    if (errorCode != -1) {
        err = errorCode;
    }

    if (err != ERR_NO_ERROR) {
        Print("ERROR: code=" + err + " - " + ErrorDescription( err ));
    }
}

Использовать ее мы будем следующим образом:

void openLongTrade()
{
    int ticket = OrderSend(Symbol(), OP_BUY, 1.0, Ask + 5, 5, 0, 0);
    if (ticket == -1) {
        logError("openLongTrade", "could not open order");
    }
}

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

Первым параметром в функцию logError() передается имя функции, в которой была обнаружена ошибка, в нашем примере – в функции openLongTrade(). Если наш эксперт вызывает функцию OrderSend() в нескольких местах, это позволит нам точно установить, в каком из них произошла ошибка. Вторым параметром передается описание ошибки, чтобы можно было понять, где именно внутри функции openLongTrade() была обнаружена ошибка. Это может быть как краткое описание ошибки, так и более развернутое, с перечислением значений всех параметров, переданных во встроенную функцию.

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

ERROR: in openLongTrade()
ERROR: could not open order
ERROR: code=138 - requote

То есть сразу будет видно:

• в какой функции произошла ошибка;
• к чему она относится (в данном случае – к попытке открыть позицию);
• какая именно ошибка возникла (код ошибки и ее описание).

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

void updateStopLoss(double newStopLoss)
{
    bool modified = OrderModify(OrderTicket(), OrderOpenPrice(), 
        newStopLoss, OrderTakeProfit(), OrderExpiration());
    if (!modified) {
        int errorCode = GetLastError();
        if (errorCode != ERR_NO_RESULT ) {
            logError("updateStopLoss", "failed to modify order", errorCode);
        }
    }
}

Здесь в функции updateStopLoss() вызывается встроенная функция OrderModify(). Эта функция несколько отличается в плане обработки ошибок от OrderSend(). Если ни один из параметров изменяемого ордера не отличается от его текущих параметров, то функция вернет ошибку ERR_NO_RESULT. Если в нашем эксперте такая ситуация допустима, то мы должны игнорировать конкретно эту ошибку. Для этого мы анализируем значение, возвращаемое GetLastError(). Если произошла ошибка с кодом ERR_NO_RESULT, то мы ничего не выводим в протокол.

Однако если произошла другая ошибка, то необходимо полностью отрапортовать о ней, как мы делали это раньше. Именно для этого мы сохраняем результат функции GetLastError() в промежуточной переменной и передаем его третьим параметром в функцию logError(). Дело в том, что встроенная функция GetLastError() автоматически обнуляет код последней ошибки после своего вызова. Если бы мы не передали код ошибки явно в logError(), то в протоколе была бы отражена ошибка с кодом 0 и описанием “no error”.

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

Диагностика логических ошибок

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

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

Например, при протоколировании ошибок функций OrderSend(), OrderModify() и OrderClose() полезным бывает печатать в протокол текущее значение переменных Bid и Ask. Это несколько облегчает распознавание причин таких ошибок, как ERR_INVALID_STOPS и ERR_OFF_QUOTES.

Чтобы выделить такие диагностические выводы в протокол, я рекомендую использовать такую вспомогательную функцию:

void logInfo(string msg)
{
    Print("INFO: " + msg);
}

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

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

void openLongTrade(double stopLoss)
{
    int ticket = OrderSend(Symbol(), OP_BUY, 1.0, Ask, 5, stopLoss, 0);
    if (ticket == -1) {
        logError("openLongTrade", "could not open order");
    }
}

В данном случае, так как мы открываем длинную позицию, совершенно очевидно, что при нормальной работе эксперта значение параметра stopLoss никогда не будет больше или равно текущей цене Bid. То есть, при вызове функции openLongTrade() всегда выполняется условие stopLoss < Bid. Так как мы знаем об этом еще на этапе написания рассматриваемой функции, то мы сразу же можем этим воспользоваться следующим образом:

void openLongTrade( double stopLoss )
{
    assert("openLongTrade", stopLoss < Bid, "stopLoss < Bid");
 
    int ticket = OrderSend(Symbol(), OP_BUY, 1.0, Ask, 5, stopLoss, 0);
    if (ticket == -1) {
        logError("openLongTrade", "could not open order");
    }
}

То есть мы логируем наше утверждение в коде при помощи новой вспомогательной функции assert(). Сама функция выглядит довольно просто:

void assert(string functionName, bool assertion, string description = "")
{
    if (!assertion) {
        Print("ASSERT: in " + functionName + "() - " + description);
    }
}

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

• название функции, в которой условие было нарушено;
• описание нарушенного условия.

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

Конечно же, рассмотренный пример максимально упрощен. Но, надеюсь, основную идею отражает достаточно хорошо. В процессе наращивания функциональности эксперта мы отдаем себе отчет в том, как он должен работать и какие состояния и входные параметры функций допустимы, а какие нет. Фиксируя это в коде эксперта при помощи функции assert() мы получаем ценную информацию о месте, в котором нарушается логика работы эксперта. Более того, мы частично избавляем себя от необходимости добавлять и удалять временные вызовы функции Print(), так как функция assert() выдает диагностические сообщения в протокол только в момент обнаружения несоответствий в ожидаемых нами условиях.

Еще одним полезным приемом является использование этой функции перед каждой операцией деления. Дело в том, что иногда в результате той или иной логической ошибки иногда происходит деление на ноль. Работа эксперта в этом случае прекращается, а в протоколе появляется одна лишь строка с печальным диагнозом: ‘zero divide’. Узнать, в каком именно месте произошла эта ошибка, если операция деления используется в коде неоднократно, достаточно сложно. Вот здесь и поможет функция assert(). Вставляем соответствующие проверки перед каждой операцией деления:

assert("buildChannel", distance > 0, "distance > 0");
double slope = delta / distance;

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

Обработка состояний

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

Функция IsExpertEnabled() возвращает информацию о возможности запуска экспертов. Функция вернет true, если в клиентском терминале разрешен запуск экспертов, иначе возвращает false. В случае возврата false полезно будет известить об этом пользователя с просьбой включить соответствующую настройку. Пример:

void OnStart()
{
    if (!IsExpertEnabled() {
        //советникам не разрешено торговать
        Alert("Attention! Please press the "Expert Advisors" button in MT4");
    }
    //рабочий алгоритм советника
    return;
}

Если эксперт использует внешние библиотеки, пригодится функция IsLibrariesAllowed(). Она возвращает true, если эксперт может вызвать библиотечную функцию, иначе возвращает false.

Если библиотека в виде dll файла, пригодится функция IsDllsAllowed(). Также нелишним будет проверить, есть ли вообще возможность торговать при помощи экспертов с помощью функции IsTradeAllowed().

Если вы хотите узнать, является ли счет демонстрационным, или же реальным, можно использовать функцию IsDemo().

Все вышеперечисленные проверки стоит сделать в функции OnInit().

Конечно же, стоит проверять периодически связь с сервером. В этом поможет функция IsConnected().

Следующие три функции помогут определить, в каком режиме находится советник. Если IsOptimisation() возвращает true, проводится оптимизация, если IsTesting(), то тестирование, IsVisualMode() – тестирование в режиме визуализации. Под каждый из этих вариантов в советнике может быть предусмотрена своя логика. Например, для режима визуализации можно что-то выводить на график (и не выводить в других режимах ради экономии ресурсов). В режиме тестирования можно выводить отладочную информацию, в режиме оптимизации максимально облегчить код, чтобы сэкономить время.

И последняя функция – IsTradeContextBusy(). Она вернет true, если поток для выполнения торговых операций занят. Это бывает полезно при совершении экспертом торговых операций. Можно применить функцию Sleep для ожидания некоторого момента и новой попытки.

Еще одна полезная функция – UninitializeReason()

int deinit()
{
    switch(UninitializeReason())
    {
        case REASON_CHARTCLOSE:
        case REASON_REMOVE:      
            CleanUp(); 
            break;    // очистка и освобождение ресурсов.
        case REASON_RECOMPILE:
        case REASON_CHARTCHANGE:
        case REASON_PARAMETERS:
        case REASON_ACCOUNT:     
            StoreData(); 
            break;  // подготовка к рестарту.
    }
    //...
}

Можно также логировать причину выхода советника.

Коды самых распространенных ошибок и их вероятное решение

Заключение

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

Тема на форуме

С уважением, Дмитрий аkа Silentspec
TradeLikeaPro.ru

Другие публикации рубрики «FAQ по MQL и Metatrader»:

• Вопрос №9 «Как заставить работать советник при выключенном компьютере?»
• Вопрос №8 «Как рассчитать размер лота в зависимости от размера стоплосса?»
• Можно ли настроить нестандартный тайм-фрейм в MT4? — Вопрос №7
• Вопрос №6 «Как уменьшить размер папки с терминалом MT4?»
• Вопрос №4 — «Выключение компьютера из MQL»
• Вопрос №3
• Вопрос №2
• Вопрос №1