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

[Vid999]

Hi, я не поклонник советников, но новые идеи всегда приветствую, и может вашему большому коллективу пригодится моя прога для быстрого копирования файлов в разные папки, в данном случае когда установлено несколько терминалов, и что то новое или исправленное нужно разнести по всем терминалам. Стандартное "Отправить" меня не устраивало, а больше ничего удобного я не встречал, поэтому была написана эта небольшая прога для себя.
Архив распакуйте в корень диска D, в файле default_dir.ini пропишите папку с которой чаще работаете, остальные пути можно подправить как в самих тхт файлах, так и в правой панели.
Запуск CopyFiles.exe. Если что непонятно - отвечу. У меня стоит на Win10 x64
Существующие файлы заменяет не спрашивая!



В архиве так же есть прога Profit подсчета сложного процента(профита)

CopyFiles.rar

Изменено 26 мая, 2019 пользователем Vid999

[shkarupin.vi]

Коллега, вас реально переклинило... Вы всё, что надо, прочли и давно прекрасно знаете.Просто притормозили на применении того, что знаете и можете сами

Да коллега, вы правы, что-то рано меня начало клинить, хоть и будет в этом году 67, ведь знаю, что модель покажет ошибки, если, что не так ввёл, забыл, и в модель не заглянул, ломая голову. Заклинило. Спасибо, что разъяснили и напомнили. >:d Изменено 26 мая, 2019 пользователем shkarupin.vi

[Старик]

Не надо тестировать с CurrencyForMinLot=8000, если рекомендовано лишь 7000.
Вот вы вроде и сделали проверку, похожую на ту, о которой я просил - но запрошенного теста мы так и не увидели и истинную устойчивость сета так и не установили.

Поясните пожалуйста!
Может старт можно делать с любого депо?
А для проверки устойчивости использовать CloseAllOrdersByDrawDownMoney?
Намного "жестче" чем старт с CurrencyForMinLot... Второе зависит от точки старта...
Могу ошибаться, но вроде концепция была такая.?

Долго и мучительно выписываю "методологический" пост типа "Финализация (подготовка к торгам) сета при наличии и без TDS2".
Вы навесили правильных вопросов как раз в этом ключе: отвечу здесь развернуто - и использую там. :)

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

Тест с реинвестом CurrencyForMinLot>0 для проверки устойчивости сета является общепринятым безальтернативным стандартом.
И, что крайне важно, CurrencyForMinLot можно задавать для sell и buy существенно разные - sell и buy настройки/торги же могут крайне отличаться!
И, что также важно, в тестах с CurrencyForMinLot>0, из-за меняющейся лотности несколько разная математика сетки, несколько меняется расстояние до ТР и могут быть некоторые изменения хода торгов против торгов с фикс лотом.
То есть тест с реинвестом, в определенном смысле, частично заменяет несколько тестов с фикс лотом со слегка изменяемыми настройками сеток.
А если выполнить несколько тестов с реинвестом, лишь меняя стартовый депо и/или дату начала теста, то в целом получается достаточно разностороннее тестирование сета на устойчивость, заслуживающее большего доверия.

Но у нас есть опция CloseAllOrdersByDrawDownMoney, предоставляющая альтернативную возможность проверки сета на устойчивость в тестах с фиксированным лотом за любой период.
Это как бы моя любимая опция, понял/придумал её в 2012 и внедрил всюду куда достал, включая многочисленную продукцию Алголаба.
А раньше просадка в мартинах (да и вообще ботах) почему-то только в %% контролировалась. :)
Да, CloseAllOrdersByDrawDownMoney несколько жестче и позволяет надежно контролировать устойчивость сета в простых тестах с фиксированным лотом за любой период тестирования!
Это очень сильно, потому что позволяет надежно контролировать просадку именно в долгосрочных сетах, что всегда было некоторой проблемой.

Но есть вопрос задавать ли CloseAllOrdersByDrawDownMoney в контрольном тесте равным расчетному/стартовому депо или несколько (насколько?) меньшим. Теоретически надо задавать несколько меньшее значение, чем депо.
И CloseAllOrdersByDrawDownMoney пока реализован один - а для sell и buy могут быть нужны чуть отличающиеся...
А вот с CurrencyForMinLot все понятно: обычно ~=депо - но по направлениям sell и buy они могут быть очень разными!...

