Анализ результатов тестов и оптимизации в тестере стратегий MetaTrader 5 - страница 16
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Так или иначе, режим счета не отредактируешь даже в кастом символе.
Многое можно сделать пост-обработкой истории в OnTesterDeinit.
Вот и я в начале пошел по пути создания кастомного символа. Думал, что если OHLC превратить в OHHLLC (O-Hbid-Hask-Lbid-Lask-C), то это решит проблему. Но проблему это не решило - только больше внесло расхождения в тесты, дальше я тогда разбираться в причинах не стал. Сейчас понял в чем причина - в разном механизме срабатывания ордеров в режимах Только цены открытия, и режиме Реальные тики (чтобы OHHLLC сработало, нужно кастом-символ запускать в режиме Реальные тики). Т.к. в первом случае срабатывание будет идти без скольжения, а во втором случае со скольжением, и если делать из одного бара шесть тиков, особенно если бар не М1, а например Н1, то это скольжение сделает результаты тестов заведомо неадекватными.
И учтите, что режим Все тики генерирует поток тиков из минуток, т.е. внутри минуты спред фиксирован тем значением, которое задано 1 раз в минутном баре (скорее всего тем значением которое было при открытии). Т.о. Реальные тики - единственный адекватная внутриминутным данным модель в тестере МТ5. Я этого долгое время не понимал и использовал везде при тестах Все тики. Пока однажды недавно не получил на одном своем советнике картину полностью противоположного графика прибыльности с режимом Все тики и Реальные тики (в том советнике происходит очень близкий к цене трал ордеров, производившийся в пределах спреда)
Ну это как-бы само собой разумеется - если генерируешь специальные тики, то нужно включить работу по ним.
А спред, скорее всего, берется из бара M1, а в барах прописывается минимальный спред за бар, и в этом засада - уход от реальности.
А спред, скорее всего, берется из бара M1, а в барах прописывается минимальный спред за бар, и в этом засада - уход от реальности.
Только, наверное, OnTester.
Многое можно сделать пост-обработкой истории в OnTester.
И вот ещё. Я уже с самого начала программирования на MQL5 в движок прописал таблицу с данными ДЦ, с которыми имел дело. Комиссии, средний спред, средний slippage, правило перевода часов (US/EU)...
Считываю из аккаунта, куда подключен, какой тип счёта (демо/реал, в редких случаях можно определить и центовый), и беру данные из таблицы.
Проверил, совпадает: достаточно использования только одной CustomTicksReplace.
Может ли кто-нибудь сказать, в чем может быть причина?