[open source] [Советник] "Generic A-TLP"📌

EURAUD m15 оптимизация mt5 (v12.01.21) 2012.01-2016.09 форвард 1/4 периода, котировки 100%. Без отпимизации по спреду и времени.
От себя добавлю, что коль дело идет ко всеобщей оптимизации, то стоит сие действо организовывать именно на мт5 рельсах. Портировать потом не сложно, а производительность в разы больше.
Если уж точно наметили наконец делать сеты, нужно актуализировать мт5 версию :grls: и может быть допилить опт сет :grls:
Опубликованные мной ранее сеты по audcad и gbpaud в работе можно увидеть на мониторинге, приклеенном ниже, в течение суток добавлю и euraud.
Моник mt4 (сеты просто портированы).

Ещё раз перезалил 12.27, исправлен ещё один баг при указании времени больше 24 часов.
Хотя частично глюк всё ещё может присутствовать, если указать стартовое время больше времени окончания, и оно больше 24 часов - тогда время торговли попадает во вторую (вечернюю) сессию следующего дня, которая на следующей итерации затирается уже собственным значением следующего дня, а время, которое должно перенестись на следующий день (первая сессия), переносится не на один день, а на 2, и так же затирается.
Может, так и неоптимально - с переносом. Но, так как ничего лучше никто не придумал - приходится пользоваться тем, что есть.

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

На мой взгляд, оптимальной была бы комбинированная реализация кода:
1) оставить текущую (12.01.25) схему указания времени торгов (открытия ордеров) с минутами,
2) но в коде четко расписать время торгов (открытия ордеров) на 2 сессии в день:
а) после полуночи доторговка предыдущего дня, если таковая требуется (1-я сессия)
б) вечером текущего дня открытие торгов текущего дня (2-я сессия) целиком или в части текущих суток.
Но пользователям это показывать не надо...
...

Ну я превел все сеты на открытие на 3 часа назад, закрытие оставил как есть /interaktivnaya-torgovlya/9/obsuzhdenie-sovetnika-generic-a-tlp/14475/?do=findComment&comment=310283.
Главное следить за тем как бы время обратно не вернулось.
Был бы какой-нибудь динамический анализатор, но он все равно запаздывал бы с корректировкой.

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

Вы можете, конечно, проверить все пары со сдвигом на 3 часа.
Но на дедушку при этом не ссылайтесь - дедушка на броневик не залазил и к таким радикальным революциям не призывал! :d

Semenov, а прогоните пожалуйста еще раз f_spread_mode2 но с увеличенным в 2 раза параметром максимального спреда и отключенным ролловер фильтром (то-есть значением YES. разрешить закрывать сделки в ролловер), ведь этот фильтр как я понимаю и нужен для того чтобы не нарваться на увеличенный в ролловер спред, и в данной модификации только мешает.

Тест_G-1187_f_spread_v2.zip53 скач.
Тест_G-1187_f_spread_v2.xlsx53 скач.

Спойлер

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

Спойлер

Вот эта схема задания 2-х неявных сессий тоже реально очень грамотная - красивое решение!
monday
open = 22:00
pause_start = 0
pause_stop = 0
close = 23:59
tuesday
open = 00:00
pause_start = 01:00
pause_stop = 22:00
close = 23:59

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

EURAUD m15 оптимизация mt5 (v12.01.21) 2012.01-2016.09 форвард 1/4 периода, котировки 100%. Без отпимизации по спреду и времени.
От себя добавлю, что коль дело идет ко всеобщей оптимизации, то стоит сие действо организовывать именно на мт5 рельсах. Портировать потом не сложно, а производительность в разы больше.
Если уж точно наметили наконец делать сеты, нужно актуализировать мт5 версию :grls: и может быть допилить опт сет :grls:
Опубликованные мной ранее сеты по audcad и gbpaud в работе можно увидеть на мониторинге, приклеенном ниже, в течение суток добавлю и euraud.
Моник mt4 (сеты просто портированы).

Спойлер

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

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

