Изменение Order.Balance после того, как заявка получила OrderStates == Done

Михаил, есть ошибка. Случаем не это http://stocksharp.com/posts/m/7845/ Ситуация вроде похожа. Вроде...

2011-05-04T07:01:25Z

Mikhail Sukhov

Maxim

Михаил, есть ошибка.

Случаем не это http://stocksharp.com/posts/m/7845/

Ситуация вроде похожа.
Вроде бы тоже проблема в том, что после отмены заявка не становится Done.

Скачал последнюю версию, запустил.
Ситуация не изменилась. Все так же отмененные заявки не становятся Done.
Возможно связано стем, что Trader.IsAsyncMode у меня true?
В приведенном Вами случае у пользователя Garry был случай с false.

При QuikTrader.CancelOrderInstantly = true все работает нормально.

Отдельный вопрос.
А зачем свойство QuikTrader.CancelOrderInstantly ?
Если заявка отменилась, то почему сразу не переводить ее в Done?
Зачем ждать данных из DDE?

Михаил, есть ошибка. Случаем не это http://stocksharp.com/posts/m/7845/

2011-05-03T18:27:27Z

Maxim

Михаил, есть ошибка.

Случаем не это http://stocksharp.com/posts/m/7845/

Я выше писал. Но наверно нить диалога потерялась и запуталась. Напишу суть еще разок. Глобальная про...

2011-04-26T18:31:33Z

Я выше писал. Но наверно нить диалога потерялась и запуталась.
Напишу суть еще разок.

Глобальная проблема
Глобальная проблема заключается в том, что при покупке моя программа покупает или продает больше лотов, чем это необходимо.
Делает это она не всегда. На глаз могу сказать, что одна заявка из пяти выполняется некорректно.
Причина этого — заявка получила статус Done, программа учла сколько было реализовано в заявке бумаг, а после этого пришли дополнительные сделки.
То есть, косяк в том, что заявка изменяется после того, как она получила статус Done.
В частности это можно наблюдать в логах OrdersChanged, которые я приводил в этом комментарии:
http://stocksharp.com/posts/m/7659/
Собрать полноценный лог (с данными по DDE) по этой ошибке в рабочем Квике пока не получается. Над этим работаю.

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

В процессе анализа проблемы на тестовом Квике я заметил две ошибки, которые возможно связаны с глобальной проблемой.
И решив эти ошибки решится и глобальная. А может и нет.

Промежуточная ошибка номер Раз — неверное время Order.Time «0001-01-01 00:00:00.0000000»
В экселе «44300176 and 44300177.xls» можно посмотреть данные по заявке 44300177.
В первой записи , в которой Order.State поменялся на Done, Order.Time равно «0001-01-01 00:00:00.0000000».

Код

2011-04-26 12:20:33.4339766 OrdersChanged TransactionId: 44300177 Balance: 0 Volume: 39 State: Done CancelTime: Status: Accepted

В файлике свойства Order.Time не видно. Но это точно так, потому что как только заявка становится Done, она у меня
логируется в SQL. И в SQL Order.Time для этой заявки равно «0001-01-01 00:00:00.0000000».

Позже я исправил это упущение и в коде, который я привел раньше, Order.Time логируется в Debug.
Но, к сожалению, на момент создания эксель файликов этого изменения еще не было.

Итак, основная мысль, что на момент, когда заявка становится Done время заявки Order.Time некорректно.
Эта же ошибка уже встречалась здесь: http://stocksharp.com/fo...et-00-00-00-0001-ghoda/

Заявка 44300176 в экселике имеет корректное свойство Order.Time.
Сравнивая DDE данные для заявок 44300177 и 44300176 я обнаружил, что перед первым событием OrdersChanged когда статус становиться равным Done для заявки 44300176 данные по DDE пришли, а для 44300177 нет. То есть заявка 44300177 произвольно поменяла значение статуса на Done. Это мои предположения, возможно они не верны.

Элемент данных DDE для 44300177, когда статус стал Done, а соответствующих данных DDE нет:

Код

2011-04-26 12:20:33.3871010   PreProcessDdeData String: мои сделки
2011-04-26 12:20:33.3871010   PreProcessDdeData Row: 0
2011-04-26 12:20:33.3871010   PreProcessDdeData Column: 0 Object: 127278
2011-04-26 12:20:33.3871010   PreProcessDdeData Column: 1 Object: 12:20:33
2011-04-26 12:20:33.3871010   PreProcessDdeData Column: 2 Object: SBER03
2011-04-26 12:20:33.3871010   PreProcessDdeData Column: 3 Object: EQBR
2011-04-26 12:20:33.4027262   PreProcessDdeData Column: 4 Object: 102.19
2011-04-26 12:20:33.4027262   PreProcessDdeData Column: 5 Object: 39
2011-04-26 12:20:33.4027262   PreProcessDdeData Column: 6 Object: 259356
2011-04-26 12:20:33.4027262   PreProcessDdeData Column: 7 Object: 26.04.2011
2011-04-26 12:20:33.4027262   PreProcessDdeData Column: 8 Object: BUY
2011-04-26 12:20:33.4183514   PreProcessDdeData String: все сделки
2011-04-26 12:20:33.4183514   PreProcessDdeData Row: 0
2011-04-26 12:20:33.4183514   PreProcessDdeData Column: 0 Object: 127273
2011-04-26 12:20:33.4183514   PreProcessDdeData Column: 1 Object: 12:20:32
2011-04-26 12:20:33.4183514   PreProcessDdeData Column: 2 Object: SBER03
2011-04-26 12:20:33.4339766   PreProcessDdeData Column: 3 Object: EQBR
2011-04-26 12:20:33.4339766   PreProcessDdeData Column: 4 Object: 102.19
2011-04-26 12:20:33.4339766   OrdersChanged TransactionId: 44300177 Balance: 0 Volume: 39 State: Done CancelTime: Status: Accepted

Элемент данных DDE для 44300176, когда статус стал Done, но соответствующие данные DDE есть:

Код

2011-04-26 12:20:32.2777118   PreProcessDdeData String: заявки
2011-04-26 12:20:32.2777118   PreProcessDdeData Row: 0
2011-04-26 12:20:32.2933370   PreProcessDdeData Column: 0 Object: 259271
2011-04-26 12:20:32.2933370   PreProcessDdeData Column: 1 Object: SBER03
2011-04-26 12:20:32.3089622   PreProcessDdeData Column: 2 Object: EQBR
2011-04-26 12:20:32.3089622   PreProcessDdeData Column: 3 Object: 102.22
2011-04-26 12:20:32.3089622   PreProcessDdeData Column: 4 Object: 39
2011-04-26 12:20:32.3245874   PreProcessDdeData Column: 5 Object: 0
2011-04-26 12:20:32.3245874   PreProcessDdeData Column: 6 Object: B
2011-04-26 12:20:32.3402126   PreProcessDdeData Column: 7 Object: FILLED
2011-04-26 12:20:32.3558378   PreProcessDdeData Column: 8 Object: 12:20:31
2011-04-26 12:20:32.3558378   PreProcessDdeData Column: 9 Object:
2011-04-26 12:20:32.3558378   PreProcessDdeData Column: 10 Object: L01-00000F00
2011-04-26 12:20:32.3558378   PreProcessDdeData Column: 11 Object: LSW
2011-04-26 12:20:32.3558378   PreProcessDdeData Column: 12 Object: 6014//S#
2011-04-26 12:20:32.3558378   PreProcessDdeData Column: 13 Object: 44300176
2011-04-26 12:20:32.3714630   PreProcessDdeData Column: 14 Object: 26.04.2011
2011-04-26 12:20:32.3714630   PreProcessDdeData Column: 15 Object: 6014
2011-04-26 12:20:32.3714630   PreProcessDdeData String: [стакан]SBER03-EQBR
2011-04-26 12:20:32.3714630   PreProcessDdeData Row: 0
2011-04-26 12:20:32.3870882   PreProcessDdeData Column: 0 Object: 0
2011-04-26 12:20:32.3870882   PreProcessDdeData Column: 1 Object: 101.66
2011-04-26 12:20:32.3870882   PreProcessDdeData Column: 2 Object: 40
2011-04-26 12:20:32.3870882   PreProcessDdeData Row: 1
2011-04-26 12:20:32.3870882   PreProcessDdeData Column: 0 Object: 0
2011-04-26 12:20:32.3870882   PreProcessDdeData Column: 1 Object: 102.03
2011-04-26 12:20:32.4027134   PreProcessDdeData Column: 2 Object: 94
2011-04-26 12:20:32.4027134   OrdersChanged TransactionId: 44300176 Balance: 0 Volume: 39 State: Done CancelTime: Status: Accepted

