latrop1 (Все сообщения пользователя)

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1
Quik 7 - неверная версия протокола
 
Не удается подключиться к брокеру из квика новой 7 версии, выдает "неверная версия протокола"


Как пользовать новую версию?
По таблице истории: 1. в одбц и 2. дату до милисекунд
 
А что такое "одбц"? Простите за неграмотность, конечно.
MOVE_ORDERS - замена заявки
 
А почему при перемещении мышкой заявки в окне диаграммы шлется отмена и новая вместо мува?
Может доработаете?...
Счётчик числа сделок в секунду по одному тикеру
 
Цитата
Николай Камынин пишет:
-------------------------------------
третья причина - это то, что в onParam не приходит информация о том,
какой именно параметр изменился.
Для того, чтобы узнать надо ходить в хранилище.
А это очень затратный процесс.
-----------------------------------------------
Если использовать CreateDataSource, тогда не придется ходить в хранилище?
Quik Junior. Таблица всех сделок для фьючерсов пуста
 
Добрый день.

Просьба подключить трансляцию всех сделок FORTS.
Логин: 90854

Также просьба увеличить торг.счет SPBFUT00b23 до 1 млн.руб. (по умолчанию там 30 тыс.руб. - это ну очень мало :)
Quik forever?, Разработка сложной торговой системы 24х7
 
Хочется поделиться мнениями с коллегами по цеху (с трейдерами, не с техподдержкой).

Работаю над таким безостановочным режимом своей системы, что называется 24х7, всегда включена. Используется Quik+QLua.
Но вот чем дальше в лес...
Нескончаемый поток проблем, которые все изощреннее приходится преодолевать, что уверенности в стабильной работе системы все меньше и меньше.

Если кто двигается в подобном направлении, не посещают мысли, что направление разработки такой безостановочной автоматической системы выбрано в корне не верно?
Что Quik+QLua для этого просто не подходят.

Тут нет задачи обсуждать конкретные проблемы и способы их решения. Интересуют мнения в целом.
С одной стороны, Quik нивелирует разнообразные нюансы биржи и ее протоколов, приводя все "к одному знаменателю", дает простой скриптовый язык.
Но с другой стороны Quik накладывает свои нюансы, обусловленные внутренней архитектурой платформы, хранением данных, ограниченностью АПИ, отсутствием настоящей мультипоточности и т.п.
И складывается ощущение, что будет гораздо дешевле (время разработки - тоже деньги и не малые) и эффективнее разрабатывать систему на прямом доступе к бирже.
Вопрос тут не в скорости (тягаться с современными HFT смысла особого не вижу), вопрос только в стабильности и надежности.
Пусть даже и придется тогда на более низком уровне писать систему.

Охота услышать мнения и, главное, опыт коллег по использованию Quik+QLua для систем 24х7...
доступ к строкам таблицы изменений параметров, почему его нет?
 
Цитата
latrop1 пишет:
Цитата
Дмитрий пишет:
Цитата
latrop1 пишет:
Никакого кода не нужно, проблема проявляется в стандартном интерфейсе Квика.
Если на одно окно диаграммы бросить пару графиков параметров, напр, "кол-во сделок" и "цену последней", то при тиковом интервале графики окажутся не корректно синхронизированными.
Согласен, эту ошибку в работе терминала я тоже заметил уже давно на графиках, а затем уже обнаружил подобную проблему и при попытке сопоставить данные по двум параметрам с помощью QLua.
Да, верно.
Только проблему невозможности сопоставить тики параметров через QLua - разработчики квалифицируют как доработку.
Я же прошу эту проблему зафиксировать и квалифицировать как ошибку синхронизации графиков с стандартном интерфейсе Квика, что подразумевает ее приоритетное исправление относительно прочих доработок.

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

Зафиксирована ли данная проблема, как ошибка?
Можно ли ожидать скорейшее ее исправление?
Я в ужасе!! Кто-нибудь отзовитесь пожалуйста и скажите что это неправда!!
 
Примитивные типы присваиваются по значению, а составные/объектные - по ссылке.
Такая особенность вроде как практически во всех интерпретируемых языках программирования используется.

