Отправлено: 24.12.13 14:41. Заголовок: Что скрывают свечи?
Часть 1 Вычисление сил быков и медведей на основании тиковой истории, взятой в пределах одной свечи текущего таймфрейма - индикатор BearBullBalanceOnticks. Также на основании тиковой истории определяются уровни максимального объема, действующие в пределах одной свечи - индикатор AnyTFVerticalHistogramm.
Часть 2. Модернизация сборщика тиков для обновленного MQL4. Изменение условий регистрации уровней максимальных объемов.
Часть 3. Приближение вида графика к кластерному виду.
Часть 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 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, может поможет разобраться какой ресурс закончился или ошибка.
Снова та же ошибка - не пишется время. То есть имеем уже системность - то ли при достижении какого-то размера файла такое происходит, то ли еще чего. Буду испытывать у себя.
Можно попробовать и так. Подумаю, как сделать. Навскидку получаем, что период подсчета тиковых объемов задается пользователем и выводится в виде горизонтальных линий, но с округлением до размера кластера. Вроде бы так.
Игорь, я тоже с этой целью предлагал складывать тиковые объемы по уровням (в размере кластера) и итоговое значение показывать справа по вертикали для каждого горизонтального уровня. А фильтровать хотел как в ClusterBox - задать несколько пороговых значений для выявления наибольших уровней объемов. Мы с Евгением потом обсуждали варианты реализации со скринами для примера. ---------------------------------------------------------------------------------------------------------- Scriptong пишет:
цитата:
Наверное, наилучшим выходом из ситуации будет добавление специального настроечного параметра в индикатор, при помощи которого пользователь сможет указывать, через какое количество тиков производить принудительный сброс данных.
Да, это рабочий вариант . -------------------------------------------------------------------------------------------------- Scriptong пишет:
цитата:
Хех, если бы - 1-го и 2-ого работал над статьей и прочими делами. Просто голову некогда поднять.
Однако! Трудовой праздник получился ... вместо праздника труда
Можно попробовать и так. Подумаю, как сделать. Навскидку получаем, что период подсчета тиковых объемов задается пользователем и выводится в виде горизонтальных линий, но с округлением до размера кластера. Вроде бы так.
Да. Но есть уточнения. Не нужно выводить всю гистограмму на экран с шагом в 10 пунктов и подсчетом объемов. Нужно из анализируемого периода найти в гистограмме уровень с макисмальным объемом над текущей ценой и еще 2-3 уровня (настраиваемое количество) над текущей ценой в порядке убывания от максимального по объему. И так же под текущей ценой - нашли максимальный (наример на 1.379 - 100 тысяч), и еще уровни 1.376 (60 тысяч), 1.374 (20 тысяч) и 1.371 (10 тысяч). Все остальные на выброс - их не показываем на гистограмме в виде столбиков. Вот так.
Насчет потери данных кластеров с графика... Пробовал сохранять в шаблон. Не сохраняется тоже.
Евгений, привет! Я и в профиль пробовал сохранять, но тоже мимо Млин, уж больно полезные цифИрки , надеюсь Игорь вылечит сохраняльщика и все будет ===================================================================== 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 не уничтожал накопленные данные. Хотя это еще тот кусок работы.
Речь идет о том, что среди максимальных по объемам уровней могут быть очень близкие значения объемов. И из них мы будем выбирать только наибольшие значения, в то время как уровни с объемами на 1 или 2 единицы меньше попросту не увидим.
Отправлено: 08.05.14 14:46. Заголовок: Сегодня работал весь..
Сегодня работал весь день с ClusterBox. Сброс данных - это реальная проблема. Сейчас так работать крайне тяжело. То из-за таймфрейма, то из-за секундного обрыва связи. Всё сбрасывает. Однако, в плане пользы уже говорил - это мощь! Сегодня вход показал на 1.39155 со стопом на 1.3908 в 10 утра (евродоллар на М15). Выход на 1.394. Я пропустил этот вход минут на 15 (занят был) и вошел чуть позже по 1.3917. Выбило по стопу, короткий слишклм сделал. А позиционно - всё супер. Новости ни при чем. Объемы! На новостях идет лишь их распределение ))) вот и всё. А исход дня был известен ММ еще утром. Они и формировали с утра лонги, когда все остальные шортили. Потом толпа своими мелкими объемами качнула рынок вверх, там накопилась ликвидность и в рынок вошли крупные деньги, далее обвал и с 1.385 опять объемы - наиболее вероятно, что это покупки. И с этого уровня снова рост.
6 мая по ClusterBox я зашел также в лонг по идеальной цене и взял 9:1
Сегодня работал весь день с ClusterBox. Сброс данных - это реальная проблема. Сейчас так работать крайне тяжело. То из-за таймфрейма, то из-за секундного обрыва связи. Всё сбрасывает.
Евгений, а может тоже сброс даты, как в моих tks файлах? Имеет смысл закинуть tks сюда - Игорю для анализа.
цитата:
Однако, в плане пользы уже говорил - это мощь!
Да! Я анализировал показания ClusterBox и Волны Вульфа интересные получились результаты
Все даты в формате GMT
2 час. Хитов сегодня: 1
Права: смайлы да, картинки да, шрифты да, голосования нет
аватары да, автозамена ссылок вкл, премодерация откл, правка нет