Дык.А зачем он нужен, если этого ордера уже нет и не будет в рынке - его уже курировать не нужно. - Нужен ордер, который с уменьшенным лотом занял его место с автоматически сгенерированным тикетом самим брокером.:nda:
Я обошел этот момент.
И как ты по времени сможешь отследить этот вновь открытый ордер?:not-bad:
Все-таки можешь, если захочешь...
Все-таки можешь, если захочешь...
Но есть еще варианты...
Весь смысл в том, чтобы вычислить новый ордер и прописать для него все уровни стоплоссов (виртуальных).
Это довольно сложный вариант и он один из первых, от которого я отказался. У меня так совпало, что я свою функцию решил модернизировать в плане отгрызывания от минусовых ордеров не уходя в минус и тут заказ поступил на виртуальный трал с несколькими уровнями стоплоссов и процентным закрытием по каждому уровню. Конечно, нужна обкатка, для тестов встроил в 3 своих сова - сам трал работает без вопросов, но положительных моментов нет. Я имею ввиду не работу моих сов и трала - нет улучшений в итоге, либо нужно точно настраивать.
Так как этот ордер вычислить?))) Какой алгоритм?
советник закрыл и тут же отловил новый ордер.
очень простой функцией сразу после частичного закрытия.
int get_max_ticket(string symbol, int magic) {
int k,max_ticket=-1;
for(k=OrdersTotal()-1;k>=0;k--) {
if(!OrderSelect(k,SELECT_BY_POS,MODE_TRADES)) continue;
if(OrderMagicNumber()!=magic) continue;
if(OrderSymbol()!=symbol) continue;
if(OrderTicket() > max_ticket) max_ticket = OrderTicket();
}
return(max_ticket);
}Глупости, все будет работать, не вижу никаких проблем для этого.
Если я правильно помню описание алгоритма, то ничего плохого в этом нет. Работать будет "на ура", только если не на каждом тике переписывать и сравнивать массивы.
mySaveOpenDateTime = OrderOpenTime();
mySaveOpenPrice = OrderOpenPrice();
<частично закрываем selected ордер с номером myCurrTicket>
RefreshRates();
myCurrTicket = -1;
for (int i=0; i<OrdersTotal(); i++) {
if (!OrderSelect(i, SELECT_BY_POS, MODE_TRADES)) continue;
if (mySaveOpenDateTime != OrderOpenTime()) continue;
if (!DoublesAreEqual(mySaveOpenPrice, OrderOpenPrice())) continue;
myCurrTicket = OrderTicket();
i = OrdersTotal();//выходим из цикла
}Даже в МТ5 при асинхронном выполнении OrderSendAsync() маловероятно чтобы получились позиции с одинаковым временем открытия. А уж в МТ4 пока отправлен приказ, пока получен ответ... Даже сетка должна быть по одной цене и далеко не факт что время совпадёт. Сервер тоже выполняет распоряжения по очереди. В общем надо проверять. В тестере такая вероятность выше. И если в тестере не будет наблюдаться такая проблема, то такой вариант имеет право на жизнь.