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

 

Возможно, в этой теме найдёте что-то полезное для себя: CreateDataSource

Понятно, значит, просто перестраховались  

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

Это пожелание считается уже полностью реализованным ("Глубина стакана") или будет доделано для разряженного стакана?

Вместо nil я вижу дефолтные квиковские ""/0. Очевидно, ошибка в коде терминала, а не документации  

Вот такую ошибку выдаёт при попытке переставить заявки на разных счетах:
Нужны какие-то особые права?

Отдельный ответ с биржи?

3. Подать одну транзакцию на перестановку двух заявок по разным счетам нельзя. А, значит, и параметр account будет совпадать.
Точка.
Поручение (транзакция "MOVE_ORDERS" на перемещение) для обеих заявок одно. А, значит, и параметр brokerref будет совпадать.

Так понятно?

Ох, нелегкая это работа...
Егор,

1. nil я понимаю буквально, как nil. В программировании это выглядит так:
Поэтому и уточнил:

2. Ваш ответ #12 можно расценить, как дешёвую отмазку, чтобы не заниматься проблемой.

3. Подать одну транзакцию на перестановку двух заявок по разным счетам нельзя. Поручение для обеих заявок одно.
   А, значит, и параметры account и brokerref будут совпадать. Не вижу никаких причин, чтобы не заполнить эти параметры в OnTransReply.

4. При любом исходе ответ на транзакцию один: либо сразу обе заявки переставлены, либо нет.
  А, значит, нет необходимости дублировать OnTransReply.

Одной транзакцией можно переставить две заявки по разным счетам (читай: с разными account)?
Сколько у вас приходит ответов OnTransReply при перестановке сразу двух заявок? У меня две? Смысл в двух абсолютно одинаковых OnTransReply?

Заявки, переставляемые транзакцией "MOVE_ORDERS", таскают за собой параметр brokerref от самой первой заявки. Это нормальная ситуация?

Для транзакций "MOVE_ORDERS" всегда возвращается OnTransReply с пустой строкой в качестве параметров account и brokerref

Подытожим. Таким образом, OnTransReply с status = 3 (и только три) означает, что транзакция выполнена.
Остальные значения статуса говорят о том, что транзакция не выполнена (и не будет выполнена). Так?

Приведите, пожалуйста, полный и исчерпывающий список возможных вариантов значений параметра status для колбэка OnTransReply.
Из-за отсутствия этого списка для QLUA нам и вам (сотрудникам техподдержки) приходилось пользоваться аналогом этого списка для формата .tro-файла, что зачастую приводило к неверным рекомендациям с вашей стороны относительно параметра status.

Поставить в свойствах стакана "Лучшие спрос и предложения видны всегда". Эта настройка не работает для разряженного стакана.
Но в 7-й версии добавили не ограничение строк, как таковое, а глубину стакана (количество отображаемых котировок). Для разряженного стакана эта настройка бесполезна.

Это так, отступление. К status отношения не имеет, но имеет отношение к OnTransReply.

3) Из описания Транзакции в документации по QLUA:
Тут точно nil ?

1) Чем отличается status = 0 от status = 1 для транзакций, поданных из QLua-скрипта?
Если мы получили OnTransReply, не означает ли это автоматически, что транзакция, как минимум, получена сервером QUIK?

2) Значения статусов 0, 2, 12, 13 возможны для стоп-заявок, поданных из QLua?

Подразумеваются неактуальные коды клиентов.

Нет. Во-первых после перезаказа данных этот файл не восстанавливается в 7-й версии (по-крайней мере в демо).
Во-вторых, счета и коды клиентов зашиваются в файле info.wnd

Укажите, пожалуйста, возможные значения параметра status в OnTransReply для транзакций, поданных посредством QLua-скриптов.

Пример:
status = 0 - транзакция отправлена серверу - не имеет смысла, поскольку приход колбэка OnTransReply уже говорит о том, что транзакция получена сервером QUIK (status = 1)

Спасибо.
Странно, почему в руководстве эта функция не указана?
Есть ещё какие-то недокументированные функции, о которых стоило бы знать?

Здравствуйте.
В каких ситуациях может прийти OnTransReply со статусом 0 или 1?
Какие возможные значения может принимать status при выставлении стоп-заявок?

Из-за изменения основного меню в 7-й версии все эти пункты следует искать в других местах.
Но проблема в другом: перечисленные по ссылке действия не приводят к желаемому результату: "левые" счета всё равно не удаляются.

Техподдержка может дать новую инструкцию по очистке от "левых" счетов?

Здравствуйте.

Измените QLua-функцию getQuoteLevel2 таким образом, чтобы она возвращала значения типа number вместо строковых.
(Я не могу придумать ни одного варианта, когда было бы необходимо (или даже возможно) использовать данные того формата, что сейчас возвращает функция... Даже в sendTransaction без форматирования эти данные не подойдут.)
Конечно, всё форматирование можно написать в своей программе, но форматирование в число занимает гораздо больше времени, чем в C-коде внутри самого терминала. Особенно, если нужно обработать несколько строк бидов и офферов. Это не дело.

