vorese: С "низким поклоном" Вы малЕнько переборщили , а за хороший отзыв спасибо. Трейлингстоп я теперь просто обязан сделать.
Присоединяюсь к благодарностям, действительно такого сова я не встречал. За неделю он мне наторговал с 300 дол. 63%, СЛ-150, ТП-100 (пятизнак), лот 0,3, скромные настройки, но при том что я не следил почти за ним. Безубыток в сове уже есть, трейлингстоп в разработке. Для полного счастья не хватает частичного закрытия позиции при достижении определенного профита. Например: 1) первый профит закрыть при достижении -N пунктов, 2) потом закрывать каждые - N пунктов, 3) закрывать - такой то объем от начального лота. Лучше сначала, когда цена дошла N пунктов до перевода в БУ, закрыть часть позы, может даже большую, а далее как рынок себя поведет, ведь лучше закрыться с частью прибыли, чем просто с БУ в 2 пункта. ИМХО.
Посмотрел немного код, предлагаю удалить нормализацию в командах OrderSend для цены, там где она устанавливается по рынку. Уровни Ask и Bid уже нормализованы. Это позволит "ускорить" выполнение операции.
В принципе если умножать Point на целое число, разрядность должна сохраниться, а потому можно также не нормализовывать (по опыту ошибок не было).
Команду RefreshRates() желательно выполнить еще непосредственно перед OrderSend... значительно снизит вероятность ошибки "отсутствие цены"
Посмотрел немного код, предлагаю удалить нормализацию в командах OrderSend для цены, там где она устанавливается по рынку. Уровни Ask и Bid уже нормализованы. Это позволит "ускорить" выполнение операции.
В принципе если умножать Point на целое число, разрядность должна сохраниться, а потому можно также не нормализовывать (по опыту ошибок не было).
Команду RefreshRates() желательно выполнить еще непосредственно перед OrderSend...
Стандарт
100 долоров на счету(демо)поднял на одной новости 60 процентов к депо
С "низким поклоном" Вы малЕнько переборщили , а за хороший отзыв спасибо. Трейлингстоп я теперь просто обязан сделать.
Посмотрел немного код, предлагаю удалить нормализацию в командах OrderSend для цены, там где она устанавливается по рынку. Уровни Ask и Bid уже нормализованы. Это позволит "ускорить" выполнение операции.
В принципе если умножать Point на целое число, разрядность должна сохраниться, а потому можно также не нормализовывать (по опыту ошибок не было).
Команду RefreshRates() желательно выполнить еще непосредственно перед OrderSend... значительно снизит вероятность ошибки "отсутствие цены"
Посмотрел немного код, предлагаю удалить нормализацию в командах OrderSend для цены, там где она устанавливается по рынку. Уровни Ask и Bid уже нормализованы. Это позволит "ускорить" выполнение операции.
В принципе если умножать Point на целое число, разрядность должна сохраниться, а потому можно также не нормализовывать (по опыту ошибок не было).
Команду RefreshRates() желательно выполнить еще непосредственно перед OrderSend...
Посмотрите пример
Я не претендую на Оскар, говорю по опыту ) Обращаю внимание, что умножать вещественное нормализованное на целое.
У меня ошибок при таком написании не возникало, может стоит покрутить бесконечный цикл для проверки )
Я не претендую на Оскар, говорю по опыту ) Обращаю внимание, что умножать вещественное нормализованное на целое.
У меня ошибок при таком написании не возникало, может стоит покрутить бесконечный цикл для проверки )
Для полного счастья не хватает
Давайте не будем обижать тех программистов , которые давно написали и выложили в CodeBase скрипты и эксперты для частичного закрытия позиции.
Почему в одном из терминалов появляется вот это? И ничего не помогает, хотя до этого всё работало.