[3.0.14] Перерегистрация заявок Smart

Greene-nsk: S# 3.0.19 А можно ITrader.ReRegisterOrder сделать асинхронным? Перерегистрирую заявку дл...

2011-03-18T15:48:07Z

Greene-nsk: S# 3.0.19

А можно ITrader.ReRegisterOrder сделать асинхронным? Перерегистрирую заявку для forts:
        if (_Order.State == OrderStates.Active)
        {
        _Order = base.ReRegisterOrder(_Order, GetBestPrice, GetNewVolume, _Order.Security.Exchange == Exchange.Rts);
        }
В момент вызова функция жутко подвисает на несколько секунд. Причем, по какой-то причине виснет весь интерфейс, хотя я вроде в отдельном потоке запускаю.

Проще сделать ручками. А виснет из-за того, что скорее всего неправильно модель взаимодействия потоков и ГУИ потока сделана.

S# 3.0.19 А можно ITrader.ReRegisterOrder сделать асинхронным? Перерегистрирую заявку для forts: if ...

2011-03-18T14:46:58Z

S# 3.0.19

А можно ITrader.ReRegisterOrder сделать асинхронным? Перерегистрирую заявку для forts:

        if (_Order.State == OrderStates.Active)
        {
        _Order = base.ReRegisterOrder(_Order, GetBestPrice, GetNewVolume, _Order.Security.Exchange == Exchange.Rts);
        }

В момент вызова функция жутко подвисает на несколько секунд. Причем, по какой-то причине виснет весь интерфейс, хотя я вроде в отдельном потоке запускаю.

Mikhail Sukhov: pyhta4og: OrderMoveFailed(cookie,ordId,reason) OrderReRegisterFailed(id) - нет cooki...

2011-03-16T10:25:13Z

Mikhail Sukhov:

pyhta4og: OrderMoveFailed(cookie,ordId,reason) OrderReRegisterFailed(id) - нет cookie и reason OrderMoveSucceded(cookie,ordId) OrderReRegistered(id) - нет cookie OrderCancelFailed(id) OrderCancelFailed(id) OrderCancelSucceded(id) OrderCancelled(id) UpdateOrder(portf,symb,StOrder_State,...) OrderChanged(portf,symb,StOrder_State,...)

То в некоторых методах нет cookie плюс нет reason в OrderReRegisterFailed

Новая версия СмартКом? У меня не такая сигнатура.

снимается. я смотрел по документации на СмартКом, она не совпадает с реальностью

pyhta4og: OrderMoveFailed(cookie,ordId,reason) OrderReRegisterFailed(id) - нет cookie и reason Order...

2011-03-15T19:13:58Z

pyhta4og: OrderMoveFailed(cookie,ordId,reason) OrderReRegisterFailed(id) - нет cookie и reason OrderMoveSucceded(cookie,ordId) OrderReRegistered(id) - нет cookie OrderCancelFailed(id) OrderCancelFailed(id) OrderCancelSucceded(id) OrderCancelled(id) UpdateOrder(portf,symb,StOrder_State,...) OrderChanged(portf,symb,StOrder_State,...)

То в некоторых методах нет cookie плюс нет reason в OrderReRegisterFailed

Новая версия СмартКом? У меня не такая сигнатура.

Есть некие отличия. Если предположить что мэппинг таков: SmartCOM S# OrderFailed(cookie,id,reason) O...

2011-03-15T16:16:55Z

Есть некие отличия. Если предположить что мэппинг таков:

SmartCOM S# OrderFailed(cookie,id,reason) OrderFailed(cookie,id,reason) OrderSucceded(сookie,ordid) NewOrder(cookie,ordid) OrderMoveFailed(cookie,ordId,reason) OrderReRegisterFailed(id) - нет cookie и reason OrderMoveSucceded(cookie,ordId) OrderReRegistered(id) - нет cookie OrderCancelFailed(id) OrderCancelFailed(id) OrderCancelSucceded(id) OrderCancelled(id) UpdateOrder(portf,symb,StOrder_State,...) OrderChanged(portf,symb,StOrder_State,...)

То в некоторых методах нет cookie плюс нет reason в OrderReRegisterFailed

pyhta4og: В целом же конечно лучше сделать мэппинг 1-в-1 всех событий смарта со всеми параметрами во...

2011-03-15T15:29:07Z

pyhta4og: В целом же конечно лучше сделать мэппинг 1-в-1 всех событий смарта со всеми параметрами во враппере.

Так а он и есть 1 в 1. Только названия чуть другие.

С рефлекшн это идея. Попробовал вот так StServer srv = typeof(SmartComWrapper).GetField("#=qjxaeJ7mH...

2011-03-15T15:24:40Z

С рефлекшн это идея. Попробовал вот так


StServer srv = typeof(SmartComWrapper).GetField("#=qjxaeJ7mH$ELRDDBxcDAGzw==", System.Reflection.BindingFlags.Instance|System.Reflection.BindingFlags.NonPublic).GetValue(st.Wrapper) as StServer;

и вроде получил что-то;). Попробую потрейсить.

