[Советник] Forex Setka Trader Mod и [EA]-Setka

[EG10]

Экспериментирую с ночной торговлей с 21:00 по 9:00. Прилагаю скрин.
Согласно настроек бот уже должен был увидеть гэп и выставить отложки, но не выставил.
В чём причина?

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

Вы же в курсе - экстрасенсов на форуме нет... :)

Спойлер

• Добавлены новые параметры IntraDay№StartHour, IntraDay№StartMinute, IntraDay№EndHour, IntraDay№EndMinute позволяют задать временной промежуток в течение (внутри) дня, в который разрешается открывать первый ордер сетки.
  Главным/старшим планировщиком в боте остается планировщик начала и конца торгов в течение недели TradeStartDay|TradeStartHour|TradeStartMinute-TradeEndDay|TradeEndHour|TradeEndMinute.
  Внутридневные планировщики IntraDay№... работают только в те дни недели, когда выставлять первые ордера сеток разрешено главным/недельным планировщиком.
  Если задан хоть один планировщик IntraDay№..., открытие первых ордеров сеток будет не круглосуточным, а будет возможно только в интервалы времени, заданные в планировщиках группы IntraDay№....
  (Внутридневные планировщики IntraDay№... ближе всего к планировщикам множества ночных скальперов: когда открывать новые ордера можно несколько часов в сутки - а в остальное время ордера только сопровождаются.)
  Группа (5 штук) планировщиков IntraDay№... позволяют разрешить открытие первых ордеров (новых сеток), например, в течение 2-х часов, начиная с 31-й минуты после открытия торгов в Азии, в Лондоне и в США - в общей сложности 6 часов в сутки. Тогда в остальные 18 часов в сутки сетки, открытые в интервалах IntraDay№..., будут разрастаться и полностью обслуживаться - но новые сетки вне интервалов IntraDay№... открываться не будут.
  Настройки планировщиков IntraDay№... внутри дня одинаковые/единые для всех дней недели.
  Если вам нужны разные настройки планировщиков IntraDay№... для разных дней недели - когда надо корректируйте настройки руками.
  С появлением новых параметров был полностью переписан планировщик - будьте внимательны.
  

Кстати, EG10, а почему вообще должны быть гэпы и выставление отложек?!
Ведь внутридневный планировщик задает время открытия только первых ордеров сеток - а открытые в это время сетки сопровождаются круглосуточно.

Или у вас после 9-ти утра новые (не первые) колена сеток вообще не открывались? Тогда да, бот работает не так как должен.

Но с 21 часа до 09 у вас разрешено открывать первые ордера сеток - то есть S_OpenFirstOrder=true и B_OpenFirstOrder=true.
А с 09 до 21 у вас запрещено открывать первые ордера сеток - то есть S_OpenFirstOrder=false и B_OpenFirstOrder=false.
И не более того.

Давайте будем разбираться что там у вас - а то совсем непонятно...

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

Setka12.jpg
20160214.log
20160215.log
20160216.log
ночной.set

Изменено 16 февраля, 2016 пользователем EG10

[nixxer]

EG10, вы прикрепили логи терминала но забыли логи экспертов. Именно там содержится все самое "интересное"
p.s. Ошибка явная, лот не может быть размером 0.0, если терминал возвращает что-то неадекватное для торговли советником через свои функции то надо перепроверять лот, попадает ли он в диапазон минимально допустимого лота и максимально допустимого в дц. Естественно, минимально допустимый не должен быть при всем желании нулевого размера. Да и максимальный должен быть >0.0 && >MIN_LOT. Предполагается что эти данные входят в сферу ответственности дц и должны быть эталонными, однако, мы должны перепроверять всё подряд на случай если выдача функций отличается от ожидаемой.
Попробую задать вопросы:
С моей точки зрения причины могут быть такие (маловероятные)
- функция вернула что попало. Диверсия со стороны дц? Сбой со стороны дц? Сбой памяти терминала после обновления? Надо проверять результат возвращаемый на принадлежность определенным диапазонам. Надо ли проверять текущую сессию (при наличии открытых ордеров сетки) на предмет смены версии терминала? Что если из-за изменений в терминале какой-то код\классы\переменные перестал работать как раньше из-за изменений внутреннего компилятора ex4?
- функция вернула все как положено но в ходе катаклизма переменная обнулилась (из-за рекурсии или других исключительных ситуаций); Где и как дублировать переменные? Если в файле то нужна ли контрольная сумма файлу на случай повреждения жесткого диска?

[EG10]

EG10, вы прикрепили логи терминала но забыли логи экспертов. Именно там содержится все самое "интересное"
p.s. Ошибка явная, лот не может быть размером 0.0, если терминал возвращает что-то неадекватное для торговли советником через свои функции то надо перепроверять лот, попадает ли он в диапазон минимально допустимого лота и максимально допустимого в дц. Естественно, минимально допустимый не должен быть при всем желании нулевого размера. Да и максимальный должен быть >0.0 && >MIN_LOT. Предполагается что эти данные входят в сферу ответственности дц и должны быть эталонными, однако, мы должны перепроверять всё подряд на случай если выдача функций отличается от ожидаемой.
Попробую задать вопросы:
С моей точки зрения причины могут быть такие (маловероятные)
- функция вернула что попало. Диверсия со стороны дц? Сбой со стороны дц? Сбой памяти терминала после обновления? Надо проверять результат возвращаемый на принадлежность определенным диапазонам. Надо ли проверять текущую сессию (при наличии открытых ордеров сетки) на предмет смены версии терминала? Что если из-за изменений в терминале какой-то код\классы\переменные перестал работать как раньше из-за изменений внутреннего компилятора ex4?
- функция вернула все как положено но в ходе катаклизма переменная обнулилась (из-за рекурсии или других исключительных ситуаций); Где и как дублировать переменные? Если в файле то нужна ли контрольная сумма файлу на случай повреждения жесткого диска?

Прилагаю логи эксперта (20160215.log большой, не проходит).

20160214.log
20160216.log

[nixxer]

Упакуйте лог в архив, именно в 20160215 начинается самое интересное
p.s. идея - если ошибка циклично повторяется то не писать ее в лог, забивая его полностью одним и тем же, а считать через счетчик количество повторов и при следующей ошибке другого характера выводить предыдущий счетчик, примерно так:
- Ошибка номер 872;
- Ошибка номер 872;
- Предыдущая ошибка повторилась 908110 раз
- Ошибка: неверные стопы
- Ошибка номер 872;

Изменено 16 февраля, 2016 пользователем nixxer

[EG10]

Упакуйте лог в архив, именно в 20160215 начинается самое интересное
p.s. идея - если ошибка циклично повторяется то не писать ее в лог, забивая его полностью одним и тем же, а считать через счетчик количество повторов и при следующей ошибке другого характера выводить предыдущий счетчик, примерно так:
- Ошибка номер 872;
- Ошибка номер 872;
- Предыдущая ошибка повторилась 908110 раз
- Ошибка: неверные стопы
- Ошибка номер 872;

Сжал.

20160215.zip

[Старик]

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

Еще наз напоминаю - мы работаем с тестовыми версиями бота!!
Будьте осторожны и внимательны с ботом!

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

Нам (всем разработчикам) для анализа, в первую очередь, нужен журнал/log работы бота из вкладки "Эксперты", в который бот подробно пишет даже о том, что лишь собирается делать.


Логов/журналов в МТ4 аж 3 (три):
1) Имя_ДЦ\logs - журнал/лог самого терминала, вкладка "Журнал"
2) Имя_ДЦ\MQL4\Logs - журнал/лог экспертов, индикаторов, скриптов, вкладка "Эксперты" - обычно нам нужно этот и только этот.
3) Имя_ДЦ\tester\logs - журнал/лог тестера стратегий - иногда нужно выкладывать и его, если глюк проявляется в тестере.

Если у вас глюк выявлен на демо или реальном счете, то нужны логи/журналы 1)+2).
Если у вас глюк выявлен в тестере, то нужен журнал 3)