Промежуточная ошибка номер Два — время Order.CancelTime отсутствует, а должно быть.
В экселе «44300189 and 44300190.xls» можно посмотреть данные по заявке 44300190.
Когда пришло первое событие OrdersChanged для этой заявки с статусом Done, свойство Order.CancelTime было пустым.
В следующем событии это время уже не пустое.

Код

Date   Message
2011-04-26 12:21:39.4660718   OrdersChanged TransactionId: 44300190 Balance: 1 Volume: 1 State: Active CancelTime: Status: Accepted
2011-04-26 12:21:39.5754482   OrdersChanged TransactionId: 44300190 Balance: 1 Volume: 1 State: Active CancelTime: Status: Accepted
2011-04-26 12:21:44.5286366   OrdersChanged TransactionId: 44300190 Balance: 1 Volume: 1 State: Done CancelTime: Status: Accepted
2011-04-26 12:21:45.1848950   OrdersChanged TransactionId: 44300190 Balance: 1 Volume: 1 State: Done CancelTime: 26.04.2011 12:21:44 Status: Accepted

Аналогично предыдущему случаю, если посмотреть данные DDE то перед третьим событием OrdersChanged данные DDE для заявки не приходят. Из чего я делаю вывод, что заявка меняет статус на Done самопроизвольно:

Код

2011-04-26 12:21:43.8567530   PreProcessDdeData String: все сделки
2011-04-26 12:21:43.8567530   PreProcessDdeData Row: 0
2011-04-26 12:21:43.8567530   PreProcessDdeData Column: 0 Object: 128200
2011-04-26 12:21:43.8723782   PreProcessDdeData Column: 1 Object: 12:21:43
2011-04-26 12:21:43.8723782   PreProcessDdeData Column: 2 Object: SBER03
2011-04-26 12:21:43.8723782   PreProcessDdeData Column: 3 Object: EQBR
2011-04-26 12:21:43.8723782   PreProcessDdeData Column: 4 Object: 102.12
2011-04-26 12:21:43.8723782   PreProcessDdeData Column: 5 Object: 10
2011-04-26 12:21:43.8723782   PreProcessDdeData Column: 6 Object: BUY
2011-04-26 12:21:43.8880034   PreProcessDdeData Column: 7 Object: 26.04.2011
2011-04-26 12:21:43.8880034   PreProcessDdeData String: все сделки
2011-04-26 12:21:43.8880034   PreProcessDdeData Row: 0
2011-04-26 12:21:43.8880034   PreProcessDdeData Column: 0 Object: 128201
2011-04-26 12:21:43.9036286   PreProcessDdeData Column: 1 Object: 12:21:43
2011-04-26 12:21:43.9036286   PreProcessDdeData Column: 2 Object: SBER03
2011-04-26 12:21:43.9036286   PreProcessDdeData Column: 3 Object: EQBR
2011-04-26 12:21:43.9036286   PreProcessDdeData Column: 4 Object: 102.12
2011-04-26 12:21:43.9036286   PreProcessDdeData Column: 5 Object: 2
2011-04-26 12:21:43.9192538   PreProcessDdeData Column: 6 Object: BUY
2011-04-26 12:21:43.9192538   PreProcessDdeData Column: 7 Object: 26.04.2011
2011-04-26 12:21:44.5286366   OrdersChanged TransactionId: 44300190 Balance: 1 Volume: 1 State: Done CancelTime: Status: Accepted

Итог
В этих двух локальных ошибках, на мой взгляд, есть общая черта — заявка изменяется после того, как статус стал Done.
Возможно эти ошибки связаны с глобальной ошибкой, а возможно нет.

Не совсем понял, что подразумевается под «свой проект»? Что конкретно не хватает для повторения ошиб...

2011-04-26T13:53:48Z

Не совсем понял, что подразумевается под «свой проект»?
Что конкретно не хватает для повторения ошибки?
Вопрос касается снятия и выставления заявок.
Ничего необычного в моей программе не используется.
Выше в этом посту я уже приводил пример куска кода.
Правда в этот раз я его не использовал для получения ошибок,
но уверен, что этот код даст такие же результаты.

