Форум » Инструменты трейдера » Тиковые объемы. Сборщик тиков » Ответить

Тиковые объемы. Сборщик тиков

Scriptong: Сборщик тиков Индикатор, предназначенный для самостоятельного сохранения данных о тиковом потоке.

Ответов - 45, стр: 1 2 3 All

Balbesik: Денис пишет: Есть проблемка, эквиобъемный график и график равновысоких свечей строятся без проблем, а вот график равновременных свечей не хочет строить как положено, при временном интервале меннее минуты он строит минутные свечи, при этом, к примеру 90-секундные строит без проблем. Старый вопрос. У Игоря дискрета в коде задана 60 секунд. Возможно с Вашей помощью удастся его убедить, что требуется 1 секунда ( "по просьбе трудящихся" ). В ренджах, где-то я, по мойму, выкладывал переделку на 1 секунду. Может быть и "криво" блок сделан, но работает давно и без проблем. Поменяйте блок.

Scriptong: Денис пишет: Есть проблемка, эквиобъемный график и график равновысоких свечей строятся без проблем, а вот график равновременных свечей не хочет строить как положено, при временном интервале меннее минуты он строит минутные свечи, при этом, к примеру 90-секундные строит без проблем. Это не является проблемой индикатора. Это ограничение МТ4. Заключается оно в том, что терминал "не понимает", когда одной и той же минуте соответствует два и более баров. В итоге он относит подобный график к ошибочным и некорректно его отображает. Решением проблемы стал искусственный сдвиг по времени вправо тех баров, которые хотят наложиться друг на друга. Поэтому график рэндж-баров с малой высотой может убегать по времени далеко вперед за текущее время. Но суть такого графика ни в коем случае не меняется. Отображение происходит корректно. А вот время, которое отображается терминалом, выходит некорректное. Подобное поведение будет у любого типа графика, а не только у рэнджей. Попробуйте построить тиковый график (эквиобъемный с количеством тиков 1) или секундный (равновременной с количеством секунд 1). Получите то же самое - сам график будет верный, а время - неправильное.

Balbesik: Scriptong пишет: Поэтому график рэндж-баров с малой высотой может убегать по времени далеко вперед за текущее время...... А вот время, которое отображается терминалом, выходит некорректное. "Убегать по времени далеко вперед" - это как понять? "А вот время, которое отображается терминалом, выходит некорректное" - что значит некорректное? Прямо на примере, если можно объяснить? Пример приведен - Тема:"Недискрентные рендж-бары", Стр.8, Сообщение - Отправлено: 30.09.15 20:04. Заголовок: Scriptong пишет: Scriptong пишет: Получите то же самое - сам график будет верный, а время - неправильное. Т.е. если на графике будет показана одна и та же минута (время) на нескольких барах, при этом время формирования самих баров идет с точностью до 1 секунды - Это, что "Не верь глазам своим"? Где время - неправильное?


Scriptong: Balbesik пишет: "Убегать по времени далеко вперед" - это как понять? Да очень просто. К примеру, у нас есть текущая минута - 21:55. Рынок оказывается достаточно волатильным так, что за эту минуту формируется пять рэндж-баров. Но по правилам МТ4 отобразить на свече 21:55 мы можем только одну свечу. Что делать оставшимися четырьмя свечами? Не отображать? Тогда график будет неправильный. Отображаем. Но как? А вот так: вторая свеча на времени 21:56, третья - на 21:57, четвертая - на 21:58, пятая - на 21:59. Таким образом, текущее время 21:55, а на графике наблюдаем 21:59. С каждым таким случаем время все дальше и дальше убегает вперед, немного возвращаясь за выходные и праздники.

Balbesik: Scriptong пишет: А вот так: вторая свеча на времени 21:56, третья - на 21:57, четвертая - на 21:58, пятая - на 21:59. Таким образом, текущее время 21:55, а на графике наблюдаем 21:59. С каждым таким случаем время все дальше и дальше убегает вперед, Я же предложил - Balbesik пишет: Пример приведен - Тема:"Недискрентные рендж-бары", Стр.8, Сообщение - Отправлено: 30.09.15 20:04. Заголовок: Scriptong пишет: Картинка - конкретный график, время специально выделено - 2015.09.04 23:55 проходит ДВА десятка баров время 2015.09.04 23:55 Не верь глазам своим? Не хочу "по кругу" спорить.

Scriptong: Balbesik пишет: Я же предложил - Не то ты предложил. В этом решении скрываются бары внутри одной минуты, а нужно их показать. Ты решил другую задачу - установка начала минуты не ровно на 0 секунд, а на ту секунду, где она реально открылась. Причем эта задача решена в TicksCollector'е. Да вот только МТ4 не хочет секунды отображать.