Добраться до логов/журналов просто:
1. в терминале слева вверху пункт меню "Файл"
2. в нем выбираете подпункт "Показать каталог данных" - откроется окно каталога.
3. заходите в MQL4
4. заходите в logs - там все файлы логов/журналов вкладки терминала "Эксперты"

Остальные логи находятся аналогично - но меняется пункт 3.


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

Если лог/журнал слишком большой (много мегабайт), заархивируйте его и прикрепите архив к посту.


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


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


Коллеги, спасибо понимание и терпение!
Мы сообща делаем хорошего бота, гибкого и надежного - но это действительно нелегко.
Но, с вашей поддержкой, мы вместе справимся! Изменено 16 февраля, 2016 пользователем Старик

[Monroff]

Цитата

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

Туранчокс, вы просто чрезмерно импульсивны мне кажется, я понимаю, что всем хочется всего и сразу, но надо разобраться нормально с работой и настройками этого Робота, если вам он интересен (никто вас не заставляет его юзать, здесь собираются люди, которым самим интересна идея и работа сеточника) А если у вас что то не работает, то надо искать для начала элементарные причины, а не обвинять разработчиков и тестеров. А например, Если есть конкретные предьявы к работе робота (и тут ничего страшного нет, ведь это пока еще тестовый робот, официально) То здесь практикуется выкладывать скрины как доказательство и логи из ДЦ, о которых написал выше Старик. Для этого и создана собственно эта "общественная" тема-обсуждение, иначе QJ и Старик могли бы например втихаря сами для себя и делать этого (как я считаю SMART,Clever) робота :)

---

Добавлено: 16-02-2016 10:09:48

---

Также вдогонку к верхней ссылке хотел бы рекомендовать сделать бесплатный впс на амазоне. На арголабе все просто и понятно расписано как установить. Недавно себе сделал и очень рад :d

подробней пожалуйста (со слова бесплатный :d )

[корнет]

подробней пожалуйста (со слова бесплатный :d )

Держи _http://www.argolab.net/vps-amazon.html Изменено 16 февраля, 2016 пользователем nixxer

[va40pud]

Вот сделал такие "кривые" настройки бота и получил такие же "анализы".
Это EURUSD M5 депо 25К 1-й квартал 2015 8240 ордеров.
В таблице справа три колонки - это настройки бота (пока от балды).
Если по-анализировать полученные результаты, то можно сделать, наверное,
какие-то выводы по настройкам. Или появятся мысли поискать граничные настройки
или некоторые зависимости результатов от тех или иных параметров настроек. :-?
А может и не появятся? Но, это мысли вслух. >:d
С уважением va40pud

E-U_25K_M5_jan-Mart_2015.gif

[EG10]

Экспериментирую с ночной торговлей с 21:00 по 9:00. Прилагаю скрин.
Согласно настроек бот уже должен был увидеть гэп и выставить отложки, но не выставил.
В чём причина?

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

Вы же в курсе - экстрасенсов на форуме нет... :)

Спойлер

• Добавлены новые параметры IntraDay№StartHour, IntraDay№StartMinute, IntraDay№EndHour, IntraDay№EndMinute позволяют задать временной промежуток в течение (внутри) дня, в который разрешается открывать первый ордер сетки.
  Главным/старшим планировщиком в боте остается планировщик начала и конца торгов в течение недели TradeStartDay|TradeStartHour|TradeStartMinute-TradeEndDay|TradeEndHour|TradeEndMinute.
  Внутридневные планировщики IntraDay№... работают только в те дни недели, когда выставлять первые ордера сеток разрешено главным/недельным планировщиком.
  Если задан хоть один планировщик IntraDay№..., открытие первых ордеров сеток будет не круглосуточным, а будет возможно только в интервалы времени, заданные в планировщиках группы IntraDay№....
  (Внутридневные планировщики IntraDay№... ближе всего к планировщикам множества ночных скальперов: когда открывать новые ордера можно несколько часов в сутки - а в остальное время ордера только сопровождаются.)
  Группа (5 штук) планировщиков IntraDay№... позволяют разрешить открытие первых ордеров (новых сеток), например, в течение 2-х часов, начиная с 31-й минуты после открытия торгов в Азии, в Лондоне и в США - в общей сложности 6 часов в сутки. Тогда в остальные 18 часов в сутки сетки, открытые в интервалах IntraDay№..., будут разрастаться и полностью обслуживаться - но новые сетки вне интервалов IntraDay№... открываться не будут.
  Настройки планировщиков IntraDay№... внутри дня одинаковые/единые для всех дней недели.
  Если вам нужны разные настройки планировщиков IntraDay№... для разных дней недели - когда надо корректируйте настройки руками.
  С появлением новых параметров был полностью переписан планировщик - будьте внимательны.
  