Кстати, насчет первого вопроса есть отдельный пост.
http://stocksharp.com/fo...iet-00-00-00-0001-ghoda/

Спасибо, Михаил, за ответы и за работу. Чо то я совсем заработался. Надо делать выходные. На последн...

2011-05-04T17:00:14Z

Спасибо, Михаил, за ответы и за работу.
Чо то я совсем заработался. Надо делать выходные.
На последние вопросы и сам смог бы ответить, если бы подумал.

Все работает.

Ситуация вроде похожа. Вроде бы тоже проблема в том, что после отмены заявка не становится Done. Ска...

2011-05-04T15:14:20Z

Maxim

Ситуация вроде похожа.
Вроде бы тоже проблема в том, что после отмены заявка не становится Done.

Скачал последнюю версию, запустил.

Сегодня скачали? Может нужно пересобрать проект? Вдруг старые dll закэшировались.

Maxim

Ситуация не изменилась. Все так же отмененные заявки не становятся Done.

Теперь Done будет выставляться только тогда, когда пришел поток ДДЕ с признаком KILLED. Что у вас и происходит по логу.[glare]

Maxim

Отдельный вопрос.
А зачем свойство QuikTrader.CancelOrderInstantly ?
Если заявка отменилась, то почему сразу не переводить ее в Done?
Зачем ждать данных из DDE?

Чтобы не было вашей ситуации, когда баланс начинает чудесным образом обновляться после отмены.

Михаил, есть ошибка. При выставлении и быстром снятии заявки статус остается Active. Кусочек логов. ...

2011-05-03T11:34:58Z

Михаил, есть ошибка.

При выставлении и быстром снятии заявки статус остается Active.

Кусочек логов.
Записи идут в хронологическом порядке (забыл время добавить в лог).
Это последние данные по этой заявке.

Код

PreProcessDdeData String: заявки
PreProcessDdeData Row: 0
PreProcessDdeData Column: 0 Object: 446183
PreProcessDdeData Column: 1 Object: SBER03
PreProcessDdeData Column: 2 Object: EQBR
PreProcessDdeData Column: 3 Object: 97.66
PreProcessDdeData Column: 4 Object: 6
PreProcessDdeData Column: 5 Object: 6
PreProcessDdeData Column: 6 Object: B
PreProcessDdeData Column: 7 Object: KILLED
PreProcessDdeData Column: 8 Object: 15:02:54
PreProcessDdeData Column: 9 Object: 15:02:54
PreProcessDdeData Column: 10 Object: L01-00000F00
PreProcessDdeData Column: 11 Object: LSQ
PreProcessDdeData Column: 12 Object: 6014//S#
PreProcessDdeData Column: 13 Object: 54114804
PreProcessDdeData Column: 14 Object: 03.05.2011
PreProcessDdeData Column: 15 Object: 6014
OrdersChanged TransactionId: 54114804 Balance: 6 Volume: 6 State: Active CancelTime: 03.05.2011 15:02:54 Status: Accepted

Михаил, так и не ответили. Спрошу еще раз, что бы закрыть вопрос. Зная Order.State, нельзя определит...

2011-04-29T08:36:36Z

Maxim

Михаил, так и не ответили. Спрошу еще раз, что бы закрыть вопрос.

Зная Order.State, нельзя определить, была ли отменена заявка, правильно?
Получается, что единственный признак того, что заявка была отменена, это наличие Order.CancelTime?
Или я ошибаюсь?

Да, можно по Order.CancelTime.

Михаил, так и не ответили. Спрошу еще раз, что бы закрыть вопрос. Зная Order.State, нельзя определит...

2011-04-29T04:24:56Z

Но есть ряд моментов, которые нужно прояснить. Order.Time не всегда сразу инициализируется. В асинх...

2011-04-27T05:09:57Z

Mikhail Sukhov

Но есть ряд моментов, которые нужно прояснить. Order.Time не всегда сразу инициализируется. В асинхронном режиме это чаще всего, потому что callback приходит раньше, чем ответ через ДДЕ. При это callback не несет информацию о времени регистрации.

Наверно надо тогда внести пояснение в документацию, о том что в некоторых случаях заявка все таки может изменяться после изменения статуса на Done.
Или реализовать так, что бы до появления Order.Time заявка не становилась Done.
Или ввести опцию, которая позволяла выбирать из двух вариантов поведения один определенный.