В целом же конечно лучше сделать мэппинг 1-в-1 всех событий смарта со всеми параметрами во враппере.

pyhta4og: При тестировании на демосчете приходит ТОЛЬКО OrderChanged! Судя по сигнатуре OrderChanged...

2011-03-15T14:53:08Z

pyhta4og: При тестировании на демосчете приходит ТОЛЬКО OrderChanged! Судя по сигнатуре OrderChanged мэпит SmartCOM2.UpdateOrder(), хотя параметры в SmartComWrapper и не документированы.

Хорошее замечание. Сейчас исправим.

pyhta4og: Чтобы разобраться со своей проблемой (После ReRegisterOrder заявка остается в состоянии None) я хотел бы писать лог событий SmartCOM. Например, есть надежда что возможно приходит SmartCOM2.OrderMoveFailed.

И это добавлю.

pyhta4og: Во-первых, в SmartCOMWrapper нет однозначного соответствия между public-событиями и событиями SmartCOM2

Ок, укажу в документации, из какого SmartCOM2 события вызывается данное S# событие.

pyhta4og: Во-вторых, кроме OrderChanged ничего не приходит. Это или баг в S#, или SmartCOM ничего не шлет.

Баг, это мое 6-ое чувство. Но все равно выше написанное исправлю на будущее. upd: Событие OrderReRegisterFailed

pyhta4og: Возможно ли или вывести в public StServer в SmartComWrapper?

Если я вынесу, то тогда придется во всех роботах ссылку делать на Interop.StXXX.dll, что не очень красивый дизайн. Если так сильно нужно, просто сделайте через Reflection. Код нужен?

Автор: pyhta4og Перейти к цитате [3.0.14] При перерегистрации новый Order может остаться в состоянии...

2011-03-15T14:00:11Z

Автор: pyhta4og Перейти к цитате [3.0.14] При перерегистрации новый Order может остаться в состоянии None навечно.

В СмартКом нужно такие вещи проверять с купе с событиями SmartComWrapper. Он четко сможет показать, ошибка в S# или в SmartCom. Данные нужны такие: точное время, номер заявки, номер транзакции, номер смарта (только в SmartComWrapper), номер куки (только в SmartComWrapper).

[3.0.16] Подписался на SmartComWrapper.OrderReRegisterFailed, .OrderReRegistered, .OrderCancelled, .OrderCancelFailed, .OrderFailed и .OrderChanged

При тестировании на демосчете приходит ТОЛЬКО OrderChanged! Судя по сигнатуре OrderChanged мэпит SmartCOM2.UpdateOrder(), хотя параметры в SmartComWrapper и не документированы.

Чтобы разобраться со своей проблемой (После ReRegisterOrder заявка остается в состоянии None) я хотел бы писать лог событий SmartCOM. Например, есть надежда что возможно приходит SmartCOM2.OrderMoveFailed.

Однако это нельзя сейчас сделать.

Во-первых, в SmartCOMWrapper нет однозначного соответствия между public-событиями и событиями SmartCOM2, а cсылка на StServer - private. и напрямую не подпишешься.

Во-вторых, кроме OrderChanged ничего не приходит. Это или баг в S#, или SmartCOM ничего не шлет.

Возможно ли или вывести в public StServer в SmartComWrapper?

Mikhail Sukhov: pyhta4og: Сценарий 1 29.24 Послал регистрацию заявки sell 194620@1 TransactionID=716...

2011-03-11T08:24:55Z

Mikhail Sukhov:

pyhta4og: Сценарий 1

29.24 Послал регистрацию заявки sell 194620@1 TransactionID=71653170

29.32 Пришел OrdersChanged на Active

29.43 Пришел NewOrder (уже странно, сначала статус потом что ордер зарегистрирован)

А как это проверяете?

Багу нашел.

Mikhail Sukhov:

pyhta4og: Отправляет ли S# MoveOrder для только измененного объема?

В SmartTrader MoveOrder вызывается всегда в методе ReRegisterOrder.

Изменил поведение. Теперь только для тех, у кого Security.Exchange == RTS.

pyhta4og: [3.0.14] При перерегистрации новый Order может остаться в состоянии None навечно. В СмартК...

2011-03-11T07:24:45Z

pyhta4og: [3.0.14] При перерегистрации новый Order может остаться в состоянии None навечно.

В СмартКом нужно такие вещи проверять с купе с событиями SmartComWrapper. Он четко сможет показать, ошибка в S# или в SmartCom. Данные нужны такие: точное время, номер заявки, номер транзакции, номер смарта (только в SmartComWrapper), номер куки (только в SmartComWrapper).

pyhta4og: Сценарий 1

29.24 Послал регистрацию заявки sell 194620@1 TransactionID=71653170