Кстати, EG10, а почему вообще должны быть гэпы и выставление отложек?!
Ведь внутридневный планировщик задает время открытия только первых ордеров сеток - а открытые в это время сетки сопровождаются круглосуточно.

Или у вас после 9-ти утра новые (не первые) колена сеток вообще не открывались? Тогда да, бот работает не так как должен.

Но с 21 часа до 09 у вас разрешено открывать первые ордера сеток - то есть S_OpenFirstOrder=true и B_OpenFirstOrder=true.
А с 09 до 21 у вас запрещено открывать первые ордера сеток - то есть S_OpenFirstOrder=false и B_OpenFirstOrder=false.
И не более того.

Давайте будем разбираться что там у вас - а то совсем непонятно...

Мысль такая: этакий полуавтомат (пока). Разрешаю торговлю внутридневным планировщиком например с21:00 до 9:00.
Ночной слабоволатильный рынок, узкая сетка, с низкими рисками за ночь беру какое-то кол-во пунктов (MIG32 писал об этом в теме).
В течении дня бот не открывает ордера ни первый ни последующие в оставшейся с ночи сетке, ему запрещает планировщик.
(По моему мнению остаться может только одна сетка)
Вечером ( после ужина) часов в 20:00 открываю терминал.Возможные варианты:
1. Цена сходила и на север и на юг, закрыла сетку. Ничего не делаю, бот включится в 21:00.
2. Цена ушла от сетки на расстояние 3 - 4ёх колен, обрабатываю образовавшийся гэп отложками.
3. Цена ушла далеко от сетки и есть вероятность небольшого отката за ночь, обрабатываю гэп ордером с увеличенным лотом.
Короче с 20:00 до 21:00 анализ и настройка обработки гэпа если он есть.

[Вася]

Хотел спросить чтобы понять математику :-b:
допустим у меня растояние между ордерами 55п., расширение задано с 5 колена 30п.
Колена идут : 1-е-0п, 2-е - 55п, 3-е - 55п, 4-е - 55п, 5-е - 85п, 6-е - 110п (как и откуда!!!! ), 7-е - ....
Как расчитывается растояние для последующих колен после 5-го ?
Для наглядности скрин приложил.
(Понимаю - что азы.., понимаю - что не разобрался..., интересует именно математика...)

