Форум » Индикаторы » ClusterBox_TicksDensity » Ответить

ClusterBox_TicksDensity

friend: Привет всем! Хотел бы поблагодарить разработчиков данных индикаторов! Проделана отличная работа, но как я понял не оценена в должной мере... Что хотелось бы попросить у уважаемых программистов. Можно ли у этого замечательного индикатора, сделать возможность просматривать тики на истории за предыдущие дни? Очень полезная функция, как и сам индикатор!

Ответов - 11

Scriptong: friend пишет: Можно ли у этого замечательного индикатора, сделать возможность просматривать тики на истории за предыдущие дни? Тики просматривать можно. Для этого необходимо использовать конвертор тиков в разные форматы (в т. ч. в csv-формат).

friend: Возможно я не верно задал вопрос. )) Вот проснулся я утром, комп был выключен... как мне загрузить тики за прошедшую ночь, что бы увидеть к примеру значения в кластерах? Я пробовал с этим скриптом что-то сделать, но история в тиках как и в архиве с сайта до 23 числа. Или тут без сервера ни как?

Scriptong: friend пишет: Вот проснулся я утром, комп был выключен... как мне загрузить тики за прошедшую ночь Да, к сожалению, никак. МТ4 не располагает тиковой историей, в отличие от МТ5. Поэтому для формирования непрерывной тиковой истории придется держать компьютер включенным постоянно. Или же разместить индикатор на VPS. Или довольствоваться запаздыванием в анализе на одну неделю, используя данные с моего сайта Кстати, под МТ5 я начал переделывать тиковые индикаторы. Но пока готов только один - BearBullBalance. Правда, с ним не все гладко. К запросу тиков МТ5 подходит весьма специфично. Пока не могу найти стабильный подход к их загрузке и обработке ошибок. Нужно больше времени, которого, как всегда, нет.


friend: Добрый день! Поставил тиковую историю на сервер (TicksCollector), открыл доступ к папке по фтп. Но при копировании файлов, индикатор выдаёт ошибку "Не удалось открыть файл, индикатор отключён". Как это можно исправить?

Scriptong: friend пишет: Поставил тиковую историю на сервер (TicksCollector), открыл доступ к папке по фтп. С этого места поподробнее: на какой сервер поставили индикатор, зачем открывали доступ по FTP и т .д.?

friend: Вылазит эта ошибка и без доступа по фтп... скажите, можно ли как-то сделать так, что бы индикатор не выключался?

Scriptong: friend пишет: Вылазит эта ошибка и без доступа по фтп... скажите, можно ли как-то сделать так, что бы индикатор не выключался? Можно, конечно было бы и не отключать индикатор. Но если ему не удалось открыть файл для записи тиков, то какой смысл будет в сборщике тиков? Они ведь все равно никуда не будут сохранены.

friend: Scriptong пишет: Можно, конечно было бы и не отключать индикатор. Но если ему не удалось открыть файл для записи тиков, то какой смысл будет в сборщике тиков? Они ведь все равно никуда не будут сохранены. Я не мастер кодинга, но знаю что можно сделать тайм аут и несколько попыток (ну в С# так можно, в МQL4 не в курсе), файл-то есть! Просто его индикатор почему-то не видит. Ну в общем я заметил, что он выключается в 00 и 30 мин. Может я там намудрил сам чего. Переустановил на серваке ОС, вроде норм всё стало, часа 4 работает без сбоев...

Scriptong: friend пишет: Я не мастер кодинга, но знаю что можно сделать тайм аут и несколько попыток (ну в С# так можно, в МQL4 не в курсе) Какой смысл в повторении попыток? Это как биться головой об стену до тех пор, пока не разобьешь череп полностью. Посмотрите вперед на несколько шагов. Допустим, индикатор не может открыть файл и накапливает тики в памяти. При этом пользователь ничего не знает о проблеме. В один прекрасный момент пользователь решает переключить таймфрейм или же индикатору не удается распределить память для новых тиков. То есть наступает момент, когда накопленные тики нужно срочно записать в файл, но сделать это невозможно. И только теперь пользователь узнает о возникшей проблеме? В данной ситуации ошибки при файловых операции считаются критическими. Поэтому индикатор и не может продолжать работу при их возникновении. friend пишет: файл-то есть! Просто его индикатор почему-то не видит. Поправка: не "не видит", а не может открыть. Открытие файла может не происходить, к примеру, по причине того, что он уже открыт другим приложением. Ведь для записи файл может быть открыт только один раз. Это для чтения файл можно открывать более одного раза. Вполне возможно, что Вы установили два сборщика тиков на один и тот же символ. В этом случае сможет работать только одна из версий индикатора, которая получила доступ к файлу первой.

friend: Scriptong пишет: Какой смысл в повторении попыток? Это как биться головой об стену до тех пор, пока не разобьешь череп полностью. Посмотрите вперед на несколько шагов. Допустим, индикатор не может открыть файл и накапливает тики в памяти. При этом пользователь ничего не знает о проблеме. В один прекрасный момент пользователь решает переключить таймфрейм или же индикатору не удается распределить память для новых тиков. То есть наступает момент, когда накопленные тики нужно срочно записать в файл, но сделать это невозможно. И только теперь пользователь узнает о возникшей проблеме? В данной ситуации ошибки при файловых операции считаются критическими. Поэтому индикатор и не может продолжать работу при их возникновении. Ну не совсем так на самом деле... файл же есть и его не может не быть. При каждой неудачной попытке, можно сбрасывать накопленные тики. Всё же лучше потерять несколько тиков, секунд-минуту, чем час или более. При чём количество попыток ограничено тремя всего. Т.е так 1. попытка записать в файл 1 --> файла нет --> сброс тиков из памяти--> таймаут--> попытка записать в файл 2-->удачно--> далее по кругу-->сброс счётчика неудачных попыток 2. попытка записать в файл 1 --> файла нет --> сброс тиков из памяти--> таймаут--> попытка записать в файл 2 --> файла нет --> сброс тиков из памяти--> таймаут-->попытка записать в файл 3 --> файла нет --> STOP! 3. можно ещё вариант с проверкой файла в директории... Ну вот как-то так я имел ввиду Просто всяко может произойти и случайное открытие и подвисание диска, системы и прочее-прочее...

Scriptong: friend пишет: Ну не совсем так на самом деле... файл же есть и его не может не быть. Еще раз напоминаю: дело не в том, что программа не находит файла, а в том, что к нему нет доступа для записи. Решить проблему доступа может только пользователь, закрыв файл. Об этом индикатор и сообщает, прекращая свою работу, т. к. нет смысла ждать того, что произойдет неизвестно когда. Как только пользователь закроет файл, можно запустить индикатор заново. Ну а пропуск тиков при работающем индикаторе - это вообще нонсенс (если речь не идет о дисконнекте). Собираются либо все тики, либо не собираются вообще (индикатор не работает). По крайней мере, мне такой индикатор не нужен, т. к. при наличии связи индикатор должен сохранить все полученные тики.



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