[Архив!] Любой вопрос новичка, чтоб не захламлять форум. Профи, не проходите мимо. Без вас никуда - 2. - страница 136
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
при заморачивании с учётом непроизошедших изменений баров, в цикл необходимо воткнуть проверку
Ответ в журнале тестера стратегий
только " 2011.02.21 12:26:59 TestGenerator: unmatched data error (volume limit 2727 at 2011.02.17 19:00 exceeded) "
что это хрен знает
я этот код написал до того как вопрос задать)
Я имел ввиду, что нет никакой разницы в математическом результате, а по скорости исполнения, простоты кодирования и кол-ва переменных простой математический рассчёт среднего арифметического выигрывает по сравнению с вашим, логическим.
А в остальном - ваше дело: можете делать как можете...
разница в результате есть, т.к. изменений может не быть
Конкретно задавайте вопрос и прописывайте условия сего вопроса.
Всё зависит от цели ваших рассчётов. Если в день торгов результат не изменился, то математически он равен нулю - его нужно учитывать в рассчётах. Если же в данный день вы предавались досужим развлечениям, то этот день из торгов и рассчётов исключайте.
Добрый день, джентльмены.
Вопрос следующий.
Выбираю "Сервис-Архив_котировок", пара "nzdusd", и смотрю историю для M15. Вижу, что история есть вплоть до 1999 года.
Однако, тестируя советник в тестере за 2006 год, обращения к барам (цены OCHL) M15 возвращают все нули.
Полез в настройки "Макс.баров в истории". Указано значение 10 000 000, "Макс. баров в окне" - 250 000.
Как с этим бороться?
10 000 000 позволяют скачать в архив на вашем компьютере всю возможную историю по инструменту.
250 000 столько баров будет извлечено из вашего архива в память компьютера для работы тестера.
Чем глубже вам нужна история, тем больше вам надо загрузить в память. Можете 250000 поменять на 10 000 000.
Если есть проблемные дыры в истории, то попробуйте закачать историю заново.
Для этого желательно удалить из папки "history" все имеющиеся в ней папки с архивами, запустить терминал и закачать историю.
Все просто.
Добрый день, джентльмены.
Вопрос следующий.
Выбираю "Сервис-Архив_котировок", пара "nzdusd", и смотрю историю для M15. Вижу, что история есть вплоть до 1999 года.
Однако, тестируя советник в тестере за 2006 год, обращения к барам (цены OCHL) M15 возвращают все нули.
Полез в настройки "Макс.баров в истории". Указано значение 10 000 000, "Макс. баров в окне" - 250 000.
Как с этим бороться?
какие нибудь картинки или советник выложи
Добрый день, джентльмены.
Вопрос следующий.
Выбираю "Сервис-Архив_котировок", пара "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)?
Спасибо.