← 返回

Проблемы с квиком, не вызываются события

Возникла необходимость перевести робота с Плазы на Квик, оказалось, что это совсем не просто. Отлично работающий на плазе робот, плохо работал на квике. Сначала использовал версию 4.1.8, обнаружил, что событие стратегии OrderChanged вызывается очень странно и нестабильно. Практически всегда срабатывает после отмены заявки, в половине случаев после исполнения заявки, и очень редко после постановки заявки. Пробовал вместо простого подписывания использовать аналогичное правило стратегии, не помогло.

Попробовал перейти на 4.1.13. Кроме проблем с референсами обнаружил еще ошибку из-за переименования класса фьючей @RTS -> @FORTS. Ошибка возникает при попытке поставить заявку. Причем в примере Quik/Sample просто не ставится заявка, без обьяснения причин. У меня же окно с ошибкой вылетает.

Verifier'ом пользоваться умею.

本主题对您有帮助吗?

分享主题

评论 (21)

登录创建账户, 登录或注册以发表评论

Mikhail Sukhov
Mikhail Sukhov

FiNick: Попробовал перейти на 4.1.13. Кроме проблем с референсами обнаружил еще ошибку из-за переименования класса фьючей @RTS -> @FORTS. Ошибка возникает при попытке поставить заявку. Причем в примере Quik/Sample просто не ставится заявка, без обьяснения причин. У меня же окно с ошибкой вылетает.

Будет фикс в ближайшее время.

FiNick
FiNick 作者

А что с неработающими событиями, эти проблемы возникали у кого-нибудь? они исправлялись в 4.1.13?

Koal
Koal

Такая же проблема при отправке ордеров через квик по дде. Не всегда отрабатывает событие регистрации заявки. Заявка появляется в системе, но статус у нее Accepted и State = None. При попытке ее отменить выдается исключение - Заявка была ранее отправлена на отмену. Переход на 4.1.13.1 не помог. Ошибка появляется стабильно.

Mikhail Sukhov
Mikhail Sukhov

Koal: Такая же проблема при отправке ордеров через квик по дде. Не всегда отрабатывает событие регистрации заявки. Заявка появляется в системе, но статус у нее Accepted и State = None. При попытке ее отменить выдается исключение - Заявка была ранее отправлена на отмену. Переход на 4.1.13.1 не помог. Ошибка появляется стабильно.

Через Sample это можно воспроизвести?

Koal
Koal

Михаил Сухов:

Koal: Такая же проблема при отправке ордеров через квик по дде. Не всегда отрабатывает событие регистрации заявки. Заявка появляется в системе, но статус у нее Accepted и State = None. При попытке ее отменить выдается исключение - Заявка была ранее отправлена на отмену. Переход на 4.1.13.1 не помог. Ошибка появляется стабильно.

Через Sample это можно воспроизвести?

На счет Sample не знаю. Приведу текст, как я подписываюсь на сообщения ордера, может в этом какая-то проблема.

