Отправлено: 24.12.13 14:41. Заголовок: Что скрывают свечи?

Часть 1
Вычисление сил быков и медведей на основании тиковой истории, взятой в пределах одной свечи текущего таймфрейма - индикатор BearBullBalanceOnticks.
Также на основании тиковой истории определяются уровни максимального объема, действующие в пределах одной свечи - индикатор AnyTFVerticalHistogramm.

Часть 2.
Модернизация сборщика тиков для обновленного MQL4. Изменение условий регистрации уровней максимальных объемов.

Часть 3.
Приближение вида графика к кластерному виду.

Обновление от 17.09.14 для первых трех частей
Улучшенная версия сборщика тиков.
Новые версии подсчета сил быков и медведей.
Важные уровни внутри свечи, они же приближение вида графика к кластерному виду - Вертикальное сечение рынка.

Часть 4.
1. В сборщик тиков добавлен принудительный сброс накопленных данных с частотой, выраженной в тиках, что регулируется трейдером.
2. Разработана версия ClusterBox (ClusterBox_Histogramm), отображающая данные в виде гистограммы интерактивно настраиваемой продолжительности.
3. Индикатор ClusterBox_Histogramm может использоваться без параллельно работающего сборщика тиков, но это требует периодического удаления временных файлов в папке MQL4\Files.

Часть 5.
1. Индикаторы ClusterBox и BearBulBalanceOnTick получили возможность сохранения накопленных данных во временный файл.
2. Изменен алгоритм перемещения прямоугольника, указывающего интервал отображения гистограммы, в индикаторе ClusterBox_Histogramm.
3. Индикатор ClusterBox_Histogramm теперь может отображать силы быков и медведей в разрезе уровней кластеров.
4. Мелкие фиксы в коде ClusterBox_Histogramm.

Обновление от 17.09.14 для четвертой и пятой частей
Улучшенная версия гистограммы и новый вид гистограммы для просмотра истории - Горизонтальное сечение рынка

 Отправлено: 06.05.14 12:34. Заголовок: Evgeny пишет: Начал..

Evgeny пишет:

цитата:

Начал выдавать вот такую ошибку... http://shot.qip.ru/00nSdG-5echeMJzs/

Ошибки ввода-вывода - это обычное дело. К сожалению, их можно только предусмотреть... Больше ничего.

Evgeny пишет:

цитата:

Может это потому, что 29 апреля вышел билд 645. А сейчас коллектор на 625 сделан?

В статьях всегда есть исходники, которые можно (и нужно) перекомпилировать под любой новый билд.

 Отправлено: 06.05.14 13:11. Заголовок: Genry пишет: PS. Е..

Genry пишет:

цитата:

PS. Есть небольшая проблемка - файловый буфер с данными тикового индикатора, который сбрасывается в реальный файл достаточно редко, что иногда вызывает пропажу тиков. У меня завис терминал, после его перезагрузки пропали тики на 16-ти барах М15 Игорь, а можно принудительно сбрасывать этот буфер почаще - хотя бы с частотой появления новой свечи, чтобы данные предпоследней свечи всегда записывались?

В новом сборщике тиков я убрал принудительный сброс данных после каждого тика - разработчики терминала настоятельно не рекомендуют часто использовать функцию FileFlush. Многие даже называют ее "убийцей винтов". Получилось, что я положился на механизм автоматического сброса файла. К сожалению, не владею информацией, какой именно "автомат" отвечает за это - сам МТ4, ОС или даже сама аппаратная часть компьютера.
В результате работы с программой также заметил, что сброс данных иногда может не происходить несколько суток подряд. Это, конечно, плохо. Наверное, наилучшим выходом из ситуации будет добавление специального настроечного параметра в индикатор, при помощи которого пользователь сможет указывать, через какое количество тиков производить принудительный сброс данных. Если пользователю не очень жалко свой винт, то можно будет поставить и 1 - после каждого тика.

Genry пишет:

цитата:

И еще один вопрос: может имеет смысл, дополнительно к имеющейся информации, сложить тиковые объемы по уровням и итоговое значение показывать вертикально на каждом уровне ? Тогда в числовом выражении будет видно количество залитых объемов для каждого ценового уровня.

Пока не понял мысль. Если речь о сложении "по вертикали", т. е. по барам, то это уже есть в самом МТ4 - характеристика свечи "объем". Если же речь о ценовых уровнях, то это уже "горизонталь" и именно по ней производится сложение. В том случае, если нужно видеть объемы по уровням в течение дня, как это было в VerticalHistogramm, то достаточно переключиться на дневной график.

Genry пишет:

цитата:

PS2 На XAUEur (пятизнак, А-ри) появилась ошибка: 00:11:25 ClusterBox_Signals XAUEUR,M15: initialized 00:11:26 array out of range in 'ClusterBox_Signals.mq4' (459,69) Размер файла tks - 3 МБ, у XAUUsd - 6 МБ и все работает. Вот сам файл XauEUR.tks Все заработало только после удаления этого файла tks и перезапуска индикаторов, может в его данных есть сбой?