Александр, любопытно, а на чем Вы до Lua программировали, что это в такой "ужос" Вас ввергло? :)
Продление тестового доступа 5508
 
Цитата
latrop1 пишет:
Привет, Зоя

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


Подключался в конце декабря 2014, пока доступ работает.
Добрый день

Перестало пускать, пишет:
Crypto error: Соединение установить не удалось. Возможно, Вы используете ключи, которые не зарегистрированы на сервере. Сообщение об ошибке: "Connection was closed by peer: Can't get message size from net"

Это настройки сбились или регистрация закончилась (хотя недавно вроде продление запрашивал) ?  
доступ к строкам таблицы изменений параметров, почему его нет?
 
Цитата
Дмитрий пишет:
Цитата
latrop1 пишет:
Никакого кода не нужно, проблема проявляется в стандартном интерфейсе Квика.
Если на одно окно диаграммы бросить пару графиков параметров, напр, "кол-во сделок" и "цену последней", то при тиковом интервале графики окажутся не корректно синхронизированными.
Согласен, эту ошибку в работе терминала я тоже заметил уже давно на графиках, а затем уже обнаружил подобную проблему и при попытке сопоставить данные по двум параметрам с помощью QLua.
Да, верно.
Только проблему невозможности сопоставить тики параметров через QLua - разработчики квалифицируют как доработку.
Я же прошу эту проблему зафиксировать и квалифицировать как ошибку синхронизации графиков с стандартном интерфейсе Квика, что подразумевает ее приоритетное исправление относительно прочих доработок.

При этом, конечно, очень рассчитываю, что разработчики проблему решат комплексно, и для графиков, и для работы с параметрами через QLua.
доступ к строкам таблицы изменений параметров, почему его нет?
 
Цитата
Egor Zaytsev пишет:
Цитата
latrop1 пишет:
Здравствуйте!

Просьба переквалифицировать доработку в ошибку и исправить в приоритетном порядке.
Детали (простите за дубляж):
https://forum.quik.ru/forum10/topic444/

Сообщите, пож-та, о принятом решении.
Добрый день.

Можете выложить Ваш код на котором воспроизводится проблема.
Немного не понятно, код чего Вы просите.
Никакого кода не нужно, проблема проявляется в стандартном интерфейсе Квика.
Если на одно окно диаграммы бросить пару графиков параметров, напр, "кол-во сделок" и "цену последней", то при тиковом интервале графики окажутся не корректно синхронизированными.
Графики на меж-секундных интервалах будут синхронизированы по значению поля count, что в корне не верно для разных параметров, имеющих разное кол-во count в пределах секунды.
Вы можете попробовать сами повторить по такому описанию?  
Аккаунт выставившего заявку, Можно ли увидеть?
 
Цитата
lergen пишет:
Можно ли простому смертному узнать кто выставил заявку в стакан?
У кого есть такая возможность. Можно ли это сделать через Lua или другие языки?
Спрашиваю потому что есть подозрения на то что кто то играет против меня...
Я знаю, кто играет против вас. Рынок :)
доступ к строкам таблицы изменений параметров, почему его нет?
 
Здравствуйте!

Просьба переквалифицировать доработку в ошибку и исправить в приоритетном порядке.
Детали (простите за дубляж):
https://forum.quik.ru/forum10/topic444/

Сообщите, пож-та, о принятом решении.
Поле count
 
Цитата
Теперь я подписываюсь на onalltrade и смотрю, что мне дают. Поля count в таймштампе здесь нет. Синхронизации результатов подписки и колбека невозможна, хотя напрашивается.
Если не секрет, и простите если за возможную глупость, но зачем синхронизировать OnAllTrade и колбэк DataSource для сделок?
Поле count
 
Цитата
Egor Zaytsev пишет:
Добрый день.

Некоторые изменения с полем count были.
Версии 6.15

Таблица, возвращаемая функцией T(), для объекта созданного через CreateDatasource расширилось еще одним полем – count. Поле необходимо для корректного собирания истории изменений параметра на тиковом интервале.
Новый формат таблицы:
{year, month, day, week_day, hour, min, sec, ms, count}