Имхо, в нашем боте:
- тест фикс лот и CloseAllOrdersByDrawDownMoney>0 допустимо и оптимально применять вообще всегда - тем более в сетах с низкой/средней рентабельностью без перспективы использования в торгах с реинвестом
- тест с реинвестом/CurrencyForMinLot>0 желательно применять к высоко рентабельным сетам с перспективой торгов на разгон в дополнение к предшествующему тесту с фиксированным лотом и CloseAllOrdersByDrawDownMoney>0.

То есть я, в принципе, согласен, что абсолютное большинство (тем более симметричных) сетов тест с фиксированным лотом (CurrencyForMinLot=0) и CloseAllOrdersByDrawDownMoney>0 позволяет надежно проверить на устойчивость.
Причем, что крайне важно, надёжно протестировать на любом отрезке истории во много лет.
И, соответственно, абсолютно все сеты оправдано тестировать на устойчивость с CloseAllOrdersByDrawDownMoney>0 и фиксированным лотом - вообще все сеты надо так непременно проверять!

Но, уверенное имхо, наиболее рентабельные сеты обязательно надо тестировать и с реинвестом с CurrencyForMinLot>0 и CloseAllOrdersByDrawDownMoney=0 с целью получения инфы о свойствах, финансовых характеристиках и поведении сета в режиме разгона.
Причем высокодоходные/разгонные сеты желательно проверять тщательней, выполняя несколько тестов с реинвестом с одними и теми же настройками сеток, но существенно меняя стартовый депо и немного дату начала теста - для проторговки тестируемого участка сетками разных лотностей.


С таким подходом можно, конечно, спорить.
Но, с учетом желательности получения максимума инфы о свойствах и финансовых характеристиках сета в ходе каждого контрольного теста, такое подход к тестированию выглядит достаточно логичным. Изменено 29 мая, 2019 пользователем Старик

[ivan1989forex]

Цитата

"https://www.mql5.com/en/signals/491068

Итак, Max-Mixed_Hedging_DC это Максимально Смешанное Хеджирование, используется:

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

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

С настройками по умолчанию советник будет торговать 8 парами: EURUSD, GBPJPY, GBPAUD, EURNZD, AUDCAD, NZDCHF, NZDJPY, AUDUSD (минимальный депозит с настройками по умолчанию: 500$)."(взято из codebase)

Можно сделать хеджирование? или это ерунда? Изменено 27 мая, 2019 пользователем Старик

[Старик]

ivan1989forex, вы точно в тот топик запостили? :)

плюсом этого советника

Какого советника?
Вы точно с нами общаетесь? :)


P.S. Если вам надо разместить скопированный откуда-то текст, то его надо оформить как цитату.
Кнопка цитаты рядом с кнопкой спойлера и применяется точно так же.
Или написать сверху цитата и снизу конец цитаты - а текст вставить посредине.

Но, в любом случае, скопированный откуда-то рекламный тест не надо постить от себя - надо указывать, что этот набор слов скопирован и мы о вашем здоровье тогда волноваться не будем. Изменено 26 мая, 2019 пользователем Старик

[capteen]

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

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

Судя по языку (руссиш-пиджин) - это 150% ерунда.
.

[elavr]

Уважаемый capteen!

А вот что делать со второй ошибкой? Судя по всему Вы включили опцию "бесконечное плечо"? Вам сервер отвечает что требуемая маржа = 0!

При старте бота на паре AUDNZD - опять ошибка,теперь и на центовом счете :

Цитата

zero divide in 'layer.mqh' (13,3)

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

По ошибке "ошибка не опознана" - лог и сеты во вложении.

Error.rar

[capteen]

При старте бота на паре AUDNZD - опять ошибка,теперь и на центовом счете :
Цитировать

zero divide in 'layer.mqh' (13,3)


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

По ошибке "ошибка не опознана" - лог и сеты во вложении.

Не знаю как это у Вас "при повторном старте отрабатывает...", но Вы опять "наступили" на "неограниченное плечо". :( MarketInfoDouble(MODE_MARGIN_REQUIRED) возвращает 0, на который благополучно делится "что попало" :(

Спойлер

MD	0	14:00:19.344	(EA) - Setka v1.43 ADX-IMP-rel5-190517 (AUDNZD.m,M1)	[Инфо] - (MODE_MARGINREQUIRED) Размер свободных средств, необходимых для открытия 1 лота на покупку - 0.00000

Расплата за "недоверчивость" ;) Нам мало kernel_account::leverage() мы еще и сами пересчитаем (как сумеем :( ). Попробую поправить, но брехать будет. Если честно, не хочется, сейчас, такую правку вносить, потом удалять придется. Давно уже нашел 100% решение и для ZeroDivide и для Array out of range. Надо добавить и проверить как это отработает с ботом.

Увы, пока занят другим проектом. Но до этого вопроса руки дойдут.

Прошу извинить. сейчас версии 190517 у меня нет. Завтра пересоберу с коррекцией.


И еще немаловажный момент. Разберитесь со своим сетом! Там где "Ошибка не опознана" - сработала защита от некорректного ордера (для МТ4 - 130, для МТ5 - другая)! Значит Ваш сет пытается делать что-то совершенно запредельное. Почему и как тема для отдельного, весьма не простого разбора. Вам как автору это делать самое верное.


И, на последок... :) Если видите непонятку в реале (релиз-версия) - поставьте LogLevel = 3 Будет несколько больше дополнительной информации о работе бота. Изменено 28 мая, 2019 пользователем capteen

[elavr]

Не знаю как это у Вас "при повторном старте отрабатывает...", но Вы опять "наступили" на "неограниченное плечо". MarketInfoDouble(MODE_MARGIN_REQUIRED) возвращает 0, на который благополучно делится "что попало"

Так вот в этом вся неприятность и есть.
Счет один. Бот с другими сетами, на других парах - сразу стартует нормально. На сете коллеги Tsd на паре AUDNZD первый пуск - ошибка zero divide in 'layer.mqh' (13,3), а при повторном запуске бот запускается как будто ничего не было.

И, на последок... Если видите непонятку в реале (релиз-версия) - поставьте LogLevel = 3 Будет несколько больше дополнительной информации о работе бота.

Ок. Понял. До этого момента выставлял всегда 4. Как написано в документации. Думал это максимальный уровень вывода сообщений.
Однако принципиальных изменений в логах не видел.

И еще немаловажный момент. Разберитесь со своим сетом! Там где "Ошибка не опознана" - сработала защита от некорректного ордера (для МТ4 - 130, для МТ5 - другая)! Значит Ваш сет пытается делать что-то совершенно запредельное. Почему и как тема для отдельного, весьма не простого разбора. Вам как автору это делать самое верное.

Пока руки до проектирования сетов не доходили, использую сеты коллеги Gureyev.

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

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

---

Добавлено: 29-05-2019 05:32:05

---

Если бы простенький эксель сделать, с забитыми туда формулами на закачку несколько закладок с мухи, по одной выборочной ячейке. Я бы все понял, далее бы заполнил все сам.

Очень простенький файл накидал:
1. Открываем IE, авторизируемся на myfxbook, это необходимо, чтобы сохранилась сессия, для последующей загрузке странице в экселе без авторизации.
2. Открываем книгу, и в макросе меняем ссылку на необходимую нам счет. Запускаем макрос.
3. Что бы понять какую информацию брать откуда, в google chrome(к примеру) жмем правой кнопкой на текст который мы хотим посмотреть и далее нажимаем - "Просмотреть код".
4. Соответственно Историю и Экспозицию можно взять у элементов с id = historyCont и id = exposureCont

parseMyfx.xlsm
parse_myfx.png
history.png

Изменено 29 мая, 2019 пользователем elavr

[Andrey V]

Возможны ошибки, возможно что-то не учел. Оригинальные модули не трогал. Буду еще тестировать.

Спасибо, что продолжается разработка. Особенно за адаптацию к MT5.
Проверил импорт/экспорт сета. Отчет о различиях в приложенном файле.

P.S.
Сет (EA) - Setka v1.43 - MT5 -дефолтный - 20170412_Export.set приведен в качестве примера и содержит ошибки

EA_-_Setka_v1.43_-_MT5_-дефолтный_-_20170412_Export.set
Report-ExportSet.htm

Изменено 29 мая, 2019 пользователем Andrey V

[DENYA]

Если бы простенький эксель сделать, с забитыми туда формулами на закачку несколько закладок с мухи, по одной выборочной ячейке. Я бы все понял, далее бы заполнил все сам.

Очень простенький файл накидал:
1. Открываем IE, авторизируемся на myfxbook, это необходимо, чтобы сохранилась сессия, для последующей загрузке странице в экселе без авторизации.
2. Открываем книгу, и в макросе меняем ссылку на необходимую нам счет. Запускаем макрос.
3. Что бы понять какую информацию брать откуда, в google chrome(к примеру) жмем правой кнопкой на текст который мы хотим посмотреть и далее нажимаем - "Просмотреть код".
4. Соответственно Историю и Экспозицию можно взять у элементов с id = historyCont и id = exposureCont

Спасибо, а ларчик то оказывается просто открывался! ;)

