Проблема в RealTimeEmulationTrader

Это значит, я тут зря плюс поставил? На тот момент все работало Сейчас баг действительно есть, будем...

2013-03-18T07:30:04Z

VassilSanych

Это значит, я тут зря плюс поставил?

На тот момент все работало[biggrin] Сейчас баг действительно есть, будем править.

Это значит, я тут зря плюс поставил?

2013-03-18T07:00:21Z

Это значит, я тут зря плюс поставил?

Так как остаються ли у вас висеть в трейдере(RealTimeEmulationTrader) активные заявки ? или только у...

2013-05-14T07:33:20Z

Так как остаються ли у вас висеть в трейдере(RealTimeEmulationTrader) активные заявки ? или только у меня проблема ?

Пока еще не разобрался с логами , события NewOrders, OrdersChanged у меня тоже не используются. Попр...

2013-05-11T06:27:21Z

Пока еще не разобрался с логами , события NewOrders, OrdersChanged у меня тоже не используются. Попробуйте у себя небольшой генератор сделок и их перерегистрацию или отмену, остаются ли у вас активные заявки в трейдере?

Что в логе пишется? События NewOrders, OrdersChanged вызываются?

2013-05-11T05:00:54Z

Что в логе пишется? События NewOrders, OrdersChanged вызываются?