Mikhail Sukhov

Но всегда остается тот вариант, когда Квик пришлет уведомление по ДДЕ для уже Done заявки (например, в Квик добавлена колонки, которые тикают для уже исполненных заявок). Баланс уменьшаться не будет, но OrdersChanged все равно вызовется.

То что придет событие OrdersChanged не страшно на мой взгляд. Главное, что бы поведение заявки совпадало с документацией.
Это я о не изменении после Done. В противном случае рассчитываешь на одно, а в реалии получается другое.

Maxim

Mikhail Sukhov

Order.State

Но зная Order.State нельзя определить, была ли отменена заявка, правильно?
Получается, что единственный признак того, что заявка была отменена, это наличие Order.CancelTime?
Или я ошибаюсь?

Михаил, не ответили на вопрос. Он не критичен, но для общего развития не помешает узнать ответ.

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

Основная проблема, которая мешает — это в изменении баланса, после того заявка стала Done.

Ок, я кажется понял в чем проблема. Буду фиксить. Но есть ряд моментов, которые нужно прояснить. Ord...

2011-04-26T22:11:57Z

Ок, я кажется понял в чем проблема. Буду фиксить.

Но есть ряд моментов, которые нужно прояснить. Order.Time не всегда сразу инициализируется. В асинхронном режиме это чаще всего, потому что callback приходит раньше, чем ответ через ДДЕ. При это callback не несет информацию о времени регистрации.

Что касается записи:

Код

2011-04-26 12:21:39.4660718 OrdersChanged TransactionId: 44300190 Balance: 1 Volume: 1 State: Active CancelTime: Status: Accepted
2011-04-26 12:21:39.5754482 OrdersChanged TransactionId: 44300190 Balance: 1 Volume: 1 State: Active CancelTime: Status: Accepted
2011-04-26 12:21:44.5286366 OrdersChanged TransactionId: 44300190 Balance: 1 Volume: 1 State: Done CancelTime: Status: Accepted
2011-04-26 12:21:45.1848950 OrdersChanged TransactionId: 44300190 Balance: 1 Volume: 1 State: Done CancelTime: 26.04.2011 12:21:44 Status: Accepted

то судя по логу, ДДЕ не присылал время снятия. Единственно, что тут неправильно - это выставление Done преждевременно. Ошибка, как я понял, в слишком раннем выставлении Done для заявки. По сути это можно трактовать как и правильно поведение (ведь заявка реально была снята). Но неправильность начинается как раз в том случае, если после снятия заявки начинают приходить по ней сделки. И тогда баланс начинает уменьшаться для уже Done заявки. Это я исправлю. Но всегда остается тот вариант, когда Квик пришлет уведомление по ДДЕ для уже Done заявки (например, в Квик добавлена колонки, которые тикают для уже исполненных заявок). Баланс уменьшаться не будет, но OrdersChanged все равно вызовется.

Ок, по данным все ок. По выводу в сообщении тоже все нормально. Я пропустил проблему? Если да, куда ...

2011-04-26T17:26:23Z

Ок, по данным все ок. По выводу в сообщении тоже все нормально. Я пропустил проблему? Если да, куда смотреть?

У меня файлы не скачиваются. Можно скачать по номерам: 5286502 и 5286555 http://www.webfile.ru/

2011-04-26T16:50:54Z

Mikhail Sukhov

У меня файлы не скачиваются.

Можно скачать по номерам: 5286502 и 5286555
http://www.webfile.ru/

У меня файлы не скачиваются.

2011-04-26T15:49:17Z

У меня файлы не скачиваются.

Maxim, вы могли бы выложить свой проект для детального разбора? Немного исправил код, который упомин...

2011-04-26T15:26:41Z

Serg

Maxim, вы могли бы выложить свой проект для детального разбора?

Немного исправил код, который упоминал выше.
При помощи этого кода на тестовом Квике получилось добиться двух ошибок описанных выше:

Код

Object quikPreProcessDdeDataLock = new Object();

_quik.PreProcessDdeData += (String str, IList<IList<Object>> array) =>
{
lock (quikPreProcessDdeDataLock)
{
if (str.Contains("все сделки") == false && str.Contains("[стакан]") == false && str.Contains("портфель по бумагам") == false && str.Contains("позиции по бумагам") == false)
{
Debug.WriteLine("PreProcessDdeData DateNow:" + DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss.fffffff") + " String: " + str);

for (int i = 0; i < array.Count; i++)
{
Debug.WriteLine("PreProcessDdeData DateNow:" + DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss.fffffff") + " Row: " + i.ToString());
for (int k = 0; k < array[i].Count; k++)
{
Debug.WriteLine("PreProcessDdeData DateNow:" + DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss.fffffff") + " " + "Column: " + k.ToString() + " Object: " + array[i][k].ToString());
}
}
}
}
};

_quik.NewOrders += orders =>
{
foreach (var _order in orders)
{
String _query =
@"NewOrders
DateNow: {0},
InitDate: {1},
Date: {2},
CancelDate: {3},
Price: {4},
Volume: {5},
Balance: {6},
Id: {7},
TransactionId: {8},
Direction: {9},
StockName: {10},
State: {11},
Status: {12},
ExecutionCondition: {13},
Type: {14}";

_query = String.Format(
_query,
DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss.fffffff"),
_order.InitializationTime.ToString("yyyy-MM-dd HH:mm:ss.fffffff"),
(_order.Time != null ? "'" + _order.Time.ToString("yyyy-MM-dd HH:mm:ss.fffffff") + "'" : "NULL"),
(_order.CancelTime.HasValue ? "'" + _order.CancelTime.Value.ToString("yyyy-MM-dd HH:mm:ss.fffffff") + "'" : "NULL"),
_order.Price.ToString(),
_order.Volume.ToString(),
_order.Balance.ToString(),
_order.Id.ToString(),
_order.TransactionId.ToString(),
(_order.Direction == OrderDirections.Buy ? "B" : "S"),
_order.Security.Code,
_order.State.ToString(),
_order.Status.ToString(),
_order.ExecutionCondition.ToString(),
_order.Type.ToString());

Debug.WriteLine(_query);

_quik.CancelOrder(_order);
}
};

_quik.OrdersChanged += orders =>
{
foreach (var order in orders)
Debug.WriteLine(
"OrdersChanged DateNow:" + DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss.fffffff") +
" TransactionId: " + order.TransactionId +
" Balance: " + order.Balance +
" Volume: " + order.Volume +
" State: " + order.State +
" CancelTime: " + order.CancelTime.ToString() +
" Status: " + order.Status +
" Time: " + order.Time.ToString("yyyy-MM-dd HH:mm:ss.fffffff"));
};

Security paperSecurity = null;

foreach (Security sec in _quik.Securities)
if (sec.Code == "SBER03")
paperSecurity = sec;

Debug.WriteLine("Start ");

Order _newOrder = new Order();
_newOrder.Portfolio = Global.Portfolio;
_newOrder.Direction = OrderDirections.Buy;
_newOrder.Security = paperSecurity;
_newOrder.ExecutionCondition = OrderExecutionConditions.PutInQueue;
_newOrder.Comment = DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss.fffffff");
_newOrder.Volume = 150;
_newOrder.Price = paperSecurity.BestBid.Price;

_quik.RegisterOrder(_newOrder);

Debug.WriteLine("OrderId:" + _newOrder.TransactionId.ToString());

Debug.WriteLine("Finish ");

Maxim, вы могли бы выложить свой проект для детального разбора?

2011-04-26T12:07:06Z

Maxim, вы могли бы выложить свой проект для детального разбора?

Нужны логи из ДДЕ. 1) Неверное время Order.Time «0001-01-01 00:00:00.0000000» В файле можно найти да...

2011-04-26T11:49:56Z

Mikhail Sukhov

Нужны логи из ДДЕ.

1) Неверное время Order.Time «0001-01-01 00:00:00.0000000»

В файле можно найти данные из OrdersChanged и PreProcessDdeData: эксель

Данные из NewOrders

Код

InitDate   2011-04-26 12:20:32.0277086
Date   0001-01-01 00:00:00.0000000
CancelDate   NULL
Price   102.22
Volume   39
Balance   39
Id   259271
TransactionId   44300176
Direction   B
StockName   SBER03
State   Active
Status   Accepted
ExecutionCondition   CancelBalance
Type   Limit

InitDate   2011-04-26 12:20:32.9495954
Date   0001-01-01 00:00:00.0000000
CancelDate   NULL
Price   102.22
Volume   39
Balance   39
Id   259356
TransactionId   44300177
Direction   B
StockName   SBER03
State   Active
Status   Accepted
ExecutionCondition   CancelBalance
Type   Limit

В этих данных можно посмотреть на заявки 44300176 и 44300177.
После того, как Order.State поменялся на Done, в заявке 44300176 свойство Order.Time было «2011-04-26 12:20:31.0000000».
Тогда как, в заявке 44300177 свойство Order.Time было «0001-01-01 00:00:00.0000000».

Просмотрев DDE данные, заметил, что в первом случае данные PreProcessDdeData приходят перед тем, как появится событие OrdersChanged.
Во втором случае перед первым OrdersChanged данные из PreProcessDdeData не приходят.

2) Время Order.CancelTime отсутствует, а должно быть.