Мне кажется, или файл parseMyfx.xlsm пуст?

[capteen]

Так вот в этом вся неприятность и есть.
Счет один. Бот с другими сетами, на других парах - сразу стартует нормально. На сете коллеги Tsd на паре AUDNZD первый пуск - ошибка zero divide in 'layer.mqh' (13,3), а при повторном запуске бот запускается как будто ничего не было.

Думаю, что на этом брокере и на этой паре независимо от сета Вы будете получать такую ошибку.


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

Вроде поправил ошибку в layer.mqh. Пробуйте!
Заодно убрал возможную ошибку при "нулевом спреде". Некоторые "стеснительные" брокеры не ставят в ответах от сервера значения спреда. ;)Вместо 0-ля будем получать 1.1е-20. Думаю, пока, так пойдет, если есть другие предложения готов рассматривать. Кстати! МТ5 тоже не был застрахован от таких ошибок.

Во вложении сборки "чистого", ADX-IMP и RSI-CCI-AS ( бывший AllSteps).

Всем профитов!

PS. Перекачайте архив! Изменил имена файлов!!!

EA_-_Setka_v1.43_ADX-IMP-190529.zip

Изменено 29 мая, 2019 пользователем capteen

[Andrey V]

Использование терминала MT5

При получении отчетов тестера стратегий MT5, обратил внимание на урезаный вывод параметров сета. Последним выводится параметр S_MaxLotCoef.
Причиной оказалась последовательность "-->" в комментарии блоков "sell_tp_settings_1_43_1065_23_34_12_04_2017=SELL сетки: настройки TP (чистая прибыль) --> [уровень_БУ]+ТР" и "buy_tp_settings_1_43_1065_23_34_12_04_2017=BUY сетки: настройки TP (прибыль) --> [уровень_БУ]+ТР".
Замена последовательности "-->" на "- >" позволила вывести параметры в полном объеме.
( примеры в приложенном архиве ).

Для коллеги elavr, по функциональности Анализатора:

1. Было бы неплохо, при экспорте сета, сразу производить замену этой последовательности.
2. При загрузке отчета в Анализатор, загружать/распарсить туда данные сета из этого отчета

for_MT5_-_EA_-_Setka_v1.43_-_дефолтный_-_20170412.zip

[Старик]

С первой половины марта папка не обновлялась.
Понятно, что ПО не обновляется каждый день, но обновления уже были и немало.
Мне оставлять ссылку на вашу папку в первом посте топика или на этом всё и больше там ожидать нечего?
Вопрос не требует немедленного ответа, но ссылок вникуда в топике быть не должно и ясность желательна.

Тест делался на глюкнутом ПО с критическим багом для корзин. Для одиночного теста использовать можно.
Новое, с устраненным багом в разработке. Выкладывать нечего.
Устраним баг, выложим рабочую и верифицированную версию на диск и сделаем анонс в ветке.

Всем профитов!

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

Но я спрашивал о другом.
За прошедшее время блок протоколирования просадки был внесен практически во все моды нашего бота и есть возможность анализа просадок во всех выкладывавшихся в топик дорабатывавшихся разными людьми модах бота.
Причем в базового бота и некоторые моды правки в блок документирования просадки вносились многократно и было несколько релизов бота и модов с добавленным в них блоком документирования просадки.
Речь идет о модах мт4/мт5 базового бота серий (EA) - Setka v1.43 MultiMaxDD mod v1.4.х (и Setka v1.43 bzMultiMaxDD?), а также индикаторных модах бота серий aiMultiMaxDD и rcMultiMaxDD - с добавленными в них блоками протоколирования просадки.
Ничего из вышеперечисленного, кроме уже древнего мода Setka v1.43 MultiMaxDD mod v1.1.ex4, не было ни опубликовано в топике, ни выложено на гугл диск в общедоступную папку.

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

