Сертификация торговой системы
Atom Ответить
09.09.2011


Народ, кто-нибудь уже проходил сертификацию робота на РТСе? Поделитесь опытом

Теги:


Спасибо:




162 Ответов
<< < 4 5 6 7  >
frontman

Фотография
Дата: 20.12.2011
Ответить


Обновление isin_id как раз создаст такой фильтр))
Спасибо:

Alexander

Фотография
Дата: 20.12.2011
Ответить


Тому посту 2 месяца.
Мы неоднократно писали в чём конкретно проблема и что дело совсем не в фильтрации.
Спасибо:

frontman

Фотография
Дата: 20.12.2011
Ответить


Александр. Ну могу сказать что я был уверен в том что вечером сделки норм приходят, а проблема только при смене сессий...
Тогда думать надо... Необходимо что бы инструмент был по прежнему один... но isin_id было 2 у него...
Может маппинг?)))
Спасибо:

frontman

Фотография
Дата: 20.12.2011
Ответить


Так... Ладненько... Простого пути не будет...
Делаю...
Спасибо:

frontman

Фотография
Дата: 21.12.2011
Ответить


А не могли бы вы все таки скинуть код метода GetSecurity мне в сообщении...
Ну что бы я спокоен был)))
Спасибо:

Alexander

Фотография
Дата: 21.12.2011
Ответить


frontman Перейти
А не могли бы вы все таки скинуть код метода GetSecurity мне в сообщении...
Ну что бы я спокоен был)))


Спокойны относительно чего?
Что мы вас не обманываем по поводу структуры GetSecurity и не хотим вынудить вас делать то, что никому нафиг не нужно?
Спасибо:

frontman

Фотография
Дата: 21.12.2011
Ответить


Ну Александр!))
Конечно нет. Просто хочу сам увидеть структуру...
Ну что там супер секретная разработка что ли?
Спасибо:

frontman

Фотография
Дата: 21.12.2011
Ответить


Да сделал я уже все))
Ладно понял...
Спасибо:

Alexander

Фотография
Дата: 21.12.2011
Ответить


frontman Перейти
Да сделал я уже все))
Ладно понял...


Кидайте в shelve, мы посмотрим
Спасибо:

frontman

Фотография
Дата: 21.12.2011
Ответить


)) Не тестил еще...
Хотя если вы затестите будет хорошо...
А то у меня нет возможности седня(
Спасибо:

frontman

Фотография
Дата: 21.12.2011
Ответить


У меня ник frontman_cp
Спасибо:

Alexander

Фотография
Дата: 21.12.2011
Ответить


Лучше протестируйте вначале
Спасибо:

frontman

Фотография
Дата: 21.12.2011
Ответить


Ок. Тогда не торопите пока что)
Я сделаю)
Спасибо:

FiNick

Фотография
Благотворитель
Дата: 13.01.2012
Ответить


Форум вымер похоже, праздники пагубно повлияли=)

У меня вроде получилось сильно сократить очереди сообщений (Нужно для сертификации). Позже скину в шелв изменения.
Автор топика
Спасибо:

FiNick

Фотография
Благотворитель
Дата: 17.01.2012
Ответить


Замечание от ртс:

Цитата:
Поток FUTTRADE открывается дваждый:
2012-01-05 16:16:01.686;p2repl-cli;;Stream opening started;stream 0x1DEDEA20,type 1,name 'FORTS_FUTTRADE_REPL',server_addr 'FINTER_FORTS3.inter_futtrade'
2012-01-05 16:16:01.792;p2repl-cli;;Stream opening started;stream 0x1DD894F0,type 1,name 'FORTS_FUTTRADE_REPL',server_addr 'FINTER_FORTS3.inter_futtrade'

Один поток FUTTRADE - с таблицей deal
2012-01-05 16:16:02.955;p2repl-cli;;Scheme is set;stream 0x1DEDEA20;channel 0x19C27EC0F7FCE
2012-01-05 16:16:02.955;p2repl-cli;;Statistics module for table 'deal' was successfully registered
Другой - с ордерс_логом
2012-01-05 16:16:03.003;p2repl-cli;;Scheme is set;stream 0x1DD894F0;channel 0x19C28EC0F7FCE
2012-01-05 16:16:03.003;p2repl-cli;;Statistics module for table 'orders_log' was successfully registered

Если при этом оба FUTTRADE'а получаются в одном соединении - то смысла делить получение двух таблиц на два потока нет.


Т.е. надо сделать проверку, если в данном соединении уже открыт поток репликации с какой-то таблицей, второй раз его открывать для другой таблицы не надо.
И собственно спрашивают, зачем мы два раза поток репликации открываем?
Автор топика
Спасибо:

