Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Здесь поподробнее, пожалуйста.
Но в любом случае, если я правильно понимаю механизм событий МТ5, нужен выделенный открытый график - в довесок к сервису. А тогда и нет смысла городить сервис.
В MQL5 советник может загружать на график шаблон. Шаблон можно прочитать и вытащить из него параметры запуска советника(это уже мои фантазии). Вот здесь это все реализовано. https://www.mql5.com/ru/code/19003
Пользуюсь уже много лет. Один советник открывает десятки копий самого себя, но на других символах и с немного другими параметрами.
Здесь поподробнее, пожалуйста.
Но в любом случае, если я правильно понимаю механизм событий МТ5, нужен выделенный открытый график - в довесок к сервису. А тогда и нет смысла городить сервис.
Можно в советнике подписаться и не отписаться. Советник закрыть. Тогда сервис спокойно может пользоваться стаканом.
В MQL5 советник может загружать на график шаблон. Шаблон можно прочитать и вытащить из него параметры запуска советника(это уже мои фантазии). Вот здесь это все реализовано. https://www.mql5.com/ru/code/19003
Про эту библиотеку я в курсе, тоже пользовался, но в данном контексте есть 2 минуса (о которых я собственно уже раньше и писал). 1) если предполагается наличие запускающего эксперта помимо сервиса, то ценность сервиса как такового имхо отсутствует, потому что тогда проще все делать в том эксперте. 2) я не уверен, что подписка на стакан останется, если график закрыть, и значит из сервиса нужно дополнительно мониторить статус и воссоздавать при необходимости. В результате - скорее всего, механизм событий OnBookEvent будет более экономно грузить машину, чем бесконечный цикл в сервисе, тупо запрашивающий стаканы, когда они, может быть, не обновлялись, и проверяющий жив ли чарт. Даже на живом чарте частенько бывали ситуации, когда подписка отваливалась и её нужно было возобновлять.
Про эту библиотеку я в курсе, тоже пользовался, но в данном контексте есть 2 минуса (о которых я собственно уже раньше и писал). 1) если предполагается наличие запускающего эксперта помимо сервиса, то ценность сервиса как такового имхо отсутствует, потому что тогда проще все делать в том эксперте. 2) я не уверен, что подписка на стакан останется, если график закрыть, и значит из сервиса нужно дополнительно мониторить статус и воссоздавать при необходимости. В результате - скорее всего, механизм событий OnBookEvent будет более экономно грузить машину, чем бесконечный цикл в сервисе, тупо запрашивающий стаканы, когда они, может быть, не обновлялись, и проверяющий жив ли чарт. Даже на живом чарте частенько бывали ситуации, когда подписка отваливалась и её нужно было возобновлять.
Скажу, как я использую стаканы в сервисах. Есть несколько десятков советников торгующих. Выставляющих ордера. Советник может вылететь из-за деления на ноль или может не выйти из какого то цикла. Или может не попадать в какую то часть кода. Не все ошибки можно сразу найти. Тогда ему на помощь приходит сервис, который отслеживает все ордера и их положение в стакане. Если ордер долго стоит в не правильном месте, то он сам начинает управлять ордером. Может и просигнализировать о том, что такой то советник не правильно себя ведет.
В MQL5 советник может загружать на график шаблон. Шаблон можно прочитать и вытащить из него параметры запуска советника(это уже мои фантазии). Вот здесь это все реализовано. https://www.mql5.com/ru/code/19003
Пользуюсь уже много лет. Один советник открывает десятки копий самого себя, но на других символах и с немного другими параметрами.
Для этого нужен чарт, а у сервиса нет доступа к чартам (это его фича, ага).
Скажу, как я использую стаканы в сервисах. Есть несколько десятков советников торгующих. Выставляющих ордера. Советник может вылететь из-за деления на ноль или может не выйти из какого то цикла. Или может не попадать в какую то часть кода. Не все ошибки можно сразу найти. Тогда ему на помощь приходит сервис, который отслеживает все ордера и их положение в стакане. Если ордер долго стоит в не правильном месте, то он сам начинает управлять ордером. Может и просигнализировать о том, что такой то советник не правильно себя ведет.
Сервис точно так же вылетит при делении на 0 и не продолжит работу.
у сервиса нет доступа к чартам
Он не работает на чарте, и не привязан ни к одному из них, но доступ-то есть к графикам.
Для этого нужен чарт, а у сервиса нет доступа к чартам (это его фича, ага).
У меня при старте терминала сервис запускает все шаблоны из папки.
Он не работает на чарте, и не привязан ни к одному из них, но доступ-то есть к графикам.
У меня при старте терминала сервис запускает все шаблоны из папки.
Да, действительно.
Я, видимо, запомнил, что сервисы не умеют отслеживать OnChartEvent, и поставил на них пометку "не работают с чартами".
Переосмыслю.
Вот такой вариант сработал.
Запускаем, удаляем индикатор из сервиса.
//так же ChartIndicatorName не принтует короткое имя, но при этом сам индикатор удаляетсяОтвечаю сам, на своё недопонимание ))
Так как индикатор уже ChartIndicatorDelete
то в принте уже и нет ChartIndicatorName