По сумме факторов, я не вижу ни одного внятного обоснования того, что моды бота с блоком протоколирования просадки в ех4/ех5 не выложены в топик и не доступны всем участникам проекта и всем форумчанам.
Конечно, это ПО не всем "по зубам", но сильные разберутся.
А мы все всегда заинтересованы в пополнении проекта сильными участниками с форума и совместного продвижения вперед!

Я могу напрячься и организовать отдельную доработку бота и модов каким-то блоком протоколирования просадки, совместимым с разрабатываемым ПО MultiMaxDD.
Это было бы дольше и хуже, но в принципе реализуемо - в программировании невозможного нет.
Но это было бы длинное, сложное, в какой-то степени конфликтное и не 100% надежное решение, частично дублирующее основную разработку ПО.
Намного надежней, быстрее и правильнее будет, если бот и все моды бота с актуальным блоком протоколирования просадки будут оперативно выкладываться в топик самими разработчиками этого непростого специального ПО!
Так мы смогли бы все вместе продолжить двигаться вперед с наименьшими трениями и с наибольшей скоростью! Изменено 30 мая, 2019 пользователем Старик

[Мерлин]

Поддерживаю Старика:) народ, давайте делитесь и желательно в иходниках:) чтобы другим людям по сто раз не изобретать велосипеды:)

[capteen]

В 29.05.2019 в 17:07, Andrey V сказал:

При получении отчетов тестера стратегий MT5, обратил внимание на урезаный вывод параметров сета. Последним выводится параметр S_MaxLotCoef.
Причиной оказалась последовательность "-->" в комментарии блоков "sell_tp_settings_1_43_1065_23_34_12_04_2017=SELL сетки: настройки TP (чистая прибыль) --> [уровень_БУ]+ТР" и "buy_tp_settings_1_43_1065_23_34_12_04_2017=BUY сетки: настройки TP (прибыль) --> [уровень_БУ]+ТР".
Замена последовательности "-->" на "- >" позволила вывести параметры в полном объеме.

 

Это не сложно поправить прямо в боте. Определитесь как удобно и наглядно, я внесу правку и при следующем релизе все будет как надо.

 

[Старик]

В 29.05.2019 в 21:25, capteen сказал:

 

В 29.05.2019 в 17:07, Andrey V сказал:

При получении отчетов тестера стратегий MT5, обратил внимание на урезаный вывод параметров сета. Последним выводится параметр S_MaxLotCoef.
Причиной оказалась последовательность "-->" в комментарии блоков "sell_tp_settings_1_43_1065_23_34_12_04_2017=SELL сетки: настройки TP (чистая прибыль) --> [уровень_БУ]+ТР" и "buy_tp_settings_1_43_1065_23_34_12_04_2017=BUY сетки: настройки TP (прибыль) --> [уровень_БУ]+ТР".
Замена последовательности "-->" на "- >" позволила вывести параметры в полном объеме.

Это не сложно поправить прямо в боте.
Определитесь как удобно и наглядно, я внесу правку и при следующем релизе все будет как надо.

 

Это вроде правится вручную в сетах.
Я туда 2 дефиса руками воткнул - руками же один дефис в комменте в сете и удалить можно

[capteen]

В 29.05.2019 в 21:34, Старик сказал:

Это вроде правится вручную в сетах.
Я туда 2 дефиса руками воткнул - руками же один дефис в комменте в сете и удалить можно

 

Вполне можно. Но раз такая неприятность идет, проще один раз поправить в исходнике, а уж со следующим релизом оно и само будет правильно. Пакет правок неплохо так накапливается.

Но вот как реагировать на "ошибку 130"? Для меня пока полная загадка. Как должен себя вести бот получив сообщение о неправильно расчитанном ордере. Пока я просто блокирую отправку "горбатого" ордера на сервер и результат false, от этого бот не получает кода ошибки и пишет "Ошибка не опознана". Надо из этого как-то выходить, но я не очень понимаю куда.

 

[Andrey V]

В 29.05.2019 в 23:03, capteen сказал:

Вполне можно. Но раз такая неприятность идет, проще один раз поправить в исходнике, а уж со следующим релизом оно и само будет правильно

 

В боте лучше поправить, но сеты править все равно придется. Можно ручками, а можно поправить "(EA) - Setka v1.43+ - Анализатор статистики сеток - dagaz-elavr", исправить ошибки при экспорте сета, и включить замену "-->", например на "- >". Тогда достаточно сделать импорт-экспорт сета, и данная ошибка удалится. (Хотя ошибкой это не назовешь, скорее просто "баг")
На мой взгляд удобно при переводе сетов в MT5.

 