В файле можно найти данные из OrdersChanged и PreProcessDdeData: эксель

Данные из NewOrders:

Код

InitDate   2011-04-26 12:21:34.1535038
Date   0001-01-01 00:00:00.0000000
CancelDate   NULL
Price   102.13
Volume   39
Balance   39
Id   260883
TransactionId   44300189
Direction   S
StockName   SBER03
State   Active
Status   Accepted
ExecutionCondition   CancelBalance
Type   Limit

InitDate   2011-04-26 12:21:38.5910606
Date   0001-01-01 00:00:00.0000000
CancelDate   NULL
Price   102.18
Volume   1
Balance   1
Id   260975
TransactionId   44300190
Direction   S
StockName   SBER03
State   Active
Status   Accepted
ExecutionCondition   PutInQueue
Type   Limit

В этих данных можно посмотреть на заявки 44300189 и 44300190.
После того, как Order.State поменялся на Done, в заявке 44300189 свойство Order.CancelTime было «2011-04-26 12:21:34.0000000».
Тогда как, в заявке 44300190 свойство Order.CancelTime было пустым.

В данных DDE можно увидеть, что событие первое событие OrdersChanged , когда Order.State поменялся на Done, происходит самопроизвольно, без поступления данных из DDE. Это мое предположение, могу и ошибаться.

Order.State Но зная Order.State нельзя определить, была ли отменена заявка, правильно? Получается, ...

2011-04-26T03:56:39Z

Mikhail Sukhov

Order.State

1)Михаил, а в каком свойстве класса Order находится информация из столбца «Состояние» Квика? Order.S...

2011-04-25T20:43:07Z

Maxim

1)Михаил, а в каком свойстве класса Order находится информация из столбца «Состояние» Квика?

Order.State

Maxim

2)Заметил следующее. При отмене заявки в Квике заполняется столбик «Снята(время)».
Но на момент, когда состояние заявки становится Order.State == Done, свойство Order.CancelTime остается неопределенным.
Это происходит не всегда. Из 16 отмененных заявок в 4 заявках свойство Order.CancelTime все же определилось.
Из этого могу предположить, что все таки после того, как Order.State стал Done, заявки изменяются.

3) Так же заметил, что в некоторых заявках после того, как Order.State стал Done, свойство Order.Time равно «0001-01-01 00:00:00.0000000». Что аналогично второму пункту свидетельствует о том, что заявка изменяется после того, как получила Order.State == Done.

Нужны логи из ДДЕ.

1)Михаил, а в каком свойстве класса Order находится информация из столбца «Состояние» Квика? 2)Замет...

2011-04-25T17:15:30Z

1)Михаил, а в каком свойстве класса Order находится информация из столбца «Состояние» Квика?

2)Заметил следующее. При отмене заявки в Квике заполняется столбик «Снята(время)».
Но на момент, когда состояние заявки становится Order.State == Done, свойство Order.CancelTime остается неопределенным.
Это происходит не всегда. Из 16 отмененных заявок в 4 заявках свойство Order.CancelTime все же определилось.
Из этого могу предположить, что все таки после того, как Order.State стал Done, заявки изменяются.

3) Так же заметил, что в некоторых заявках после того, как Order.State стал Done, свойство Order.Time равно «0001-01-01 00:00:00.0000000». Что аналогично второму пункту свидетельствует о том, что заявка изменяется после того, как получила Order.State == Done.