Transactions in gsline - Updates

В связи с вводом Биржей штрафов за неправильные транзакции сделал Контроль транзакций.
Ловлю колбэки, и отправляю в Окно UI
В дальнейшем буду сохранять в БД.
Все это для ПРЕДМЕТНОГО обсуждения с Биржей в случае спорной ситуацией с заявками.
Штрафы все-таки "нехилые".

Работающий релиз Trade_131108_001

Последний релиз не затрагивающий TransactionReply, а работающий только с Subscribe.Orders/Trades Trade_131107_XXX

Новыe сигналы X018

251 = 25 = IsUp2 && IsUp
252 = IsUp2 && IsDown
253 = (251 || 253)

254,255,256 - компактные 25тые - Glue

254 = 251.Glue
255 = 252.Glue
256  = (254 || 255)

 case 25:
                    if (IsUp && IsUp2)
                        return true;
                    break;
                case 251:
                    if ((IsUp && IsUp2))
                        return true;
                    break;
                case 252:
                    if ((IsDown && IsUp2))
                        return true;
                    break;
                case 253:
                    return IsUp2;
                case 254:
                    return IsUp2 && IsUp && Low.IsLessOrEqualsThan(High2);
                case 255:
                    return IsUp2 && IsDown && Low.IsLessOrEqualsThan(High3);
                case 256:
                    return (IsUp2 && IsUp && Low.IsLessOrEqualsThan(High2)) ||
                           (IsUp2 && IsDown && Low.IsLessOrEqualsThan(High3));
                case 257:
                    return IsUp2 && IsUp && Low.IsLessOrEqualsThan(_prevTrendLastHigh);
                case 258:
                    return IsUp2 && IsDown && Low.IsLessOrEqualsThan(_prevTrendLastHigh2);
                case 259:
                    return (IsUp2 && IsUp && Low.IsLessOrEqualsThan(_prevTrendLastHigh)) ||
                           (IsUp2 && IsDown && Low.IsLessOrEqualsThan(_prevTrendLastHigh2));

Z006

Сделал Z00605 - развитие 00604.
1. Добавил Моде 3 - когда выше ВатерЛинии и не Mode 2.
2. В Mode 3 есть дополнительный выход 256

Сделал Z00604 - развитие 00603. Получилось получше. Засчет 25 сигнала.
1. Сделал Хаос(19,25) + Альтернатива

Сделал Z00603 - развитие 00602
1. Ввел понятие SafeContracts2 для выбора Mode2
2. Тесты показывают лучший выбор для 2.1, 3.1, 3.2 - волатилен.

Вопросы остаются:
1. Дополнительные сигналы 2, 4 вместе с HaveHair
2. Ранний выход при развороте. Необходимо дополнительное условие. Хорошо, если сразу входим в режим 2.
3. Нужен ли дополнительный выход в режиме 2 кроме 19-го ? Например 253
4. MaxPosition и Мод 2 и EntryPrice
5. Не забываем, что используем сигналы дополнительные с сомнительным фильтром HaveHigher(Окно)

z006 - Chart Updates

В Z006 убрал задвоение уровней и текста из Charts.
Старый баг. Он ничего не портил но некоторые неудобства при визуализации доставлял.

Интерфейс ITimeSeries

Ввел интерфейс ITimeSeries.
Вернее он был давно, но не использовался, просто лежал.
Теперь я его задействовал
Без интерфейса Trade_130921
Исправления в версии Trade_130921_001

z00104.cs - SafeContracts2

Внес новый параметр SafeContracts2 - кол-во котрактов для спокойного усреднения.
Свыше этого предела предпринимаю спец мероприятия: начинаю разгружаться.

SafeContract - я оказывается уже вводил для безопасного кол-ва контрактов при переходе через клиринг.

XMA018.cs = Updated

Внес изменения в xMa0118.

Причина при избыточном изменении волатильности при пробое (например) вверх Ma прыгала вниз. Тем самым сигнализируя смену тренда.
Исправил.
Необходимо помнить о "неслучайных" ошибках, которые спасали миллионы.
Можно было бы оставить как есть.

Параметры kAtr Z104_01 - Update

RIU3 2,00 - Updated (1.75)
SRU3 3.0
GZU3 3.5

SIU3 1.0  -  Updated

60.

SRU3 1.5
GZU3 1.75

SiU3 0.75
EDU 0.75
BRU 1.75

LKU 1.75
VBU 2.0
RNU 2.0

SPU 2.33

GDU 1.75
SVU 2.0

Параметры kAtr Z104_01

kAtr
5.
RIU3 1,75
SRU3 3.0
GZU3 3.5

SIU3 1.25

