Artyom Trishkin: Естественно. Что мешает иметь собственный файл тиков в формате csv со структурой Время, Цена, Объём ? Жалко, что из тестера нельзя сохранить спред (историю Ask), но его можно сохранять реалтайм, а потом этот файл читать в тестере.
Karputov Vladimir: Просто "Время" - не пойдёт. Нужно или в миллисекундах, или размер паузы между тиками в миллисекундах. А само время только в начале и в конце файла - для ясности с какого промежутка времени ведётся запись.
Нужно универсально делать - вдруг в Excele найдутся закономерности, которые не видно в терминале? Я так думаю, можно только три столбца делать:
Пауза, микросекунд
Цена
Объём
Причём цена - это массив close(). А символ и время (начало записи) будут сохраняться в названии файла (например GBPUSD.f_2015.07.20 10_48_24.csv).
Нет. Думаю, что не паузу нужно писать в файл, а именно время поступления тика с точностью до милисекунд. Иначе, если сразу писать разницу в файл, то сами себе и ограничиваем простор для различных вариаций со временем - у нас его не будет, придётся вычислять. Пусть программа разницей занимается, а эксель лишь хранит то, что и должен хранить - тики в принятом формате хранения исторических данных в терминале.
Объём вообще по сути не нужен - он хранит количество тиков за исследуемый период (свечу, бар). Его тоже можно вычислить программно, а вот цену Ask мы больше нигде не возьмём (по крайней мере пока), кроме как сами её сохраним вместо объёма. Зато будем иметь к исследованию спред. Реальный спред. А его поведение тогда тоже можно будет исследовать наглядно. Мы же ищем импульсы, верно? Думаю поведение спреда перед импульсом тоже интересно наблюдать.
Так что моё ИМХО - храним в таком формате: Время с точностью до мс; Bid; Ask; ну можно Объём добавить;
А по поводу имени файла, как мне кажется - не плохо было бы использовать префикс в названии, например:
Data_ticks_GBPUSD_2015.07.2010-48-24.csv
Почему в формате времени дефис, а не подчёркивание - потому, что программно нужно искать разделители. Подчёркивание разделяет принадлежность файла к тиковым данным (Data_ticks) и сам символ (GBPUSD), символ и начало даты (2015.07.20). Пробел указывает на начало времени записи (10-48-24), а дефисы в строке времени разделяют часы, минуты, секунды. Их можно быстро, и без поиска по разделителям программно поменять на правильный формат времени - 10:48:24 с помощью StringReplace(). Если они конечно нужны программе ...
Хорошо. Время прихода тика можно записывать не в приращении, а непосредственно в микросекундах с момента начала работы MQL5-программы. Кому как надо, тот так и будет потом вычислять паузу между тиками.
Тогда второе поле будет цена массива close[] - это и есть Bid.
Насчёт Ask сомнение. Стоит ли его получать? Индикатор получает массив spread[] - вот его можно записывать. Кому надо - будет вычислять Ask.
Имя файла в таком формате: Data_ticks_GBPUSD.f_2015.07.20 16_02_36.csv
Добавлено: Получается такая вот таблица:
Время тика, микросекунд Bid Спред
37748461.555391937751561.555441937752661.555461937755141.555451937757151.555461937758251.555471937759061.555481937759841.555471937760601.555491937761351.555481937762091.555511937803951.555501937805981.555491940877101.555481942117861.555461942118641.555451947148581.555441948303081.555431966601641.555441966602821.555431990858461.555421990860331.555411990861381.5554219
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
Естественно. Что мешает иметь собственный файл тиков в формате 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(). Если они конечно нужны программе ...
Добавлено: Получается такая вот таблица: