Задать в советнике внешним параметром время окончания торговли на несколько часов/суток раньше чем период, выставленный в тестере/оптимизаторе и начиная с этого времени заставить советник отрабатывать только закрытия.
это мысль )))..... только вряд ли поможет на 100%...... логика работы эксперта разрушается
Можно и вообще сделок не слвершать, на последнем периоде, там к примеру (неделя-месяц), но опять таки не то....
Здесь копать глубще нужно. Залезать в код терминала...... мне это не по зубам )
в deinit можно пересчитать итоги по всем сделкам исключая последние закрытые принудительно по окончанию периода тестирования и сохранить результаты например в файл
написать самому тестер, например я использую для тестирования БД как грубая проба пера
отнестись философски как возможное принудительное остановка в торговле, когда надо срочно выйти в кэш, несмотря на текущие убытки
но goldtrader предложил единственно дельную вещь в такой ситуации, расширить период тестирования и сузить период в которм совершаются сделки
видимо это так, по другому не получиться..... отдельный файл и собственный тестер с оптимизатором - слишком заморочек много....
Может еще подскажете, как можно экспертом прочитать, установленную в окне тестера дату окончания оптимизации\тестирования, чтобы не каждый раз в параметрах ручками прописывать даты, а один раз в коде написать.....
видимо это так, по другому не получиться..... отдельный файл и собственный тестер с оптимизатором - слишком заморочек много....
Может еще подскажете, как можно экспертом прочитать, установленную в окне тестера дату окончания оптимизации\тестирования, чтобы не каждый раз в параметрах ручками прописывать даты, а один раз в коде написать.....
Можно проще - тестирование ставить на один большой период и не изменять его. А в эксперте прописать время начала и конца тестирования. Вот эти параметры и менять при оптимизации/тестировании. При подходе к конечной дате пусть советник принудительно закрывает все открытые позиции.
Можно проще - тестирование ставить на один большой период и не изменять его. А в эксперте прописать время начала и конца тестирования. Вот эти параметры и менять при оптимизации/тестировании.
Оптимизация многоступенчатая, по нескольким инструментам и таймфреймам.... муторно это отдельно в параметрах каждый раз ручками прописывать, проще раз и навсегда в коде эксперта получить значение времени окончания оптимизации или теста и прораммно прописать, допустим запрет на открытие новых ордеров за сутки до этого времени.... вопрос как раз в том, возможно ли это сделать средствами MQL???? Если да, то как? Поиск ничего не дал... (((
..... При подходе к конечной дате пусть советник принудительно закрывает все открытые позиции.
Ну а чем это будет отличаться от "close at stop" :)....... мне как раз и нужно, чтобы в конце периода открытые позиции никак не учитывались в результатах....
Все дело в том, что, бог с ним с тестированием, могу период просто увеличить, а по результатам взять только то что мне нужно, а вот при оптимизации, если этот клевок вдруг в минус выведет, то результат вообще учитываться никак не будет, аналогично и с ограничением по просадке....
'Нуждаюсь в помощи: Эксперт неплохо оценивает ситуацию, но в конце в тестере "тип сделки" появляется "Close at Stop" по всем открытым позициям как прибыльным так и убыточным.' - никаким боком не подходит
![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Вы принимаете политику сайта и условия использования
Уверен, что многие из вас, особенно программеры, которые пишут экспертов с множеством (ну пусть 5-7-10) одновременно открытых сделок рассчитанных на вывод в прибыль по усреднению сталкивались при тесте и оптимизации с проблемой "клевка" на конце графика...... в середине это тоже могло бы произойти, при принудительном останове )) - но там они в плюс вышли,....... (((( но мы ведь оптимизацию проводим "от сих и до сих", а если этот клевок в конце в минус уводит, то соответственно эти параметры уже никуда не идут (ни в логи, ни в журнал).....логика подсказывает, что в этом варианте открытые позиции на конце периода оптимизации учитываться не должны.
Хотелось бы услышать, кто-нить с этим боролся, и как, если не секрет?