[Архив!] Любой вопрос новичка, чтоб не захламлять форум. Профи, не проходите мимо. Без вас никуда - 2. - страница 227
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Увеличьте проскальзывание (Slippage). Видать сделки открывались на быстром рынке. Оно иной раз после важных новостей бывает, что тот же евробакс так выстреливает за 1-2 тика, что просто кошмар. И пока сервер обрабатывает приказ советника цена меняется очень круто.
Опасаюсь что если Slippage будет большим всегда, то ДЦ может этим начать злоупотреблять на систематической основе. Хотелось бы "раздвигать" его динамически - только если цена на сервере оказалась лучше той по которой была послана заявка. По аналогии с выставлением заявки вручную - когда если запрашиваемой цены уже нет, то предлагается новая с которой можно согласиться нажав ОК или отвергнуть - если это канечно таже самая ситуация.
Всем здрасте! Помогите пожалуйста объединить следующие вещи. В итоге должно получиться: две линии следующие за ценой одна ниже Ask на 20п.,
другая-выше, а так же подается звуковой сигнал при изменении цены на 20п. за 1 тик.
По отдельности все работает шикарно, а соединить воедино не могу. Заранее спасибо!
1) Линия ниже Ask на 20п.
2) Линия выше Ask на 20п.
3) Скорость изменения цены во времени.
Типо, умный петросян хочет пршутить..))
Сильно извиняюсь за вышесказанное, деньги ж Ваши. Чем больше вас, тем лучше нам.
Как раз в MetaEditor есть стандартный индикатор iMA. Пользуйтесь на здоровье :)
Народ! Пытаюсь сделать,что бы торговал лотом в завимилости от риска....ну что невыходит....пишет
подскажите где ошибка....
У вас в истории торгов всего один ордер нужного типа?
Если встретился ордер, закрытый в плюсе - вываливаемся из цикла и не проверяем остальную историю...
Это у вас своя функция? Или OrdersHistoryTotal() ???
Как-то смущает поиск количества убыточных ордеров. Если нужен последний закрытый, то где проверка что он последний?
Вот вам домашнее задание для самостоятельного разбора:
И вот ещё что:
Может всё-таки лучше сделать проверку на меньше минимально-допустимого?
А заодно и на больше максимального (при передаче размера лота в функцию)?
Спасибо, но там все равно придется слип вставлять.
Опасаюсь что если Slippage будет большим всегда, то ДЦ может этим начать злоупотреблять на систематической основе.
Скажите, если работать с ордерами по тикету, как правильно написать переменную (int Ticket), как статик локальную или как обычную глобальную или вообще, как обычную локальную? Чет я запутался. Спасибо.
Всё зависит от того, будет ли данная переменная доступна всем функциям советника (ну... не всем, но некоторым - точно). Тогда - глобальная.
Ежели используется только в одной функции - тогда локальная.
Вопрос из разряда "в какую воду цветы поставить, в простую или подслащенную" ... пока гадали, цветы веником стали, в баню... :))
Опасаюсь что если Slippage будет большим всегда, то ДЦ может этим начать злоупотреблять на систематической основе. Хотелось бы "раздвигать" его динамически - только если цена на сервере оказалась лучше той по которой была послана заявка. По аналогии с выставлением заявки вручную - когда если запрашиваемой цены уже нет, то предлагается новая с которой можно согласиться нажав ОК или отвергнуть - если это канечно таже самая ситуация.