48 минут назад, kkthxbye сказал: несколько идеальных вариантов было сегодня Хорошие примеры. Я себе приблизительно такое и представлял. Давайте для лучшего понимания системы разберем первый сигнал (первая вертикальная зеленая линия) с вашего скрина: 1. медленная SSRC в потол
Oleg Petrov
Members
Новичок
- Зарегистрирован
- 15 сентября, 2019
- Посещение
- 23 ноября, 2021
Обзор контента
Показать всё (19) →5 часов назад, kkthxbye сказал: Посмотрите как работает система - сильное движение, после него откат и продолжение движения - вот на этом откате я и открываю ордера. Смотрю конечно. Шаблоны скачал, применил. Наблюдаю. Можете пока нет мониторинга выложить пару скринов сделок с ид
2 минуты назад, kkthxbye сказал: я выжидаю идеальные условия и открываюсь на 80-90% от возможного лота, беру 100-250 пипсов движения на м1-м5. Для меня намного проще делать 1-3 сделки в день с огромным риском и закрывать терминал, чем торговать меньшим лотом больше сделок. Ваш
1 час назад, kkthxbye сказал: Ожидаемый старт немного переносится на следующий понедельник. А про стопы при торговле ставлю практически всегда немного выше\ниже текущего хай\лоу поэтому они получаются вариативными по размеру в зависимости от точки входа Размер стопа в пунктах по
2 часа назад, Medwedzhatina сказал: Шапку копировал с HIllux, ее же ставил в описание на форуме альпари . Некогда было переписывать описание, в последствии откорректирую. Не всегда все успеваю, часто банально не хватает времени. В данный момент у меня 2 счета на робофорексе и па
3 минуты назад, Medwedzhatina сказал: Входа по этой системе, но манименеджмент у меня там свой. Есть мониторинг с мая, но там изначально входа не совсем такие были, поэтому не стал его выкладывать. Тогда не понятно противоречие о используемых индикаторах в описании системы на ф
ПАММ в мониторинге по этой системе работает?
@0ll Получился вот такой код. Компиляция ошибок не выдала. Но есть предупреждение "possible loss of data due to type conversion " (несоответствие типов) в строке расчета osp. NormalizeDouble с округлением до нуля не помогает. Подскажите плиз как его исправить. Спойлер if ( Coun
@0ll , это ограничение лучше сделать через жесткую фиксацию разрешенного времени для модификации? Например: if (TimeHour(TimeCurrent())==1 && TimeMinute(TimeCurrent())==1) // вроде за минуту должны успеть все ордера модифицироваться Или есть како-то более надежный спос
@0ll , извините если туплю, но у меня сейчас вопрос возник по модификации. Смущает вот что. Допустим запустили мы этот цикл корректировки ТР на своп. Код без ошибок, компиляция прошла успешно. Но после его корректного исполнения (увеличения ТР на величину своп) цикл будет беск
@0ll , 2 цикла именно потому что не предполагается одного общего ТР для всех сделок: у первой группы ордеров он общий, а у второй группы ТР индивидуальный для каждого ордера. Соответственно логика модификации для двух групп ордеров отличается. Реализовать это на мой взгляд можн
5 часов назад, 0ll сказал: @Oleg Petrov Если несколько ордеров, то нужно делать 1 цикл, 2 цикла работать не будет! т.е. сразу снимаете данные ордера и сразу модифицируете ТП. @0ll спасибо за комментарии. Правильно ли я понимаю, что для того чтобы использовать 2 цикла нужно при
Получился вот такой код. Компиляция ошибок не выдала. Спойлер void ModifyOrders1(int otype) { double osp, otp=0; double os = 0; for (int i=OrdersTotal()-1; i>=0; i--) { if (OrderSelect(i, SELECT_BY_POS, MODE_TRADES)) { if (OrderSymbol() == Symbol() && OrderMagicNumb
55 минут назад, 0ll сказал: @Oleg Petrov тут есть тонкости: MarketInfo( _Symbol, MODE_TICKVALUE ) - Размер минимального изменения цены инструмента в валюте депозита Point - Возвращает размер пункта текущего инструмента в валюте котировки OrderSwap (в валюте депозита) / цену пун
Доброго времени суток, уважаемые форумчане! В процессе написания советника возникла небольшая заминка. Подскажите как ее лучше разрешить. Суть вопроса: некоторые сделки серии могут зависнуть на несколько дней, соответственно могут начисляться отрицательные свопы. Вот я и подумал
34 минуты назад, MikR0ReR сказал: Ответ: Все гораздо проще! Дело в MagicNumber в OrderSend(). В первом ордере ставите MagicNumber-1111111, а в последующих ордерах 0. Отсюда следует что Count, BuyCount, SellCount считают MagicNumber-1111111, вот поэтому Count, BuyCount, SellCount
21 минуту назад, 0ll сказал: Получается не только Count но и SellCount() у Вас не считает... Думаю для Вас будет полезно самому найти ошибку, Print в руки и вперёд, вставляйте везде, только не в основной цикл, а то заспамите журнал. Вы имеете ввиду использовать функцию Print во
1 час назад, 0ll сказал: @Oleg Petrov После открытия сделки где у Вас SendNotification , вставьте Print("Buy=",BuyCount(),", Sell=",SellCount() ); После сделаете короткий прогон на пару сеток и смотрите в журнале как логика отработала. Этот приём основной при поиске ошибок.
Доброго времени суток! Вот написал небольшой простенький советник-сеточник. Скомпилировал, ошибок не выдает. Но при тестировании обратил внимание, что новые дополнительные сделки открываются без изменения коэффициента лота, шага и ТР, как это предусмотрено прописанной логикой. Д