Прошу проверить: Версия 4.1.12 , RealTimeEmulationTrader поверх QuikTrader: _trader.CancelOrder(orde...

2013-05-10T18:11:24Z

Прошу проверить:

Версия 4.1.12 , RealTimeEmulationTrader поверх QuikTrader:
_trader.CancelOrder(order) не срабатывает, заявки не удяляються и остаются висеть в _trader.Orders со статусом Active , _trader.ReRegisterOrder тоже не удаляет заявки , но при попытке повторного удаления заявок из _trader.Orders.Where(x => x.State == OrderStates.Active) выдает ошибку что заявка не была зарегистрирована или уже удалена , при чем в _trader.Orders все также остаются висеть те же заявки с OrderStates.Active. И при попытке заслать противоположную заявку с ценой ниже выдает сообщение про кросс заявку.

Спасибо.

Проявляет себя на 4.1.11 Возможно выше написанная диагностика выполнена не достаточно ясно? Может бы...

2013-04-25T06:17:34Z

AASorokovoy

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

Диагностика отличная, спасибо. Были другие задачи, в следующей версии будет фикс.

Проявляет себя на 4.1.11 Возможно выше написанная диагностика выполнена не достаточно ясно? Может б...

2013-04-25T03:06:40Z

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

P.S.
Прошу очистить ветку от сообщений не по теме.

Но бывают же ситуации, когда просмотровая информация поступает, а с заявками проблема. Так и смотрит...

2013-03-20T07:55:37Z

Творог

Но бывают же ситуации, когда просмотровая информация поступает, а с заявками проблема.

Так и смотрите, что таймаут истек, а информация по заявке еще не пришла.

Но в таком правиле тоже, думаю, был бы смысл Trader.WhenIntervalElapsed Но бывают же ситуации, когда...

2013-03-20T07:48:42Z

esper

Творог

Но в таком правиле тоже, думаю, был бы смысл

Code

Trader.WhenIntervalElapsed

Но бывают же ситуации, когда просмотровая информация поступает, а с заявками проблема.
А есть ли разница приметь к заявкам null или Dispose?

Но в таком правиле тоже, думаю, был бы смысл Trader.WhenIntervalElapsed

2013-03-20T07:38:27Z

Творог

Но в таком правиле тоже, думаю, был бы смысл

Code

Trader.WhenIntervalElapsed

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

2013-03-20T07:29:46Z

esper

Почему нельзя сделать так?

Попробую. Но в таком правиле тоже, думаю, был бы смысл

Code


    _order
        .WaitFeedback(timeout = 10)
        .Do(() => { отправить SMS и email о том, что слишком большая задержка. попытаться перейти на резервный канал. в QUIK перейти на следующий по списку сервер, если такое вообще технически возможно  })
        .Apply(this);

private void Process(Candle candle) { if (_order != null) return; _order = this.CreateOrder(OrderDir...

2013-03-20T07:15:53Z

Code

private void Process(Candle candle)
{
	if (_order != null)
		return;

	_order = this.CreateOrder(OrderDirections.Buy, candle.ClosePrice);

	_order
		.WhenRegistered()
		.Do(() => { _order = null; })
		.Apply(this);

	_order
		.WhenRegisterFailed()
		.Do(() => { _order = null; })
		.Apply(this);

	RegisterOrder(_order);
}

Почему нельзя сделать так?

Мне кажется, тогда, было бы логичным сделать стандартное правило ожидания, типа: order .WaitFeedback...

2013-03-20T06:54:44Z

VassilSanych

Творог

Мне кажется, тогда, было бы логичным сделать стандартное правило ожидания, типа:

Code

    order
        .WaitFeedback(strategy, timeout) //запрещает проводить любые действия с заявками по стратегии
        .WhenRegistered()
        .Do(() => trader.AddInfoLog("Заявка успешно зарегестрирована"))
        .Once()
        .Apply(this);

    // регистрация заявки
    trader.RegisterOrder(order);

Оk. Допустим у вас есть такое правило. Ошибка регистрации заявки. Ваши действия?

Если по таймауту, например 10 сек, никакого ответа, то запускается делегат
.WaitFeedback(strategy, timeout, action)
Это будет означать что косяки либо с интернетом (переход на резервный канал), либо биржей (стоп-торги) или брокером. В общем торговлю вообще надо замораживать и по возможности крыть все позиции.

Если ошибка регистрации, то это уже ответ failed, это уже другая история, например, денег на счёте не хватило.

Мне кажется, тогда, было бы логичным сделать стандартное правило ожидания, типа: order .WaitFeedback...

2013-03-20T06:42:24Z

Творог

Мне кажется, тогда, было бы логичным сделать стандартное правило ожидания, типа:

Code

    order
        .WaitFeedback(strategy, timeout) //запрещает проводить любые действия с заявками по стратегии
        .WhenRegistered()
        .Do(() => trader.AddInfoLog("Заявка успешно зарегестрирована"))
        .Once()
        .Apply(this);

    // регистрация заявки
    trader.RegisterOrder(order);

Оk. Допустим у вас есть такое правило. Ошибка регистрации заявки. Ваши действия?

Мне кажется, тогда, было бы логичным сделать стандартное правило ожидания, типа: order .WaitFeedback...

2013-03-20T06:19:45Z

Мне кажется, тогда, было бы логичным сделать стандартное правило ожидания, типа:

Code

    order
        .WaitFeedback(strategy, timeout) //запрещает проводить любые действия с заявками по стратегии
        .WhenRegistered()
        .Do(() => trader.AddInfoLog("Заявка успешно зарегестрирована"))
        .Once()
        .Apply(this);

    // регистрация заявки
    trader.RegisterOrder(order);

Замораживание (откладывание выполнения) - это уже другая логика. Решается локами или теми самыми сли...

2013-03-19T17:14:31Z

Замораживание (откладывание выполнения) - это уже другая логика.
Решается локами или теми самыми слипами.

Правильно я понимаю, что без условий (if) здесь не обойтись? Правила ведь позволяют вызывать действи...

2013-03-19T16:45:18Z

Правильно я понимаю, что без условий (if) здесь не обойтись? Правила ведь позволяют вызывать действия только при положительном ответ, а что делать при отрицательном, т.е. если ордер всё ещё не зарегистрирован.

Я сначала думал замораживать процесс через зациклинг, что-то типа этого

Code

while(order.Status == None)
{
   order.BeginUpdate(); // не знаю что делает этот метод, наверное обновляет члены.
}

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

2013-03-19T14:38:02Z

Quote:

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

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

Quote:

Меня смущает то, что пока будет ожидаться отклик о состоянии заявки, может состоятся повторный вход в цепочку и заявка шмальнётся ещё раз, или несколько. А замарозка, как мне кажется, предохраняет от этого.

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

Сигнал ->
Заявка на шорт выставлена? ->
нет -> заявка + 2 правила + регистрация заявки + считаем что заявка выствлена СРАЗУ.
да -> пропуск.

Сработало одно из правил ->
Заявка зарегана? ->
нет -> удаляем лишнее правило -> считаем что заявка НЕ выставлена -> дальнейшие действия.
да -> удаляем лишнее правило -> подтверждение что заявка выставлена -> дальнейшие действия.

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

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

2013-03-19T13:30:23Z