[Советник] ApMGriD (Мультивалютный мартингейл)

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

h__p://www.myfxbook.com/members/edigreens/apmgrid-10-p2-432326/700461

h__p://www.myfxbook.com/members/edigreens/apmgrid-10-p2-432326/700461

Эди, хороший мониторинг. Скажите, пожалуйста, каким сетом торгуете? Настройки по умолчанию?

Месяц торговал советник -всё норм!!! А вот сейчас увеличил ДЭПО и соответственно лот 0.06... Пишет на табло Status trade: disabled - max depo reached. В чём может быть проблема???? Терминал ошибок не выдает. Сеты ApMGriD_SWB_5000$ Pack2 v2

Месяц торговал советник -всё норм!!! А вот сейчас увеличил ДЭПО и соответственно лот 0.06... Пишет на табло Status trade: disabled - max depo reached. В чём может быть проблема???? Терминал ошибок не выдает. Сеты ApMGriD_SWB_5000$ Pack2 v2

Месяц торговал советник -всё норм!!! А вот сейчас увеличил ДЭПО и соответственно лот 0.06... Пишет на табло Status trade: disabled - max depo reached. В чём может быть проблема???? Терминал ошибок не выдает. Сеты ApMGriD_SWB_5000$ Pack2 v2

Для SWB сетов есть ограничения по размеру депозита.

Ограничения зависят не от сетов, а от версии бота. Без ограничения, была только версия (1.0).

Ограничения зависят не от сетов, а от версии бота. Без ограничения, была только версия (1.0).

А для демо-счетов есть ограничения у версий 1.20-1.22?

Ограничения зависят не от сетов, а от версии бота. Без ограничения, была только версия (1.0).

А для демо-счетов есть ограничения у версий 1.20-1.22?

А у меня всё равно на демке на той неделе перестал работать.
Почистил глобальные переменные (F3), сразу начал сделки открывать. >:d

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

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

Ограничения зависят не от сетов, а от версии бота. Без ограничения, была только версия (1.0).

А для демо-счетов есть ограничения у версий 1.20-1.22?

В шапке темы, под спойлерами истории обновлений.

1.20:
* Увеличены все ограничения для SWB сетов в 2.5 раза (Теперь они таковы: максимальный размер депозита 25.000 для брокеров с мин. лотом 0.01, 250.000 для 0.10, 2500 для InstaForex)
* Ограничения не касаются работы в тестере или на демо

Доброго времени суток!

Второй раз наблюдаю опасный эффект. ApMGriD 1.22. Строится сетка, в данном случае AUDNZD на buy, начальный лот 0.01. Gap processing = 1, быстрое движение, колена B7 и B8 выставляются отложками. Всего колен 11. В результате TP серии 1.08595, а отложка B8 стоит на уровне 1.08749 объемом 0.18. Не уверен, что это влияет, но отмечу, что по причине просадки, индикатор включил FreezeAfterTP_DD.

Происходит откат, серия закрывается по TP, но цена на этой же свече успевает зацепить отложку. Дальше происходит следующее:

06:47:36 '6686716': delete pending order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 0.00000 tp: 0.00000
06:47:36 '6686716': deleting of pending order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 0.00000 tp: 0.00000 failed [Invalid parameters]
06:47:36 '6686716': delete pending order #215907183 buy stop 0.12 AUDNZD at 1.08802 sl: 0.00000 tp: 0.00000
06:47:37 '6686716': request was accepted by server
06:47:37 '6686716': request in process
06:47:37 '6686716': pending order #215907183 was deleted
06:47:38 '6686716': modify order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 0.00000 tp: 0.00000 -> sl: 1.06749 tp: 1.09009
06:47:38 '6686716': request was accepted by server
06:47:38 '6686716': request in process
06:47:39 '6686716': order #215908266 buy 0.18 AUDNZD at 1.08749 was modified -> sl: 1.06749 tp: 1.09009
07:46:43 '6686716': instant order buy 0.01 AUDNZD at 1.08629 sl: 0.00000 tp: 0.00000
07:46:43 '6686716': request was accepted by server
07:46:43 '6686716': request in process
07:46:43 '6686716': order was opened : #216013263 buy 0.01 AUDNZD at 1.08629 sl: 0.00000 tp: 0.00000
07:46:52 '6686716': modify order #216013263 buy 0.01 AUDNZD at 1.08629 sl: 0.00000 tp: 0.00000 -> sl: 1.06629 tp: 1.08889
07:46:52 '6686716': request was accepted by server
07:46:53 '6686716': request in process
07:46:53 '6686716': order #216013263 buy 0.01 AUDNZD at 1.08629 was modified -> sl: 1.06629 tp: 1.08889
07:46:55 '6686716': modify order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 1.06749 tp: 1.09009 -> sl: 1.06629 tp: 1.08889
07:46:55 '6686716': request was accepted by server
07:46:55 '6686716': request in process
07:46:56 '6686716': order #215908266 buy 0.18 AUDNZD at 1.08749 was modified -> sl: 1.06629 tp: 1.08889