60.

SRU3 1.5
GZU3 1.75

SiU3 0.75
EDU 0.82
BRU 1.75

LKU 1.75
VBU 2.0
RNU 2.0

SPU 2.33

GDU 1.75
SVU 2.0

Сделал разделы в TradeContextInit.xml

<TradeContextInit>
  <PositionLastPriceRefreshTimeSec>0</PositionLastPriceRefreshTimeSec>
  <DdeInit>
    <ServerName>QUIKInfo</ServerName>
  </DdeInit>
  <OrderInit>
    <ClassCodeToRemoveLogin>QJSIM</ClassCodeToRemoveLogin>
    <LoginToRemove>OPEN45/</LoginToRemove>
  </OrderInit>
</TradeContextInit>

Вставил в KillAllOrder lock - возможны неожиданности

Переделал Position Totals + еще кое-что

1. PositionTotals + PositionalOpened объединил в одно PositionыWindow.
Это окно компактнее и ресурсов жрет поменьше.
2. Для TradeContext сделал ini -файл. TradeContextInit.xml с установками.
Надо регистрацию Current  c Totals делать при добавлении Current.

TimePlan - рефакторинг

Сделал полный рефакторинг TimePlan.
Стало получше. Больше возможностей.
Но как всегда - Как сделаешь что-то новое, то сразу открывается непаханное поле для дальнейшей разработки в этой области.

Наименования: Файл: TimaPlans2.xml

Forts.Standard
Code: Morning: Times: 10 - 18:45
Code: Evening: Times: 19 - 23:50

Quik.Junior.Spot.TimePlan.Test - тестирование самих TimePlans
Часовые сессии с 07-23:59

Quik.Junior.Forts.TimePlan.Test - тестирование самих TimePlans
Часовые сессии. с 10 до 21:50.
Внутри две спец.сессии 15-15:45; 18-18:45.

Quik.Junior.Forts2.Test
2 сессии 10 - 15:45; 16 - 21:50;

Quik.Junior.Forts3.Test
3 сессии 10 - 15:45; 16 - 18:45; 19 - 21:50

Изменение ключа для Ассount Forts Quik-Demo-Server

Изменение ключа для Ассount Forts Quik-Demo-Server
Было:
QuikJunior.Open
Стало:
QuikJunior.Forts.Open

Теперь ключи выглядят так:
Quik.Open.Real
Quik.Vtb24.Real
QuikJunior.Forts.Open
QuikJunior.Spot.Open

Для Demo-Quik-Server для Spot - очищаю Login в Comment

В связи с этим:
http://gsline.blogspot.ru/2012/11/quik-demo-server-spot-clientcode-login.html
Только для Quik-Demo-Server + Spot:
приходится делать очистку Comment в Orders и Trades при их получении.

Изменил расчет .StringFormat Ticker Price при установке Ордера Quik.

Было:
Формат Цены Тикера рассчитывался Динамически для Quik Orders.
Стало:
Строковый Формат Цены для Quik Ордера берется из БД Тикеров.
При Инициализации Тикера  производится небольшая Проверка на соответствие строковых Форматов.

Минимальня Проверка правильности Тикеров.

Добавил минимальную проверку "правильности" тикеров во время Десериализации.
Проверка пока сделана на соответсвие Decimals и Format -ов.

X11835. Добавил оценку риска для вxода в Позицию

Ввел дополнительный EntryMode=-5. Для входов в зависимости от риска.

Система 5535. Файл Test_11835_05

    <StartEntryMode>1</StartEntryMode>
    <EntryMode>-5</EntryMode>

    <EntrySignal11>25</EntrySignal11>
    <EntrySignal12>19003</EntrySignal12>
    <EntrySignal13>0</EntrySignal13>

Выход: P

  <ExitSignal3>2</ExitSignal3>
  <ReverseSignal3>0</ReverseSignal3>

Модe 3  включался сразу при 19003 сигнале,
при 25-ом сигнале входим в Mode 1

<RichTargetMode13>1</RichTargetMode13>

При тестировании с простыми 153, 553 улучшения нет.
Видимо потому-что движок один и тот и от ВХОДОВ МАЛО что зависит.

Файл Test_11835_05

Updates: Price Format in Market Orders

Исправлена ошибка. При работе с Маркет Ордерами иногда неправильно рассчитывалась дробная часть Цены. Сейчас формат берется из Тикера.

Вставил в Реверс из Мода3 правильный расчет риска. При большом риске Реверса нет. Просто выход. Надо указать номер Exitа и Реверса в xml:

<ExitSignal3>25</ExitSignal3>
<ReverseSignal3>25</ReverseSignal3>