Да, в файле виден сбой записи данных после 2014.04.30 21:54:43. Далее все тики писались с неизвестным временем, которое эксперт относил к одной и той же свече - 00:00 01.01.1970. Странно, почему такое произошло...

 Отправлено: 06.05.14 13:19. Заголовок: Evgeny пишет: Эти ..

Evgeny пишет:

цитата:

Эти уровни можно брать из индикатора гистограммы объемов. Наибольшие значения, округленные до 4-го знака, за несколько последних дней или недель. То есть получается та же самая гистограмма объемов, которая посчитана за несколько недель (настраиваемый период), но только она не полностью выводится на экран. Достаточно взять к примеру 5-6 наибольших значений над текущей ценой и 5-6 значений под текущей ценой. Нам станут видны важные ценовые уровни и сформируется некая система ориентации.

Можно попробовать и так. Подумаю, как сделать. Навскидку получаем, что период подсчета тиковых объемов задается пользователем и выводится в виде горизонтальных линий, но с округлением до размера кластера. Вроде бы так.

 Отправлено: 06.05.14 13:25. Заголовок: Genry пишет: А сейч..

Genry пишет:

цитата:

А сейчас XAUUsd вообще не считывает историю и индикатор начинает работу с нуля. Вот файл для Игоря-XAUUSD, может поможет разобраться какой ресурс закончился или ошибка.

Снова та же ошибка - не пишется время. То есть имеем уже системность - то ли при достижении какого-то размера файла такое происходит, то ли еще чего. Буду испытывать у себя.

 Отправлено: 06.05.14 13:27. Заголовок: Genry пишет: Да, но..

Genry пишет:

цитата:

Да, но что-то Игорь не выходит на сайт, предполагаю что он воспользовался майскими днями для отдыха.

Хех, если бы - 1-го и 2-ого работал над статьей и прочими делами. Просто голову некогда поднять.

 Отправлено: 06.05.14 14:08. Заголовок: Scriptong пишет: Мо..

Scriptong пишет:

цитата:

Можно попробовать и так. Подумаю, как сделать. Навскидку получаем, что период подсчета тиковых объемов задается пользователем и выводится в виде горизонтальных линий, но с округлением до размера кластера. Вроде бы так.

Игорь, я тоже с этой целью предлагал складывать тиковые объемы по уровням (в размере кластера) и итоговое значение показывать справа по
вертикали для каждого горизонтального уровня. А фильтровать хотел как в ClusterBox - задать несколько пороговых значений для выявления
наибольших уровней объемов.
Мы с Евгением потом обсуждали варианты реализации со скринами для примера.
----------------------------------------------------------------------------------------------------------
Scriptong пишет:

цитата:

Наверное, наилучшим выходом из ситуации будет добавление специального настроечного параметра в индикатор, при помощи которого пользователь сможет указывать, через какое количество тиков производить принудительный сброс данных.

Да, это рабочий вариант .
--------------------------------------------------------------------------------------------------
Scriptong пишет:

цитата:

Хех, если бы - 1-го и 2-ого работал над статьей и прочими делами. Просто голову некогда поднять.

Однако! Трудовой праздник получился ... вместо праздника труда

 Отправлено: 06.05.14 15:12. Заголовок: Scriptong пишет: Мо..

Scriptong пишет:

цитата:

Можно попробовать и так. Подумаю, как сделать. Навскидку получаем, что период подсчета тиковых объемов задается пользователем и выводится в виде горизонтальных линий, но с округлением до размера кластера. Вроде бы так.

Да. Но есть уточнения. Не нужно выводить всю гистограмму на экран с шагом в 10 пунктов и подсчетом объемов. Нужно из анализируемого периода найти в гистограмме уровень с макисмальным объемом над текущей ценой и еще 2-3 уровня (настраиваемое количество) над текущей ценой в порядке убывания от максимального по объему. И так же под текущей ценой - нашли максимальный (наример на 1.379 - 100 тысяч), и еще уровни 1.376 (60 тысяч), 1.374 (20 тысяч) и 1.371 (10 тысяч). Все остальные на выброс - их не показываем на гистограмме в виде столбиков. Вот так.

 Отправлено: 07.05.14 07:07. Заголовок: Насчет потери данных..

Насчет потери данных кластеров с графика...
Пробовал сохранять в шаблон. Не сохраняется тоже.

 Отправлено: 07.05.14 07:58. Заголовок: Evgeny пишет: Насче..

Evgeny пишет:

цитата:

Насчет потери данных кластеров с графика... Пробовал сохранять в шаблон. Не сохраняется тоже.

Евгений, привет!
Я и в профиль пробовал сохранять, но тоже мимо
Млин, уж больно полезные цифИрки , надеюсь Игорь вылечит сохраняльщика и все будет
=====================================================================
PS
Материал посмотрел, спасибо , очень интересно!

 Отправлено: 07.05.14 13:23. Заголовок: Evgeny пишет: Да. Н..