и мы имеем новую сетку с первым лотом 0.18.

По этому поводу вопрос на понимание - почему второй ордер (сет от Deila, Multiplier_2=1.1) открылся объемом 0.01, а не 0.2? Советник пляшет от BaseLotSize?

И, поскольку, повторюсь, этот эффект наблюдаю уже не первый раз, предложение уважаемому автору советника:

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

/sp

Спойлер

Доброго времени суток!

Второй раз наблюдаю опасный эффект. ApMGriD 1.22. Строится сетка, в данном случае AUDNZD на buy, начальный лот 0.01. Gap processing = 1, быстрое движение, колена B7 и B8 выставляются отложками. Всего колен 11. В результате TP серии 1.08595, а отложка B8 стоит на уровне 1.08749 объемом 0.18. Не уверен, что это влияет, но отмечу, что по причине просадки, индикатор включил FreezeAfterTP_DD.

Происходит откат, серия закрывается по TP, но цена на этой же свече успевает зацепить отложку. Дальше происходит следующее:

06:47:36 '6686716': delete pending order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 0.00000 tp: 0.00000
06:47:36 '6686716': deleting of pending order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 0.00000 tp: 0.00000 failed [Invalid parameters]
06:47:36 '6686716': delete pending order #215907183 buy stop 0.12 AUDNZD at 1.08802 sl: 0.00000 tp: 0.00000
06:47:37 '6686716': request was accepted by server
06:47:37 '6686716': request in process
06:47:37 '6686716': pending order #215907183 was deleted
06:47:38 '6686716': modify order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 0.00000 tp: 0.00000 -> sl: 1.06749 tp: 1.09009
06:47:38 '6686716': request was accepted by server
06:47:38 '6686716': request in process
06:47:39 '6686716': order #215908266 buy 0.18 AUDNZD at 1.08749 was modified -> sl: 1.06749 tp: 1.09009
07:46:43 '6686716': instant order buy 0.01 AUDNZD at 1.08629 sl: 0.00000 tp: 0.00000
07:46:43 '6686716': request was accepted by server
07:46:43 '6686716': request in process
07:46:43 '6686716': order was opened : #216013263 buy 0.01 AUDNZD at 1.08629 sl: 0.00000 tp: 0.00000
07:46:52 '6686716': modify order #216013263 buy 0.01 AUDNZD at 1.08629 sl: 0.00000 tp: 0.00000 -> sl: 1.06629 tp: 1.08889
07:46:52 '6686716': request was accepted by server
07:46:53 '6686716': request in process
07:46:53 '6686716': order #216013263 buy 0.01 AUDNZD at 1.08629 was modified -> sl: 1.06629 tp: 1.08889
07:46:55 '6686716': modify order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 1.06749 tp: 1.09009 -> sl: 1.06629 tp: 1.08889
07:46:55 '6686716': request was accepted by server
07:46:55 '6686716': request in process
07:46:56 '6686716': order #215908266 buy 0.18 AUDNZD at 1.08749 was modified -> sl: 1.06629 tp: 1.08889

и мы имеем новую сетку с первым лотом 0.18.

По этому поводу вопрос на понимание - почему второй ордер (сет от Deila, Multiplier_2=1.1) открылся объемом 0.01, а не 0.2? Советник пляшет от BaseLotSize?

И, поскольку, повторюсь, этот эффект наблюдаю уже не первый раз, предложение уважаемому автору советника:

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

/sp

Так как по этой паре обычно широкий спред, то во избежание таких ситуаций можете использовать Gap processing = 2 или вообще отключить, а поддержка автором прекращена.

Спойлер

Доброго времени суток!

Второй раз наблюдаю опасный эффект. ApMGriD 1.22. Строится сетка, в данном случае AUDNZD на buy, начальный лот 0.01. Gap processing = 1, быстрое движение, колена B7 и B8 выставляются отложками. Всего колен 11. В результате TP серии 1.08595, а отложка B8 стоит на уровне 1.08749 объемом 0.18. Не уверен, что это влияет, но отмечу, что по причине просадки, индикатор включил FreezeAfterTP_DD.

Происходит откат, серия закрывается по TP, но цена на этой же свече успевает зацепить отложку. Дальше происходит следующее:

