Ну и "забеги" тут у вас! И где вы их находите? Я поставил бота, сеты и ничего не трогаю. Всё работает без косяков и напрягов. Мониторинг в шапке темы.
"Лучшее - враг хорошего"! :d
[Советник] QLT (Quantum)
От Serg33, 15 августа, 2016 в Лаборатория ProfitFX
Всё работает без косяков и напрягов.
Просадочка 77% без напрягов не бывает)
Ну и "забеги" тут у вас! И где вы их находите? Я поставил бота, сеты и ничего не трогаю. Всё работает без косяков и напрягов. Мониторинг в шапке темы.
А по какой паре была просадка в 77%? По EURJPY или USDCAD?
Изменено 3 февраля, 2017 пользователем BackaDeGama
Всё работает без косяков и напрягов.
Просадочка 77% без напрягов не бывает)
Эта просадка была в самом начале периода, когда я подбирал настройки. В мониторинге всё есть, можете смотреть и по парам. Я для того и ставлю на тест, чтобы проверить на просадку.
Николаус у меня стоит с декабря 2015-го. Прибыльность там другая, а вот просадка там - почти 83%, и ничего, живёт.
Николаус.
в версии 1.49 сеты не слетают?
Вчера ночью получил неприятный сюрприз от советника x_x
На экспериментальном сете советник насчитал ордера по счетчику около 50 штук, после этого я решил ограничить ему время торговли, благополучно нажал ОК и советник с чистой душой сбросил счетчик ордеров на 0, после этого начал торговлю заново с первого ордера сетки :-? а то что у него стояло в реале открытых порядка 30 ордеров и шло уже 4 колено сетки ему оказалось по фиг.
Сразу скажу такой наглости я от него не ждал, и был в полной растерянности, по закрывал все что он наворотил )))) Понял что советник перезапустился - но почему он не принял в счетчик даже открытые им же ордера и не продолжил торговлю, а так же стал ждать следующих сигналов на первое открытие, вот в чем вопрос :-b
Serg33 - может сделать буфер памяти счетчика ордеров более защищенным, и привязать к нему ордера открытые советником с его магиком, а так же в случае если есть открытые ордера с магиком советника исключить из расчета фильтр на открытие первого ордера.
Хотя с другой стороны - нефиг лезь руками, пока советник работает и есть открытые ордера, но все же. >:d
в версии 1.49 сеты не слетают?
Проблема, скорее всего, в самом терминале. Либо билд 1031 глючный, либо надо делать чистую установку терминала. У меня 1010 и обновляться пока не собираюсь.
Добавлено: 03-02-2017 10:14:34
Сергей С, не плохо бы посмотреть логи, как самого советника, так и терминала. Сброс счетчика мог случиться, если советник не смог прочитать глобальные переменные. Сейчас проверю еще раз логику ограничения времени. И кстати, какая версия терминала?
Изменено 3 февраля, 2017 пользователем Serg33
Терминал 1031
В логе до установки БУ делаю корекцию времени работы в советнике, потом пытался переключать и т д
Изменено 3 февраля, 2017 пользователем Сергей С
Что-то много косяков с этим билдом (1031). Вот ветка на оф. форуме: https://www.mql5.com/ru/forum/163216
А вот интересное сообщение, даже с демонстрацией: https://www.mql5.com/ru/forum/163216/page11#comment_4016117
ЦитатаПерестают запускаться советники.
Сразу после старта терминала все ОК, работает некоторое время(сутки-двое) без проблем...
...затем в один прекрасный момент исчезает возможность загрузить/перегрузить советник. Кроме того, если теряется коннект, сам уже не восстановится - нужно перегружать терминал.
Надо уходить от глобальных переменных)) прятать все подальше )))
Надо уходить от глобальных переменных)) прятать все подальше )))
С глобальными переменными лажа, мне это один знающий человек говорил)
Надо уходить от глобальных переменных)) прятать все подальше )))
Так метаквоты еще чего-нибудь сломают. Можно, конечно, попробовать сохранять все в файл, но пока не знаю стоит ли делать такой вариант.
Добавлено: 03-02-2017 11:23:02
Надо уходить от глобальных переменных)) прятать все подальше )))
С глобальными переменными лажа, мне это один знающий человек говорил)
Я сейчас буду искать информацию по проблемам с глобальными переменными, но хотелось бы увидеть конкретику (если есть).
Добавлено: 03-02-2017 11:58:55
Сергей С, у вас похоже два советника на одной паре.
0 02:00:03.928 QLT v.1.50 EURUSD,M1: Spread: 3 Ask: 1.07833 Bid: 1.07830 SellOrders: 6
0 02:00:03.928 QLT v.1.50 EURUSD,M1: Set virtSell: 0.02 1.07820
0 02:01:03.131 QLT v.1.50 EURUSD,M1: Spread: 3 Ask: 1.07869 Bid: 1.07866 SellOrders: 0
0 02:01:03.131 QLT v.1.50 EURUSD,M1: Close virtSell: 0.02
0 02:01:03.131 QLT v.1.50 EURUSD,M1: Spread: 3 Ask: 1.07869 Bid: 1.07866 SellOrders: 7
0 02:01:03.131 QLT v.1.50 EURUSD,M1: Set virtSell: 0.04 1.07856
Одновременно 0 и 7 ордеров.
0 02:25:03.865 QLT v.1.50 EURUSD,M1: Spread: 4 Ask: 1.07798 BU: 1.07771 Profit(point): -27 Profit: $-4.24 Lot(s): 0.16 SellOrders: 8 SellOtlLots: 0.00
0 02:32:03.865 QLT v.1.50 EURUSD,M1: Signal (ProfitPoints) for close SELL grid
0 02:32:03.865 QLT v.1.50 EURUSD,M1: Spread: 4 Ask: 1.07794 BU: 1.07856 Profit(point): 62 Profit: $1.24 Lot(s): 0.02 SellOrders: 1 SellOtlLots: 0.00 L3: 0.0000 L2: 0.0000 L1: 0.0000 L2_3: 0.0000 L2_2: 0.2308 L2_1: 0.1006
0 02:32:03.865 QLT v.1.50 EURUSD,M1: Laguerre(SELL). Close grid. Rule 1 (L3>=0 L2=0 L1=0)
0 02:32:03.865 QLT v.1.50 EURUSD,M1: Laguerre(SELL) Step 3.
0 02:32:03.865 QLT v.1.50 EURUSD,M1: LaguerreStat(SELL). Spread: 4 Ask: 1.07794 BU: 1.07856 Profit(point): 62 Profit: $1.24 Lot(s): 0.02 SellOrders: 1 SellOtlLots: 0.00 L3: 0.0000 L2: 0.0000 L1: 0.0000 L2_3: 0.0000 L2_2: 0.2308 L2_1: 0.1006
0 02:32:03.865 QLT v.1.50 EURUSD,M1: LaguerreStat(SELL). Profit(point)delta: 62-62=0 Profit($)delta: $1.24-$1.24=$0.00
0 02:32:03.865 QLT v.1.50 EURUSD,M1: Ticket: 134768395 Lots: 0.02 Profit: 1.24
В первой строке Laguerre не используется, а закрытие прошло с использованием Laguerre.
0 23:25:02.678 QLT v.1.50 EURUSD,M1: Count (BUY) reset (numqdc2)
0 23:26:16.584 QLT v.1.50 EURUSD,M1: Spread: 15 Bid: 1.07617 BU: 1.07648 Profit(point): -31 Profit: $-276.04 Lot(s): 8.82 BuyOrders: 54 BuyOtlLots: 2.00
А вот и причина сброса счетчика. Второй советник его сбросил, а потом вы перезагрузили первый советник, он считал глобальные переменные, а там уже ноль.
Изменено 3 февраля, 2017 пользователем Serg33
В общем понятно - на одну пару два советника ставить нельзя даже с разными магиками l-)
Да и глобальные переменные - точно лажа - первый раз с таким в советниках сталкиваюсь - у меня иной раз по три советника с разными настройками для разных участков рынка работали на одной паре и ни чего справлялись, а этот во какой капризный оказывается ))))
Изменено 3 февраля, 2017 пользователем Сергей С
В общем понятно - на одну пару два советника ставить нельзя даже с разными магиками l-)
Да и глобальные переменные - точно лажа - первый раз с таким в советниках сталкиваюсь - у меня иной раз по три советника с разными настройками для разных участков рынка работали на одной паре и ни чего справлялись, а этот во какой капризный оказывается ))))
Глобальные переменные здесь не причем, то же самое было бы, если бы все писалось в файл.
Изначально не предполагалась установка нескольких советников на одну пару. Если такое реализовывать, то тогда надо будет делать какой-то идентификатор советника, который будет добавляться к глобальным переменным. Вот только надо ли? Сейчас схему можно реализовать установкой советника в еще одном терминале, естественно с другим магиком.
Сейчас схему можно реализовать установкой советника в еще одном терминале, естественно с другим магиком.
Не совсем удобно плодить терминалы.
Просто я никогда не работал с такими советниками которые вписывают в переменные свои значения и вот результат, что оказывается они начинают путаться в этих значениях при установки на одну пару.
Просто хотелось сделать несколько сетов для разных рисков с разным качеством фильтрации и запустить на одной паре, но видать не судьба ))) Будем дальше думать как это реализовать.
PS вообще это частный случай, поставить в первый пост предупреждение, что нельзя ставить на одну пару, доказано !!! ))))
Просто хотелось сделать несколько сетов для разных рисков с разным качеством фильтрации и запустить на одной паре
А не получится наложения сеток от разных советников? Так ведь и слиться можно, хотя просадка в каждом советнике будет в пределах допустимого.
У меня была идея с автоматической сменой сетов, но т.к. возникла проблема, то может быть будет какое-то другое решение, пока еще не придумал.
А не получится наложения сеток от разных советников?
наложение можно компенсировать стопом идущей сетки и увеличенным ТП последующей, а компенсировать увеличение лота первого ордера.
грубо первая сеть с малым лотом 0,01 но слабой фильтрацией, вторая средний лот 0,1 и средний фильтр, третья лот 1 и сильный фильтр. - но это пока на гране теории, но с увеличением макс лота в F4U до 1000 вместо 100 на центовых счетах уже интересна.
Serg33, хотел спросить по поводу параметра TP для мелких сеток. Он работает строго для количества указанных ордеров? Может имеет смысл сделать диапазон ордеров? Бывает, что и 3-5 ордеров висит в плюсе, потом цена разворачивается и сетка начинает расти, только зачем нам это надо, когда у нас уже был профит и можно было его закрыть и спать спокойно.
Если количество ордеров указано 5, то это любая сетка размером не более 5 ордеров, т.е. диапазон 1-5.
Считаю что чтобы не случилось, хоть перезагрузка всей системы в компьютере, советник даже при установки чистого терминала, должен подхватить свои ордера, над этим стоит поработать прежде чем развивать его дальше l-)
PS у нас две величины которые неизменны - номер ордера и магик, можно в магик дописывать количество счетчика ордеров, установив лимит цифр идентификации допустим 4, а следующие дописывает советник, если все вообще сотрется советник с 5 разряда посчитает свои ордера и добавит сумму в счетчик.
Изменено 3 февраля, 2017 пользователем Сергей С
Конечно можно придумать как выходить из таких ситуаций, но это довольно редкие случаи, тратить на это время пока не буду.
осталось решить вопрос с выставление ордера после сбоя если бы был выставлен ордер по порядку, развития сетки после сбоя я бы дальше не беспокоился, но начальный ордер он совсем был не в тему, пока используются центовые счета это не напрягает особенно , но в долларовых это может вызвать некоторые сомнения.
Может все таки постараться добиться стабильности сетки >:d
Изменено 3 февраля, 2017 пользователем Сергей С
Лучше не допускать таких сбоев :)
В планы я себе записал сделать корректное восстановление после возможных сбоев, но это будет не скоро, сейчас другие приоритеты.
но это будет не скоро, сейчас другие приоритеты.
Мне напоминает усовершенствование оружия - фигня что патроны не досылает - мы сейчас ствол удлиняем ))))))
Для публикации сообщений создайте учётную запись или авторизуйтесь
Перейти к списку тем