Jump to content
gemmaster

Вопросы по исполнению ордеров

Recommended Posts

GrRusel
Posted (edited)

Да интересная отписка. Куда логичней было бы поставить запрос в очередь процессов на исполнение на сервере и всё. Да ордер выполнился бы с задержкой, но исполнился бы, а тут вот так жёстко взять и зарезать - очень странно...

13 минут назад, Schoolboy_FX сказал:

такова особенность работы терминала МТ4

тогда уж сервера. терминал то тут при чём? 

 

P.S. Хм...у нас в боте тоже бывают сделки в 00:00...пойду подкручу алгоритм (сделаю защиту) на такое вот безобразие...

Edited by GrRusel

Share this post


Link to post
Share on other sites
Tatyana_RSH
1 час назад, GrRusel сказал:

Да интересная отписка. Куда логичней было бы поставить запрос в очередь процессов на исполнение на сервере и всё. Да ордер выполнился бы с задержкой, но исполнился бы, а тут вот так жёстко взять и зарезать - очень странно...

тогда уж сервера. терминал то тут при чём? 

 

P.S. Хм...у нас в боте тоже бывают сделки в 00:00...пойду подкручу алгоритм (сделаю защиту) на такое вот безобразие...

У МТ есть свой ролловер, когда он формирует и рассылает торговые отчеты, в это время он "слеп" к каким либо запросам извне до тех пор, пока не закончит эту процедуру.

Чем больше отчетов, тем дольше ролловер, но как правило в 5 секунд укладывается. Это стандартный процесс, который был у МТ изначально.

  • Upvote 1

Share this post


Link to post
Share on other sites
GrRusel
10 минут назад, Tatyana_RSH сказал:

Чем больше отчетов, тем дольше ролловер, но как правило в 5 секунд укладывается.

А если перестанет укладываться? 

Почему тогда нельзя выдавать какую нить другую ошибку типа "Server busy" ну или что нить в этом духе? А ещё лучше ставить запросы в очередь и выполнять их после того как сервер закончит всё. Или это уже к разработчикам МТ4? Сделать такой им запрос. Начать хотя бы с ошибки, а то как то "Рынок закрыт" - всё же не правильно.

Share this post


Link to post
Share on other sites
Schoolboy_FX
12 минут назад, Tatyana_RSH сказал:

У МТ есть свой ролловер, когда он формирует и рассылает торговые отчеты, в это время он "слеп" к каким либо запросам извне до тех пор, пока не закончит эту процедуру.

Чем больше отчетов, тем дольше ролловер, но как правило в 5 секунд укладывается. Это стандартный процесс, который был у МТ изначально.

Этот процесс в обоих терминалах? И в MT5 тоже?

Share this post


Link to post
Share on other sites
Player 2
1 minute ago, GrRusel said:

А ещё лучше ставить запросы в очередь и выполнять их после того как сервер закончит всё.

А если ситуация на рынке изменится и запрос станет неактуальным? Отправьте новый ордер и всё.

  • Upvote 1

Share this post


Link to post
Share on other sites
GrRusel
Posted (edited)
2 минуты назад, Player 2 сказал:

А если ситуация на рынке изменится и запрос станет неактуальным?

открытие по маркету подразумевает открытие по любой цене, а дальше настраивай проскальзывание настройки счёта и т.д., но это уже совсем другая история

2 минуты назад, Player 2 сказал:

Отправьте новый ордер и всё.

 

1 час назад, GrRusel сказал:

пойду подкручу алгоритм (сделаю защиту)

Но всё же лучше ошибку выдавать типа "Server busy"

Edited by GrRusel

Share this post


Link to post
Share on other sites
Player 2
4 minutes ago, GrRusel said:

открытие по маркету подразумевает открытие по любой цене, а дальше настраивай проскальзывание настройки счёта и т.д., но это уже совсем другая история

Да, но обычно это открытие трейдер требует при определенных условиях на рынке, а не когда попало. На форексе конечно скальперов почти не бывает, но в их случае задержка в несколько минут может сделать операцию неактуальной.

  • Upvote 1

Share this post


Link to post
Share on other sites
GrRusel

согласен, но вы немного в сторону от темы уходите. это некая производная у вас. Мы же щас об ошибке и что хотелось бы сделать на будущее

Share this post


Link to post
Share on other sites
Tatyana_RSH
2 минуты назад, GrRusel сказал:

А если перестанет укладываться? 

Почему тогда нельзя выдавать какую нить другую ошибку типа "Server busy" ну или что нить в этом духе? А ещё лучше ставить запросы в очередь и выполнять их после того как сервер закончит всё. Или это уже к разработчикам МТ4? Сделать такой им запрос. Начать хотя бы с ошибки, а то как то "Рынок закрыт" - всё же не правильно.

Запросам негде агрегироваться, они на сервер к нам не поступают, поскольку отклоняются на самом начальном этапе проверки - проверки МТ. Он их просто не воспринимает в этот момент.

"Рынок закрыт" - это стандартная формулировка ошибки самого МТ (тут уж ничего не поделаешь), которую клиент получает, когда его запрос по какой-либо причине реджектится на самом начальном этапе проверки.

Share this post


Link to post
Share on other sites
GrRusel
Только что, MG4 сказал:

а вас не беспокоит, что спред может быть тройным в первые минуты?

это не проблема в боте обойти, но и не об этом тоже речь :) допустим меня это устраивает и бот отправил команду открыться, а тут тебе фигац - рынок закрыт.

Share this post


Link to post
Share on other sites
Tatyana_RSH
15 минут назад, Schoolboy_FX сказал:

Этот процесс в обоих терминалах? И в MT5 тоже?

Да

Share this post


Link to post
Share on other sites
GrRusel
Только что, Tatyana_RSH сказал:

"Рынок закрыт" - это стандартная формулировка ошибки самого МТ (тут уж ничего не поделаешь), которую клиент получает, когда его запрос по какой-либо причине реджектится на самом начальном этапе проверки.

а ну вот - попросить разрабов выдавать всё же какую нить другую ошибку, если это реально.

Share this post


Link to post
Share on other sites
Schoolboy_FX
2 минуты назад, MG4 сказал:

@Schoolboy_FX @GrRusel

а вас не беспокоит, что спред может быть тройным в первые минуты?

Не очень. А если это индикативная сделка малым лотом и уже к ней привязаны лимитные ордера? Так по ТС!

Share this post


Link to post
Share on other sites
Pirojoque Project
5 минут назад, GrRusel сказал:

а ну вот - попросить разрабов выдавать всё же какую нить другую ошибку, если это реально.

Метаквоты очень задумчивы и неповоротливы. Такие мелочи проще самостоятельно обойти. Обработайте ошибку в коде с проверкой расписания торгов. Если торговля должна быть открыта, а получена такая ошибка, подождите 10 секунд и пробуйте заново.

  • Upvote 1

Share this post


Link to post
Share on other sites
Tatyana_RSH
4 минуты назад, GrRusel сказал:

а ну вот - попросить разрабов выдавать всё же какую нить другую ошибку, если это реально.

Согласна, что формулировка не очень подходит под данный конкретный случай, но MQ с этим ничего делать не будут, уже обращались к ним с данным вопросом.

В МТ универсальный набор ошибок, под каждый отдельный случай дифференцировать не имеет смысла.

  • Upvote 1

Share this post


Link to post
Share on other sites
GrRusel
2 минуты назад, Pirojoque Project сказал:

Если торговля должна быть открыта, а получена такая ошибка, подождите 10 секунд и пробуйте заново.

Уже так и сделал :)

2 минуты назад, Tatyana_RSH сказал:

В МТ универсальный набор ошибок, под каждый отдельный случай дифференцировать не имеет смысла.

ну это всё же не совсем отдельный случай. Но раз обращались и они отказали :( - тогда вопрос закрыт.

Share this post


Link to post
Share on other sites
GrRusel
Posted (edited)

Кстати:

  • Error: 4 - Торговый сервер занят.

 

Почему бы тогда не поменять, раз уже есть такая ошибка. Надо долбать разработчиков!

Edited by GrRusel

Share this post


Link to post
Share on other sites
Schoolboy_FX

И наверное было бы полезным, если модераторы описали эти особенности исполнения ордеров в MT по времени 00:00 EET, в разделе Справка_Торговые платформы.

Share this post


Link to post
Share on other sites
Sasha J
24 минуты назад, Schoolboy_FX сказал:

И наверное было бы полезным, если модераторы описали эти особенности исполнения ордеров в MT по времени 00:00 EET, в разделе Справка_Торговые платформы.

В справке уже есть пункт, относящийся к данному вопросу.

  • Thanks 1

С уважением, Жук Александра
Альпари

Будь в курсе! Оперативное информирование о всех важных изменениях в компании на Telegram https://t.me/alpariltd/

Share this post


Link to post
Share on other sites
Benenson

Периодически прилетает ошибка 130. Счет ECN.

STOPLEVEL у Альпари равен нулю. Смотрим документацию:

 

blob.png.3a7d125cca4bd9a90476dc053d377810.png

 

Альпари, у вас используется "внешний механизм динамического контроля уровней, которые не могут быть транслированы в терминал"?

Как тогда узнать реальное значение STOPLEVEL?

Share this post


Link to post
Share on other sites
Sasha J
18 минут назад, Benenson сказал:

Периодически прилетает ошибка 130. Счет ECN.

STOPLEVEL у Альпари равен нулю.

Альпари, у вас используется "внешний механизм динамического контроля уровней, которые не могут быть транслированы в терминал"?

Как тогда узнать реальное значение STOPLEVEL?

Здравствуйте! Уточните, пожалуйста, в ЛС номер торгового счета, номер ордера и время в которое возникала данная ошибка. Мы проверим информацию и предоставим Вам ответ.


С уважением, Жук Александра
Альпари

Будь в курсе! Оперативное информирование о всех важных изменениях в компании на Telegram https://t.me/alpariltd/

Share this post


Link to post
Share on other sites
Benenson

Меня интересуют ваши правила исполнения ордеров, одинаковые для всех. А не конкретная ошибка на конкретном счете.

Share this post


Link to post
Share on other sites
Sasha J
3 минуты назад, Benenson сказал:

Меня интересуют ваши правила исполнения ордеров, одинаковые для всех. А не конкретная ошибка на конкретном счете.

Limit & Stop Levels для счетов ECN равны нулю. Для того чтобы понять почему у Вас возникает данная ошибка - нужно произвести разбор ситуации, проверить лог файлы.


С уважением, Жук Александра
Альпари

Будь в курсе! Оперативное информирование о всех важных изменениях в компании на Telegram https://t.me/alpariltd/

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×