[W1] Торговая стратегия Spring

Поэтому просьба к автору или знающим людям проверить код советника, возможно закралась ошибка расчета БУ.

Spring_V7_8.mq433 скач.

двигается СЛ

Исходя из названия -БУ (безубыток)- двигается СЛ.

двигается СЛ

Если сделка в плюсе, то конечно логично создать стоп лоссы для всех оредеров сетки.
А если сделка в текущий момент в минусе висит, то ТП сетки передвигает в ноль?

И еще- советник, ИМХО, очень медленно работает. По-хорошему, нужно код оптимизировать. Только вот надо ли? Оптимизацией, насколько я понял, никто не занимается, а для торговли скорость не очень критична...

StrategyTester.htm16 скач.

двигается СЛ

Если сделка в плюсе, то конечно логично создать стоп лоссы для всех оредеров сетки.
А если сделка в текущий момент в минусе висит, то ТП сетки передвигает в ноль?

Тогда ничего не происходит. Как только цена выйдет в "+", поставится СЛ на заданном уровне.

Спойлер

двигается СЛ

Если сделка в плюсе, то конечно логично создать стоп лоссы для всех оредеров сетки.
А если сделка в текущий момент в минусе висит, то ТП сетки передвигает в ноль?

Тогда ничего не происходит. Как только цена выйдет в "+", поставится СЛ на заданном уровне.

Еще раз повторю свое мнение, применение СЛ, в корне нарушает принцип данной стратегии!(п.3 правила стратегии)
Здесь БУ, это некая точка, от которой рассчитывается ТП=БУ+50п.
А там, каждый для себя решает, что делать, если сделка вышла в плюс. Вариантов много, СЛ, трал, закрыть часть сделки остальное в трал и т.д.

Нет под рукой терминала, но ИМХО - какой то косяк с переводом сделки в БУ.
В сэте установлено ТП БУ = 20п после 96 часов. Т.е. по идее - ТП висящей в минусе сделки должен был вместо 50п стать 20п и все.

Как раз по правилам стратегии:2 дня болтаемся в "+", но до ТП не дотягиваем, поэтому ставим БУ. (БУ+ N-пп).

Нет под рукой терминала, но ИМХО - какой то косяк с переводом сделки в БУ.
В сэте установлено ТП БУ = 20п после 96 часов. Т.е. по идее - ТП висящей в минусе сделки должен был вместо 50п стать 20п и все.

Хмм. Проверил. версия что стоит на мониторинге - в тестере совершенно адекватно себе повела на этой сделке. После 96 часов и висящей в минусе сделке ТП был снижен с 50 п до 20 (БУ +20п). Чуть позже открылась вторая сделка. Никаких закрытий в минусе.

Мне видится логика БУ такой:
Если сделка в плюсе - ставим SL на уровень БУ + n п.
Если сделка в минусе - снижаем ТП до уровня БУ + n п.

Очень сильные тормоза в тестере бывают из-за визуализации. Когда отключаешь всякие кнопочки, тестовые метки и т.д. Скорость резко возрастает.

Внесу пару предложений по советнику.
1. Целесообразность блока кода в советнике spring 7 "Принудительное закрытие". По моему, его никто не использует и не будет использовать, потому что он не вписывается в стратегию. Считаю лишними эти параметры.
2. Блок "динамический расчет сигнальной свечи". Я пытался его оптимизировать, но улучшения результатов не получил. Но в этом блоке есть подблок использования динамического шага и профита.
Я бы этот подблок вынес как полноценный блок, чтобы его можно было использовать с текущим значением сигнальной свечи. То есть, у нас ограничение на сигнальную свечу 200 пунктов, а она на текущей неделе 300 пунктов. Почему бы тогда не увеличить шаг и профит. По крайней мере протестировать этот момент нужно обязательно ИМХО.
3. По поводу безубытка в советнике, не совсем понимаю как он работает. Или он работает как уменьшенный профит по системе - то есть, как old oleg при 3 ордерах сетки это плюс 150 при профите в 50, а если безубыток 20 то мы получим 60 пунтов в итоге. Или это общий профит 20 пуктов по всем 3 ордерам сетки?