[Старик]

В 29.05.2019 в 23:03, capteen сказал:

 

В 29.05.2019 в 21:34, Старик сказал:

Это вроде правится вручную в сетах.
Я туда 2 дефиса руками воткнул - руками же один дефис в комменте в сете и удалить можно

Вполне можно.
Но раз такая неприятность идет, проще один раз поправить в исходнике, а уж со следующим релизом оно и само будет правильно.
Пакет правок неплохо так накапливается.

Но вот как реагировать на "ошибку 130"? Для меня пока полная загадка.
Как должен себя вести бот получив сообщение о неправильно расчитанном ордере.
Пока я просто блокирую отправку "горбатого" ордера на сервер и результат false, от этого бот не получает кода ошибки и пишет "Ошибка не опознана".
Надо из этого как-то выходить, но я не очень понимаю куда.

 

По дефису да, в исходнике поправить надо - там тоже --> в комментах к блокам ТР задается.
И надо проверить только ли в комментах к блокам задания ТР есть эта комбинация символов или я её и в комменты к 1-2 планировщикам тоже воткнул.
В описании параметров бота у меня этих --> где-то миллион...

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

-----

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

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

Что делать с error130, полного понимания у меня тоже нет.
В прямом смысле неверно рассчитанных ордеров в боте уже давно нет - ТР и редкий стоп, кроме предположительно 1 случая со свопами, вычисляются верно (такими, какими должны быть согласно настроек и геометрии сетки).
Другое дело, что верно вычисленные ТР и стоп по каким-то причинам очень редко не могут быть изменены в ордере.

Имхо, причин невозможности присвоения ТР или стопа ордеру может быть несколько, в том числе:
1) заданные пользователем настройки сетки/ТР, не стыкующиеся со свойствами/stoplevel валютной пары.
Например, бездолларовый кросс, большой stoplevel, малый ТР - ТР на первом ордере сетки сходу не выставить, будет много error130.
Схожая ситуация может быть в густой сетке с небольшим ТР - там и не только на первом ордере error130 может быть.
1а) некорректные настройки гэп-контроля
2) резкое, иногда в 10-15 раз, временное увеличение ДЦ stoplevel пары на новостях, в ролловер, на открытии/закрытии сессии.
Десятки раз наблюдал в ручных торгах - спрэд 2-3 пипса, а stoplevel 20-30 пипсов и фиг близко выставишь ТР или стоп.
3) ложный ответ терминала: на запрос бота отвечает, что stoplevel=0 или малый - а реально stoplevel больше.
Пройдет все умные проверки, но при попытке модификации ордера error130 хоть сотни раз.
4) позиционная, когда цена окажется вблизи ТР сетки и какого-то из модифицируемых ордеров сетки.
Когда ТР сетки и цена близко к одному из ордеров и надо модифицировать ТР, а stoplevel не дает. Особенно неприятно, когда дальше ТР и близко к ТР неактивируемая отложка, которой надо выставить технический стоп близко к ТР сетки.
Во всех 5-ти этих и схожих ситуациях ТР посчитан и присваивается верно, но сервер отвергает модификацию ордера по своим соображениям - чаще всего из-за конфликта со stoplevel.


Необходимость в модификации ТР сетки может возникать по ряду причин и активироваться из нескольких мест, в т.ч.:
1) при открытии 1-го ордера сетки
2) при открытии очередного ордера сетки
3) при срабатывании гэп контроля и выставлении рыночного ордера или отложек
4) при активации очередной отложки и, если надо, перестановке других (откуда вызывается модификация не помню)
5) просто по таймеру - например, после начисления свопов в ролловер почти всегда по таймеру пересчитывается, уточняется и модифицируется ТР.
Не уверен, что это всё.
Контроль корректности и актуальности ТР многоуровневый круглосуточный и реально очень сложный, править его мало не покажется.


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