Evgeny пишет:

цитата:

Да. Но есть уточнения. Не нужно выводить всю гистограмму на экран с шагом в 10 пунктов и подсчетом объемов. Нужно из анализируемого периода найти в гистограмме уровень с макисмальным объемом над текущей ценой и еще 2-3 уровня (настраиваемое количество) над текущей ценой в порядке убывания от максимального по объему. И так же под текущей ценой - нашли максимальный (наример на 1.379 - 100 тысяч), и еще уровни 1.376 (60 тысяч), 1.374 (20 тысяч) и 1.371 (10 тысяч). Все остальные на выброс - их не показываем на гистограмме в виде столбиков. Вот так.

С одной стороны, вроде бы, правильное замечание. Но нужно ведь подумать об исключительных случаях, которые на поверку могут оказаться не такими уж и редкими.
Речь идет о том, что среди максимальных по объемам уровней могут быть очень близкие значения объемов. И из них мы будем выбирать только наибольшие значения, в то время как уровни с объемами на 1 или 2 единицы меньше попросту не увидим.
Поэтому на данном этапе видится, что нужно ограничивать не количество отображаемых уровней, а именно их объемы подобно тому, как это сделано в ClusterBox. Другое дело, что будет ограничено количество градаций также, как и в ClusterBox - 5 градаций. Но ничего не мешает (программно) увеличить или уменьшить это ограничение. Тут уже нужно выслушать пользователей - хватит/много/нужно больше.

 Отправлено: 07.05.14 13:27. Заголовок: Genry пишет: Да, эт..

Genry пишет:

цитата:

Да, это рабочий вариант

ОК. Так в следующей статье и сделаю.

Evgeny пишет:

цитата:

Пробовал сохранять в шаблон. Не сохраняется тоже.

Genry пишет:

цитата:

Я и в профиль пробовал сохранять, но тоже мимо

Ни профиль, ни шаблон здесь не помогут, т. к. индикаторы работают с графическими объектами, которые при каждой деинициализации уничтожаются - программа должна убирать за собой. А смена шаблона/профиля это события, вызывающие деинициализацию.

Я подумаю над тем, чтобы при переключении таймфреймов ClusterBox не уничтожал накопленные данные. Хотя это еще тот кусок работы.

 Отправлено: 07.05.14 21:00. Заголовок: Scriptong пишет: Ре..

Scriptong пишет:

цитата:

Речь идет о том, что среди максимальных по объемам уровней могут быть очень близкие значения объемов. И из них мы будем выбирать только наибольшие значения, в то время как уровни с объемами на 1 или 2 единицы меньше попросту не увидим.

Я вот это хотел объяснить, как на скрине

http://shot.qip.ru/00ozG9-6IRG4yrYr/

 Отправлено: 08.05.14 07:28. Заголовок: Evgeny пишет: Я под..

Evgeny пишет:

цитата:

Я подумаю над тем, чтобы при переключении таймфреймов ClusterBox не уничтожал накопленные данные. Хотя это еще тот кусок работы.

Может проще блокировать переключение таймфрейма. Или выводить окно подтверждения, чтобы не забыться и не ткнуть.

 Отправлено: 08.05.14 14:46. Заголовок: Сегодня работал весь..

Сегодня работал весь день с ClusterBox. Сброс данных - это реальная проблема. Сейчас так работать крайне тяжело.
То из-за таймфрейма, то из-за секундного обрыва связи. Всё сбрасывает.
Однако, в плане пользы уже говорил - это мощь! Сегодня вход показал на 1.39155 со стопом на 1.3908 в 10 утра (евродоллар на М15). Выход на 1.394. Я пропустил этот вход минут на 15 (занят был) и вошел чуть позже по 1.3917. Выбило по стопу, короткий слишклм сделал. А позиционно - всё супер.
Новости ни при чем. Объемы! На новостях идет лишь их распределение ))) вот и всё. А исход дня был известен ММ еще утром. Они и формировали с утра лонги, когда все остальные шортили. Потом толпа своими мелкими объемами качнула рынок вверх, там накопилась ликвидность и в рынок вошли крупные деньги, далее обвал и с 1.385 опять объемы - наиболее вероятно, что это покупки. И с этого уровня снова рост.

6 мая по ClusterBox я зашел также в лонг по идеальной цене и взял 9:1

 Отправлено: 08.05.14 18:55. Заголовок: Evgeny пишет: Сегод..

Evgeny пишет:

цитата:

Сегодня работал весь день с ClusterBox. Сброс данных - это реальная проблема. Сейчас так работать крайне тяжело. То из-за таймфрейма, то из-за секундного обрыва связи. Всё сбрасывает.

Евгений, а может тоже сброс даты, как в моих tks файлах? Имеет смысл закинуть tks сюда - Игорю для анализа.

цитата:

Однако, в плане пользы уже говорил - это мощь!

Да! Я анализировал показания ClusterBox и Волны Вульфа интересные получились результаты