Далее, при отсутствии заявок на покупку/продажу "таблицы" bid/offer имеют строковый тип. Логичнее было бы возвращать либо пустую таблицу {}, либо nil.

Кнопка "Цитировать" теперь не работает? (Opera v.34.0)

В alltrade.dat содержится архив ТВС. Он сам очищается в начале новой сессии или при переключении на другой сервер.

WndConverter (кстати, где можно скачать актуальную версию WndConverter?)

Создать функции, не?

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

http://forum-archive.quik.ru/forum/ideas/119814/121336/#m121336

У меня так - из личных наблюдений. У вас, возможно, будет по-другому. Зависит от конкретных настроек брокера, вероятно. Тестируйте.
Где-то на этом форуме я выкладывал результаты сравнительного тестирования скорости получения колбэков OnParam, OnAllTrade, OnQuote, CreateDataSource.

Где вы это увидели?

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

* Насчёт цены - не знаю, насколько это сложно.

При изменении рыночных условий или закрытии части позиции, на которую выставлялся стоп, может потребоваться перевыставить стоп-заявку с новыми условиями. Удобней было бы, просто поменять требуемые параметры, а не отслеживать статусы старой снятой и новой заявок.
Поскольку механизм изменения активного количества уже реализован в заявках типа "Со связ. заявкой", то, думаю, с небольшими доработками его можно применить к стоп-заявкам других типов. Насчёт объёма  - не знаю, насколько это сложно.

+1

В QUIK есть условные заявки типа "Со связ. заявкой". При частичном исполнении связанной заявки объем стоп-заявки уменьшается до величины неисполненного остатка лимитированной заявки.
Предлагаю на основе данного функционала добавить функцию изменения некоторых параметров (объёма, цены...) любых стоп-заявок без необходимости снятия/выставления новой заявки, т.е. в таблице стоп-заявок это будет та же самая заявка.
И также добавление нового вида ("ACTION") транзакции "MOVE_STOP_ORDER", при выполнении которой номер стоп-заявки остаётся прежним.

Для QLua условие уникальности TRANS_ID не является обязательным, т.е. работоспособность функции sendTransaction не зависит от уникальности этого параметра.
А по "KILL_ALL_ORDERS" здесь есть ответ: KILL_ALL_ORDERS из Qpile и QLua

Таблица торговых счетов. Доступна также для вывода по DDE.

Таблица транзакций очищается при переключении на другой сервер. Надо бы исправить.

Egor Zaytsev,
загляните ещё в эту тему.

Регистрируйте. Но лучше в OnStopOrder в том же колбэке, где приходит ответ "Отвергнута ТС".

Является ли параметр brokerref в колбэке OnTrade необновляемым, т.е. проставляется ли он в первом же колбэке в обязательном порядке?

В каком колбэке указывается причина отклонения торговой системой заявки, выставляемой по стоп-заявке?

По поводу панели "Общий фильтр клиентов": при старте QUIK этот фильтр не применяется для графиков, требуется повторный ввод кода клиента.
Также и для стакана: после старта QUIK требуется повторный ввод в поле "Код клиента".

Всё вопрос снят: был установлен признак "Подставлять код клиента из фильтра", а сам фильтр на вкладке с таблицей стоп-заявок не указан.

1. При наведении курсором на линию условной заявки на графике всплывает подсказка с её параметрами.
На обеих линиях отображается параметр "Стоп-цена". Сделайте на тейк-профит линии название параметра "Тейк-цена", чтобы понятней было.

2. При вводе новой стоп-заявки из таблицы стоп-заявок заполняются поля аналогичные заявке, на которой стоит курсор, кроме Кода Клиента

Отвечаю на свой вопрос: при моментальном исполнении стоп-заявки по тейк-профиту колбэк OnStopOrder с установленным 15-м битом в флаге flags приходит не всегда.

Имеется ввиду, если терминал находится онлайн в этот момент

Это-то понятно. ))

Скажите, а всегда ли при мгновенном исполнении условной заявки по тейк-профит приходит колбэк с установленным 15-м битом в флаге flags?
Я думаю, вы понимаете, к чему я клоню? Отловить условие срабатывания.

Я так понимаю, при подключенном субсчёте параметр CLIENT_CODE в транзакции должен выглядеть так: "code/sub/comment"

Если не сбрасывать 15-й бит флага "flags" в ноль при исполнении условной заявки, то по его значению можно однозначно определить условие исполнения.
Зарегистрируйте, пожалуйста, пожелание на доработку: не сбрасывать 15-й бит флага "flags".

При наведении курсором на линию условной заявки на графике всплывает подсказка с её параметрами.
На обеих линиях отображается параметр "Стоп-цена". Сделайте на тейк-профит линии название параметра "Тейк-цена", чтобы понятней было.

И ещё: я правильно понимаю, что после того как сработал сигнал по тейк-профит и начался расчёт min/max, то стоп-условие уже не рассматривается?

В каком из колбэков нужно ловить такое сообщение?

Таблица транзакций показывает, что ошибка не скрипта, а сервера.