Юрий Балашов (Автор тем)

При попытке передвинуть заявку спреда между фьючерсами с помощью .tri-файла заявка не передвигается с сообщением: "Указанная транзакция по указанному классу не найдена: "FUTSPREAD"." Выставление и снятие заявки проходит нормально. По классу SPBFUT мув-ордер работает нормально. Что, по этому классу не предусмотрено передвижение заявок или это недоработка?
Брокер КИТ-финанс, Квик 8.5.2.11, Windows 7х64.

Собственно весь вопрос в заголовке: возможно ли в OnTransReply получение номера снимаемой/передвигаемой заявки при использовании Kill/Move order по ID этого ордера?

Сегодня, при переходе на 19-тизначный номер заявки произошел сбой передачи данных по ODBC и соответственно робот встал :(. База на FB сервере, система Win7, Квик 8.5.2.11, Брокер - Кит_Финанс. Насколько я понимаю причина в том, что FB не поддерживает 19 знаков. На какую базу можно перейти? Надеюсь разработчики не отказались полностью от передачи данных по ODBC и тестировали ее хоть на какой-то базе?

Кстати, теперь номер заявки идет не по порядку выставления заявки, а по какому-то другому принципу. Например заявки по SiU0 имеет меньший номер чем GDU0, даже если она была выставлена намного позже. Так и было задумано или это какой-то сбой? И как теперь упорядочить таблицу заявок?

После изменений на бирже от 13.12.2019 данные из "Талицы Заявок", не передаются по ODBC, по-видимому изменился тип данных одного из столбцов. Если это так, прошу уточнить какого (или каких)?  Если причина другая, поясните, что надо исправить? База на FB сервере, система WinXP32, Квик 7.25.1.3, Брокер - Кит_Финанс.

Это единичный сбой, до этого подобных ошибок не было, но тем не менее, раз случилось, то может повториться:
При синхронной отправке транзакции на продажу акций пришло сообщение об успешном ее исполнении, а также ее TRANS_ID, но ORDERKEY (ordernum) оказался равен 0. Количество акций необходимых для продажи присутствует.
Вопросы:
1. Как такое возможно?
2. Что делать, чтобы такое не повторялось?
3. Как контролировать такую ошибку?

Сейчас ACTION = MOVE_ORDERS на рынке акции ММВБ не работает.
1. Существует ли веская причина этого?
2. Планируется ли ввести передвижение заявок для акций, с целью снижения нагрузки на сервера биржи?
3. Если этот вопрос не поднимался, прошу зарегистрировать его как пожелание.

При запросе из скрипта QLua "Код класса" из "Текущей таблицы параметров" для фьючерсов код выдается правильный - "SPBFUT", а для акций - нет: вместо TQBR выдается код EQRP_INFO. Хотя в самой таблице он отображается правильно. Естественно, что при попытке использовать полученный class_code в функции OnParam(classs,sec) нужные данные не получаются. Что нужно сделать для исправления?
Код запроса:
Квик - 7.7.0.89, Брокер - КитФинанс, Винда - ХР.

При обращении к Квику, даже если в этот момент Квик не обновляет данные и не производит никаких вычислений, происходит потеря 16 млсек. Поясню на примере. Если выполнить следующий простенький скрипт, написанный на Lua:

IsRun = true
    local time = os.clock()
    for i = 0, 20 do
       message(string.format('Цикл № %0.0f ,Время %0.3f сек',i, os.clock()-time), 1)
    end
function main()
   while IsRun do
   sleep(1000)
   end
end
function OnStop()
  IsRun = false
end

то увидим следующий результат:
Дата    Время    Сообщение
15.02.2017    13:24:11    Цикл № 0 ,Время 0.000 сек
15.02.2017    13:24:11    Цикл № 1 ,Время 0.016 сек
15.02.2017    13:24:11    Цикл № 2 ,Время 0.016 сек
15.02.2017    13:24:11    Цикл № 3 ,Время 0.032 сек
15.02.2017    13:24:11    Цикл № 4 ,Время 0.032 сек
15.02.2017    13:24:11    Цикл № 5 ,Время 0.032 сек
15.02.2017    13:24:11    Цикл № 6 ,Время 0.032 сек
15.02.2017    13:24:11    Цикл № 7 ,Время 0.047 сек
15.02.2017    13:24:11    Цикл № 8 ,Время 0.047 сек
15.02.2017    13:24:11    Цикл № 9 ,Время 0.063 сек
15.02.2017    13:24:11    Цикл № 10 ,Время 0.063 сек
15.02.2017    13:24:11    Цикл № 11 ,Время 0.079 сек
15.02.2017    13:24:11    Цикл № 12 ,Время 0.079 сек
15.02.2017    13:24:11    Цикл № 13 ,Время 0.079 сек
15.02.2017    13:24:11    Цикл № 14 ,Время 0.079 сек
15.02.2017    13:24:11    Цикл № 15 ,Время 0.094 сек
15.02.2017    13:24:11    Цикл № 16 ,Время 0.094 сек
15.02.2017    13:24:11    Цикл № 17 ,Время 0.094 сек
15.02.2017    13:24:11    Цикл № 18 ,Время 0.110 сек
15.02.2017    13:24:11    Цикл № 19 ,Время 0.110 сек
15.02.2017    13:24:11    Цикл № 20 ,Время 0.110 сек
Из которого видно, что в среднем, за каждые 3-3.5 обработки в Lua теряются 16 млсек (иногда 15 млсек). При этом никаких вычислений у нас не происходит и Квик может даже не получать никаких данных (я проверял и в выходные - результат тот же). Аналогичное время теряется и при выводе через ODBC, думаю, что при выводе данных через DDE будет то же самое ( не проверял). Отсюда логично сделать вывод о том, что это какие-то потери Квика.
При исполнении данного примера, но, если вывод происходит внутри function main(), потери 16 млсек тоже наблюдаются, но существенно реже.
Хотелось бы понять из-за чего это происходит? Можно ли каким-то образом уменьшить это время потерь или хотя бы частоту их появления?
Допускаю, что что-то можно изменить в настройках Квика или его загрузке, тогда подскажите что? "Вывод по ODBC", "Экспорт в системы тех.анализа" и "Внешние транзакции" никак не влияют.
Возможно, что потеря именно данного времени (16 млсек) может быть как-то связана с характеристиками машины и операционной системы ( у меня Win XP, Квик 7.7.0.89), поэтому, кто сможет, проверьте на своих машинах и выложите сюда результат, было бы интересно сравнить.

Для оптимизации работы робота хотелось бы узнать в какой очередности данные поступают в различные таблицы Квика и насколько (в % или млсек) отличается скорость постановки этих данных?
Интересуют следующие таблицы:
"стакан"
Таблица заявок
Текущая таблица параметров
Позиции по клиентским счетам
Таблица лимитов по бумагам
Таблица транзакций
Таблица лимитов по денежным средствам
Ограничения по клиентским счетам

В свободном доступе я этой информации не нашел.
С уважением

Хочу написать робота-арбитражера для парного трейдинга с акциями и фьючерсами, главные требования:
1. Скорость работы – максимально быстрая скорость постановки, снятия и перестановки заявки при изменении цены в стакане – желательно не более 0.1сек.
2. Отсутствие торможения – отсутствие замедления и сбоев в работе при выставлении заявок по 15-20 парам инструментов, при отслеживании до 40-60 пар (отслеживание возможно не в режиме реального времени, а периодически – 1раз в 1-5 минут).
Не нужно: никаких графиков, индикаторов, проверки на истории, возможностей постановки заявок вручную.
Собственно такой робот у меня есть (написан мной на Delphi), но он работает через передачу по ODBC в базу данных и затем чтения из нее, что замедляет постановку заявки более чем на 1.5 секи и при работе более чем с 8-10 парами начинаются сбои в постановке/снятии заявок.
Вопрос: возможно ли написание подобного робота, отвечающего указанным выше требованиям на, Lua или Lua + внешняя программа (С#, Delphi)?
Поскольку Lua не знаю совершенно, не хотелось бы оказаться в положении человека изучившего Lua, написавшего на нем робота и вдруг выяснившего, что скорость постановки заявки будет медленная и работать можно будет только с 2-3 парами инструментов :).

При выводе волатильности из Квика в метасток, в последний поступают только округленные целочисленные значения, тогда как волатильность расчитывается с точностью до 3-го знака после запятой.Работать с такими данными затруднительно.
Может быть существуют какие-то настройки? Я их не нашел, брокер подсказать не смог.
Более 4-х лет назад я уже поднимал эту тему на данном форуме ссылка: http://forum-archive.quik.ru/forum/iwr/67940/68021/ , высылал скриншоты графиков из Квика и Метастока, однако ошибка как была, так и осталась!
Неужели ничего нельзя сделать?

После обновления версии Квик с 6.16.0.42 до версии 6.17.1.17 резко замедлилась работа Квика и компьютера в целом. Квик работает с роботом, который получает данные по ODBC и передает через внешние транзакции (синхронные заявки через TRANS2QUIK.dll).
Ухудшение работы после запуска Квика заметно чисто внешне: замедление открытия окон(до 0.5-1сек), перехода с закладки на закладку в Квике (до 0.5-1.5 сек), выставление/снятие  заявок (до1-4 сек). Но самое неприятное происходит через некоторое время работы Квика (передача по ODBC и обработка внешних транзакций не отключались): визуально, скорость работы компьютера не изменяется, но скорость постановки заявок через робота резко падает, если в начале дня замедление в постановке заявки составляет 1-4 сек, то к середине дня доходит до 15-20 сек, а к концу до 2-х мин., т.е. работа становится невозможной.
После возврата к версии 6.16.0.42 ситуация вернулась к прежней, т.е. ухудшение работы нельзя связать с появлением вируса,  сбоем Windows или компьютера.
Сравнение потребляемых ресурсов при работе разных версий следующее:
версия 6.17.1.17 - потребляемые ресурсы процессора - от 50 до 90%, в среднем - 70%, потребляемая память - около 650МБ
версия 6.16.0.42 - потребляемые ресурсы процессора - от 15 до 50%, в среднем - 25%, потребляемая память - около 180МБ
Я не вижу 3-х кратного повышения функциональных возможностей в новой версии, которые потребовали  более чем 3-х кратного повышения потребляемых ресурсов, а главное привели к невозможности работы.
Описание компьютера:
Windows XP SP2
процессор: Intel Core 2 Duo, 2.0 GHz
ОЗУ: 3ГБ
диск: SDD
свободной памяти на разделе диска где стоит Квик: 5ГБ