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

Стаканы едут срезами, также как и таблица торгов.
Частота срезов зависит от настроек на стороне брокера, настроек на стороне биржи (в правах на логины) и от производительности общей инфраструктуры.
Бездумно крутить настройки крайне не рекомендуется, так как они влияют на нагрузку.
Помимо прочего есть еще настройка влияющая на частоту экспорта по DDE (по умолчанию 1 секунда)
Его также можно задать вручную, внеся изменения в файл info.ini.
Откройте файл и найдите секцию [excel].
Если этой секции нет — внесите её, скопировав из сообщения:
[excel]
price-timeout=90
Минимальное значение — 10. Параметр измеряется в миллисекундах.
Чем меньше значение тем больше данных посылает Quik на DDE сервер
Если DDE сервер не будет справляться с потоком, то будет накапливаться очередь и трансляция начнет тормозить

Что-то похожее уже было.
Попробуйте обновить терминал до последней версии (7.2.2)

OPTEXP - это код класса.
А при создании кармана Вы видите название класса.
Название класса брокер задает сам на свое усмотрение как угодно.
Например он может называться "МБ Деривативы: Экспирация опционов"
Если ничего похожего нет, то вопрос к брокеру.

Здравствуйте,
Возможно причина в слишком раннем запросе данных, до того как информация о классе и бумаге поступила в терминал?
Попробуйте установить предварительную проверку на наличие класса и бумаги с помощью функций getClassesList и getClassSecurities
Также, необходимо обеспечить наличие подключения к серверу, в этом поможет колбек OnConnected

На это Вам уже был дан ответ. Берете транзакцию и отправляете в нужное Вам время.
Проверка времени в Lua делается сравниванием с os.time()
например
T=os.date("!*t",os.time())
if T.hour==12 and T.min==00 and T.sec=00 then

после этого отправляете транзакцию на экспирацию.
Как получить параметры транзакции уже было сказано.
Есть какие-то конкретные проблемы в реализации?

Например из таблицы лимитов по бумагам.

Какое это отношение имеет к экспирации опционов на бирже?

Создаете карман транзакций по классу OPTEXP
добавляете туда транзакцию по экспирации опционов.
Сохраняете данные из кармана транзакций в tri файл
Смотрите его блокнотом. там будут нужные параметры.

К сожалению через нас получить эту формулу не получится.
Попробуйте задать вопрос на форуме биржи http://forum.moex.com/

Автору требовалась формула расчета ГО из формы ввода заявки. Формула есть в руководстве.
Вам же требуется формула расчета ГО по позициям. Эти расчеты уже делает биржа.
А вопрос то в чем?

Это уже вопрос к бирже, так как это их формула.

Здравствуйте,
Экспирация опционов делается только "вручную".
В случае с Lua можно запрограммировать отправку транзакции на экспирацию в нужное время

Для опционов формула расчета "Объема ГО" из формы ввода заявки будет следующей:
ГО покупателя(если на покупку) или БГОНП (если на продажу) умноженное на введенное количество

Уточните конкретнее о каком классе (режиме торгов) идет речь

формулы есть в руководстве
-Раздел 5. Торговые операции клиента
--Ввод заявки
---Ввод заявок на Срочном рынке FORTS

Отдельной функции для получения Объема ГО из формы ввода заявки в Lua нет
Вы можете самостоятельно его рассчитать по формуле из руководства пользователя к терминалу QUIK

Здравствуйте,
В текущей реализации через Lua нет доступа к функционалу трендовых линий.
Поэтому начертить вертикальную линию в виде тренда нельзя.
Единственный вариант с помощью механизма меток (функция AddLabel)

У нас не воспроизводится.
Возможно проблема в кодировке lua файла?
Например если файл в кодировке UTF-8 с BOM, то скрипт может некорреткно обрабатываться. Требуется кодировка ANSI
Если разобраться не получится, пришлите для анализа нам на адрес quiksupport@arqatech.com архив всей папки с Вашим терминалом QUIK (без ключей доступа) вместе с lua скриптом.

Роман,
Сообщите аналог того что Вам нужно в интерфейсе терминала QUIK

Здравствуйте,
Слово "анализ" прекрасно выводится. Никаких исключений из слов для функции message не существует.
Ищите ошибку в коде.
Если не получится найти, приведите пример кода который не работает.

Для FIX Client Connector отсутствует функционал понимания этих самых xml схем.
Цитата по ссылке которую Вы сами привели:

Нету никаких xml схем для FIX Client Connector  и быть не может.
Даже если Вы достанете схему от FIX Adapter и положите ее в FIX Client Connector то она работать не будет.
О чем и было сказано выше.

Нет это не одно и тоже. Это два совершенна разных продукта, но выполняющие одну роль.
Грубо говоря, если не вдаваться в подробности, то FIX Client Connector это урезанная версия QUIK FIX Adapter.