Логи, к сожалению, уже почистил

Почему все? Если спред будет плавающим то во время ролловера он будет повышаться как и в реале, f_spread_mode2 будет фильтровать закрытие sell при большом спреде, а обычная будет закрывать, скорее всего в минус.

А вот внутриботовые 2 сессии в день работали бы так:
1) первую сессию вторника заполнять из настроек понедельника: есть в настройках понедельника доторговка после полуночи - запоминаем открытие ордеров в 1-й сессии вторника.
...
2) 2-ю сессию вторника до полуночи берем из настроек вторника.

EURAUD m15 оптимизация mt5 (v12.01.21) 2012.01-2016.09 форвард 1/4 периода, котировки 100%. Без отпимизации по спреду и времени.
От себя добавлю, что коль дело идет ко всеобщей оптимизации, то стоит сие действо организовывать именно на мт5 рельсах. Портировать потом не сложно, а производительность в разы больше.
Если уж точно наметили наконец делать сеты, нужно актуализировать мт5 версию :grls: и может быть допилить опт сет :grls:
Опубликованные мной ранее сеты по audcad и gbpaud в работе можно увидеть на мониторинге, приклеенном ниже, в течение суток добавлю и euraud.

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

Только что добрался до интернета и сравнил версии. Так и есть. У меня был косяк с коппиляцией. А так, как впрчем уже писалось, 11.87=11.86 и 9.03=9.02. Так что баг фиксы в тему и ничего не порушили.

Я правильно понял что сеты от 11.86 подходят к 12.27?

Я погонял 9.03 и 11.87 с соответствующими сетами на периоде 2015-2016_09. Мнение такое:

EURCHF-v09.03
EURGBP-v11.87
GBPCAD-v09.03
GBPUSD-v11.87
USDCAD-v11.87
USDCHF-v09.03
USDJPY-v09.03
GBPCHF-обе версии плохо

Вот в таком миксе я их себе и поставлю.
А дальше надо думать какую версию развивать и под нее делать оптимизация по этим и другим парам.

starcom, большая зеленая кнопка БАБЛО рассматривается в подфоруме фантастики - которой у нас на форуме нет. :)

Я бы еще понял бы автообновление сэтов - но это тоже вопрос не этого года...

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

День добрый.
Сегодня проявилась проблема: версия 11.86, не сработал фильтр №1 на трех счетах одного брокера
(Filter_1=1; Exit_Minutes=100;Time_Profit_Pips=10;) ,

при этом на счетах двух других брокеров закрыл как положено. Журналы прерываний связи не отражают. Сеты одинаковые.
В журналах только есть одно отличие: в несработавших терминалах ошибка 4200 перед инициализацией:
"
0 07:34:14.725 Generic A-TLP v.11.86_ENG EURJPY,M15: fRectLabelCreate: failed to create a rectangular mark! Error №: 4200 - Объект уже существует
0 07:34:14.725 Generic A-TLP v.11.86_ENG EURJPY,M15: initialized "

UPD. У тикмилла тоже есть эта строка с "Error №: 4200" , но на нем сработал правильно.

Версия 12.28 - Исправлен вывод времени в инфо-панель

1) 22:00-22:00 (выкл)
2) 22:00-23:00
3) 22:00-24:00 или 22:00-0:00
4) 22:00-25:00 или 22:00-1:00

