Ошибки, баги, вопросы - страница 1563
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Один эксперт работает только с одним графиком. Если OnTick написан правильно и без тормозов, то эксперт не пропустит ни одного тика
Это - данность.
Если Вам нужна обработка нескольких инструментов одновременно, то запускайте экспертов на графиках нужных инструментов. Один инструмент - один эксперт.
Но тестировать можно только одного эксперта. Это тоже данность.
Что-то в осадок выпадаю от таких заявлений. Хотим торговать сразу несколько символов - запускай столько же советников? Прикольно! Наверное, я что-то напутал, думая, что тестер мультисимвольный.
А по поводу пропуска тиков в цикле в OnTimer необходимы воспроизводимые доказательства. Они у Вас есть?
Торгуйте сколько хотите символов из одного эксперта в тестере, но не пытайтесь придумывать небылицы, а затем им удивляться.
Вы хотите получить полный синхронизированный тиковый поток всех символов в единой точке OnTick, что не работает ни в терминале, ни в тестере. В OnTick приходит поток тиков текущего рабочего символа. У тестера поведение аналогично терминалу.
Чтобы получить доступ к тиковому потоку других символов вам предлагаются обходные пути. Пусть неудобные, но другого выхода нет.
В библиотечном файле Trade.mqh нашел интересную функцию MQL5InfoInteger(). MQLInfoInteger() - знаю, а эту - нет. F1 на нее не реагирует, но действия, похоже, аналогичны MQLInfoInteger().
Нужна ли эта функция в библиотеке?
Что-то в осадок выпадаю от таких заявлений. Хотим торговать сразу несколько символов - запускай столько же советников? Прикольно! Наверное, я что-то напутал, думая, что тестер мультисимвольный.
У меня нет доказательств (не подготовил) верности очевидного для меня утверждения. Но постараюсь их подготовить. Вы удивляете все больше.Тестер - мультисимвольный. Торгуйте какими хотите инструментами, главное, чтобы они доступны на сервере были.
Но так как можно тестировать только одного эксперта на одном инструменте, то Вы самостоятельно должны оценивать приход тиков по "чужим" инструментам. Для этого и был предложен цикл в OnTimer.
Чарт-евент от соответствующего индикатора также является решением, причём более прямым, чем цикл, и совсем не костыльным. Только непонятно, при чём здесь IndicatorRelease?
Чарт-евент от соответствующего индикатора также является решением, причём более прямым, чем цикл, и совсем не костыльным.Только непонятно, при чём здесь IndicatorRelease?
iCustom+IndicatorRelease. Плодить сложные сущности на ровном месте - наверное, это не костыльное решение. О вкусах не спорят. Вопрос в том, сколько такой костыль на множестве агентов будет выжирать ресурсов впустую.
Ну почти все круто в пятерке. Скорость на высоте. А тут, извините, какая-то полная волосатость, где не ожидаешь.
Чтобы получить доступ к тиковому потоку других символов вам предлагаются обходные пути. Пусть неудобные, но другого выхода нет.
Василий упомянул, что на ФОРТС (не в тестере) работает механизм через подписку и BookEvent. Тем самым вообще избавляя от привязки советника к какому-либо графику.
iCustom+IndicatorRelease. Плодить сложные сущности на ровном месте - наверное, это не костыльное решение. О вкусах не спорят. Вопрос в том, сколько такой костыль на множестве агентов будет выжирать ресурсов впустую.
Ну почти все круто в пятерке. Скорость на высоте. А тут, извините, какая-то полная волосатость, где не ожидаешь.
Зачем делать релиз индикатору?
Пусть на каждый новый тик посылает чарт-евент тестируемому эксперту.
Создание индикатора на каждом тике с последующим релизом - вот где растрата ресурсов впустую
Василий упомянул, что на ФОРТС (не в тестере) работает механизм через подписку и BookEvent. Тем самым вообще избавляя от привязки советника к какому-либо графику.
Зачем делать релиз индикатору?
Пусть на каждый новый тик посылает чарт-евент тестируемому эксперту.
Создание индикатора на каждом тике с последующим релизом - вот где растрата ресурсов впустую
Плохо изъясняюсь, вот Вы и не поняли. Тут подробно https://www.mql5.com/ru/code/280
И сколько это решение выжирает ресурсов ради реализации такой простой вещи?!