Денис: В ренджах, где-то я, по мойму, выкладывал переделку на 1 секунду. Может быть и "криво" блок сделан, но работает давно и без проблем. Поменяйте блок. Извините, я пока здесь плохо ориентируюсь, да и мои навыки программирования оставляют желать лучшего. Может выложите рабочий код? Это не является проблемой индикатора. Это ограничение МТ4. Заключается оно в том, что терминал "не понимает", когда одной и той же минуте соответствует два и более баров. В итоге он относит подобный график к ошибочным и некорректно его отображает. Решением проблемы стал искусственный сдвиг по времени вправо тех баров, которые хотят наложиться друг на друга. Поэтому график рэндж-баров с малой высотой может убегать по времени далеко вперед за текущее время. Но суть такого графика ни в коем случае не меняется. Отображение происходит корректно. А вот время, которое отображается терминалом, выходит некорректное. Подобное поведение будет у любого типа графика, а не только у рэнджей. Попробуйте построить тиковый график (эквиобъемный с количеством тиков 1) или секундный (равновременной с количеством секунд 1). Получите то же самое - сам график будет верный, а время - неправильное. То что ренжд-бары убегают вперед не беда. Проблема в том, что при построении РАВНОВРЕМЕННЫХ свечей с интервалом менее минуты, рисуются минутные свечи.

Balbesik: Денис пишет: Извините, я пока здесь плохо ориентируюсь, да и мои навыки программирования оставляют желать лучшего. Может выложите рабочий код? click here Здесь - 1. Переименовано имя тикового файла в tks_40. Или пройдись по коду и поправь или если берешь, например историю Игоря, то его файл переименуй (добавь _40) 2. Делал под себя (под равновысокие) и все "лишнее" в коде закоментировано (выключено) в т.ч. равновременные. Проверить можешь на равновысоких, а потом пройдешься по коду и разкоментируешь. Терминал отображает минимум 1 минуту, поэтому на графике, если попало, например 2 свечи внутри одной минуты, то просто отобразятся 2 свечи с одним и тем же временем (никакого "забегания вперед по времени" не будет). Но какая разница, тут я вообще проблему "не догоняю". Само время формирования бара расчитается ( iTime(NULL,PERIOD_CURRENT,i) - iTime(NULL,PERIOD_CURRENT,i+1) ) с точьностью до 1 секунды или время открытия бара ( iTime(NULL,PERIOD_CURRENT,i) ) снимешь с точностью до 1 секунды. В чем вопрос?

Scriptong: Balbesik пишет: В чем вопрос? Вопрос в том, что нужен секундный график, а не минутный со временем открытия с точностью до секунды. Нужно видеть все секунды в пределах одной свечи, а не только самую первую секунду.

Balbesik: Scriptong пишет: Вопрос в том, что нужен секундный график, а не минутный со временем открытия с точностью до секунды. Нужно видеть все секунды в пределах одной свечи, а не только самую первую секунду. Да в этом - то и вопрос. Зачем? Глазками? - думаю "замучаешься пыль глотать" ("крыша" поедет через 5 минут), а для реализации в каком-то алгоритме все для этого есть. Ну будет условных 60 "минутных" свечей со временем открытия от 1 до 60 (каждая свеча будет иметь время открытия на 1 секунду больше предыдущей, при этом на графике все 60 свечей будут иметь время с одной и той же минутой).

Scriptong: Денис пишет: Проблема в том, что при построении РАВНОВРЕМЕННЫХ свечей с интервалом менее минуты, рисуются минутные свечи. Это корни одной и той же проблемы. В МТ4 минимальная свеча - 1 минута. Ниже - никак. Когда ставится задача отобразить секундный график, одной минутной свече в идеале будет соответствовать 60 секундных свечей. В итоге первая секунда минуты будет совпадать по времени со своей минутой, а все остальные секунды этой же минуты попадут на последующие минуты. В итоге получим график, убегающий вперед по времени.

Balbesik: 1

Scriptong: Balbesik пишет: 1 Настолько лаконичное сообщение, что его суть где-то потерялась.

Balbesik: Scriptong пишет: В итоге первая секунда минуты будет совпадать по времени со своей минутой, а все остальные секунды этой же минуты попадут на последующие минуты. В итоге получим график, убегающий вперед по времени. Как я уже писал, нет желания спорить и особо и не надо. Просто момент - полагаю, что все таки должно быть не так. Взял специально участок с "быстрым" движением. Бары Строятся (отображаются на графике, рисуются на графике) видимо с "округлением" до минуты (скорее просто отображение идет с той минутой какая есть, до появления новой минуты). На Рис. желтые линии - границы и между барами с одной и той же минутой. В принтах - "выборка" по 3 барам одной и той же минуты, время формирования бара в сек. и кол. тиков каждого. Другими словами - сделать можно и ни какого "убегания вперед по времени" не должно быть (мой интерес - Тикколектор с дискретой 1 секунда в твоем исполнении) . Хотя мне сегодня это не актуально.

Scriptong: Balbesik пишет: Бары Строятся (отображаются на графике, рисуются на графике) видимо с "округлением" до минуты (скорее просто отображение идет с той минутой какая есть, до появления новой минуты). Уже не первый раз говорю тебе о том, что приводимые тобой сведения (рисунки, журналы и т. п.) невозможно как-либо применить. Ведь совершенно непонятно, как они получены. Соответственно, невозможно понять, что ты этим хочешь сказать. Конкретно по приведенной ситуации: 1. Что есть XLab_ZZ_20_144? 2. Что отображает график EURUSD, M319 и как он получен? Таким образом, ты просто привел какие-то данные, которые никому ни о чем не говорят. Ты сидишь в своем контексте, никого другого в него не посвящая. После этого начинаешь обижаться, что никто тебя не понимает.



полная версия страницы