Ещё, TimeShift, оказалось, некорректно работает, при переносе через полночь. Вот и получается, формат времени, "прозрачный" для пользователя, а для разработчика - не прозрачный. Хотя, кому-то, и этот формат времени показался неудобным, вроде бы (а у них TimeShift'а нет. Ну, у тех, у кого 11-я. А то, может, и у них что-нибудь некорректно было бы).

Исправлено, перекачать. Неправильным было только отображение. Хотя всё равно остаётся вероятность ошибки при времени старта = 0 часов и TimeShift
Generic_A-TLP_v.12.28_RUS.mq4111 скач.

А зачем вообще "TimeShift" в таком виде, который не учитывает переход на другой день? Может лучше смещать точку отсчета, в том числе и дней?
То есть вместо DayOfWeek() использовать TimeDayOfWeek(ВремяБрокера+TimeShift), ну и тп. Время настроек не трогать, а менять точку отсчета TimeCurrent -> TimeCurrent + TimeShift, DayOfYear -> TimeDayOfYear(TimeCurrent + TimeShift) ...
Хотя переход на зимнее/летнее время, у брокера без перехода таким образом все равно не учесть, легче брокера подходящего выбрать. Но TimeShift в таком виде мало полезен.

Прошу прощения если задам глупый вопрос, но я вот никак не пойму про TimeShift, как он работает? Как GMT-Offset обычный?

Вот, например, я оптимизировал настройки под GMT, а брокер у меня один GMT+2, другой +3, а третий -1 , мне получается достаточно ввести переменную TimeShift для каждого и все будет работать, или все-таки надо менять время сессий в ручную, как в первоначальной версии, в которой не было такого параметра.

Или если использовать сеты, выложенные тут:

Сеты для 12.26+ от 11.86.
Лот 0.1.
Хотя смысла нет на них сравнивать, но если очень хочется...

А зачем вообще "TimeShift" в таком виде, который не учитывает переход на другой день? Может лучше смещать точку отсчета, в том числе и дней?

То есть вместо DayOfWeek() использовать TimeDayOfWeek(ВремяБрокера+TimeShift)

Прошу прощения если задам глупый вопрос, но я вот никак не пойму про TimeShift, как он работает? Как GMT-Offset обычный?

Вот, например, я оптимизировал настройки под GMT, а брокер у меня один GMT+2, другой +3, а третий -1 , мне получается достаточно ввести переменную TimeShift для каждого и все будет работать, или все-таки надо менять время сессий в ручную, как в первоначальной версии, в которой не было такого параметра.

Или если использовать сеты, выложенные тут:

Спойлер

Сеты для 12.26+ от 11.86.
Лот 0.1.
Хотя смысла нет на них сравнивать, но если очень хочется...

То нужно ли использовать TimeShift и какой? То есть есть некоторая путаница. Они под GMT или, как и в случае с первоначальной версией по Tickmill, то есть GMT+3.
Кто нибудь может доходчиво объяснить?

Generic_A-TLP_v.12.28_RUS_TimeShift.mq468 скач.

возможно, информация будет полезной.. нет - знаете, что делать с сообщением :d

на пару недель уезжал, оставил v.9.02 в свободном плавании.. сеты "родные" из шапки..
результаты торговли второй половины сентября:

Здравствуйте, я конечно не спец, но почему бы не заменить время торговли на счетчик баров, часовых, 30 минутных, 15 минутных. Например через n-баров после открытия дня начинаем торговлю.
А разные тайм фреймы позволили бы избежать ошибки в определении времени.
Возможно данное решение помоглобы раз и навсегда решить проблему с экспортом тиковой информации и проблемы с определением перехода зимнее/летнее время

Здравствуйте, я конечно не спец, но почему бы не заменить время торговли на счетчик баров, часовых, 30 минутных, 15 минутных. Например через n-баров после открытия дня начинаем торговлю.
А разные тайм фреймы позволили бы избежать ошибки в определении времени.
Возможно данное решение помоглобы раз и навсегда решить проблему с экспортом тиковой информации и проблемы с определением перехода зимнее/летнее время

Сегодня заметил ошибку бот пишет: 3.10.2016 8:57 fGetProfit: failed to allocate an order 108793010! Error №: 4051 - Недопустимое значение параметра функции

Версия бота 11.87, сеты для из шапки для версии 11.86 валютная пара usdcad.

Сегодня заметил ошибку бот пишет: 3.10.2016 8:57 fGetProfit: failed to allocate an order 108793010! Error №: 4051 - Недопустимое значение параметра функции

Версия бота 11.87, сеты для из шапки для версии 11.86 валютная пара usdcad.