[Архив!] Любой вопрос новичка, чтоб не захламлять форум. Профи, не проходите мимо. Без вас никуда - 2. - страница 136

 
artmedia70:
при заморачивании с учётом непроизошедших изменений баров, в цикл необходимо воткнуть проверку
я этот код написал до того как вопрос задать)
 
Reshetov:
Ответ в журнале тестера стратегий


только " 2011.02.21 12:26:59 TestGenerator: unmatched data error (volume limit 2727 at 2011.02.17 19:00 exceeded) "

что это хрен знает

 
eddy:
я этот код написал до того как вопрос задать)

Я имел ввиду, что нет никакой разницы в математическом результате, а по скорости исполнения, простоты кодирования и кол-ва переменных простой математический рассчёт среднего арифметического выигрывает по сравнению с вашим, логическим.

А в остальном - ваше дело: можете делать как можете...

 
разница в результате есть, т.к. изменений может не быть
 
eddy:
разница в результате есть, т.к. изменений может не быть

Конкретно задавайте вопрос и прописывайте условия сего вопроса.

Всё зависит от цели ваших рассчётов. Если в день торгов результат не изменился, то математически он равен нулю - его нужно учитывать в рассчётах. Если же в данный день вы предавались досужим развлечениям, то этот день из торгов и рассчётов исключайте.

 

Добрый день, джентльмены.

Вопрос следующий. 

Выбираю "Сервис-Архив_котировок", пара "nzdusd", и смотрю историю для M15. Вижу, что история есть вплоть до 1999 года.

Однако, тестируя советник в тестере за 2006 год, обращения к барам (цены OCHL) M15 возвращают все нули.

Полез в настройки "Макс.баров в истории". Указано значение 10 000 000, "Макс. баров в окне" - 250 000.

Как с этим бороться?

 

10 000 000 позволяют скачать в архив на вашем компьютере всю возможную историю по инструменту.

250 000 столько баров будет извлечено из вашего архива в память компьютера для работы тестера.

Чем глубже вам нужна история, тем больше вам надо загрузить в память. Можете 250000 поменять на 10 000 000.

Если есть проблемные дыры в истории, то попробуйте закачать историю заново.

Для этого желательно удалить из папки "history" все имеющиеся в ней папки с архивами, запустить терминал и закачать историю.

Все просто.

 
Bicus:

Добрый день, джентльмены.

Вопрос следующий.

Выбираю "Сервис-Архив_котировок", пара "nzdusd", и смотрю историю для M15. Вижу, что история есть вплоть до 1999 года.

Однако, тестируя советник в тестере за 2006 год, обращения к барам (цены OCHL) M15 возвращают все нули.

Полез в настройки "Макс.баров в истории". Указано значение 10 000 000, "Макс. баров в окне" - 250 000.

Как с этим бороться?


какие нибудь картинки или советник выложи

 
Bicus:

Добрый день, джентльмены.

Вопрос следующий.

Выбираю "Сервис-Архив_котировок", пара "nzdusd", и смотрю историю для M15. Вижу, что история есть вплоть до 1999 года.

Однако, тестируя советник в тестере за 2006 год, обращения к барам (цены OCHL) M15 возвращают все нули.

Полез в настройки "Макс.баров в истории". Указано значение 10 000 000, "Макс. баров в окне" - 250 000.

Как с этим бороться?


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

Вопросы по именам графических объектов и ошибке 4200.

1) Верно ли, что если в терминале открыто несколько окон (включая окна реальных котировок и несколько окон тестера), то графические объекты из одного окна не имеют права иметь имя, совпадающее с любым из объектов другого окна?

2) Если ответ на (1) -"да", то получается, что при повторном тестировании советника будет возникать конфликт (ошибка 4200), если окно предыдущего тестирования не закрыто (т.е. если советник создаёт объект с фиксированным именем, то при каждом новом "прогоне" тестера это имя уже занято соотв. объектом в предыдущем окне)?

3) У меня регулярно возникает "ошибка 4200", при том, что имена создаваемых графических объектов четко контролируются, и между ними 100% нет пересечений, например "1l","2l","3l",.... Совершенно непонятно, с чем это может быть связано. Закрытие всех окон, перезапуск терминала не помогают. Нашел на форуме обсуждения за пред. годы, в которых разработчики говорят, что проблемы с 4200 были и они зафиксированы. Сохранился ли этот статус в текущем билде (229)?

Спасибо.

Причина обращения: