#526


Ребята, хватит заниматься ерундой. Что нам даст эта статистика??? Рынок меняется постоянно. Какой смысл анализировать прошлое? Надо работать над улучшением принципов работы советника, а не тратить время на анализ прошлого. Ну есть у нас сет, дающий 500% за 2012 год и что? Зато он сливает во все предыдущие годы. И вполне возможно сольет на следущей неделе, а может через две. Вы почему-то упорно не хотите понимать, для чего нам нужно закрытие в ноль. Поясняю еще раз, уменьшив просадку по одной паре, мы сможем в дальнейшем подобрать параметры для еще нескольких, что в конечном итоге позволит получать прибыль даже большую, чем при использовании одной пары, при этом с гораздо меньшей просадкой. Кто-нибудь проводил работу над подбором сетов под другие пары??? Также хочу сказать насчет локирования. Это бред. Сегодня вы сможете выйти из лока, а завтра нет. Единственный способ нормально выйти из лока - это долить еще денег на счет. Это одна из причин, для чего нужно локирование. Мой подход к мартинам - минимальные риски по многим парам, дающие в итоге значительно большую прибыль, при этом безопасно!!! И пусть иногда даже случается форс-мажор, типа 2008,2009 года или недавней ситуации, когда у многих слились Хакед и Энви. Я сразу вырублю все советники и закрою все ордера, если просадка будет больше 25%, потому что я знаю, что моя правильно настроенная мультивалютная мартингейл- система даст мне столько за месяц. Зачем же рисковать таким доходом из-за какой-то просадки, случающейся 1-2 раза в год?
Вы конечно можете дальше копать в сторону локирования и анализа прошлого, но тут я не с Вами, так как уверен на 100%, что это путь в никуда.



Есть рациональное зерно в словах твоих.

Та же статистика мне например нужна не для копании в прошлом, а для анализа конкретной ситуации и поиска ошибки. Искать ошибку в виде слитого депо, как получилось выше 2-мя страницами не особо хочется. А робот на то и робот, чтобы позволять отойти от компа. И если уж залет случился, то должна быть возможность быстрого анализа произошедшего, а не ковыряние в стейтменте по часу.

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

Добрый день всем есть такой вопрос, есть возможность вложить в сову 500$ какой лот лучше выставить для ForexHackedMod.004.02.mq4 или еще какие параметры сет cтоит рискованный на 2012 вот мониторинг http://www.myfxbook.com/members/ualeks85/ualeks85/331769/AlWI0rXglR3B8BedLRhB

Изменено 1 июля, 2012 пользователем ualeks85

#528


Добрый день всем есть такой вопрос, есть возможность вложить в сову 500$ какой лот лучше выставить для ForexHackedMod.004.02.mq4 или еще какие параметры сет cтоит рискованный на 2012 вот мониторинг https://www.myfxbook.com/portfolio/ualeks85/331769


Дай ссылку на мониторинг не из портфолио - для внешних пользователей.

Мод лучше использовать не ниже 004.04.

А с лотом погоняй тесты на котирах ДЦ, с которым собираешься работать.
#529

Здравствуйте, как учесть комиссию на NDD счетах в этом советнике? Сделки закрываются по TP, но в минусе за счет комиссии :(

#530


Здравствуйте, как учесть комиссию на NDD счетах в этом советнике? Сделки закрываются по TP, но в минусе за счет комиссии :(



Расширить сетку и значение ТП.
#531



Здравствуйте, как учесть комиссию на NDD счетах в этом советнике? Сделки закрываются по TP, но в минусе за счет комиссии :(



Расширить сетку и значение ТП.


Если не затруднит можно поподробнее (какие параметры изменить в настройках), счет на ф4ю центовый NDD, комиссия 10$ за лот
#532

Vovik, не в той теме пишешь. Сдесь обсуждают улучшение советника, а не то, как он работает. Тебе сюда /sovetniki-foreks/11/sovetnik-martingeyl-quotforeks-vzlomschikquot/146

#533


А с лотом погоняй тесты на котирах ДЦ, с которым собираешься работать.


А бывает у кого то история кроме метаквотов (они же ее правда с альпари берут (брали)?), и дукаса?
#534



А с лотом погоняй тесты на котирах ДЦ, с которым собираешься работать.


А бывает у кого то история кроме метаквотов (они же ее правда с альпари берут (брали)?), и дукаса?


У Альпари на NDD-Classic котировки от дукаса. Сама история качается с сервера Alpari NZ(Новая Зеландия).
#535



А с лотом погоняй тесты на котирах ДЦ, с которым собираешься работать.


А бывает у кого то история кроме метаквотов (они же ее правда с альпари берут (брали)?), и дукаса?

У меня год и больше реальные минутки Ф4Ю, Альпари, ФхПро по основным парам и части кроссов.
Вроде не чистил историю. Правда, особо этим не заморачивался.
Просто были включены терминалы от начала недели до конца, компы лишь иногда выключаю в выходные.
#536
kiocera, а можно ли реализовать ограничение на максимальный объем открытых сделок по buy и по sell?

А то ограничение на максимальное количество ордеров не всегда подходит - ведь если первое колено закрылось по стопу, советник считает, что колен стало меньше и открывает еще одно с большим лотом снова до максимального количества колен.
#537


kiocera, а можно ли реализовать ограничение на максимальный объем открытых сделок по buy и по sell?

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



1. Реализовать можно. Только какое именно? Максимальный объем одной сделки, всей пирамиды, обоих пирамид?
2. Вы ошибаетесь, так работал оригинальный код. При AllowExtraOrders = false, мод смотрит на объем последней сделки и по нему рассчитывает уровень пирамиды. Если младшую выбило по SL, лишняя сделка не откроется. Если же AllowExtraOrders = true, мод открывает сделки через каждые PipStarter пунктов, пока хватает баланса.
#538


2. Вы ошибаетесь, так работал оригинальный код. При AllowExtraOrders = false, мод смотрит на объем последней сделки и по нему рассчитывает уровень пирамиды. Если младшую выбило по SL, лишняя сделка не откроется. Если же AllowExtraOrders = true, мод открывает сделки через каждые PipStarter пунктов, пока хватает баланса.



kiocera, вы правы, количество ордеров не увеличивается после закрытия колен по стоп-лоссу. Это советник гэп отработал, когда фунт скользил, и я подумал, что открылась сделка от следующего колена. Вот только отработка гэпа в некоторых случаях добивает депозит. :) Поэтому неплохо бы объем ограничивать.

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

Изменено 29 июня, 2012 пользователем lamer

#539
lamer, имхо, при скальпинге спокойнее использовать режим отработки гэпов без дополнительного увеличение ордеров - с промежуточным ТП старшего (послегэпового) ордера.
Тогда и проблема слишком большого ордера в принципе не возникает.

kiocera, если решите ввести переменную максимального лота ордера (что, в принципе, допустимо - кроме режима локирования), то надо ставить и проверку, что заданный пользователем максимальный объем ордера не меньше максимального ордера последнего колена.
А то начнется муть с нестыковкой задаваемых пользователями параметрами...

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

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

#540

Приветствую, светлые головы!
Я тут редко пишу (пока с советниками на "Вы"), но, по прошествии месяца теста версии 2.4.003 (не поменял на свежую), за 20 рабочих дней, включая ещё не завершенный сегодняшний, советник хорошо торговал (и наторговал) на NDD-демосчёте, выкарабкиваясь из любых передряг (диву даюсь). В итоге - плюс за месяц 14,32% - вполне достойный результат! =d>
Стейт (на всякий случай) прикрепил. Респект! :)

Стейт.rar28 скач.

#541


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



Старик, поясни, пожалуйста, что такое "промежуточный ТП старшего ордера"? Это какой-то дополнительный режим при выключенной отработке гэпов?
#542


Старик, поясни, пожалуйста, что такое "промежуточный ТП старшего ордера"? Это какой-то дополнительный режим при выключенной отработке гэпов?



Это режим, когда при гэпе мы стараемся поставить ордер не увеличивая объем, но сокращая его TP дистанцию. Чтобы, если он закроется по TP открыть новый ордер но уже ближе к той цене, которая ожидалась по геометрии.

Режим включается, когда PriceGapOrderDistance > 0. Тогда короткий TP будет установлен, если
гэп >= PriceGapOrderDistance + PriceGapMinimalTP. TP будет установлен на расстоянии PriceGapOrderDistance от ожидаемой по геометрии цены.

Если PriceGapOrderDistance
#543



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



Старик, поясни, пожалуйста, что такое "промежуточный ТП старшего ордера"? Это какой-то дополнительный режим при выключенной отработке гэпов?

/laboratoriya-profitfx/24/sovetnik-haked-uluchshenie/2156/?do=findComment&comment=31078
В этом посте разобран пример управления обработкой гэпа в цифрах.
Как раз случай для тебя: после гэпа ордер открывается дальше, чем надо - но обычного размера.
Немного ниже и выше указанного поста мы чуток пообщались об этом режиме, в середине топика я расписал алгоритм этой опции обработки гэпа.

Может, когда-то потом kiocera упростит управление этим режимом - но сейчас еще столько всего надо нового и важного сделать, что не до красивостей.

Добавлено: 29-06-2012 20:30:46


Приветствую, светлые головы!
Я тут редко пишу (пока с советниками на "Вы"), но, по прошествии месяца теста версии 2.4.003 (не поменял на свежую), за 20 рабочих дней, включая ещё не завершенный сегодняшний, советник хорошо торговал (и наторговал) на NDD-демосчёте, выкарабкиваясь из любых передряг (диву даюсь). В итоге - плюс за месяц 14,32% - вполне достойный результат! =d>
Стейт (на всякий случай) прикрепил. Респект! :)


И тебе привет, тоже светлая голова!

А мы тут горячо обсуждаем 100% в месяц много или ну нафиг с такой фигней заводится...

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

Изменено 30 июня, 2012 пользователем Старик

#544

Приветствую, kiocera. Обнаружил баг. Гоняю версию 2.4.003.02 на демо, работаю на полуавтомате (первую сделку открываю сам). Баг такой - Хакед постоянно забывает подхватывать первый ордер. Цена прошла больше чем PipStarter, нажимаешь F7 и Ok, сразу открывает колено. Очень неудобно, надо постоянно проверять свои сделки. На реале стоит версия 2.4.002, к ней претензий нет.

Автор#545

Смотрю народ тут путается в настройках и их значениях.
Если кому не трудно распишите все настройки и их значение.
Я добавлю в первый пост.

#546
KROOL1980, проблема есть - но решать ее надо по максимуму.
Настройки надо рассортировать по группам, откомментировать в боте для подсветки в сэтах, однозначно описать в текстовом файле.
Этот текстовый файл надо пополнять для каждой модификации и перевыкладывать.

Давно хотел это сделать - но времени нет.
А сделать надо - и по максимуму.
#547


Приветствую, kiocera. Обнаружил баг. Гоняю версию 2.4.003.02 на демо, работаю на полуавтомате (первую сделку открываю сам). Баг такой - Хакед постоянно забывает подхватывать первый ордер. Цена прошла больше чем PipStarter, нажимаешь F7 и Ok, сразу открывает колено. Очень неудобно, надо постоянно проверять свои сделки. На реале стоит версия 2.4.002, к ней претензий нет.



Если вы открываете сделки вручную, без указания MagicNumber, то используйте скрипт, который позволяет задать MagicNumber такой же, как в настройках бота.

