расхождение между AccountNumber() и OrdersHistoryTotal(), OrdersTotal() и OrderSelect(i, SELECT_BY_POSE, MODE_HISTORY)

Интересно... Надо будет учесть в будущем.

Вопрос: Вы процедуры if( IsConnected() && AccountNumber() == xxxxxx )) и перебор Ордеров происходит в init() или в start() ?

в start()

Для проверки, поставил sleep(12000) после if( IsConnected() && AccountNumber() == xxxxxx )) - и баг уже не случается. Но это не решение:)

Насколько я понимаю после смены аккаунта, у терминала уходит время на обновление каких-то данных/внутренних переменных (помимо возвращаемого от AccountNumber()!!), от которых зависит результат OrderSelect(), OrdersHistoryTotal() и OrdersTotal()..

Вопрос какие ещё проверки мне следует осуществить помимо (IsConnected() && AccountNumber() == xxxxxx), чтобы удостовериться, что всё готово для работы с аккаунтом?!

Уважаемые разработчики, отзовитесь!

Думается можно проверять по Магическим номерам ордеров.

Например выбрать первый ордер из истории и если его магик равен или в определенном диапазоне, то все ок, иначе ждемс еще 1 сек.

(только нужно чтобы был хотя бы один ордер)

Или как вариант помнить последний баланс аккаунта. И при логгине сверять балансы.

(хотя если АккаунтНамбер изменяется, то и АккаунтБаланс изменится)

Поэтому безопасней будет проверять ордера, т.к. работать то будем с ордерами.

Скорее всего баг терминала после переключения, когда история по текущему счету еще подгружена.

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

не подходит, т.к. ордера открываются/закрываются не мною.

не подходит, т.к. во-первых баланс может измениться до логина, а во-вторых как Вы сами и подметили, скорее всего AccountBalance() работает аналогично AccountNumber()..

В том то и дело, что так оно и есть:) Но ведь должен быть какой-то способ, с помощью которого можно определить, подгруженна история текущего аккаунта, или предыдущего. Или хотя-бы способ, очищяющий какую-либо подгруженную историю перед следующим логином, тогда после логина достаточно было бы проверить if(OrdersHistoryTotal() > 0)

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

/поправил ссылку - granit77/

Благодарю за ответ. Ждать пробывал, аж 12 секунд, но на второй день бесперебойного тестинга в реальных условиях было зафиксировано положение, при котором функции AccountNumber() и OrderSelect() возвращали данные, относящиеся к разным аккаунтам, несмотря на то, что скрипт прождал 12 секунд после успешного логина. На тот момент стало понятно, что на "ожидание" полагаться нельзя.

Тем не менее, по совету знакомого, мне удалось решить проблему используя следующую схему:

После успешного логина (на данном этапе успешный логин определяется по значению AccountNumber()), проверяется номер первого закрытого тикета + время его закрытия (полученные от OrderSelect(0, SELECT_BY_POS, MODE_HISTORY)) со значением записанным в бд/файле по данному аккаунту, до тех пор, пока значения не будут равны или же не наступит таймаут. Таким образом скрипт никогда не продолжит работу с аккаунтом, пока OrderSelect() и AccountNumber() не станут возвращять данные, относящиеся к одному и тому же аккаунту, вне зависимости от того, сколько времени у них это займёт.

Rosh, Хотелось бы знать, что объединяет и что различает функции: AccountNumber() и OrdersHistoryTotal(), OrdersTotal(), OrderSelect()? Почему они иногда по-разному обновляются? Какие ещё функции могут возвращять различные по аккаунту данные подобно этим? А также, чего следует ожидать от функции AccountCompany() - она подобна AccountNumber() или второй группе?

Заранее Спасибо!

Думаю, лучшее понимание даст прочтение статьи Ордерa, позиции и сделки в MetaTrader 5. Хоть система учета в платформе MetaTrader 5 отличается от предшественника, но подход к хранению и обработке информации в самом терминале очень похож:

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

уважаемый Rosh,

1. Допустим, в некой вызывающей функции, мы выбираем ордер при помощи OrderSelect(), затем вызываем функцию, которая выбирает другой ордер, сохранится ли первичный выбор в вызывающей функции после возврата?

2. Передается ли выбранный ордер в вызываемую функцию неявно, то есть верно ли следующее решение

//+------------------------------------------------------------------+
void CloseAllFirstProfit() {
 int i, k=OrdersTotal()-1;
 for(i=k; i>=0; i--) 
  if(OrderSelect(i,SELECT_BY_POS,MODE_TRADES))if(OrderType()==OP_BUY||OrderType()==OP_SELL)if(OrderProfit()+OrderSwap()>0)ClosePosBySelect();
 k=OrdersTotal()-1;
 for(i=k; i>=0; i--) 
  if(OrderSelect(i,SELECT_BY_POS,MODE_TRADES))if(OrderType()==OP_BUY||OrderType()==OP_SELL)ClosePosBySelect();
}
//+------------------------------------------------------------------+
void ClosePosBySelect() {
 if (OrderType()==OP_BUY)  OrderClose(OrderTicket(), OrderLots(), MarketInfo(OrderSymbol(), MODE_BID), 10, CLR_NONE);
 if (OrderType()==OP_SELL) OrderClose(OrderTicket(), OrderLots(), MarketInfo(OrderSymbol(), MODE_ASK), 10, CLR_NONE);
}
//+------------------------------------------------------------------+

или всё-таки нужно в функцию ClosePosBySelect() передать тикет ордера с которым производятся манипуляции, и выбрать ордер по тикету для дальнейших манипуляций