Других изменений не было.
Кстати, была уже такая тема давно, но вот что-то не нашел (может еще на старом форуме), по проблеме:
Сейчас по полю count невозможно состыковать значения отдельных параметров.
Т.к. у разных параметров разное кол-во изменений count в пределах секунды.
Если на тиковый график бросить пару параметров, напр, кол-во сделок и цену последней, то графики окажутся не корректно синхронизированными.
Можете проверить сами.
Вроде даже регистрировали пожелание на доработку.

Но ведь это тянет на ошибку, особенно в случае с рассинхронизацией графиков.
Можете переквалифицировать доработку в ошибки и побыстрее поправить?
(ну и чтобы через API появилась возможность корректно синхронизировать параметры по тикам)
Депозит на демо, Нужно обновить
 
Цитата
Alexey Ivannikov пишет:
Цитата
latrop1 пишет:
А можно мне денежек закинуть, пож-та.
Миллиончик бы очень надо, не хватает для тестов.
логин: qtest743
Добрый день.

Закинули.
Что-то не вижу денежку. Перелогин не помогает.
Возможно, я не совсем четко попросил, и денежку закинули на фондовый (там "заработанных" миллионов мне итак хватает).
Извиняюсь, если криво попросил.   :)  
Закиньте на счет FORTS, пож-та.
Логин: qtest743 UID:5508 Счет:SPBFUT00261

Спасибо!
Депозит на демо, Нужно обновить
 
А можно мне денежек закинуть, пож-та.
Миллиончик бы очень надо, не хватает для тестов.
логин: qtest743
Два срабатывания onOrder при лимитной заявке
 
Цитата
sam063rus пишет:
они сами не знают, неужели непонятно
Ну так если не знают, то нужно просто узнать.
У тех.поддержки все для этого есть.
Если бы у меня были исходные коды, я бы такие глупые (с т.з. техподдержки) вопросы и не задавал :)
Два срабатывания onOrder при лимитной заявке
 
Тему я нашел:
http://forum-archive.quik.ru/forum/lua/106099/117214/

Последний вопрос к Вам и там остался без ответа.
Все-таки, можно пояснить по существу, видимо проконсультировавшись с разработчиками, что означают эти повторные вызовы?
Понимаю, что не охота разбираться, но вроде как это Ваша работа, нет разве?... :)
flags в OnTransReply
 
Кем не используются?
Сейчас вижу, что это поле реально чем-то заполняется.
Можно просто узнать - чем оно заполняется?
flags в OnTransReply
 
2-й вопрос - не то написал, не актуально

1-й вопрос актуален. Флаги реально какие-то приходят и, предполагаю, там есть полезная инфа... какая только?
Техподдержка, подскажите, пож-та...
flags в OnTransReply
 
Здравствуйте!

1. В транзакции, приходящей по OnTransReply есть поле flags. Что означают установленные там флаги?

2. Что означают все остальные поля транзакции, передаваемой в OnTransReply?
(в документации есть описание файла .tro, но там, мягко говоря, почти все не то)
Два срабатывания onOrder при лимитной заявке
 
Цитата
latrop1 пишет:
Все атрибуты заявки при обоих срабатывания абсолютно одинаковые, сравнивал перебором всех полей объекта.
Двойное срабатывание не зависит от брокера, срабатывает в т.ч. и на вашем тестовом доступе.
Поэтому вы сами легко можете проверить.

Для эксперимента сравнивал также заявку из второго срабатывания с заявкой, найденной путем getOrderByNumber (она уже есть в таблице заявок после первого срабатывания) - все одинаковое, и флаги, и номера, и все остальное.

Очень интересует ответ на исходный вопрос: Зачем два и в чем все-таки разница?
Сергей Горохов, что скажете?
Два срабатывания onOrder при лимитной заявке
 
