Вопросы от "чайника" - страница 80
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Так если не побрезговать прочёсом всей истории в прошлое, тогда не вижу проблемы. Узнаём время открытия и закрытия каждого бара и смотрим в этих внутрибарных диапазонах количество секунд. Если меньше ожидаемого - пиши "ненастоящий" бар. Это и будет переломной вехой, после которой все остальные бары будут неполноценными. Далее прочёсывать нет смысла.
Такие "ненастоящие" бары могут встретится и посреди "нормальной" истории (тогда большая часть годной для практических целей истории будет забракована), и даже целые серии таких баров. Я ж говорю - надёжного способа нет.
Такие "ненастоящие" бары могут встретится и посреди "нормальной" истории (тогда большая часть годной для практических целей истории будет забракована), и даже целые серии таких баров. Я ж говорю - надёжного способа нет.
Тогда статистику наводить, высматривая, где кучность "ненастоящих" баров не эпизодична (читай: случайна), а закономерна (постоянна), причём скорее всего закономерность будет нехитрая: когда подряд несколько баров стабильно имеют больший положенного диапазон Open - Close, можно считать, что это не случайность и смело втыкать здесь лыжную палку.
Надёжного - идеально работающего - способа нет, Форекс вообще явление ненадёжное. Исходить остаётся лишь из здравого критерия: сколько подряд идущих баров в серии должны не соответствовать условию по количеству секунд, чтобы это уже можно было считать не случайными "провалами" в истории, а началом предшествующей эпохи - эпохи менее детального ведения истории.
Надёжного - идеально работающего - способа нет, Форекс вообще явление ненадёжное. Исходить остаётся лишь из здравого критерия: сколько подряд идущих баров в серии должны не соответствовать условию по количеству секунд, чтобы это уже можно было считать не случайными "провалами" в истории, а началом предшествующей эпохи - эпохи менее детального ведения истории.
Вы работали на МТ4? Встречались с подобной проблемой? - там нет этой проблемы, а значит надёжный способ есть, но он у разработчиков. Одно из решений я уже предложил.
Другое решение, высказанное tol64, не отображать вообще некорректные данные.
Все остальные приёмы, но уже со стороны юзера, будут ненадёжными.
Вы работали на МТ4? Встречались с подобной проблемой? - там нет этой проблемы, а значит надёжный способ есть, но он у разработчиков. Одно из решений я уже предложил.
Другое решение, высказанное tol64, не отображать вообще некорректные данные.
Все остальные приёмы со стороны юзера будут ненадёжными.
Можно на уровне языка сделать дополнительный функционал, который будет возвращать качество истории в процентах для определенной пары и ТФ, за определенный период.
К примеру анализируем минутную историю за год/месяц, если не 100% значит будут проблемы.
Вы работали на МТ4? Встречались с подобной проблемой? - там нет этой проблемы, а значит надёжный способ есть, но он у разработчиков. Одно из решений я уже предложил.
Другое решение, высказанное tol64, не отображать вообще некорректные данные.
Все остальные приёмы, но уже со стороны юзера, будут ненадёжными.
Господа подскажите:
- есть dll,
- знаю что в ней есть функция fn(...),
Как узнать какой тип параметров ей нужно передавать??
Господа подскажите:
- есть dll,
- знаю что в ней есть функция fn(...),
Как узнать какой тип параметров ей нужно передавать??
Всё стесняюсь спросить, хотя вопрос давненько мучает...
CopyTime копирует в буфер непосредственно то, что есть на заданном таймфрейме вызванного хэндла индикатора. Могу ошибаться, но идеологически здесь не предусмотрено программно-алгоритмических "щелей", куда можно было бы втиснуть предварительные расчёты по первичному уточнению даты-времени (известно, что на не-M1 таймфреймах значения времени неточные). Очень хотелось бы узнать, как победить столь прямолинейное копирование именно через вышеозначенную функцию.
Подскажите, в каких случаях стоимость тика может отличаться в зависимости от того, прибыльная позиция на текущий момент или убыточная?
SYMBOL_TRADE_TICK_VALUE
SYMBOL_TRADE_TICK_VALUE_PROFIT
SYMBOL_TRADE_TICK_VALUE_LOSS