![MQL5 - Язык торговых стратегий для клиентского терминала MetaTrader 5](https://c.mql5.com/i/registerlandings/logo-2.png)
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
getch - кажется вы заблуждаетесь. Функция start выполняется на каждом тике, НО если идут тежелые вычисления (в функции start) то тогда тик будеть пропущен.
НО если вы смотрите результат тестера, то там действительно не все тики моделируются - да и иногда моделируются как попало.
Rosh, спасибо за советник. Но вы же сами понимаете, что это одно и то же. Вопрос определения значений OHLC цены Ask так и остается открытым. Советники не вызываются на каждом тике и это обоснованно. Официально-обнародованным механизмом контроля 100% тиков является только DDE со своими ньюансами. Я написал в предыдущем посте причины необходимости определения значений OHLC цены Ask. Уважаемые разработчики, прошу вас дать информацию получения 100% тиков, либо значений OHLC цены Ask без использования DDE. С Уважением.
Я этот вариант советника гонял сутки и не получил ни одной ошибки. Подождем до вечера (американской сессии).
getch - кажется вы заблуждаетесь. Функция start выполняется на каждом тике, НО если идут тежелые вычисления (в функции start) то тогда тик будеть пропущен.
НО если вы смотрите результат тестера, то там действительно не все тики моделируются - да и иногда моделируются как попало.
Советник из пустой функции start() выполняется не на всех тиках.
Я этот вариант советника гонял сутки и не получил ни одной ошибки. Подождем до вечера (американской сессии).
Надо определить переменную first, как static.
Я этот вариант советника гонял сутки и не получил ни одной ошибки. Подождем до вечера (американской сессии).
Надо определить переменную first, как static.
Да точно, не на том уровне объявил. Надо же так ошибиться! Исправил, запустил заново.
Тики приходят пачками. И даже советник из пустой функции start() будет выполняться только на первом тике каждой пачки.
Через DDE можно получать 100% тиков благодаря присутствию в нем накопительного буфера.
Но простую задачу определения значений OHLC цены Ask решать через DDE - как-то странно.
Опять повторяюсь, выше по теме я описал актуальность и необходимость получения этих данных из памяти терминала напрямую. Еще раз прошу уважаемых разработчиков предоставить, если возможно, инструментарий, либо информацию, как можно подобные данные контролировать без использования DDE.
С Уважением.
Зачем это?
Я тоже присоединяюсь к просьбе, мне нужны для обработки все тики. Но по другой причине. Отслеживаю интенсивность потока.
Подтверждаю: 1 вариант Rosh (без статик - ошибок нет). Второй вариант идут ошибки ((. Сборщик тиков компостера наверное тоже из-за это пропускает, т.к. количество тиков не совпадает с историей.