StockSharp.BusinessEntities.Order ssOrd = new StockSharp.BusinessEntities.Order() { Trader = tr, Portfolio = tConnection.Trade.Account.ssPortfolio, Security = tConnection.Trade.Instrument.ssInstrument, Comment = "", Direction = _order.type.HasFlag(GISMO.Trade.Order.OrderType.Buy) ? StockSharp.BusinessEntities.OrderDirections.Buy : StockSharp.BusinessEntities.OrderDirections.Sell, Price = (decimal)_order.price, Type = StockSharp.BusinessEntities.OrderTypes.Limit, Volume = _order.amount }; var ruleRegFail = ssOrder.WhenRegisterFailed(); var ruleReg = ssOrder.WhenRegistered(); ruleReg.Do((StockSharp.BusinessEntities.Order _ssOrd) => { //... }) .Apply() .Exclusive(ruleRegFail);

							ruleRegFail.Do((StockSharp.BusinessEntities.OrderFail f) =>
										{
											//...
										})
										.Apply()
										.Exclusive(ruleReg);
						
							var ruleCancelled = ssOrder.WhenCanceled();
							ruleCancelled.Do((StockSharp.BusinessEntities.Order _ssOrd) =>
											{
												//...
											})
											.Apply();

							ssOrder.WhenCancelFailed().Do((StockSharp.BusinessEntities.OrderFail f) =>
																{
																	//...
																})
																.Apply();

							var ruleMatched = ssOrder.WhenMatched();
							ruleMatched.Do(() =>
											{
												StockSharp.Algo.MarketRuleHelper.DefaultRuleContainer.Rules.RemoveRulesByToken(ruleMatched.Token, ruleMatched);
												//...
											})
											.Apply();

							ssOrder.WhenPartiallyMatched().Do(() =>
																{
																	//...
																}).Apply();

							ssOrder.WhenNewTrades().Do((IEnumerable<MyTrade> trades) =>
														{
															//...
														})
														.Apply();
							Trader.RegisterOrder(ssOrd);
esper
esper

Koal: На счет Sample не знаю. Приведу текст, как я подписываюсь на сообщения ордера, может в этом какая-то проблема.

Проверил ваш код у себя на 4.1.13.1 и квике 6.5.2.11, заявки приходят, правила срабатывают. В момент когда у вас не приходят заявки экспорт таблицы заявок по ДДЕ работает нормально?

Koal
Koal

esper:

Koal: На счет Sample не знаю. Приведу текст, как я подписываюсь на сообщения ордера, может в этом какая-то проблема.

Проверил ваш код у себя на 4.1.13.1 и квике 6.5.2.11, заявки приходят, правила срабатывают. В момент когда у вас не приходят заявки экспорт таблицы заявок по ДДЕ работает нормально?

События приходят по заявкам несколько десятков раз а потом однажды обязательно по одной или нескольким не приходит, как правило сбой происходит при более активном темпе отмены и выставлении заявок. Как проверить работу ДДЕ? в процессДата ошибок не прилетает

Странный еще такой момент, что те заявки на которые приходит WhenRegister у них State = Active, у ордеров на которые не приходит - State = None, но Status в любом случае Accepted

Мне важно отслеживать изменения статусов заявок в системе, если я пользуюсь для этого не теми средствами подскажите пожайлуйста какой способ лучше? 4.1.13.1, квик 6.5.2.11

Mikhail Sukhov
Mikhail Sukhov

У вас случайно фильтра на таблицу Заявки в Квике не стоит? Проверьте через Sample.

Koal
Koal

Михаил Сухов: У вас случайно фильтра на таблицу Заявки в Квике не стоит? Проверьте через Sample.

не стоит, конечно. Иначе мне бы никакие заявки не приходили. Единственно на что могу подумать, возможно ли, что между двумя вызовами Trader.RegisterOrder(ssOrd) проходит слишком мало времени и при этом происходит какой то сбой, но при этом все RegisterOrder выполняются из одного потока? Кстати, а возможно ли как то "красивым" способом дождать результата отправки заявки прежде чем слать следующую?

esper
esper

Koal: События приходят по заявкам несколько десятков раз а потом однажды обязательно по одной или нескольким не приходит, как правило сбой происходит при более активном темпе отмены и выставлении заявок. Как проверить работу ДДЕ? в процессДата ошибок не прилетает Можно открыть окно настроек ДДЕ экспорта в квике и посмотреть его состояние. Если у вас это стабильно воспроизводится, то попробуйте сделать минимальное приложение в котором это так же будет и выложите его здесь.

Mikhail Sukhov
Mikhail Sukhov

Koal:

Михаил Сухов: У вас случайно фильтра на таблицу Заявки в Квике не стоит? Проверьте через Sample.

не стоит, конечно. Иначе мне бы никакие заявки не приходили. Единственно на что могу подумать, возможно ли, что между двумя вызовами Trader.RegisterOrder(ssOrd) проходит слишком мало времени и при этом происходит какой то сбой, но при этом все RegisterOrder выполняются из одного потока? Кстати, а возможно ли как то "красивым" способом дождать результата отправки заявки прежде чем слать следующую?

Вот поэтому надо воспроизводить такие вещи на Sample. Судя по всему, ошибка у вас в коде.

Koal
Koal

esper:

Koal: События приходят по заявкам несколько десятков раз а потом однажды обязательно по одной или нескольким не приходит, как правило сбой происходит при более активном темпе отмены и выставлении заявок. Как проверить работу ДДЕ? в процессДата ошибок не прилетает Можно открыть окно настроек ДДЕ экспорта в квике и посмотреть его состояние. Если у вас это стабильно воспроизводится, то попробуйте сделать минимальное приложение в котором это так же будет и выложите его здесь. не подскажите пример, в котором корректно отслеживаются состояния ордеров через события?

Ошибка стабильно появляется когда интервал между отправкой команды на отмену заявки и регистрацию новой очень не большой. Вообще есть какое то ограничение на интервалы между командами для QuikTrader?

FiNick
FiNick 作者

Проверил версию 4.1.13.1, тот же прикол: событие StrategyOrderChanged при исполнении заявки приходит через раз. Если дойдут руки сделаю пример.

Koal
Koal

FiNick: Проверил версию 4.1.13.1, тот же прикол: событие StrategyOrderChanged при исполнении заявки приходит через раз. Если дойдут руки сделаю пример.

Нашел я источник косяка и написал примерчик, с которым этого косяка можно достичь и увидеть. Косяк появляется только при использовании свойства Trader.SupportManualOrders = true;

Суть примера (из Sample). На расстоянии от лучшего бид отступив 200 пунктов по ри и далее вниз через каждые 50 пунктов ставятся buy limit 5 штук, каждый объемом из Step Volume. Встав на поле Step Volume стрелками вверх и вниз (или кнопками +/- рядом) можно изменять размер всех ордеров разом. При изменении размера все выставленные ордера снимаются, новые с новым объемом ставятся. Если быстро играться этим полем можно добится состояния, что один или несколько ордеров перестанут реагировать на эти операции. Это и есть косяк, означающий, что для этого ордера не пришло сообщение, при этом Status = Accepted, State = None (вместо Active) (т.е. состояние ордера становится некорректным). (Запускается тест кнопкой Start только после получения последней актуальной котировки, чтобы не начать ставить ордера по "некорректным" ценам, приводящим к исполнению).

strategy

сам пример http://dfiles.ru/files/snnt9uj8l

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

Спасибо.

FiNick
FiNick 作者

Еще пару моментов, которые я заметил (на 4.1.8 по крайней мере были): при исполнении моей заявки, событие изменения заявки и событие прихода новой сделки по моей заявке приходят в произвольном порядке и с задержкой относительно друг друга. Т.к. изменения по моим заявкам приходят не всегда, то приходится подписываться на событие прихода моих сделок, и на этом событии проверять не исполнен ли мой ордер. Но, как было написано выше, квиктрейдер может еще не знать, что моя заявка исполнена (хотя все трейды по ней уже пришли). Соответственно, практически нет способа гарантированно узнавать, что моя заявка исполнилась! Получается, самый надежный способ, это сделать таймер, который проверяет, исполнены ли мои заявки. Это не комильфо, это медленно, и у плазатрейдера таких проблем нет вообще, все на событиях прекрасно работает.

Второй момент: при включенном автопереподключении квиктрейдера, если случайно вырубить сам квик при подключенном роботе, квиктрейдер начинает постоянно пытаться переконнектиться на несуществующий квик, а сам робот можно вырубить только через TaskManager.

esper
esper

Ваш пример сложно назвать минимальным, практически 800 строк кода в Strategy.xaml.cs. Вы можете сделать простое приложение, где не будет ничего лишнего (только выставление и снятие заявок) и будет воспроизводится ваша проблема? Это может существенно ускорить поиск ошибки.

Koal
Koal

esper: Ваш пример сложно назвать минимальным, практически 800 строк кода в Strategy.xaml.cs. Вы можете сделать простое приложение, где не будет ничего лишнего (только выставление и снятие заявок) и будет воспроизводится ваша проблема? Это может существенно ускорить поиск ошибки.

я Вам подскажу, если я смог довести ваш движок до состояния, что объекты вашей библиотеки приходят в неверное соостояние по сути, то мой код тут ни при чем) а 800 строк кода там все очень просто, 2 потока, один кидает команды в очередь согласно логике тестовой стратегии, второй разбирает их и исполняет. К тому же я комментарии свои оставил. Если не будете искать косяк, скажите пож сразу, чтоб мне время не терять. Спасибо

yar1k0v
yar1k0v

У меня была похожая проблема, нужно было быстро выставлять заявки и снимать... Количество заявок в секунду достигало до 8-9 штук, а затем выскакивали ошибки о том, что заявки были уже отправлены на отмену. Мне помог trader.CancelOrders(null, null, null, null, security);... Перед этим, я пытался менять State заявок и снимать их через strategy.CancelActiveOrders, но эти способы пропускали много заявок мимо и не снимали их. Вот код, возможно кому то будет полезен:


                    if (_strategy.PositionManager.Position == 0)
                    {
                        var activeOrders = (from orders in _strategy.Orders
                                            where (orders.State == OrderStates.Active)
                                            select orders).ToList();

                        if (activeOrders.IsEmpty())
                        {
                            //какая то логика...
                        }
                        else
                            _trader.CancelOrders(null, null, null, null, _strategy.Security);
                    }

Koal
yar1k0v
yar1k0v

FiNick

Второй момент: при включенном автопереподключении квиктрейдера, если случайно вырубить сам квик при подключенном роботе, квиктрейдер начинает постоянно пытаться переконнектиться на несуществующий квик, а сам робот можно вырубить только через TaskManager.

Попробуйте делать проверку на If (terminal.isLaunched)

Koal
Koal

yar1k0v, спасибо за советы. Сколько я всего перепробовал лучше и не пересказывать. Это косяк платформы, который надо исправлять. Я решил свою проблему 2 квиками))) С одного (Trader.SupportManualOrders = true;) просто беру все сделки, с другим (Trader.SupportManualOrders = false;) работа с ордерами.

Serg
Serg

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