Alexander

Фотография
Дата: 17.01.2012
Ответить


У нас соединение одно. Если мы действительно два раза открываем что-то - это ошибка, надо открывать один раз.
Спасибо:

FiNick

Фотография
Благотворитель
Дата: 17.01.2012
Ответить


Еще на ртс возникли вопросы на счет обработки lifeNum, переспросил что конкретно не нравится, завтра напишут.
У нас точно все правильно написано? Из документации:
Цитата:
«Безбазовый» клиент должен изменить номер жизни с помощью вызова P2TableSet-> SetLifeNumToIni и переоткрыть поток вручную.

Посмотрел код, не заметил чтобы мы переоткрывали потоки, или это както спрятано?
Автор топика
Спасибо:

Alexander

Фотография
Дата: 17.01.2012
Ответить


FiNick Перейти
Еще на ртс возникли вопросы на счет обработки lifeNum, переспросил что конкретно не нравится, завтра напишут.
У нас точно все правильно написано? Из документации:
Цитата:
«Безбазовый» клиент должен изменить номер жизни с помощью вызова P2TableSet-> SetLifeNumToIni и переоткрыть поток вручную.

Посмотрел код, не заметил чтобы мы переоткрывали потоки, или это както спрятано?


Т.к. конкретной проблемы нет, то ответить всё ли у нас правильно невозможно.
Событие OnStreamLifeNumChanged у нас обрабатывается
Спасибо:

Alexander

Фотография
Дата: 17.01.2012
Ответить


А остальные проблемы решены сейчас?
Спасибо:

FiNick

Фотография
Благотворитель
Дата: 17.01.2012
Ответить


Alexander Mukhanchikov Перейти
А остальные проблемы решены сейчас?


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

Автор топика
Спасибо:

Mikhail Sukhov

Фотография
Автор статей Программист Трейдер
Дата: 17.01.2012
Ответить


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


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

vardes

Фотография
Дата: 18.01.2012
Ответить


Всем привет!
Написал робота скальпера для плазы и использованием библиотеки Stock#. Соответственно на демо-счете адекватно потестить не получается, пришлось проходить сертификацию. Отправил им логи после работы программы, вот что они написали:
Цитата:

По логу есть два вопроса:
1) У вас растет очередь сообщений, и с этим надо бороться:
2012-01-17 11:40:31.582;p2mq-cli;;New message added to recvList. Size: 73
2012-01-17 12:06:34.368;p2mq-cli;;New message added to recvList. Size: 2140
2012-01-17 14:46:50.340;p2mq-cli;;New message added to recvList. Size: 279
Бороться можно например путем получения реплики в нескольких соединениях, каждое открывающееся в отдельном треде и со своим циклом выборки.

2) Как вы обрабатываете событие смены номера жизни для агрегированных потоков и для FUT/OPTCOMMON ? Т.к. обрабатывает их наверняка библиотека сток-#, то предлагаю эксперимент:
- обнулить номер жизни в используемых orders_aggr.ini, fut/opt_common.ini или в forts_scheme.ini - смотря откуда схему берете
- запустить свое приложение один раз, выключить
- запустить второй раз, выключить
- прислать логи П2 за оба запуска.


Т.к. я пользуюсь библиотекой, как она есть, прошу специалистов помочь в решении поставленных вопросов. Буду очень вам благодарен.
Спасибо:

Alexander

Фотография
Дата: 18.01.2012
Ответить


Какая помощь нужна?
По первому вопросу - проблема известна, давно писали уже об этом. Как решать - тоже понятно.
FiNick вроде сделал, но можете ему помочь в этом. Его изменения пока у него локально хранятся.

По второму - вроде всё расписано как надо делать. Как обрабатываем - смотрите OnStreamLifeNumChanged.
Спасибо:

Mikhail Sukhov

Фотография
Автор статей Программист Трейдер
Дата: 18.01.2012
Ответить


vardes Перейти

Цитата:

библиотека сток-#



Что за библиотека? Ссылкой поделитесь?BigGrin
Спасибо:

FiNick

Фотография
Благотворитель
Дата: 18.01.2012
Ответить


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

Проблема в том, что то что у нас было написано для этого (Save/LoadRevision) у меня вот не работает: делается LoadRevision и у меня только два инструмента в списке, и только по этим инструментам сделки подгружаются, как ремонтировать не знаю
Автор топика
Спасибо:
<< < 4 5 6 7  >

Добавить файлы через драг-н-дроп, , или вставить из буфера обмена.

loading
clippy