Отправлено: 12.08.14 20:12. Заголовок: Тестирование на реальной истории
Тестирование на реальной истории. Описана работа скрипта FXTFileMaker, который позволяет конвертировать тиковую историю из TKS-файлов в FXT-файлы и подставлять ее в папку тестера стратегий Meta Trader 4.
Кстати, если имеется интерес среди здешнего общества, то могу сделать и скрипт, проверяющий качество тиковой истории в зависимости от настроек, заданных пользователем.
Думаю это будет полезно. Я регулярно даю ссылки на сайт и базу, надеюсь это расшевелит народ.
Отправлено: 28.12.16 00:47. Заголовок: На минутках - 25%, н..
цитата:
На минутках - 25%, на остальных ТФ - 90%. 99%
У меня в не патченом терминале на всех ТФ показывает: N/A Еще в разные дни с одними и теми же параметрами результаты теста разнятся.
цитата:
Кстати, если имеется интерес среди здешнего общества, то могу сделать и скрипт, проверяющий качество тиковой истории в зависимости от настроек, заданных пользователем.
Отправлено: 31.12.16 20:49. Заголовок: Xenofan пишет: У ме..
Xenofan пишет:
цитата:
У меня в не патченом терминале на всех ТФ показывает: N/A
Приведите пожалуйста алгоритм (шаги), который используете перед тестированием на реальных тиках.
Xenofan пишет:
цитата:
Еще в разные дни с одними и теми же параметрами результаты теста разнятся.
Скорее всего, спред изменяется. Также от одного дня к другому может изменяться рыночное окружение. Также подобное поведение всегда имеется при тесте на кросс-парах, т. к. тестер берет для расчета стоимости тика текущее рыночное значение для всего периода тестируемой истории.
Приведите пожалуйста алгоритм (шаги), который используете перед тестированием на реальных тиках.
Делаю так как по инструкции, с помощью скрипта объединяю историю котировок, потом конвертирую в формат csv, после этого в формат FXT - все на графике M1. После этого запускаю тестирование за определенный период, например за год. Терминал не патченый - может из за этого так показывает?
Делаю так как по инструкции, с помощью скрипта объединяю историю котировок, потом конвертирую в формат csv, после этого в формат FXT - все на графике M1. После этого запускаю тестирование за определенный период, например за год. Терминал не патченый - может из за этого так показывает?
Ммм... Уточните, что за инструкцию используете. Дело в том, что ни здесь, ни здесь нет шага, связанного с конвертированием в csv-файл. Файл TKS напрямую конвертируется в формат FXT. И, если сделано именно так, то качество моделирования будет N/A, но ошибок рассогласования не должно быть. Это важный момент.
Ммм... Уточните, что за инструкцию используете. Дело в том, что ни здесь, ни здесь нет шага, связанного с конвертированием в csv-файл.
Значит это было мое лишнее действие, буду теперь знать. Но, тем не менее файл TKS я не удаляю из папки, просто там лежит 2 файла: CSV и TKS, а значит скрипт берет за основу именно TKS для конвертации в FXT.
Scriptong Посмотрел немного код относительно Range баров - нет учета излишка/остатка от i_chartPeriod ........ к сожалению Игорь, не делали ли Вы подробный расчет рэнжей для этого скрипта ?
(написал сообщение позже, а оно выше моего предыдущего)))
Посмотрел немного код относительно Range баров - нет учета излишка/остатка от i_chartPeriod ........ к сожалению
Насчет превышения допустимого количества пунктов в баре у меня нет никаких решений кроме того, которое реализовано. К примеру, настроили бар высотой 10 пунктов. Сначала тики шли так, что высота бара увеличивалась последовательно на один пункт. В итоге пришли к значению 8 пунктов. И тут следующий тик поступает с небольшим гэпом, увеличивая высоту бара до 15 пунктов. Исходя из сути Range-бара, мы не можем сделать бар больше 10 пунктов. Поэтому текущий бар завершается с высотой 8 пунктов, а следующий бар начинается с той цены, которая пришла. Такой подход приводит к образованию гэпов на графике Range-баров. Да, это непривычно исследователям Rnage-баров, т. к. они до сих пор оперировали плавными графиками, без гэпов. Но объясняется это просто: все имеющиеся индикаторы Range-баров строятся на минутных, а не на тиковых данных, то есть изначально используется сглаженных график, без детализации. А потому там гэпов нет по определению. Да и сама технология построения графика получается немного другой. Меня уже несколько раз просили сделать вариант сглаженного графика Range-баров, который заполняет гэпы виртуальными свечами. Наверное, в нем тоже можно разглядеть какой-то смысл. Но лично мне на данный момент такой подход не нравится, т. к. пользователь будет видеть на графике множество несуществующих данных. Более того, подобный график (не Range-бары, но очень близкий к нему по смыслу) я уже делал на заказ. В итоге получал головную боль от вопросов: почему советник, основанный на данных сглаженного графика, заключает сделки с большим опозданием. При разборе каждой такой ситуации оказывалось, что в тех местах, где заказчик ожидал открытие сделки, не было реальных тиков. Был гэп, заполненный виртуальными свечами. Получается, что сглаженный график способствует самообману. На таких графиках делают множество тестерных Граалей.
Здравствуйте scriptong. спасибо за открытый код) - Вы красиво пишете)) Особенно понравился "Сборщик тиков" и класс и структуры - все подробно с комментариями) Я пока только в массивах тусуюсь(( :). Одним словом - Ваш код для меня есть пример того как нужно кодить) -- Игорь, вопрос есть по Вашему скрипту "FXTFileMaker_AnyData" Для теста выбрал золото, скачал последний файл по ссылке из "История тиков" GKFX Вашим скриптом FXTFileMaker_AnyData сделал FXT для ренджей Скрытый текст
Все даты в формате GMT
2 час. Хитов сегодня: 0
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация откл, правка нет