Импульс - страница 20
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Естественно. Что мешает иметь собственный файл тиков в формате csv со структурой Время, Цена, Объём ? Жалко, что из тестера нельзя сохранить спред (историю Ask), но его можно сохранять реалтайм, а потом этот файл читать в тестере.
Просто "Время" - не пойдёт. Нужно или в миллисекундах, или размер паузы между тиками в миллисекундах. А само время только в начале и в конце файла - для ясности с какого промежутка времени ведётся запись.
Просто "Время" - не пойдёт....
Почему? Не будет тестироваться... Собиральщики тиков, какие находил считают секунды... Там можно переделать на мили...
Там просто получалось что например в одно и тоже время приходит два тика по разным ценам естественно...
Т.е. в таком виде для тестера не пойдёт?
Почему? Не будет тестироваться... Собиральщики тиков, какие находил считают секунды... Там можно переделать на мили...
Там просто получалось что например в одно и тоже время приходит два тика по разным ценам естественно...
Т.е. в таком виде для тестера не пойдёт?
Я уже дал ответ, решающий сию проблему. Выше.
По поводу сборки тиков в файл *.cvs - у кого какие версии Excel и какие ограничения на количество строк в таблице?
У меня Excel 2013 - ограничение количества строк - 1 999 999 997.
По поводу сборки тиков в файл *.cvs - у кого какие версии Excel и какие ограничения на количество строк в таблице?
У меня Excel 2013 - ограничение количества строк - 1 999 999 997.
А какая разница? Читать же файл будет программа, а не Excel ...
Нужно универсально делать - вдруг в Excele найдутся закономерности, которые не видно в терминале? Я так думаю, можно только три столбца делать:
Причём цена - это массив close(). А символ и время (начало записи) будут сохраняться в названии файла (например GBPUSD.f_2015.07.20 10_48_24.csv).
Нужно универсально делать - вдруг в Excele найдутся закономерности, которые не видно в терминале? Я так думаю, можно только три столбца делать:
Причём цена - это массив close(). А символ и время (начало записи) будут сохраняться в названии файла (например GBPUSD.f_2015.07.20 10_48_24.csv).
Нет. Думаю, что не паузу нужно писать в файл, а именно время поступления тика с точностью до милисекунд. Иначе, если сразу писать разницу в файл, то сами себе и ограничиваем простор для различных вариаций со временем - у нас его не будет, придётся вычислять. Пусть программа разницей занимается, а эксель лишь хранит то, что и должен хранить - тики в принятом формате хранения исторических данных в терминале.
Объём вообще по сути не нужен - он хранит количество тиков за исследуемый период (свечу, бар). Его тоже можно вычислить программно, а вот цену Ask мы больше нигде не возьмём (по крайней мере пока), кроме как сами её сохраним вместо объёма. Зато будем иметь к исследованию спред. Реальный спред. А его поведение тогда тоже можно будет исследовать наглядно. Мы же ищем импульсы, верно? Думаю поведение спреда перед импульсом тоже интересно наблюдать.
Так что моё ИМХО - храним в таком формате: Время с точностью до мс; Bid; Ask; ну можно Объём добавить;
А по поводу имени файла, как мне кажется - не плохо было бы использовать префикс в названии, например:
Почему в формате времени дефис, а не подчёркивание - потому, что программно нужно искать разделители. Подчёркивание разделяет принадлежность файла к тиковым данным (Data_ticks) и сам символ (GBPUSD), символ и начало даты (2015.07.20). Пробел указывает на начало времени записи (10-48-24), а дефисы в строке времени разделяют часы, минуты, секунды. Их можно быстро, и без поиска по разделителям программно поменять на правильный формат времени - 10:48:24 с помощью StringReplace(). Если они конечно нужны программе ...
Добавлено: Получается такая вот таблица: