Ошибки, баги, вопросы - страница 2587
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
у меня все работает, поставил тест 2000 г - 2019 на М15, код эксперта:
получил в логе:
2019.10.04 22:15:19.567 Core 1 EURUSD,M15: testing of Experts\IgorM\tst.ex5 from 2000.01.01 00:00 to 2019.10.03 00:00 started with inputs:
2019.10.04 22:15:19.567 Core 1 InpBars=100000
2019.10.04 22:15:19.567 Core 1 2003.01.16 19:30:00 OK - 2003.01.16 19:30:00
2019.10.04 22:15:19.567 Core 1 final balance 10000.00 USD
Теперь понял вашу идею)
Т.е. тест надо не за 2 последних месяца запускать, а за 3 года, все эти 3 года пропустить в OnTick и начинать расчеты только на последних 2х месяцах.
Да - это самое простое решение. Спасибо!
А запрошенные мной 100000 баров М15 - это около 3х лет. За первый год бары копируются, это 37 тыс баров, а дальше их просто нет в тестере, ожидание не поможет.
Быстрей будет работать со своим файлом истории в режиме оптимизатора "Математические вычисления".
Теперь понял вашу идею)
Т.е. тест надо не за 2 последних месяца запускать, а за 3 года, все эти 3 года пропустить в OnTick и начинать расчеты только на последних 2х месяцах.
Да - это самое простое решение. Спасибо!
время в условие добавьте
2019.10.04 22:36:42.729 Core 1 EURUSD,M15: testing of Experts\IgorM\tst.ex5 from 2000.01.01 00:00 to 2019.10.03 00:00 started with inputs:
2019.10.04 22:36:42.729 Core 1 InpBars=100000
2019.10.04 22:36:42.729 Core 1 InpDataTest=1420070400
2019.10.04 22:36:42.729 Core 1 2015.01.02 09:00:00 OK, TimeCurrent() = 2015.01.02 09:00:00
2019.10.04 22:36:43.041 Core 1 final balance 10000.00 USD
время в условие добавьте
2019.10.04 22:36:42.729 Core 1 EURUSD,M15: testing of Experts\IgorM\tst.ex5 from 2000.01.01 00:00 to 2019.10.03 00:00 started with inputs:
2019.10.04 22:36:42.729 Core 1 InpBars=100000
2019.10.04 22:36:42.729 Core 1 InpDataTest=1420070400
2019.10.04 22:36:42.729 Core 1 2015.01.02 09:00:00 OK, TimeCurrent() = 2015.01.02 09:00:00
2019.10.04 22:36:43.041 Core 1 final balance 10000.00 USD
Да, спасибо. Все работает.
Быстрей будет работать со своим файлом истории в режиме оптимизатора "Математические вычисления".
Ну это если чисто в самой НС и результат смотреть.
Я сейчас торговлю тестирую, чтобы и издержки и спреды были учтены. Поэтому интересует именно готовый робот, который можно и в тестере посмотреть и к реальной торговле подключить.
Ну это если чисто в самой НС и результат смотреть.
Я сейчас торговлю тестирую, чтобы и издержки и спреды были учтены. Поэтому интересует именно готовый робот, который можно и в тестере посмотреть и к реальной торговле подключить.
Всё равно не понимаю - у Вас предикторам требуется большая глубина расчета? У меня вот действительно требуется одному - МАшке на дневках :) Я запуская просто тестирование на год раньше, а торговлю до этой даты можно запретить...
Всё равно не понимаю - у Вас предикторам требуется большая глубина расчета? У меня вот действительно требуется одному - МАшке на дневках :) Я запуская просто тестирование на год раньше, а торговлю до этой даты можно запретить...
Прошу обновить КБ-компилятор.
С отпуска вернусь, если не в ломы будет, то изучу вопрос. Но, по логике вещей, баг не в mql, а у Вас в коде.
Кстати, чисто так, а вдруг, у Вас в библиотека с какой кодировкой работает? Вы точно уверены, что utf-16, а вдруг все таки utf-8, как-никак, самая распространенная.
А вот этот момент ещё не проверял, спасибо за наводку. Покопаю в эту сторону.
Библиотека за океанская, классы с которыми работаю, выбраны с буквой W, т.е. Unicode.
Как я понимаю кодировку.
const char *Utf8;
const char *Ansi;
const wchar_t *Utf16;
const wchar_t *Utf32;
utf-16 подразумевает тип wchar_t, библиотечная функция читающая строку, возвращает const wchar_t*
Из этого становиться ясно, что функция возвращает указатель на строку в кодировке utf-16
В свойствах проекта так же выбрана поддержка символов Юникода.
В документации mql пишется, что string работает в формате Unicode.
занялся опять оптимизацией, не уверен, что сумею протестировать на скорость выполнения такой код:
подозреваю, что вариант №2 будет быстрее работать?
если да, где могут быть "подводные камни" - использую в OnTick() - для поиска в оптимизаторе времени торговли, ищу способы оптимизировать код
ЗЫ: могу вопрос поставить как проверить варианты №1 и №2 по скорости, высока вероятность, что компилятор оптимизирует исполняемый код и тесты будут не корректными - поэтому и спрашиваю