06:47:36 '6686716': delete pending order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 0.00000 tp: 0.00000
06:47:36 '6686716': deleting of pending order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 0.00000 tp: 0.00000 failed [Invalid parameters]
06:47:36 '6686716': delete pending order #215907183 buy stop 0.12 AUDNZD at 1.08802 sl: 0.00000 tp: 0.00000
06:47:37 '6686716': request was accepted by server
06:47:37 '6686716': request in process
06:47:37 '6686716': pending order #215907183 was deleted
06:47:38 '6686716': modify order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 0.00000 tp: 0.00000 -> sl: 1.06749 tp: 1.09009
06:47:38 '6686716': request was accepted by server
06:47:38 '6686716': request in process
06:47:39 '6686716': order #215908266 buy 0.18 AUDNZD at 1.08749 was modified -> sl: 1.06749 tp: 1.09009
07:46:43 '6686716': instant order buy 0.01 AUDNZD at 1.08629 sl: 0.00000 tp: 0.00000
07:46:43 '6686716': request was accepted by server
07:46:43 '6686716': request in process
07:46:43 '6686716': order was opened : #216013263 buy 0.01 AUDNZD at 1.08629 sl: 0.00000 tp: 0.00000
07:46:52 '6686716': modify order #216013263 buy 0.01 AUDNZD at 1.08629 sl: 0.00000 tp: 0.00000 -> sl: 1.06629 tp: 1.08889
07:46:52 '6686716': request was accepted by server
07:46:53 '6686716': request in process
07:46:53 '6686716': order #216013263 buy 0.01 AUDNZD at 1.08629 was modified -> sl: 1.06629 tp: 1.08889
07:46:55 '6686716': modify order #215908266 buy 0.18 AUDNZD at 1.08749 sl: 1.06749 tp: 1.09009 -> sl: 1.06629 tp: 1.08889
07:46:55 '6686716': request was accepted by server
07:46:55 '6686716': request in process
07:46:56 '6686716': order #215908266 buy 0.18 AUDNZD at 1.08749 was modified -> sl: 1.06629 tp: 1.08889

и мы имеем новую сетку с первым лотом 0.18.

По этому поводу вопрос на понимание - почему второй ордер (сет от Deila, Multiplier_2=1.1) открылся объемом 0.01, а не 0.2? Советник пляшет от BaseLotSize?

И, поскольку, повторюсь, этот эффект наблюдаю уже не первый раз, предложение уважаемому автору советника:

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

/sp

Так как по этой паре обычно широкий спред, то во избежание таких ситуаций можете использовать Gap processing = 2 или вообще отключить, а поддержка автором прекращена.

То есть никаких шансов увидеть версию 1.23? А при использовании FX Hunter EA эта ситуация не сможет повториться? И еще можно удалять руками, поскольку метод обработки gap мне нравится, да и сеты не мои.

/spv

"...а поддержка автором прекращена."

ИМХО - напрасно. Бот работает очень даже достойно, а по эффективности использования капитала на мой взгляд ( (sic!) из того, что я сам пробовал) - оценка превосходной степени.
Думаю, что при сопровождении его можно ставить на нормальные деньги.
И соответственно - платить за него назначенную автором цену.

Может, ApMSoft & Co сменят гнев на милость?
Просим!!!!!

"...а поддержка автором прекращена."

ИМХО - напрасно. Бот работает очень даже достойно, а по эффективности использования капитала на мой взгляд ( (sic!) из того, что я сам пробовал) - оценка превосходной степени.
Думаю, что при сопровождении его можно ставить на нормальные деньги.
И соответственно - платить за него назначенную автором цену.

Может, ApMSoft & Co сменят гнев на милость?
Просим!!!!!

Про FX Hunter я в курсе, и соответствующую ветку отслеживаю.
Сложилось стойкое мнение - ApMGrid не имеет многих нюансов, порождающих проблемы, и через это весьма привлекателен.
Да, Хантер имеет много фич,через которые можно выжать дополнительные 3-5-7 процентов прибыли. И при этом можно нажить бессонницу и головную боль, на порядок выше той, что может принести ApMGrid.
Но тут уж каждому свое.
Это как спор автомобилистов о ручной и автоматической КПП. В автомобилях мне больше нравится механика, а вот в торговле - чем реже "дергать рычаги и жать педали", тем мне предпочтительнее.
Еще раз повторюсь - это мое субъективное мнение.

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

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

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

Привет всем!
Народ, объясните, кто знает -
в ожидании новогодних каникул выставил советнику через индикатор FATP.
По всем парам индикатор отображает Global FATP Enabled, но продолжает открывать сделки !!!
Не сопровождать уже открытые путем выставления новых колен и т.п., а именно открывает новые по другим парам!!!
Как его корректно заставить успокоиться?

Заранее благодарен.