Нахрена здесь в телепатию играть, когда можно посмотреть причины в одиночном прогоне?!
Потому что на оформление ошибок уходит куча времени, а будут их править или нет - неизвестно. Вам бы не знать!
Хорошо, вот такая ситуация графически - красная горизонтальная линия - средняя цена позиций, а золотая - цена растраты баланса в ноль.
Вот так я считал
И такой вариант визуализации
Согласно расчетам видно, что закрыться позиция должна была на 1-2 свечи раньше, чем закрылась.
Чем я это сейчас объясняю. Дело в том, что тестирование (оптимизация) проходило в режиме OHLC на M1 на TF M5, бар, на котором произошло закрытия кратен началу времени этого ТФ, а прошлые, соответственно нет. В итоге получается, что проверка работает в этом режиме не на каждом тике, а по открытию нового бара. Правильно ли это? Нет. Критично лично для меня сейчас - нет.
Однако, это важный нюанс, который должен как минимум быть где то прописан.
Всё, история окончательно пропала, по мнению терминала - стоило перекомпилировать советник...
2024.09.3000:25:41.847 Core 1 OnTester result 30.632024.09.3000:25:41.847 Core 1 EURJPY,M5: 21706804 ticks, 1089858 bars generated. Environment synchronized in0:00:00.064. Test passed in0:01:34.224.
2024.09.3000:25:41.847 Core 1 EURJPY,M5: total time from login to stop testing 0:01:34.288 (including 0:00:00.064for history data synchronization)
2024.09.3000:25:41.847 Core 11822 Mb memory used including 464 Mb of history data, 448 Mb of tick data
2024.09.3000:25:41.847 Core 1 log file "F:\FX\MT5_CB_02\Tester\Agent-127.0.0.1-3000\logs\20240930.log" written
2024.09.3000:25:41.899 Core 1 connection closed
2024.09.3000:27:57.949 Tester "Kamikadze_Ver\Bingo_MT5.ex5"64 bit
2024.09.3000:27:58.201 Tester EURJPY: history check started
2024.09.3000:28:08.002 Tester EURJPY: history check timeout
2024.09.3000:28:08.002 Tester EURJPY: no history data from2010.01.0100:00 to 2024.09.0100:002024.09.3000:28:20.498 Tester "Kamikadze_Ver\Bingo_MT5.ex5"64 bit
2024.09.3000:28:20.741 Tester EURJPY: history check started
2024.09.3000:28:30.542 Tester EURJPY: history check timeout
2024.09.3000:28:30.542 Tester EURJPY: no history data from2010.01.0100:00 to 2024.09.0100:002024.09.3000:28:58.934 Tester "Kamikadze_Ver\Bingo_MT5.ex5"64 bit
2024.09.3000:28:59.179 Tester EURJPY: history check started
2024.09.3000:29:09.099 Tester EURJPY: history check timeout
2024.09.3000:29:09.099 Tester EURJPY: no history data from2010.01.0100:00 to 2024.09.0100:00
Для авторизации и пользования сайтом MQL5.com необходимо разрешить использование файлов Сookie.
Пожалуйста, включите в вашем браузере данную настройку, иначе вы не сможете авторизоваться.
Вы вошли в аккаунт. Двухфакторная аутентификация отключена. Настройте её заново и отсканируйте новый QR-код или продолжите с отключённой двухфакторной аутентификацией.
Вообще это нормально, что при депозите 3000 пипсов, получаем убыток в десятках тысяч?
Коэффициент Шарпа там верно посчитал - при отрицательной доходности больше единицы?
Вообще это нормально, что при депозите 3000 пипсов, получаем убыток в десятках тысяч?
Если этот убыток получен в результате закрытия кучи позиций в момент окончания тестирования, то это вполне нормально.
Если этот убыток получен в результате закрытия кучи позиций в момент окончания тестирования, то это вполне нормально.
А ведь ничего не стоило автору вопроса посмотреть причину в соответствующем одиночном прогоне.
Если этот убыток получен в результате закрытия кучи позиций в момент окончания тестирования, то это вполне нормально.
А ведь ничего не стоило автору вопроса посмотреть причину в соответствующем одиночном прогоне.
Почему это нормально? Стоп аут должен отрабатывать же в тестере.
Почему это нормально? Стоп аут должен отрабатывать же в тестере.
Нахрена здесь в телепатию играть, когда можно посмотреть причины в одиночном прогоне?!
Нахрена здесь в телепатию играть, когда можно посмотреть причины в одиночном прогоне?!
Потому что на оформление ошибок уходит куча времени, а будут их править или нет - неизвестно. Вам бы не знать!
Хорошо, вот такая ситуация графически - красная горизонтальная линия - средняя цена позиций, а золотая - цена растраты баланса в ноль.
Вот так я считал
И такой вариант визуализации
Согласно расчетам видно, что закрыться позиция должна была на 1-2 свечи раньше, чем закрылась.
Чем я это сейчас объясняю. Дело в том, что тестирование (оптимизация) проходило в режиме OHLC на M1 на TF M5, бар, на котором произошло закрытия кратен началу времени этого ТФ, а прошлые, соответственно нет. В итоге получается, что проверка работает в этом режиме не на каждом тике, а по открытию нового бара. Правильно ли это? Нет. Критично лично для меня сейчас - нет.
Однако, это важный нюанс, который должен как минимум быть где то прописан.
Всё, история окончательно пропала, по мнению терминала - стоило перекомпилировать советник...
Почему это нормально? Стоп аут должен отрабатывать же в тестере.
Угу. Надо будет проверить, а то иной раз этот стоп аут мешает.
Получается, что если тестить "прибыль в пипсах", то стоп аут не срабатывает.
b4570, не заполняет log-файл (MQL5\Logs\20240930.log). Даже при выходе из Терминала.
Соответственно, не работает поиск в Журналах.
b4570, не заполняет log-файл (MQL5\Logs\20240930.log). Даже при выходе из Терминала.
Соответственно, не работает поиск в Журналах.
А если убрать слово "Generated" из строки фильтра?