Понятно, я думал закрытие в минус у Вас происходит после достижения зоны профита, а выходит что наоборот, при уходе в отрицательную зону. Ещё тогда есть мысль, насчёт расчёта по квадратичной функции, Oll писал, что при её использовании, возможно закрытие на минус. Вообще, рекомендую Вам погонять в тестере тот же период и на тех же котировках, на которых происходили неправильные закрытия, при этом отключая различные параметры, можно ещё до кучи наложить используемые индикаторы, чтобы увидеть возможную зависимость. Наверное только так можно выяснить, косячит ли один из параметров или весь код в целом.
Open source советник Zerg BrainMOD: идея реализации нового сеточника
От Xelgo, 7 февраля, 2014 в Лаборатория ProfitFX
Квадратичную функцию совсем не использую, т.к. считаю, что надо делать как раз наоборот: начинать сетку с маленьким профитом, а по мере прирастания количества ордеров увеличивать ТП на определенный шаг на каждый новый ордер. Сейчас я использую ТП - 25 пунктов, цель легко достижима и нормально срабатывает, но на практике видно, что при большем количестве ордеров можно реально брать больший профит по пунктам. Я уже об этом писал и получил от вас с Oll критические замечания. Замечания принял, но пока остаюсь при своем мнении. Сорри....
Здравствуйте!
Как-то у нас здесь пустынно и тихохонько....
Попробую разбудить.
Уже полтора месяца тестирую у разных брокеров версию Z+TMA_Oll-4Testing-3_no_limits(2). Поскольку классическая пара в это время показывала низкую активность, то гонял по 9 парам и еще по золоту. Даже в том виде, что мне передал Oll, бот однозначно профитный. Размер доходности назвать не могу, т.к. частенько менял настройки.
По моему характеру и стилю торговли пришел к таким настройкам: ТР - 25, условия входа - 0, мартин - 1, использование функции - 0, доливка - 1, арифметический прирост лота, ТР - по Зерговски, параметры индикаторов - по умолчанию, скорость - 7, временной фильтр - 600, использование SL & TP - 0. Начальный лот, шаг, величина арифметического прироста лота - эти значения надо подбирать к каждой отдельной паре. После открытия Лондонской сессии скучать не приходится. Я пока в свободное плавание его не пускаю, приглядываю, иногда вмешиваюсь.
Так что, Oll, снимаю шляпу и огромный Вам респект. Думаю, что сову можно поменять имя собственное.
Хочу поставить ее на реал, тогда уже смогу выкладывать действительные торги.
В связи с этим подскажите, Oll, есть ли в присланной Вами версии какие-либо ограничения, подводные камни?
И еще хотелось бы Вас попросить дополнить присланную версию следующим:
1. Прорисовка ТП сетки на графике;
2. Увеличение выставленного ТП на каждый новый ордер на Х пунктов (если после открытия нескольких ордеров я вручную поменяю ТП в настройках на нужное значение в действующей версии, подхватит ли сов эти изменения? Изменение шага строительства сетки после открытия первых ордеров - подхватывается);
3. После открытия первого ордера сетки дальнейшие ордера открывать с учетом скоростного и временного фильтров, но без контроля за пересечением Енвелопес или ТМА;
4. И поясните по поводу СЛ, так и не могу разобраться.
И может, для привлечения людей к теме, стоит открыть доступ форумчанам к версии, торгующей он-лайн?
Oll, возможно, Вам тема поднадоела, но сов действительно работает нормально, каких - либо грубых ошибок не было. Может попробуем довести его?
Спасибо.
Да, пробел в активности ветки явно образовался, но лично я, жду доработки для дальнейших тестов. Oll по крайней мере обещал и надеюсь что перерыв только потому, что пока у него свои дела, а не просто нет желания что-то делать. В это время с тестами на истории у меня пока перерыв, но зато на реале, пытаюсь вручную воспроизводить логику работы по моему видению. Ну конечно работаю на больших таймфреймах, иначе в скорости с роботом мне не сравниться.
Я работаю на М15. Там времени хватает оценить ситуацию. ММ у меня выходит не менее 0,1 на 10 к.
Привет всем!
Наконец включил комп. Сейчас разгребу дела и отвечу на все вопросы.
Oll не можешь мне помочь в написании сова по Crazy Nippel System, основнвя задача вывести на реал и минимизация просадок.
2 Sergey-boroda:
При use_sl_and_tp = false СтопЛосс не выставляется. В любом случае СтопЛосс у каждого ордера свой и одновременно сработать не могут. Давайте мне Ваши логи - как сетка открывалась и как закрывалась, а так-же сет файл с Вашими настройками. Попробую разобраться.
2 forwardkiko:
К сожалению у меня нет времени. Даже для поддержки этой ветки приходится себя за горло брать.
2 forwardkiko:
К сожалению у меня нет времени. Даже для поддержки этой ветки приходится себя за горло брать.
Я тебя понимаю но взгляни хоть одним глазом, задачи тг родственные
Посмотрел ветку там есть свой ТС и другие мастера. В чем моя задача? - склеить два бота? В общем обсуждать здесь других ботов- оффтоп. С конкретными вопросами в личку.Я тебя понимаю но взгляни хоть одним глазом, задачи тг родственные
Посмотрел ветку там есть свой ТС и другие мастера. В чем моя задача? - склеить два бота? В общем обсуждать здесь других ботов- оффтоп. С конкретными вопросами в личку.Я тебя понимаю но взгляни хоть одним глазом, задачи тг родственные
ТопикСтартер как и у вас. Я проштудирую вашу ветку и задам потом вопросы
Логи представить не могу, т.к. часто менял настройки, да и экспериментирую со множеством пар, поэтому немного запутался. Сет прилагаю.
Вы говорите, что у каждого ордера свой СЛ, как и где он устанавливается? Или какая логика выставления СЛ?
Ну и по поводу добавлений, о которых я писал в предпоследний раз, тоже хотелось бы услышать Ваше мнение. Замечания и критику я помню.
Спасибо
Вы говорите, что у каждого ордера свой СЛ, как и где он устанавливается? Или какая логика выставления СЛ?
ticket = OrderSend(Symbol(), Direct, lot, prcOpen, slippage * pt, 0, 0, "", magic, 0, ordColor); //открываем ордер
if (ticket >= 0){ //если ордер открыт
OrderSelect(ticket, SELECT_BY_TICKET);
if(use_sl_and_tp){ //проверяем возможность установки СЛ и ТР
double Stop=0,Take=0;
if (sl>0) Stop = ...;
if (tp>0) Take = ...;
OrderModify(ticket, OrderOpenPrice(), Stop, Take,0,ordColor); //устанавливаем
}
Мое мнение:
Ну и по поводу добавлений, о которых я писал в предпоследний раз, тоже хотелось бы услышать Ваше мнение.
- по поводу подводных камней - еще раз: бот тестовый, т.е. писался для тестера, а не для реала, поэтому подводных камней куча.
- Прорисовка ТП сетки на графике - то же самое - зачем кружева в тестовом боте?
- Увеличение выставленного ТП - это можно сделать (я делал в ветке Зерга Мод). Изменение профита будет "подхватываться" т.к. это просто уровень сравнения.
- п.3. это сделать можно (я это добавил по просьбе chistaia-rodina, но можно и через условие).
- п.4. - это Вы мне помогите разобраться.
Далее не понял - какая версия торгует он-лайн?
Здравствуйте!
"...Что ты нам говоришь: "Норд-Норд-Вест?" Ты пальцем покажи!...."
Oll, к сожалению, когда я учился - ЭВМ занимали 2-3 этажа в корпусе и ходили мы увитые перфолентами с пачками перфокарт и было это 100 лет назад. Так что в программировании не силен, каюсь. Поэтому из первой части письма ничего не понял, простите.
По второй...
Да, действительно, кружева плести рано. А по прорисовке уровня ТП Ваш Зерговский вариант я знаю и он вполне устраивает. По приросту ТП в крайнем случае так же подойдет разовое повышение после Х-го ордера, как Вы тоже сделали. Вопросов нет.
Так что ждем Ваших модификаций.
Спасибо.
По ТП есть пара симпатичных вариантов.
Первый сделать хитро растущий вместе с сеткой ТП по идее из Сетки трейдер мод.
Как реализовано найти в исходниках можно.
Второй вариант я бы предложил такой.
В расчет ТП можно ввести динамику с учетом фибо-пропорций.
И использовать 2 варианта указания ТП: фиксированный и динамический по мотивам фибо - применяя то ТП, которое в моменте больше.
Например, пользователь может задавать вариант (динамическое альтернативное) ТП как % от длины сетки - например, 23%-25% или 39% и даже 50% от длины сетки в пипсах...
Если сетка будет длинной, то 25% длинны сетки могут оказаться длиннее указанного пользователем фиксированного ТП - и тогда должен применяться больший альтернативный ТП как %% от длины сетки в пипсах.
А если сетка будет короткой, то сетка должна закрываться по тоже заданному пользователем фиксированному ТП, в короткой сетке большему альтернативного.
Изменено 3 апреля, 2014 пользователем Старик
Спасибо. Мысль ценная. Придется, видимо, реализовывать многовариантный выход.По ТП есть пара симпатичных вариантов.
2 Sergey-boroda: 1. При use_sl_and_tp = false СтопЛосс не выставляется.
2. С перфокартами и я бегал 25 лет назад.
3. Про увеличение/уменьшение ТР сетки сейчас думаю... - имхо нужно делать вариант устраивающий всех, а народ хочет разного: одни хотят уменьшать, другие - увеличивать.
По разному подходу к закрытию, я думаю многое зависит от торгуемой пары, но даже если предполагаются хорошие откаты, нет страховки от внезапных изменений правил игры. Мне кажется, более приемлемый вариант, это когда риск небольшой, то можно и попытаться выжать побольше, а если лотность уже зашкаливает, то это опасные игры сродни казино, одно дело когда ты всё контролируешь и планируешь выход исходя из многих данных, но мы ведь говорим про робота, а он не сможет понять вероятность отката. Для увеличения профита, наверное более приемлем вход попозже, тогда и лотность будет меньше и математическая вероятность в нашу пользу повысится.
Причем надо учитывать, что сетка очень редко, лишь случайно может открыться в самом начале движения.
А это означает, что ТП как % от длины сетки всегда (в %) меньше, если считать от уровня начала движения, в котором сформировалась сетка.
Например, ТП 38% от длины сетки в пипсах может быть лишь 10%-15% от уровня начала движения, на котором сетка формируется - и необходимый откат более чем вероятен.
Учитывая это, вариант %фибо-ТП намного безопасней, чем может показаться на первый взгляд.
Что касается уменьшения ТП на больших коленах, то такая опция есть во множестве мартинов и её и можно сделать как еще одну дополнительную "аварийную" опцию, отменяющую все иные варианты вычисления ТП.
Я не считаю эту опцию стоящей - но есть немало людей, которые ценят свои нервы дороже денег.
Изменено 3 апреля, 2014 пользователем Старик
Ну, да...
Действительно получается разный подход. Тогда может и сделать два варианта: на увеличение ТП с ростом сетки (вариант Старика очень симпатичен) и на уменьшение, как предлагает chistaia-rodina? Пусть пользователь сам выбирает.
Случаи, как известно, бывают разные. И в одной сове все их не предусмотришь, все равно появится n+1-ый неучтенный.
Oll, прошу пояснить: При use_sl_and_tp = true СтопЛосс выставляется в пунктах на сетку или на каждый отдельный ордер? И какой тогда выставлять ТП в этом разделе, чтобы срабатывал тот ТП, что устанавливался выше в настройках?
Спасибо.
Изменено 3 апреля, 2014 пользователем Sergey-boroda
По СЛ - есть вариант указания СЛ каждого ордера сетки как Х шагов сетки.
Вроде довольно эффективно в ботах с переменным шагом сетки.
Ну, да...
Действительно получается разный подход. Тогда может и сделать два варианта: на увеличение ТП с ростом сетки (вариант Старика очень симпатичен) и на уменьшение, как предлагает chistaia-rodina? Пусть пользователь сам выбирает.
Случаи, как известно, бывают разные. И в одной сове все их не предусмотришь, все равно появится n+1-ый неучтенный.
Реализация алгортмов вычисления ТП не выглядит чрезмерно сложной логически.
В if конструкциях можно последовательно вычислять ТП как:
1) фиксированный ТП,
2) ТП как % от длины сетки и
3) укороченный ТП
- последних 2 если пользователем заданы и логические условия выполняются.
Какой ТП в итоге останется, тот и применять.
Изменено 3 апреля, 2014 пользователем Старик
Это все хорошо, но ...
при варианте "от длины сетки" и при кол-ве открытых ордеров = 1 - ??? При 2-4 ордерах то-же не очень, т.е. эта опция не должна включаться сразу. Есть мысли?
Это все хорошо, но ...
при варианте "от длины сетки" и при кол-ве открытых ордеров = 1 - ??? При 2-4 ордерах то-же не очень, т.е. эта опция не должна включаться сразу. Есть мысли?
Не, ну смотреть-то по любому надо...
Первым вычисляется/уточняется фиксированное ТП.
Вычисление ТП только при открытии очередного ордера сетки в минусовую сторону, разовое.
Длину сетки надо каждый раз пересчитывать, при 1 ордера =0.
количество ордеров более 1, на первом ТП всегда фиксированный.
В остальных случаях формальный подход: меняем ТП через вычисление как % от длины сетки, только если длина_сетки*% > фиксированного ТП.
А куда втыкать-то стоповые отложки? Куда они смотреть-то будут?
Да и лимитные отложки тоже на фиг не нужны.
Нет?
Для публикации сообщений создайте учётную запись или авторизуйтесь
Перейти к списку тем