В частности одной из "урезанных" функций является отсутствие xml схем.
Это представлена по той ссылке которую Вы привели:

Кстати этот файл и есть описание протокола.

Вячеслав,
xml схема поставляется вместе с дистрибутивом QUIK FIX Adapter.
С ним же поставляется и описание протокола.
Касаемо вопроса способен ли QuickFAST работать с QUIK FIX, то к сожалению затруднимся ответить.
У не было опыта такой интеграции.
Но отвечая за QUIK FIX Adapter можем сказать что благодаря тем самым xml схемам он очень гибко настраивается (практически как угодно) поэтому, теоретически, проблем не должно быть.

Здравствуйте,
Вы говорите про QuickFAST или про наш продукт QUIK FIX Adapter?
Какого рода примеры интересуют? Как отправлять команды или пример ПО интегрированного с нашим QUIK FIX Adapter?
Если интересен синтаксис команд, он описан в FIX протоколе.
Если нужен пример ПО интегрированного с нашим то такого примера нет.



Если речь все еще про наш QUIK FIX Adapter, то общение с ним происходит по FIX протоколу
Подробное описание протокола доступно на сайте http://www.fixtradingcommunity.org.

Если в качестве инструмента выбрано "Все", то в левой области берется цена последней сделки ближайшего фьючерса.
У SRM6 сегодня наступает дата исполнения. А значит на данный момент он является ближайшим фьючерсом.
У него цена последней сделки как раз 12742, но так как торги уже не проводятся то цена и не меняется.

В таблице же, Вы установили другой фьючерс SRU6 по нему торги проводятся и Вы видите другую цену

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

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

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

Здравствуйте,
Не совсем понятно о чем речь.
Быть может Вам нужны параметры таблицы текущих торгов (ГО покупатели и продавца)?
Если так то их можно получить функцией getParamEx

Здравствуйте,
Числа с плавающей точкой нужно сравнивать с заданной точностью.
Это особенность типа данных, про которую в интернете очень много статей

Информация получена, проблема изучается. Постараемся в ближайшее время дать ответ.

Gridmer,

Просьба прислать для анализа архив всей папки с терминалом QUIK (без ключей доступа) на адрес quiksupport@arqatech.com
Архив следует паковать при закрытом терминале.
В теме письма укажите ссылку на эту ветку форума.

Порты настраиваются на стороне брокера и у разных брокеров могут быть разными.

Попробуйте оставить только одну бумагу USD000UTSTOM в настройках таблицы.
Что произойдет?

При закрытии позиции строка не должна исчезать. Должна быть строка с нулями.
В какой момент исчезает строка?
Или ее вообще не было?

Gridmer,
Не обязательно.
Если купить USD000UTSTOM то запись в таблице появится.

в этом месте есть ряд исключений, например в случае перезаказа данных

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


Нет так, как все возможные сценарии описать не возможно.
Можно сказать что все события касающиеся заявок приводят к изменению параметров заявок.

Здравствуйте,
Описанная проблема у нас не воспроизводится.
Проверьте в терминале QUIK в таблице Купить/продать, есть ли записи относящиеся к USD000UTSTOM?

Здравствуйте,
Колбеки обусловлены установкой/обновлением параметров на заявке

Здравствуйте,
Существуют сторонние отладчики, например decode

Вывод не верный.
Флаги для USDRUB_TOM абсолютно ничем не отличаются от флагов для других инструментов.

Здравствуйте,
Уточните что подразумевается под USDRUB?
Это класс "МБ Деривативы: Кросс-курсы"? Или это инструмент USDRUB_TOM (или USDRUB_TOD)?

Это не всегда так, 0 означает что ни один из флагов не установлен, а это вполне жизненная ситуация.
Либо, как-то не правильно смотрите флаги. В этом случае просьба привести пример кода и пример сделки.

Здравствуйте,
Посмотрите тут luaforge

.

каждый индикатор может получить информацию только из того источника к которому подключен.

Ничего странного, параметры транзакции ровно такие же как в форме ввода заявки (в стандартной форме ввода).
То что для некоторых параметров мы введи константы, не значит что для всех возможных вариаций они существуют. Так как разных вариаций бесчисленное множество.


Проверьте кодировку отправляемого текста транзакции.
Должна быть win 1251

То есть, как уже было сказано


Так и есть.

Как уже было сказано и еще раз повторим, в настройках терминала QUIK путь к базе нигде не указывается.
А значит в настройках QUIK проблема изначально не решаема.

Уточните конкретнее где именно в настройках терминала QUIK Вы указываете путь к базе?

Здравствуйте,
Настройки QUIK как раз и предполагают подключение к базе Access через алиас.
А вот алиас подключается к базе Access по заданному пути.

Через QLUA нельзя как-либо управлять интерфейсом терминала (если не рассматривать WinApi)
Переходить по вкладкам в том числе нельзя.