29.32 Пришел OrdersChanged на Active

29.43 Пришел NewOrder (уже странно, сначала статус потом что ордер зарегистрирован)

А как это проверяете?

pyhta4og: Отправляет ли S# MoveOrder для только измененного объема?

В SmartTrader MoveOrder вызывается всегда в методе ReRegisterOrder.

pyhta4og: Пусть перерегистрируем заявку1. Актуальная информация о ней - что она Active. Запрос на перереристрацию уходит. Новая заявка Заявка2. За то время пока он идет по перерегистрируемой заявке1 случается полный филл. К нам приходит Done по заявке1. А вот по заявке2 никакого Fail не придет в этом случае. Она так и останется в состоянии None.

Не проверял.

pyhta4og: Плюс такой вопрос. точнее несколько.

Правильно ли я понимаю, что OrdersChanged, NewMyTrade и PositionsChanged все асинхронные и могут прийти в любом порядке?

Из этого следует проблема, что к моменту OrderChanged на Done информация в PositionManager.Position может еще не обновится. Правильно ли я понимаю что она обновляется по NewMyTrade?

Правильно ли что PositionsChanged берет инфу о позиции напрямую из Смарта а не из пересчета по NewMyTrade?

OrdersChanged + NewMyTrade синхронизируются между собой (сделки обновляют Order.Balance и Order.State если баланс стал равен 0). PositionsChanged - полностью независим (могу наврать, но это вроде от биржи тянется).
Да, обновляется по NewMyTrade.
Правильно.

[3.0.14] При перерегистрации новый Order может остаться в состоянии None навечно. Сценарий 1 29.24 П...

2011-03-10T18:05:49Z

[3.0.14]

При перерегистрации новый Order может остаться в состоянии None навечно.

Сценарий 1

29.24 Послал регистрацию заявки sell 194620@1 TransactionID=71653170
29.32 Пришел OrdersChanged на Active
29.43 Пришел NewOrder (уже странно, сначала статус потом что ордер зарегистрирован)
29.98 Пришел OrdersChanged на Active
30.40 Посылаем ReRegisterOrder на sell 194620@2. Т.е. меняется только объем. Получаем TransID=71653170

После этого 10 секунд никаких событий. А ожидается что 71653170 придет Done V=1,B=1, а 71653170 придет OrdersChanged=Active.

Отправляет ли S# MoveOrder для только измененного объема?

В качестве дополнения еще один формат лога;) Легенда: A=REG call RegisterOrder A=MYTRADE event NewMyTrade A=STATE event OrdersChanged A=POSCHG event PositionsChanged TID=TransactionID, ID = Order.ID (или Trade.ID), V=Volume, B=Balance. POS=позиция возвращаема PositionManager. PrevID=ID перерегистрируемого ордера.


T=2011031020012924,A=REG,ID=0,TID=71653170,DIR=Sell,P=194620,V=1,B=1,STATE=None,STATUS=,POS=0
T=2011031020012932,A=MYTRADE,ID=13313305,OID=378434295,TID=71653169,DIR=Buy,P=194580,V=1,OP=194580,OV=1,OB=0,STATE=Done
T=2011031020012932,A=STATE,ID=0,TID=71653170,DIR=Sell,P=194620,V=1,B=1,STATE=Active,STATUS=ReceiveByServer
T=2011031020012943,A=ORD,ID=378434509,TID=71653170,DIR=Sell,P=194620,V=1,B=1,STATE=Active,STATUS=Accepted
T=2011031020012946,A=POSCHG,ID=2011031020012946,P=RIH1,V=1
T=2011031020012990,A=POSCHG,ID=2011031020012990,P=RIH1,V=1
T=2011031020012998,A=STATE,ID=378434509,TID=71653170,DIR=Sell,P=194620,V=1,B=1,STATE=Active,STATUS=Accepted
T=2011031020013040,A=REREG,ID=0,TID=71653171,PrevID=378434509,DIR=Sell,P=194620,V=2,B=2,STATE=None,STATUS=,POS=1

Сценарий 2. Лога нет, но суть такая.

Пусть перерегистрируем заявку1. Актуальная информация о ней - что она Active. Запрос на перереристрацию уходит. Новая заявка Заявка2. За то время пока он идет по перерегистрируемой заявке1 случается полный филл. К нам приходит Done по заявке1. А вот по заявке2 никакого Fail не придет в этом случае. Она так и останется в состоянии None.

Плюс такой вопрос. точнее несколько.

Правильно ли я понимаю, что OrdersChanged, NewMyTrade и PositionsChanged все асинхронные и могут прийти в любом порядке?
Из этого следует проблема, что к моменту OrderChanged на Done информация в PositionManager.Position может еще не обновится. Правильно ли я понимаю что она обновляется по NewMyTrade?
Правильно ли что PositionsChanged берет инфу о позиции напрямую из Смарта а не из пересчета по NewMyTrade?

С уважением.