Баг исправлен в ForexHackedMod.004.02 и более поздних версиях. Предлагаю вам использовать версию, прикрепленную к этому посту. В ней модифицирован алгоритм трейлинга. Начиная с 9 сделки при достижении прибыли в TrailingMinProfit пунктов начинается трал последнего ордера на расстоянии TrailingSL от цены с шагом TrailingStep. Если по какой-либо причине старший ордер закрылся (например по SL), то TP остальных ордеров отодвигается от цены открытия наибольшего живого ордера пирамиды на TakeProfit * TrailingTPScale пунктов. Здесь 0
Множитель введен из-за того, что при закрытии старшего ордера в трале, цена редко проходит так далеко, чтобы дойти до TP предпоследнего колена, что приводит к сливу, если сдвинуть TP слишком далеко от цены. Перебор в тестере показал, что предельное значение TrailingTPScale около 0.4-0.52.

К посту прикладываю результаты тестов с тралом и без. Настройки внутри архивов.

ForexHackedMod.004.06.mq4245 скач.
ForexHackedMod.004.06_-_20120629_high_risk_trail_off.zip235 скач.
ForexHackedMod.004.06_-_20120629_high_risk_trail_on.zip259 скач.

#548



Приветствую, kiocera. Обнаружил баг. Гоняю версию 2.4.003.02 на демо, работаю на полуавтомате (первую сделку открываю сам). Баг такой - Хакед постоянно забывает подхватывать первый ордер. Цена прошла больше чем PipStarter, нажимаешь F7 и Ok, сразу открывает колено. Очень неудобно, надо постоянно проверять свои сделки. На реале стоит версия 2.4.002, к ней претензий нет.



Если вы открываете сделки вручную, без указания MagicNumber, то используйте скрипт, который позволяет задать MagicNumber такой же, как в настройках бота.

Баг исправлен в ForexHackedMod.004.02 и более поздних версиях. Предлагаю вам использовать версию, прикрепленную к этому посту. В ней модифицирован алгоритм трейлинга. Начиная с 9 сделки при достижении прибыли в TrailingMinProfit пунктов начинается трал последнего ордера на расстоянии TrailingSL от цены с шагом TrailingStep. Если по какой-либо причине старший ордер закрылся (например по SL), то TP остальных ордеров отодвигается от цены открытия наибольшего живого ордера пирамиды на TakeProfit * TrailingTPScale пунктов. Здесь 0
Множитель введен из-за того, что при закрытии старшего ордера в трале, цена редко проходит так далеко, чтобы дойти до TP предпоследнего колена, что приводит к сливу, если сдвинуть TP слишком далеко от цены. Перебор в тестере показал, что предельное значение TrailingTPScale около 0.4-0.52.

К посту прикладываю результаты тестов с тралом и без. Настройки внутри архивов.

а есть возможность в боте, если последний ордер к колене закрылся по тралу, то закрывается всё колено в профите? Тогда сам трал можно будет отодвинуть на большее расстояние, тем самым гипотетически повысить прибыльность? :d
#549


а есть возможность в боте, если последний ордер к колене закрылся по тралу, то закрывается всё колено в профите? Тогда сам трал можно будет отодвинуть на большее расстояние, тем самым гипотетически повысить прибыльность? :d



Сформулируйте нормально. Я не понимаю, что вы предлагаете.
#550



а есть возможность в боте, если последний ордер к колене закрылся по тралу, то закрывается всё колено в профите? Тогда сам трал можно будет отодвинуть на большее расстояние, тем самым гипотетически повысить прибыльность? :d



Сформулируйте нормально. Я не понимаю, что вы предлагаете.

наверное я что-то не совсем верно понял. Когда последний ордер (с наибольшим лотом) ведётся по трейлинг стопу и через время цена разворачивается и ордер закрывается, то закрываются все другие, более старшие ордера (вся серия ордеров) по этой валюте или нет?

Для публикации сообщений создайте учётную запись или авторизуйтесь

Перейти к списку тем
Форум · 2.0.20260627.0025