Проблема в RealTimeEmulationTrader

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

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. И при попытке заслать противоположную заявку с ценой ниже выдает сообщение про кросс заявку.

Спасибо.

AASorokovoy: Проявляет себя на 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

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

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

2013-03-20T07:48:42Z

esper:

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

Trader.WhenIntervalElapsed


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

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

2013-03-20T07:38:27Z

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

Trader.WhenIntervalElapsed

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

2013-03-20T07:29:46Z

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

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


    _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

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);
}

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

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

2013-03-20T06:54:44Z

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

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

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

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

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

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

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

2013-03-20T06:42:24Z

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

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

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

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

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

2013-03-20T06:19:45Z

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

    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) здесь не обойтись? Правила ведь позволяют вызывать действия только при положительном ответ, а что делать при отрицательном, т.е. если ордер всё ещё не зарегистрирован.

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

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

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

2013-03-19T14:38:02Z

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

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

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

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

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

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

2013-03-19T13:30:23Z

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