Форум » Статьи MQLabs » Что скрывают свечи? » Ответить

Что скрывают свечи?

Scriptong: Часть 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 для четвертой и пятой частей Улучшенная версия гистограммы и новый вид гистограммы для просмотра истории - Горизонтальное сечение рынка

Ответов - 147, стр: 1 2 3 4 5 6 7 8 9 10 All

Scriptong: Evgeny пишет: Начал выдавать вот такую ошибку... http://shot.qip.ru/00nSdG-5echeMJzs/ Ошибки ввода-вывода - это обычное дело. К сожалению, их можно только предусмотреть... Больше ничего. Evgeny пишет: Может это потому, что 29 апреля вышел билд 645. А сейчас коллектор на 625 сделан? В статьях всегда есть исходники, которые можно (и нужно) перекомпилировать под любой новый билд.

Scriptong: 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. Странно, почему такое произошло...

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


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

Scriptong: Genry пишет: Да, но что-то Игорь не выходит на сайт, предполагаю что он воспользовался майскими днями для отдыха. Хех, если бы - 1-го и 2-ого работал над статьей и прочими делами. Просто голову некогда поднять.

Genry: Scriptong пишет: Можно попробовать и так. Подумаю, как сделать. Навскидку получаем, что период подсчета тиковых объемов задается пользователем и выводится в виде горизонтальных линий, но с округлением до размера кластера. Вроде бы так. Игорь, я тоже с этой целью предлагал складывать тиковые объемы по уровням (в размере кластера) и итоговое значение показывать справа по вертикали для каждого горизонтального уровня. А фильтровать хотел как в ClusterBox - задать несколько пороговых значений для выявления наибольших уровней объемов. Мы с Евгением потом обсуждали варианты реализации со скринами для примера. ---------------------------------------------------------------------------------------------------------- Scriptong пишет: Наверное, наилучшим выходом из ситуации будет добавление специального настроечного параметра в индикатор, при помощи которого пользователь сможет указывать, через какое количество тиков производить принудительный сброс данных. Да, это рабочий вариант . -------------------------------------------------------------------------------------------------- Scriptong пишет: Хех, если бы - 1-го и 2-ого работал над статьей и прочими делами. Просто голову некогда поднять. Однако! Трудовой праздник получился ... вместо праздника труда

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

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

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

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

Scriptong: Genry пишет: Да, это рабочий вариант ОК. Так в следующей статье и сделаю. Evgeny пишет: Пробовал сохранять в шаблон. Не сохраняется тоже. Genry пишет: Я и в профиль пробовал сохранять, но тоже мимо Ни профиль, ни шаблон здесь не помогут, т. к. индикаторы работают с графическими объектами, которые при каждой деинициализации уничтожаются - программа должна убирать за собой. А смена шаблона/профиля это события, вызывающие деинициализацию. Я подумаю над тем, чтобы при переключении таймфреймов ClusterBox не уничтожал накопленные данные. Хотя это еще тот кусок работы.

Evgeny: Scriptong пишет: Речь идет о том, что среди максимальных по объемам уровней могут быть очень близкие значения объемов. И из них мы будем выбирать только наибольшие значения, в то время как уровни с объемами на 1 или 2 единицы меньше попросту не увидим. Я вот это хотел объяснить, как на скрине http://shot.qip.ru/00ozG9-6IRG4yrYr/

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

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

Genry: Evgeny пишет: Сегодня работал весь день с ClusterBox. Сброс данных - это реальная проблема. Сейчас так работать крайне тяжело. То из-за таймфрейма, то из-за секундного обрыва связи. Всё сбрасывает. Евгений, а может тоже сброс даты, как в моих tks файлах? Имеет смысл закинуть tks сюда - Игорю для анализа. Однако, в плане пользы уже говорил - это мощь! Да! Я анализировал показания ClusterBox и Волны Вульфа интересные получились результаты



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