usver73, насколько я понимаю, сейчас советник придется вести тебе :). Просвети пожалуйста по 3 пункту.
Также готов проводить тесты советника с новыми параметрами, чтобы довести все до ума на благо всем.
Надеюсь все присоединятся к обсуждению и доделке советника.

Пока все писал, еще один ордер закрылся в минус на демо счете. Не хорошая тенденция.

Я за, внесу тоже тогда свою лепту. Разберусь с кодом, может чего умного подскажу.

По поводу безубытка в советнике, не совсем понимаю как он работает. Или он работает как уменьшенный профит по системе - то есть, как old oleg при 3 ордерах сетки это плюс 150 при профите в 50, а если безубыток 20 то мы получим 60 пунктов в итоге. Или это общий профит 20 пунктов по всем 3 ордерам сетки?

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

Спойлер

По поводу безубытка в советнике, не совсем понимаю как он работает. Или он работает как уменьшенный профит по системе - то есть, как old oleg при 3 ордерах сетки это плюс 150 при профите в 50, а если безубыток 20 то мы получим 60 пунктов в итоге. Или это общий профит 20 пунктов по всем 3 ордерам сетки?

Так и работает- по сути- уменьшенный ТП. Спор зашел о том, как его реализовывать- физически ТП переставлять или СЛ у ордеров устанавливать.
Свое мнение описал выше...
Может, Я что-то не понимаю или "лыжи не едут"?
По развитию: копаюсь помаленьку... Все на общественных началах, т.е. код в исходнике, кто-то подхватит- я не против. Но только один должен ковырять, а то зоопарк получится...
И сразу на обсуждение: может кнопочки убрать? Не знаю, как на производительности, но логики они добавляют.
"Принудительное закрытие" убирать не буду- на скорость практически не оказывает влияние, а кому-нибудь может пригодится.
Раздел сигнальной свечи- согласен- можно продумать.

У меня перестал работать Candle body size Ранее на установленных парах стоит, а на новые не хочет становиться. Проблема в советнике или во мне?)

Очень сильные тормоза в тестере бывают из-за визуализации. Когда отключаешь всякие кнопочки, тестовые метки и т.д. Скорость резко возрастает.

По советнику:
1. Динамический вход пусть будет, но хотелось бы вынести полностью отдельно Динамический шаг сетки и Динамический ТП, на основе размера средней дневной/недельной свечи (на выбор) за n-периодов. С выводом справочной инфы в текстовых лейблах (удобно при полуавтоматической торговле глянуть и принять решения о размере ТП и шага).
Я сейчас иногда на для высоко-волатильных пар могу поставить ТП и 60 и 70п и шаг 120 например, но хотелось бы погонять в тестере все это и проверить. Найти оптимальные размеры.
2. Безубыток, в текущей реализации, я бы полностью выпилил. Заменив на полноценный блок выхода, с возможностью тралить ордер, частичным закрытием и прочим. Больше для проверки идей, т.к. сомневаюсь что это может стабильно увеличить прибыль.
3. Возможно бы еще добавил один-два мульта к размеру лота сетки с n-ных по счету ордеров.

Может стоит модератору создать тему по "Spring советнику" в разделе "Советники форекс", а здесь обсуждать причины ручного входа, выхода , статистику реальной торговли с использованием трейлинга(кто использует), изменением размера сигнальной свечи (кто хочет проверить), безубытка и тп ? :-?

Может стоит модератору создать тему по "Spring советнику" в разделе "Советники форекс", а здесь обсуждать причины ручного входа, выхода , статистику реальной торговли с использованием трейлинга(кто использует), изменением размера сигнальной свечи (кто хочет проверить), безубытка и тп ? :-?

По отдельной ветке для советника(ов) ,ИМХО, не нужно.
Автор системы вынес ее на обсуждение без предложения вносить какие-либо изменения, т.е. что здесь тогда обсуждать?
Все изменения так или иначе завязаны на сову.
И, да, про какой из советников идет речь? Их как минимум 3. Делать ветку под каждую? Или сваливать в один топик в лаборатории?
Вон у Broma в ветке целый зоопарк информационных сов + автомат, и ничего, живут вместе. При этом там реально идет обсуждение стратегии торговли..
Еще раз, все ИМХО.

Spring. Отчёт по сделкам от 2017.05.29 Сделки на 2017.06.05

Дальше только ждать обратного движения.