В MT5 вроде оно само по себе есть, ну да ладно!
Не думаю, что стоит средний спред расчитывать - лучше просто внести входную переменную и задавать для каждой пары свой ограниченный уровень по спреду, т.к. в моменты выхода новостей или перехода с одного дня торгов на другой по ECN счетам по многим парам спред очень сильно скачет и какое-то усреднение спреда исказит всю торговлю. Т.е. ели спред на паре в обычном режиме на 5-ти знаке гуляет в районе 30, то в пиках он может превышать 250 (это уже из наблюдений) и нет смысла эти скачки как-то расчитывать и усреднять. Достаточно использовать ориентировочные параметры спреда в обычном режиме торгов - без сильного тренда. Только опять же ограничение работы сова по спреду нужно грамотно вводить, с учетом того, что у тебя трал задействован. Если что, стукни в скайп - ник тот же.Да не, на Instant такого нет и быть не может, это чистый ECN.
Видимо, уходят параллельные запросы на каждый тик, а тиков в новостях до фига и больше. Вероятно, надо резать по спреду, согласен.
Если на одной паре я спред могу задать жестко, то универсальная сова должна "соображать" насчет среднего спреда?
Ну что ж, запихаем в массив это дело
эт как так, я думал если функция ордер сенд не получила ответ от сервера то и исполняться код дальше не будет, или тут какаято магия, и у вас эта функция работает по другому, она же должна получить в ответ тикет или -1, и многопоточность тут какбы вовсе и не причём, и вообще хорошо бы возвращать цену открытия ордера, а то ваш советник в упор не видит где встал предыдущий ордер, а если условие открытия выполнилось то и на следующем тике ордер ляжет рядом, кучно, так сказать, а чтоб небыло кучности - возвращайте значение ордеропенпрайс в основной код или запоминайте и храните "примерную" цену открытия позы когда ордерсенд вернула тикет
Такое есть только в mql5. Там есть асинхронный запрос OrderSendAsync -https://www.mql5.com/ru/docs/trading/ordersendasync
Тут не пробовать надо, а разобраться в логике алгоритма и если условие на открытие сохраняется после открытия ордера, то надо разбираться с этим условием.
В плане попробовать я имел ввиду то, что эту ситуацию можно только на счете увидеть - в тесторе ее проверить невозможно, а по логике, как раз, я и даю возможные варианты применительно к коду сова.
У него сам сов на 4-ке и команды асинхрона не присутствуют - это только для 5-ки пока. А по поводу возможных решений его проблемы - нужно код смотреть для начала - просто тупо аналитикой вряд-ли получится что-то исправить.
Проверкка существования позы, насколько я понял, зависит от диапазонов индюка и возвращает сигнал, есть ли в этом диапазоне открытые ордера. Но это не влияет на открытие одеров в случае гэпа. По коду там все ровно на мой взгляд. Код нормальный чистый и рабочий, а в плане несанкционированного открытия ордеров - просто нужно вставлять проверки и запреты с учетом основных параметров на вход в рынок (открытие ордеров).
ну так всецело полагаться на эту функцию существования позы в диапазоне индюка было бы ненадёжным вариантом, яголосую за простой костыль
(не открывать нов ордера если цена не ушла от опенпрайса пред ордера на опр кол-во пунктов, мой любимый костыль :laugh
ну так всецело полагаться на эту функцию существования позы в диапазоне индюка было бы ненадёжным вариантом, яголосую за простой костыль
ну так всецело полагаться на эту функцию существования позы в диапазоне индюка было бы ненадёжным вариантом, яголосую за простой костыль
В фунции OrderSend() есть параметр Slippage, который, я так понял, на маркет-исполнении игнорируется и ордеру никак не запретить исполняться по той цене, по которой надо ДЦ и не надо мне
Вы не правы. Пока Ордерзенд не получит ответа от сервера об открытии ордеа или неудачном открытии программа выполняться не будет,новые тики будут пропускаться.