Все атрибуты заявки при обоих срабатывания абсолютно одинаковые, сравнивал перебором всех полей объекта.
Двойное срабатывание не зависит от брокера, срабатывает в т.ч. и на вашем тестовом доступе.
Поэтому вы сами легко можете проверить.

Для эксперимента сравнивал также заявку из второго срабатывания с заявкой, найденной путем getOrderByNumber (она уже есть в таблице заявок после первого срабатывания) - все одинаковое, и флаги, и номера, и все остальное.

Очень интересует ответ на исходный вопрос: Зачем два и в чем все-таки разница?
Два срабатывания onOrder при лимитной заявке
 
Здравствуйте!

Подскажите, пож-та, почему при добавлении лимитной заявки происходят два срабатывания onOrder с совершенно одинаковыми атрибутами заявки (Active)?


Это глюк, или в этом есть определенный смысл.
Если смысл есть, то какой?
Что тогда означает первый вызов калбэка, а что - второй?


При исполнении или снятии заявки приходит третий вызов, с ним все понятно.
SQLProxy flood control restriction
 
Здравствуйте, подскажите, пож-та, что за странная ошибка бывает выскакивает на тестовом доступе при тестировании ТС:

Ошибка создания заявки. [FORTS][90112] "SQLProxy flood control restriction".

логин: qtest743
Quik Junior. Таблица всех сделок для фьючерсов пуста
 
Цитата
latrop1 пишет:
У меня куда-то все фьючерсы вместе с торговым счетом пропали, недавно были.
Восстановите доступ, пож-та.
Также видимо и доступ к таблице всех сделок по фьючерсам.

Логин: qtest743
Техподдержка, помогите, пож-та, фьючерсов так и нет, в списке счетов нет счета ФОРТСа.
Quik Junior. Таблица всех сделок для фьючерсов пуста
 
У меня куда-то все фьючерсы вместе с торговым счетом пропали, недавно были.
Восстановите доступ, пож-та.
Также видимо и доступ к таблице всех сделок по фьючерсам.

Логин: qtest743
закрытие всех заявок на срочном рынке
 
А где можно документацию на "P2 роутер" поглядеть? (гугл по таким словам не то выдает)
закрытие всех заявок на срочном рынке
 
Спасибо за ответ, стало чуть понятнее.
А почему тогда в Квике случай с "параметр не задан" не отрабатывает аналогично "P2 роутер", а требуется обязательно?
закрытие всех заявок на срочном рынке
 
В продолжение темы:
http://forum-archive.quik.ru/forum/lua/124893/124911/

А что значит ["BASE_CONTRACT"]="%" ?

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

А как скоро можно ожидать результата рассмотрения?
Quik Junior. Таблица всех сделок для фьючерсов пуста
 
И мне, пож-та, логин: qtest743
T()
 
Эх. Пичалька сплошная :)
Будем надеяться, что разработчики Квика нас услышат, ибо доработка совсем простая нужна...
доступ к строкам таблицы изменений параметров, почему его нет?
 
Цитата
Sergey Gorokhov пишет:
Дмитрий ,
Да Вы правы. Боюсь что имеющимися средствами построить таблицу истории из двух и более параметров никак не получится.
Присоединяюсь к топик-стартеру.
Возможно ли доработать Квик для решения данной проблемы?
Примите заявку, пож-та, т.к. очевидно, что имеющимися средствами проблему сопоставления разных параметров качественно никак не решить.
T()
 
Коллеги, позвольте продолжить тему...

У разных источников данных (для разных параметров) в одну и туже секунду может быть разное кол-во тиков (count).
Поэтому возникает проблема, как можно синхронизировать значения разных параметров?

Например: voltoday имеет всегда большее кол-во тиков в сек, нежели numcontracts.
И определить какому значению voltoday на определенный тик соответствует какое значение numcontracts - ума не приложу как.

Может кто решал уже такую задачу?
Продление тестового доступа 5508
 
Привет, Зоя

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


Подключался в конце декабря 2014, пока доступ работает.
Продление тестового доступа 5508
 
Продлите тестовый доступ, пож-та
UID: 5508

Извиняюсь, если не туда написал
Страницы: 1
Наверх