Вопрос возник, так как возможна ошибка в таблице расчета колен, которую недавно выкладывал... :((

колени.jpg

[Старик]

Вася, сегодня на ночь запланирована ревизия арифметики сетки.

Не исключено, что в 1.29 арифметика и лотность сетки нарушены...

Будем с Qj хором считать на калькуляторах, глядя на последние закрытые сетки в тестовых терминалах.

Коллеги, возможно в 1.29 нарушена арифметика сетки - осторожнее!!

[jocker]

Докажи, Monroff, что индикатор на первом ордере приносит прибыль, снижает просадку или повышает сливоустойчивость - обязательно рассмотрим.
Но только докажи.

Старик, я хочу пять копеек вставить по этому поводу. Некоторое количество времени потратил для сета для версии SetkaRSI_CCI 1.29 от master_255 (стр. 175). Для оптимизации (19.01.14-17.10.15) и форвард (19.10.15-06.02.16) тестирования использовались котировки Дукаскопи (99.9%). Стартовый депо 2500, нач. лот. 0,01, пара EURUSD M15. Полученный сет и отчет о тестировании в приложении. Для всего интервала прогона (19.01.14-06.02.16) коэффициент восстановления 4.11, для периода оптимизации 4,59. Имхо, из полученных цифр видно, что использование индикатора для входа первым ордером позволяет работать с малым депо, советник торгует с высокой эффективностью.

setka_trader_rsi-cci.jpg
SetkaRSI_CCI_1.29_EURUSD_M15.set

[EG10]

Экспериментирую с ночной торговлей с 21:00 по 9:00. Прилагаю скрин.
Согласно настроек бот уже должен был увидеть гэп и выставить отложки, но не выставил.
В чём причина?

Изменил настройки гэп контроля , бот сразу открыл ордер.(хотя я расчитывал, что откроет после 21:00)
Буду пока использовать inc_lot.

Setka13.jpg
1.set
20160216.log
20160216.zip

[Qj]

Хотел спросить чтобы понять математику :-b :
допустим у меня растояние между ордерами 55п., расширение задано с 5 колена 30п.
Колена идут : 1-е-0п, 2-е - 55п, 3-е - 55п, 4-е - 55п, 5-е - 85п, 6-е - 110п (как и откуда!!!! ), 7-е - ....
Как расчитывается растояние для последующих колен после 5-го ?
Для наглядности скрин приложил.
(Понимаю - что азы.., понимаю - что не разобрался..., интересует именно математика...)

Вопрос возник, так как возможна ошибка в таблице расчета колен, которую недавно выкладывал... :((

Вы лог хотя бы скидывали.

[Старик]

Хотел спросить чтобы понять математику :-b :
допустим у меня растояние между ордерами 55п., расширение задано с 5 колена 30п.
Колена идут : 1-е-0п, 2-е - 55п, 3-е - 55п, 4-е - 55п, 5-е - 85п, 6-е - 110п (как и откуда!!!! ), 7-е - ....
Как расчитывается растояние для последующих колен после 5-го ?
Для наглядности скрин приложил.
(Понимаю - что азы.., понимаю - что не разобрался..., интересует именно математика...)

Вопрос возник, так как возможна ошибка в таблице расчета колен, которую недавно выкладывал... :((

Вы лог хотя бы скидывали.

Коллега Вася, второй раз за сегодня, на этот раз внимательно :) читаем http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-ea-setka/2738/?do=findComment&comment=263839
Без лога это лишь беседа о погоде...
Это первое.

А второе то, что вы и сами могли проверить правильно ли бот выставил так возмутивший вас ордер.
Во вкладке "Эксперты" бот абсолютно честно пишет с каким шагом будет пробовать выставить ордер каждого колена.
И там, как я подозреваю (и вам придется в этом признаться для отбоя тревоги!) вы увидите шаг 115.

А дальше начинается вопрос исполнения открытия ордера со стороны ДЦ.
Счет, насколько понимаю, цент 4-хзнак с фиксированным спрэдом лошадиного размера и точностью исполнения плюс-минус метр.
Пара относится к группе почти ежедневно укуренных кроссов мажоров, носящихся по 400-500 и более 4-хзначных пипсов в день.
Точность отображения торгов, выставления ордеров таким кроссом на центовом 4-хзнаке с фиксированным спрэдом хорошо если +-3 пипса.
Дыры между котировками для этого кросса могут быть и 10 пипс - цена изменяется на 10 пипсов без промежуточных уровней.
Ну вот где ДЦ хоть какую-то близкую цену поймал - туда ордер и воткнул.
Еще и не сильно промахнулся, имхо... :)

Вася, давайте так - вы сами смотрите в журнале с каким шагом бот планировал выставить ордер.
Если 115, значит всё правильно - туда бот и целился.
А вот куда ордер воткнул ДЦ - это к ДЦ....

И я вам скажу, что как для gbpaud на этом счете вы еще неплохо попадали...
Потому что торги на этом кроссе на таком счете - это гонки в "Безумном Максе" где-то так! :d

В общем, сами гляньте в Экспертах и сообщите искать нам черную кошку в темной комнате или её там таки нет.


P.S. Если возник вопрос по точности выставления ордеров - нужен скрин м1 с достаточно крупными свечами.
А Н1 это панорама города с вертолета. :) Изменено 16 февраля, 2016 пользователем Старик

[Вася]

Хотел спросить чтобы понять математику :-b :
допустим у меня растояние между ордерами 55п., расширение задано с 5 колена 30п.
Колена идут : 1-е-0п, 2-е - 55п, 3-е - 55п, 4-е - 55п, 5-е - 85п, 6-е - 110п (как и откуда!!!! ), 7-е - ....
Как расчитывается растояние для последующих колен после 5-го ?
Для наглядности скрин приложил.
(Понимаю - что азы.., понимаю - что не разобрался..., интересует именно математика...)

Вопрос возник, так как возможна ошибка в таблице расчета колен, которую недавно выкладывал... :((

Вы лог хотя бы скидывали.

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

[Старик]

Экспериментирую с ночной торговлей с 21:00 по 9:00. Прилагаю скрин.
Согласно настроек бот уже должен был увидеть гэп и выставить отложки, но не выставил.
В чём причина?

Изменил настройки гэп контроля , бот сразу открыл ордер.(хотя я расчитывал, что откроет после 21:00)
Буду пока использовать inc_lot.

Спойлер

• Добавлены новые параметры IntraDay№StartHour, IntraDay№StartMinute, IntraDay№EndHour, IntraDay№EndMinute позволяют задать временной промежуток в течение (внутри) дня, в который разрешается открывать первый ордер сетки.
  Главным/старшим планировщиком в боте остается планировщик начала и конца торгов в течение недели TradeStartDay|TradeStartHour|TradeStartMinute-TradeEndDay|TradeEndHour|TradeEndMinute.
  Внутридневные планировщики IntraDay№... работают только в те дни недели, когда выставлять первые ордера сеток разрешено главным/недельным планировщиком.
  Если задан хоть один планировщик IntraDay№..., открытие первых ордеров сеток будет не круглосуточным, а будет возможно только в интервалы времени, заданные в планировщиках группы IntraDay№....
  (Внутридневные планировщики IntraDay№... ближе всего к планировщикам множества ночных скальперов: когда открывать новые ордера можно несколько часов в сутки - а в остальное время ордера только сопровождаются.)
  Группа (5 штук) планировщиков IntraDay№... позволяют разрешить открытие первых ордеров (новых сеток), например, в течение 2-х часов, начиная с 31-й минуты после открытия торгов в Азии, в Лондоне и в США - в общей сложности 6 часов в сутки. Тогда в остальные 18 часов в сутки сетки, открытые в интервалах IntraDay№..., будут разрастаться и полностью обслуживаться - но новые сетки вне интервалов IntraDay№... открываться не будут.
  Настройки планировщиков IntraDay№... внутри дня одинаковые/единые для всех дней недели.
  Если вам нужны разные настройки планировщиков IntraDay№... для разных дней недели - когда надо корректируйте настройки руками.
  С появлением новых параметров был полностью переписан планировщик - будьте внимательны.

Кстати, EG10, а почему вообще должны быть гэпы и выставление отложек?!
Ведь внутридневный планировщик задает время открытия только первых ордеров сеток - а открытые в это время сетки сопровождаются круглосуточно.

Или у вас после 9-ти утра новые (не первые) колена сеток вообще не открывались? Тогда да, бот работает не так как должен.

Но с 21 до 09 у вас разрешено открывать первые ордера сеток - то есть S_OpenFirstOrder=true и B_OpenFirstOrder=true.
А с 09 до 21 у вас запрещено открывать первые ордера сеток - то есть S_OpenFirstOrder=false и B_OpenFirstOrder=false.
И не более того.
Но после 09:00 боту разрешено открывать 2 (второй) и последующие ордера сеток, первые ордера которых были открыты до 09:00 - и круглосуточно строить хоть 15 коленные сетки.

[Qj]

Хотел спросить чтобы понять математику :-b :
допустим у меня растояние между ордерами 55п., расширение задано с 5 колена 30п.
Колена идут : 1-е-0п, 2-е - 55п, 3-е - 55п, 4-е - 55п, 5-е - 85п, 6-е - 110п (как и откуда!!!! ), 7-е - ....
Как расчитывается растояние для последующих колен после 5-го ?
Для наглядности скрин приложил.
(Понимаю - что азы.., понимаю - что не разобрался..., интересует именно математика...)

Вопрос возник, так как возможна ошибка в таблице расчета колен, которую недавно выкладывал... :((

Вы лог хотя бы скидывали.

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

Нам чтобы объяснить почему 6 колено было не по шагу 115 пунктов, а 110 нужен лог.

[Вася]

Спойлер

Хотел спросить чтобы понять математику :-b :
допустим у меня растояние между ордерами 55п., расширение задано с 5 колена 30п.
Колена идут : 1-е-0п, 2-е - 55п, 3-е - 55п, 4-е - 55п, 5-е - 85п, 6-е - 110п (как и откуда!!!! ), 7-е - ....
Как расчитывается растояние для последующих колен после 5-го ?
Для наглядности скрин приложил.
(Понимаю - что азы.., понимаю - что не разобрался..., интересует именно математика...)

Вопрос возник, так как возможна ошибка в таблице расчета колен, которую недавно выкладывал... :((

Вы лог хотя бы скидывали.

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

Нам чтобы объяснить почему 6 колено было не по шагу 115 пунктов, а 110 нужен лог.

Меня больше интересует не почему "....почему 6 колено было не по шагу 115 пунктов, а 110... " ,
а где ждать следующее колено, (я по расчетах хочу ожидать его там то и там то, а выходит не там). А то я наверное неправильно для себя провожу расчеты...

[va40pud]

Уважаемые разработчики!
При прогоне в тестере оптимизационной версии на EURUSD M5 2 июля 2015 при обработке гэпа бот зависает.
Если в настройках поставить no_gap или inc_lot тест проходит. Также тест проходит, если при op_stop установить
количество отложек не 3, а 1.
Прилагаю сет, лог и скрин.
Все это я проделал и с рабочей версией. Все происходит одинаково. Лог для рабочей версии.
После зависания я нажимал кнопkу Stop.

С уважением, va40pud

после_сбоя_Qj_v_1.29_16.02.2016.set
20160216.zip
EURUSDM5.gif

Изменено 16 февраля, 2016 пользователем va40pud

[Qj]

Уважаемые разработчики!
При прогоне в тестере оптимизационной версии на EURUSD M5 2 июля 2015 при обработке гэпа бот зависает.
Если в настройках поставить no_gap или inc_lot тест проходит. Также тест проходит, если при op_stop установить
количество отложек не 3, а 1.
Прилагаю сет, лог и скрин.
Все это я проделал и с рабочей версией. Все происходит одинаково. Лог для рабочей версии.
После зависания я нажимал кнопkу Stop.

С уважением, va40pud

График вообще дальше не идет? а как долго вы ждали?

[Старик]

Коллеги, выявлен баг!

Параметры MultLevel3 и MultСorrLevel3 работают некорректно!

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

Баг уже устранен и сейчас в тесте на 10 терминалах на демо сервере.
Версия без этого бага будет выложена ориентировочно в ближайшую пятницу.

К сожалению, баг действовал с момента появления этих параметров в боте.
Непонятно как он мимо меня прошел... Но проскочил.

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


Сейчас приступаем к отработке сообщений EG10 и va40pud.

----------------

Вася!
1) вы это сообщение-обращение к вам видели? http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-ea-setka/2738/?do=findComment&comment=264011
2) успокойтесь на 10 минут - просто покурите. я сейчас в топике найду цифровые примеры и вы во всем разберетесь.

http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-ea-setka/2738/?do=findComment&comment=259414

Спойлер

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

Изменение производится прибавлением (+) поправки к мульту предшествующего колена.
Только одно арифметическое действие везде - прибавление.
Если поправка отрицательная величина, то получается вычитание (все равно прибавление, но отрицательной поправки).

Если откорректировать запись Корнета как в сэте, то это выглядит так:
S_MaxOpenOrders=16
...
S_Mult=1.6
S_MultStart=3

S_MultLevel2=12
S_MultCorr= 0,2

S_MultLevel3=14
S_MultCorrLevel3=-0,1

Level как всем известно из игр переводится как уровень. Применительно к мартину уровень это № колена п/п.
Соответственно Level2 и Level3 это уровни/колена сетки, начиная с которых (включительно) нужно менять значение мульта предшествующего колена на (+) указанную величину.

Таким образом, согласно настроек Корнета (пример):
- мульт начинает применяться с 3-го колена (включительно) и
- с 3-го (включительно) до 11-го колена (включительно) мульт неизменно =1.6 т.е. равен начальному.

Согласно S_MultLevel2=12 и S_MultCorr=0,2
с 12-го колена на каждом колене (!) к текущему/последнему мульту будет прибавляться (+) S_MultCorr=0,2.

мульт 12-го колена = 1.6 + 0.2= 1.8 (мульт 12-го колена = мульту 11-го колена + S_MultCorr=0,2)
мульт 13-го колена = 1.8 + 0.2= 2.0 (мульт 13-го колена = мульту 12-го колена + S_MultCorr=0,2)

Согласно S_MultLevel3=14 и S_MultCorrLevel3=-0,1
с 14-го колена на каждом колене (!) к текущему/последнему мульту будет прибавляться (+) S_MultCorrLevel3=-0,1

мульт 14-го колена = 2.0 + (-0.1)= 1.9 (мульт 14-го колена = мульту 13-го колена + S_MultCorrLevel3=-0,1)
мульт 15-го колена = 1.9 + (-0.1)= 1.8 (мульт 15-го колена = мульту 14-го колена + S_MultCorrLevel3=-0,1)
мульт 16-го колена = 1.8 + (-0.1)= 1.7 (мульт 16-го колена = мульту 15-го колена + S_MultCorrLevel3=-0,1)

Вы имеете возможность, после изменений, сделать мульт снова фиксированным - задав, например, S_MultLevel3=14 и S_MultCorrLevel3=0.
В этом случае мульт фиксируется на уровне последнего измененного мульта 13-го колена.
Согласно примера, при S_MultLevel3=14 и S_MultCorrLevel3=0 мульт13-го=мульт14-го=мульт15-го=мульт16 колена (в примере =2).

---

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

Пользователь должен иметь возможность мгновенно высчитать шаг, мульт, ТР любого колена сетки в уме.
Максимум с привлечением пальцев рук!

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

http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-ea-setka/2738/?do=findComment&comment=259915

Спойлер

Все изменения геометрии и математики сетки (её шага, ТР и мульта) применяются начиная с колена (включительно), № которого явно указан/задан в соответствующем параметре бота.

Если вы в настройках задали, например,
S_MaxOpenOrders=16
S_GridStep=16
S_GridLevel=3
S_GridStep_AddPips=2
То первым увеличенным до 16+2=18 пипсов шагом будет шаг 3-го колена согласно S_GridLevel=3.
И в дальнейшем, начиная с 3-го колена, к шагу предыдущего колена будет прибавляться 2 пипса согласно S_GridStep_AddPips=2.
То есть шаги между коленями сетки, начиная с шага 2-го колена, будут 16, 18, 20, 22...

Это же привило "применения поправки, начиная с явно указанного в настройках № колена" распространяется на управление множителем лота и тэйкпрофита сетки.
Пример управления мультом можете посмотреть в http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-ea-setka/2738/?do=findComment&comment=259414

Как пример простых консервативных настроек, прилагаю дефолтный сэт версии 1.29

Изменено 18 февраля, 2016 пользователем Старик

[va40pud]

Qj, первый раз, когда замер тестер ждал долго: минут 5-8. График останавливается.
После нажатия кнопки Stop в тестере, бот просыпается секунд через 10-12.
Спасибо за внимание.

С уважением, va40pud

[Qj]

Qj, первый раз, когда замер тестер ждал долго: минут 5-8. График останавливается.
После нажатия кнопки Stop в тестере, бот просыпается секунд через 10-12.
Спасибо за внимание.

С уважением, va40pud

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