По дефолту максимум через 90 секунд сработает таймер контроля корректности ТР сетки, модифицирующий ТР если возникнет необходимость.
Тут, в свою очередь, надо добавить такой же переход к модификации очередного ордера, если error130 уже в этом блоке.
Но тут, возможно, надо добавить еще и контроль корректности задания ТР в ордерах сетки:
- потому что даже если ТР не поменяется (и модификация ордеров вызываться не должна)
- но в части "пропущенных" ордеров ранее не будет корректно задан ТР, то
- всё равно надо будет стартовать цикл модификации, чтобы присвоить корректный ТР ордерам, которым ТР ранее не был присвоен.
Но считывать и смотреть ТР в ордерах надо осмысленно, потому что у части отложек может быть индивидуальные ТР и стоп - и их надо увидеть, узнать/понять, при модификации не трогать и модификацию ТР всех ордеров из-за таких эксклюзивных отложек зря не активировать...
Всё это реально сложно увязано.


Это я по памяти писал, что-то мог и упустить, давно мы это всё продумывали...
Имхо, если error130 скорее модная тема, чем реальная проблема, то без крайней нужды туда лучше не ввязываться.
А там, может, мы с Qj error130 и разгребем летом где-то, если сложится.

[dinsv]

Аднака здравствуйте.

В 22.05.2019 в 16:41, Altegron сказал:

немного изменил под себя и получилось очень стабильно даже с реинвестом.
Можно попробовать пропускать новогоднюю движуху, например паузить с первой недели декабря и стартовать торговлю со 2-3 недели января нового года.
 

Цитата

Цитата: Старик от Апрель 26, 2019, 05:52:46 am
Для объективного подтверждения устойчивости сета нужен тест за 3+ года с CurrencyForMinLot=7000.
Пока же объективного подтверждения устойчивости сета в длительном тесте с реинвестом у нас нет.

получите, распишитесь.
Короче! прикладываю тест 2016-по сегодняшний день, депо на старте 12900 (мультиторги), реинвест каждые 8000. Название оставляю оригинальное.

 

без изменения в наименовании сета не понятно, что было подогнано, кроме котировок?

 

 

 

В 22.05.2019 в 18:07, Старик сказал:

Коллега, при проверке устойчивости сета широта души абсолютно неуместна.
Не надо стартовать с завышенного депо. Депо должно быть равно CurrencyForMinLot.
Не надо тестировать с CurrencyForMinLot=8000, если рекомендовано лишь 7000.
Вот вы вроде и сделали проверку, похожую на ту, о которой я просил - но запрошенного теста мы так и не увидели и истинную устойчивость сета так и не установили.

 

http://tlap.com/forum/laboratoriya-profitfx/24/open-source-sovetnik-forex-setka-trader-mod-i-ea-setka/2738/?do=findComment&comment=424328 вот в этом посте есть в том числе и реинвест с 7000USc

 

 

 

 

В 23.05.2019 в 23:12, Старик сказал:

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

 

14 колен в сете не от балды, а на торгах так вообще стоит 12 =)
поясняю, когда делается тест с реинвестом 1 колено дается в запас, что бы увидеть, будет ли его открытие в случае слива или нет, если да то продолжаем работу и тд, но если слив будет при указанных 13 коленах, мне придется еще раз гнать тест с 14ю коленами.
поэтому ставлю сразу с запасом. в результате тест прошел на 13колен, но делать ретест с MaxOpenOrders=13 только для того что бы и в тесте и в сете и в табличке была одинаковая цифра данного параметра, просто жаль времени, ведь можно просто глянуть табличку=)

 

[elavr]

В 29.05.2019 в 15:36, DENYA сказал:

Мне кажется, или файл parseMyfx.xlsm пуст?

 

Файл содержит макрос на VB.
Но чтоб он больше не выглядел пустым - чутка его подправил.

 

 

 

 

 

 

В 29.05.2019 в 17:07, Andrey V сказал:

Использование терминала MT5
При получении отчетов тестера стратегий MT5, обратил внимание на урезаный вывод параметров сета. Последним выводится параметр S_MaxLotCoef.
Причиной оказалась последовательность "-->" в комментарии блоков "sell_tp_settings_1_43_1065_23_34_12_04_2017=SELL сетки: настройки TP (чистая прибыль) --> [уровень_БУ]+ТР" и "buy_tp_settings_1_43_1065_23_34_12_04_2017=BUY сетки: настройки TP (прибыль) --> [уровень_БУ]+ТР".
Замена последовательности "-->" на "- >" позволила вывести параметры в полном объеме.
( примеры в приложенном архиве ).
Для коллеги elavr, по функциональности Анализатора:
1. Было бы неплохо, при экспорте сета, сразу производить замену этой последовательности.
2. При загрузке отчета в Анализатор, загружать/распарсить туда данные сета из этого отчета

 

 

1. Анализатор не производит импорт сетов из мт5 и не осуществляет их экспорт в мт5. Попробую позже добавить такую возможность.
2. Разбор HTML отчетов MT5(да и МТ4) тем способом, который сейчас осуществляется - немножко корявый, из-за того, что Excel уж больно умный, и пытается делать то, что его не просят. В частности, речь идет об авто преобразование форматов, наличие HTML символов в текстовых строках(Например если в текстовой строке встретилась последовательность "-->" умный Эксель считает, что это HTML тэг закрытие комментария. Или к примеру в комментариях, номер колена <2> удаляется, потому - что Эксель считает это за тэг). Стоит отметить, что эксель сильно зависим от региональных настроек. Приходится применять разные костыли, которые не всегда отрабатывают корректно. Но в MT5 появилась возможность выгружать отчет в формате Excel OpenXml, который позволит решить большинство этих проблем, включая полноценный вывод параметров set'a. Т.е. сеты не надо будет править руками чтоб они корректно выводились в отчет. В ближайшее время - я постараюсь переделать загрузку отчетов на этот формат, а также сделать загрузку сета из отчета.

 

 

 

 

 

В 30.05.2019 в 04:57, Старик сказал:

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

 

Думаю не надо ничего править, проблема загрузки сетов МТ5 в анализатор Excel можно решить без таких сложностей и условностей для разработчиков сетов. )

 

 

 

 

 

 

 

parseMyfx.xlsm
set_OpenXML.png
Пример_отчета_в_формате_OpenXML.xlsx

 

 

 

 

 

 

[capteen]

В 30.05.2019 в 04:57, Старик сказал:

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

 

В 30.05.2019 в 04:57, Старик сказал:

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

Я не очень уверен что предложенное является каким-либо решением. Для этого есть несколько причин:
1. Неоднократно в тестах замечено "зависание" установки ордеров и модификации сетки при ошибке 130;

2. Как бы не была "мелка" или "незначительна" эта ошибка, серьезные брокеры грозятся блокировкой при массовых ошибках со стороны клиента;

3. Появление ошибки 1 говорит о явных неточностях в расчете параметров некоторых ордеров;

4. Я не знаю каким образом загнать желаемый код в значение "GetLastError()".

Если смущают попытки повторно исполнить неверный ордер, пока не превысим MaxRetry - могу вместо false возвращать true. Тогда бот будет считать что все хорошо до следующей проверки положения ТП (следующего тика, скорее всего). При этом в логе ничего выводиться не будет и будет совсем не понятно была ли ошибка или все хорошо. Что бы этого избежать выводить "на печать" сообщение об обнаруженной ошибке.

Пока вижу такие варианты. Убирать проверку ордера непосредственно перед отправкой - считаю в корне не верным решением!

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

Массово ошибки стали проявляться на экзотических брокерах и парах. Но я и в тестах на Альпе и ЕвроБаксе эти ошибки получал (на экзотических сетах). Так что оставлять это вопрос без внимания и контроля видится не разумным.

 

 

 

В 30.05.2019 в 05:54, elavr сказал:

Думаю не надо ничего править, проблема загрузки сетов МТ5 в анализатор Excel можно решить без таких сложностей и условностей для разработчиков сетов. )
 

 

В 30.05.2019 в 04:57, Старик сказал:

По дефису да, в исходнике поправить надо - там тоже --> в комментах к блокам ТР задается.
И надо проверить только ли в комментах к блокам задания ТР есть эта комбинация символов или я её и в комменты к 1-2 планировщикам тоже воткнул.
В описании параметров бота у меня этих --> где-то миллион...

Решайте!

[Andrey V]

В 30.05.2019 в 05:54, elavr сказал:

Но в MT5 появилась возможность выгружать отчет в формате Excel OpenXml, который позволит решить большинство этих проблем, включая полноценный вывод параметров set'a. Т.е. сеты не надо будет править руками чтоб они корректно выводились в отчет. В ближайшее время - я постараюсь переделать загрузку отчетов на этот формат, а также сделать загрузку сета из отчета.

 

Если есть такие планы, то, пожалуй, это оптимальное решение. Без лишних трудозатрат и всяких "костылей". ))

 

[roben]

Ребят какая в итоге самая лучшая версия робота? И почему нужно открывать 2 графика, не смогли сделать чтобы на одном торговал?