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

Старатель,

В случае таблицы торговых счетов - действительно, рабочее место сначала загружает их из acnt.dat, если таковой имеется, в противном случае - из используемого файла *.wnd, при наличии этой информации в нём, иначе ждёт данных от сервера.

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

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

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

Можем зарегистрировать пожелание на реализацию функционала, который бы позволил накапливать в рабочем месте историю сделок за предыдущие сессии и отображать их на исторических графиках. Регистрируем?

В качестве возможного решения - предлагаем воспользоваться функционалом "Меток" для графика, которые Вы можете расположить в соответствии с ценами и временем совершения сделок.
Для автоматизации процесса Вы можете использовать LUA-скрипты. Документацию по функциям QLUA и примеры их использования доступны для скачивания по ссылке.

Здравствуйте, Сергей.

Прежде всего настоятельно рекомендуем ознакомиться с регламентом обработки клиентских обращений в данной ветке форума.

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

Вопрос был такой – может ли появление новой позиции в таблице depo_limits приводить к смещению номер последующих строк позиций и появлению дубликатов в логе, если не учитывать это смещение?

Т.е. предлагается конкретная ситуация – появляется новая позиция (например, куплена бумага, которой ранее не было в depo_limits терминала), какая-то из последующих записей дублируется в логе. «Произвольное появление новых записей и смещения номеров» обусловлены «произвольными» торговыми операциями пользователя. В самой таблице позиций выполняется сортировка по фирме, коду клиента, коду инструмента и сроку расчётов. Отсюда становится понятно, что появление новых записей и смещения не «произвольны», а определяются торговыми операциями клиента, независимо от опроса со стороны LUA-скрипта, в результате новые записи могут появится как в конце таблицы, так и в начале или середине, приводя к смещению номеров последующих записей о позициях.

В соответствии с этим был дан конкретный ответ – да, появление новых позиций может приводить к смещению номеров последующих строк позиций, и если это смещение не учитывать – то в зависимости от того, как делается опрос – могут появляться дубликаты в логе.

Как реализован опрос и как пишется лог – это решает автор скрипта, а не терминал QUIK и не функции QLUA. Соответственно, если проблемный фрагмент скрипта не приводится – то и дать какие-либо конкретные рекомендации для данной задачи весьма затруднительно. Если есть конкретный проблемный фрагмент скрипта, который казалось бы не должен допускать дубликатов - не работает как ожидается - просьба привести его, постараемся помочь.

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

Данное сообщение ошибки говорит о том, что вместе с файлами обновления рабочего места QUIK Ваш брокер не предоставил Вам соответствующего файла обновления модуля построения отчётов Reports.dll. Текущая же версия файла модуля, которая у Вас имеется - несовместима с обновлённой версией терминала. Если данный модуль Вам нужен - необходимо обратиться к брокеру и запросить обновление для модуля, после обновления станет доступен функционал построения отчётов и сообщение ошибки перестанет появляться. Если же данный модуль Вам не нужен - достаточно удалить или переместить файл Reports.dll из папки с файлами терминала QUIK. В этом случае функционал построения отчётов будет утерян, и сообщения ошибки перестанут появляться.

Само сообщение с ошибкой появляется в окне системных сообщений QUIK, которое Вы можете самостоятельно закрыть в любой момент. Обновление информации в этом окне зависит от появления новых системный сообщений, в связи с чем содержимое окна может некоторое время не обновляться ввиду отсутствия новых системных сообщений.

Здравствуйте, Сергей.

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

Здравствуйте, Старатель.

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

Здравствуйте, Старатель.

Для выполнения эффективной диагностики - просим написать нам по почте quiksupport@arqatech.com, прислать архив копии рабочего места с используемым "тяжёлым" файлом настроек *.wnd и прочими локальными справочниками в т.ч. acnt.dat, а также минимальный и достаточной для воспроизведения проблемы фрагмент скрипта. Архив необходимо формировать при закрытом рабочем месте QUIK. Перед отправкой убедитесь, что в архиве не будут представлены Ваши файлы ключа *.txk.

В письме просьба явным образом указать данную тему форума.

Заранее большое спасибо!

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

Status=5, StatusEx="QUIK server check failed for transaction" и Error code=8635230 означают, что транзакция не прошла проверку сервера QUIK. Возможные причины: снимаемая заявка уже исполнена, уже снята, не принадлежит Вам (например, была допущена ошибка в указании номера заявки при подаче транзакций).
Наиболее вероятно, речь идёт о транзакциях, отправляемых при помощи trans2QUIK API, QPILE или из *.tri-файла. В этом случае ответ на транзакции не вызывает OnTransReplyА сама транзакция в таблице транзакций отображается? Если нет - значит с таблице транзакции есть ошибка, из-за которой sendTransaction её не отправила, соответственно ответа на транзакцию нет, и callback не вызывается. В остальном, проверили работу OnTransReplay попытавшись снять активную и уже снятую заявки, в обоих случаях callback сработал. Соответственно, надо либо проверить корректность полей транзакции на снятие заявки и убедиться, что она отправляется в систему и фиксируется в таблице транзакций и что OnTransReply отрабатывает; либо более подробно описать ситуацию, при которой OnTransReaply не срабатывает привести минимальный достаточный для воспроизведения фрагмент используемого скрипта, чтобы был возможен дальнейший анализ ситуации с нашей стороны.
Сейчас не предусмотрено возможности получить доступ к таблице транзакций из LUA-скрипта. Можем зарегистрировать Ваше пожелание на такую доработку. Регистрируем?

Здравствуйте, Алексей.

Возможно, зависит от того, как составлен скрипт и как выполняется опрос количества строк, как часто вызываются getNumberOf и getItem.
Можете использовать callback OnDepoLimit, например.
Функция getItem возвращает LUA-таблицу с данными из указанной строки указанной таблицы.
Функция SearchItems возвращает LUA-таблицу с номерами строки указанной таблицы, которые отвечают указанным критериям. Возможность заменить одно другим предлагаем Вам определить для себя самостоятельно исходя из Вашего подхода к составлению скрипта и решаемой им задачи.

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

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

Алексей,

Да, действительно, имелась ввиду та ссылка, которую Вы указали в Вашем предыдущем сообщении: https://arqatech.com/upload/iblock/194/quik_lua.zip

По ошибке привели некорректный адрес.
Приносим извинения.

Алексей,

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

Здравствуйте, Алексей.

Параметр "Сопряжённая валюта" соответствует строке "CURRENCYID", используйте её для получения информации о сопряжённой валюте инструмента.
Чтобы получить значение этого параметр Вы можете использовать функцию getParamEx.
Функция предназначена для получения значений всех параметров биржевой информации из таблицы «Текущие торги». С помощью этой функции можно получить любое из значений Таблицы текущих торгов для заданных кодов класса и инструмента.
Формат вызова:

Пример:

Здравствуйте, Александр.

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

QApplication,

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

В функции OnParam проблемы нет.

В случае повторения аналогичной ситуации - рекомендуем сообщить о ней Вашему действующему брокеру и уточнить причины, по которым данные по срочным контрактам прекратили обновляться в терминале.

В общем да, однако этот момент рекомендуем уточнить у сотрудников биржи.

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

Для usdrub_tod расчёты производятся в текущий торговый день, сегодня, а для usdrub_tom - в следующий торговый день.

Здравствуйте, Диана.

На сколько понимаем, Вы испытывали проблему при подключении 9.08, ВС. Это выходной день, по выходным торги не проводятся. В связи с этим - Ваш брокер мог ограничить возможность подключиться. Попробуйте подключиться в рабочий день в торговое время. За более подробными комментариями предлагаем обратиться к Вашему действующему брокеру, к серверу которого Вы пытаетесь подключиться.

Nikolay,

Да, на срочном рынке учебный сервер QUIK Junior подключается к учебным торговым системам биржи.

QApplication,
Из представленного списка следующие параметры являются динамическими и могут изменяться во время торговой сессии:
Status, lotsize, bid, offer, biddepth, biddeptht, numbids, offer, offerdepth, offerdeptht, numoffers, high, low, last, change, qty, voltoday, valtoday, value, waprice, numtrades, prevwaprice, lastchange, pricemax, pricemin, numcontracts, buydepo, selldepo, tradechange, steppricet, stepprice, settleprice, ispercent, clstate, clprice, curstepprice.

Nikolay,
Благодарим за предоставленную информацию.

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

QApplication,

Просьба написать нам по адресу quiksupport@arqatech.com, прислать архив рабочего места со всеми подкаталогами и временными *.dat и *.log файлами, а также используемым файлом *.wnd, добавляемый скрипт и сопутствующие *.dll, если скрипт использует их. Если при появлении ошибки рабочее место аварийно завершает работу с сообщением ошибки вида General Protection Fault - просьба также убедиться, что в архиве рабочего места будет папка \dmp\ с файлами дампа процесса, полученных в момент завершения работы.
Архив необходимо создавать при закрытом рабочем месте QUIK. В архиве не должно быть файлов ключа *.txk.
В письме просьба явным образом сослать на данную ветку форума.

Заранее большое спасибо!

romirez,

В свечках графика цены нет информации о средневзвешенной цене за период расчёта цены и точно посчитать её из свечи невозможно.

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

Если брокер не осуществляет накопления и рассылки рассчитанных графиков истории изменения параметра - то Вы можете начать накапливать эту историю самостоятельно из таблицы истории изменения параметра путём экспорта по DDE и за тем передавать оттуда записи в скрипт для построения индикатора.
Другой аналогичный вариант - выполнять накопление таблицы обезличенных сделок и считать средневзвешенную цену самостоятельно, например в скрипте.
В этих случаях Вы будете ограничены данными того дня, с которого начали накопление.

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

Предлагаем использовать функцию
TABLE getDepoEx(STRING firmid, STRING client_code, STRING sec_code, STRING trdaccid, NUMBER limit_kind)
Функция вернёт LUA-таблицу с параметрами указанной позиции. Текущее количество инструментов указывается в поле currentbal, текущий остаток.

Здравствуйте, Евгений.

Такой функции не предусмотрено в QLUA.

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

Можете ли локализовать, какой фрагмент скрипта вызывает эти ошибки?
Просьба уточнить, ошибки появляются только при вызове стандартных функций LUA и/или QLUA (какими?) или используются какие-либо сторонний API (воспроизводятся ли ошибки без его использования?).

QApplication,

Едва-ли дело в клиринге. Клиринг проводится с 14:00 до 14:05, а у Вас, на сколько понимаем, данные  перестали обновляться в районе 12:00. Кроме того, в ходе клиринга параметры инструментов могут меняться, но обновление данных обусловлено технологическими процессами на бирже, а не торгами, которые приостанавливаются в это время.

В вашем случае, вероятно, при используемой настройке "Исходя из открытых пользователем таблиц" закрыли таблицы с фьючерсами и оставили таблицы с прочими классами, и поэтому данные обновления прекратили поступать в рабочее место, соответственно, OnParam для фьючерсный не вызывался, а для других классов вызывался. Предлагаем проверить этот момент.
Если исключить этот случай, то просьба уточнить - в таблице текущих торгов данные по срочным контрактам обновляются при отсутствии вызовов OnPAram для них? Или в ТТТ обновлений также не наблюдаете?

Валентин,

Просьба дополнительно уточнить, набор отсутствующих инструментов от экспорта к экспорту различный, или каждый раз полностью отсутствуют все инструменты каких-либо конкретных классов?
В первом случае - просьба создать в папке с QUIK перед запуском программы файл quik_odbc.log, запустить терминал, начать вывод по ODBC, убедиться, что каких-то инструментов нет, остановить экспорт. Полученный файл лога просьба прислать нам по почте quiksupport@arqatech.com со ссылкой на данную ветку форума. Во втором случае, вероятно, выполняете экспорт инструментов какого-либо специфичного класса, который не может быть экспортирован при отсутствии необходимого параметра (в связи со спецификой класса). Если сообщите название класса - сообщим параметр, необходимый для корректного экспорта класса по ODBC.

Дмитрий,

Да, по сути, установка из дистрибутива с нашего сайта состоит в распаковке архива. Аналогичным образом можно "установить" терминал просто скопировав папку с файлами QUIK с другого ПК, например.
Поэтому в этом случае Ваша операция была корректна. Это также справедливо и для дистрибутивов некоторых брокеров, однако они могут предлагать модифицированные дистрибутивы, которые могут вносить изменения в окружение. Этот момент следует уточнять непосредственно у брокера.

Можете прислать *.dmp-файл от нашего дистрибутива.

Алексей,
Благодарим за уточнение, Ваш комментарий будет учтён в ходе дальнейшего разбора. Ожидайте, пожалуйста, ответ.

Вадим,

В цитируемом сообщении обсуждается некорректная работа фильтров инструментов в таблице обезличенных сделок, а Вы говорите, что таблица обезличенных сделок - пустая. Полагаем, что всё же речь не о той-же самой проблеме.
Конкретно в Вашем случае - проверьте в пункте меню Система/Заказ данных/Поток обезличенных сделок - есть в списке доступных какие-либо классы. Если список пуст - значит Ваш брокер не предоставляет Вам доступ к этой информации. Необходимо связаться с брокером и обсудить возможности получения доступа к этим данным. Если у Вас есть доступ к обезличенным сделкам по классам, то необходимо при создании таблицы "Обезличенные сделки" указать доступные торговые классы и при необходимости наложить нужный фильтр инструментов или использовать режим связанных окон.

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

Воспроизвести описанную ситуацию не удаётся.
Наиболее вероятно, это обусловлено специфичностью условий воспроизведения ошибки, которые не удаётся корректным образом воссоздать. В этом случае - выполнить тесты с нашей стороны оказывается не так эффективно. Необходимы конкретные примеры для разбора.

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

Запрошенные данные просьба предоставить нам по почте quiksupport@arqatech.com со ссылкой на данную ветку форума.

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

Заранее большое спасибо!

Дмитрий, Пришлите, пожалуйста, нам этот *.dmp-файл для анализа по почте quiksupport@arqatech.com.

Заранее большое спасибо!

_sk_,

Обновлять инструкцию под пользовательские нестабильные сборки мы считаем нецелесообразным. К сожалению, в настоящем, разработчик Wine не может предложить стабильного x64-решения. Кроме того, даже если такое решение появится - сейчас мы не можем спрогнозировать как скоро с нашей стороны произойдёт актуализация инструкции.

Дмитрий,

В QUIK7 данный функционал работает абсолютно также. Раньше либо условие исполнялось нерегулярно, либо опция "Оповещение активно до снятия" не использовалась.

Здравствуйте, Алексей.

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

На сколько понимаем, после редактирования фильтра для второй таблицы, в первой таблице по-прежнему отображаются сделки по старому фильтру. Лишние инструменты оказываются в первой таблице в том случае, если в ходе очередного редактирования таблицы - Вы применяете новый фильтр от второй таблицы. В этом случае, в качестве временного возможного решения предлагаем перед подтверждением изменений в предыдущей таблице обезличенных сделок приводить её фильтр инструментов в прежнее корректное состояние.

Также Вы можете использовать режим связанных окон. Более подробно с данным режимом работы Вы можете ознакомиться в руководстве пользователя рабочего места QUIK / Раздел 2. Основные принципы работы с программой / Таблицы / Режим связанных окон.

Здравствуйте, Валентин.

Уточните, пожалуйста, не получаете в рабочем месте каких-либо сообщений ошибки, возникающих во время экспорта по ODBC? Проверить можно по таблице сообщений в рабочем месте.

Здравствуйте, Дмитрий.

Наиболее вероятно, Вы выставили оповещение с опцией "Оповещение активно до снятия". Это объясняет то, что после первого срабатывания оповещение не было снято и продолжило проверять выполнение указанного условия.
Многократные срабатывания, наиболее вероятно, связаны с тем, что в каждом следующем обновлении параметра, проверяемом оповещении - его значение соответствует указанном условию, что приводит к повторному срабатыванию оповещения.
Проверить этот момент Вы можете по таблице истории изменения параметра, по которому выставлено оповещение.

Здравствуйте, Дмитрий.

Если речь идёт об этой инструкции, то наиболее вероятно причина ошибки состоит в несогласованности разрядности ОС / эмулятора Wine / Рабочего места QUIK.
В частности, Вы используете x64 ОС.
Если дистрибутив Wine взят по ссылке из вышеприведённой инструкции - то он x32.
QUIK 8 и новее - x64, QUIK 7 и старее - x32, соответственно, если используете x64 QUIK, то необходимо использовать x64 Wine или другой x64-эмулятор.
Другое решение - использовать x32 QUIK с x32 эмулятором.

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

Здравствуйте, Евгений.

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

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

Средневзвешенная цена - Ср. взв. цена Отношение оборота текущей сессии в деньгах к инструментам во всех сделках, в ден.выражении. В таблице текущих параметров (торгов) рассчитывается и транслируется торговой системой биржи. Из определения - рассчитывается за всю текущую торговую сессию.

Индикаторы могут по-разному рассчитываться, сохранять и воспроизводить историческую информацию. Способ получения интересующей Вас информации из индикатора зависит от того, как в них выполняются эти операции.

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

Здравствуйте, Сергей.

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

Вы даёте новые вводные и рассматриваете случай смены торговой сессии и первого подключения в новый торговый день. При смене торговой сессии список фирм очищается рабочим местом и загружается по новой при первом подключении.

igor_spb,

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

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

Александр,

Таблица сделок - это таблица сделок, а не список фирм, и она очищается при смене пользователя, чтобы другой пользователь не получил информацию о сделках, совершённых предыдущем пользователем. Это правило не распространяется на список фирм, о чём было сказано выше.
Соответственно, ожидать что список фирм будет очищен по аналогии с таблицей сделок, при выполнения условия OnCleanUp - ошибочно.
Единственный вариант, при котором вместе с вызовом OnCleanUp очистится список фирм - это очистка/удаление firms.dat из скрипта в вызове OnCleanUp, или вручную.

Соответственно, подключаетесь одним пользователем - получаете список фирм, отключаетесь, меняете пользователя, подключаетесь, очищаются различные таблички, firms.dat не очищается, фронт получает список фирм, не находит в нём новых и не вызывает OnFirm.

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

Правильно понимаем, что речь идёт о возможности построить несколько графиков разных инструментов в одной области? Если так, то в webQUIK такой возможности действительно нет.
Вы можете построить несколько оког графиков и разместить их рядом друг с другом, например. Включить/отключить изменение инструмента в том, или ином окне графика при выборе инструмента в списке инструментов Вы можете нажав кнопку "Закрепить инструмент" в правом верхнем углу окна графика.

Здравствуйте, Вячеслав.

Наиболее вероятно данное сообщение было сформировано отправлено Вам Вашим брокером.
Предлагаем обратиться к нему с данным вопросом.

Александр,

Действительно, если Вы удалите/очистите файл firms.dat, то при очередном подключении callback-функция OnFirm() будет вызвана, т.к. с сервера QUIK будет загружены фирмы, о которых рабочее место не имело ранее информации (ввиду их удаления из firms.dat).

НО:

Функция OnCleanUp вызывается терминалом QUIK в следующих случаях:
1. смена сервера QUIK внутри торговой сессии;
2. смена пользователя, которым выполняется подключение к серверу QUIK, внутри торговой сессии;
3. смена сессии.

В приведённом Вами порядке эксперимента ни одно из условий не выполнено и OnCleanUp не вызывается.

Далее, OnCleanUp() - это callback-функция, при вызове которой, по умолчанию, рабочее место ничего не удаляет и не очищает. Чтобы при вызове функции были выполнены какие-либо действия - необходимо их описать в скрипте следующим образом:

Соответственно то, будет ли удалятся файл firms.dat при вызове OnCleanUp и будет ли очищаться когда-либо вообще - зависит от того, каким образом составлен Ваш скрипт. Само по себе рабочее место не очищает этот файл, т.к. в абсолютном большинстве случаев в этом нет необходимости потому что список фирм меняется очень редко.

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

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

В качестве временного возможного решения предлагаем использовать функцию getCandlesByIndex (STRING tag, NUMBER line, NUMBER first_candle, NUMBER count) либо с указанием необходимого количества интервалов в параметре count и/или указывая номер свечки слева first_cundle, начиная с которой необходимо получить данные по свечкам графика.

Здравствуйте, Александр.

Функция обратного вызова OnFirm вызывается в том случае, если в рабочее место QUIK поступает запись о новой фирме, информации о которой ранее не было у терминала.
При первом подключении рабочее место получает список фирм впервые и записывает их в файл firms.dat. Список фирм обновляется редко. Соответственно, при очередном подключении рабочее место не получает информации о новых фирмах, ввиду их отсутствия и, соответственно, OnFirm не вызывается. Но если новая фирма появится - то при запущенном скрипте вызов произойдёт.

Сергей,

Ваш комментарий приняли к сведению в содержательной части пожелания.

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

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

В качестве возможного решения предлагаем рассмотреть альтернативу в виде условной заявки «Стоп-цена по другому инструменту».
Такие условные заявки позволяют выставить заявку по инструменту А, если цена инструмента Б достигает указанного уровня. В качестве «другого инструмента» Б – можно указать тот же самый инструмент Б, по которому хотите выставить биржевую заявку. Вместе с этим, Вы можете указать условие срабатывания: >= или <= указанной стоп-цены независимо от направления самой заявки. Цена биржевой заявки определяется указанной ценой исполнения.

Таким образом, можно реализовать более «контролируемый тейк-профит»

Другая альтернатива – использование алгоритмической стоп-заявки.

Данный функционал предназначен для закрытия позиции с фиксированными убытками или с фиксацией прибыли, он автоматически отслеживает появление позиции, если позиция появилась – алго-стоп начинает отслеживать изменение цены на предмет достижения одного из двух установленных условий – «тейк-профит» или «стоп-лимит», уровни цен которых задаются в виде отклонения от цены позиции. В случае, если цена достигла одной из границ установленного ценового коридора – то выставляется биржевая заявка на закрытие позиции по соответствующему условию.

В случае лимитированных заявок – цена будет определяться исходя из текущей цены позиции, установленного отклонения для данного условия и указанного спреда, т.е. выставляемая лимитированная заявка будет зависеть, фактически, от текущей цены позиции, а не от цены последней сделки, пробившей границу условия. Это справедливо для обоих условий алго-стоп заявки: стоп-лимита и тейк-профита.

Кроме того, данный функционал позволяет исключить необходимость повторного ввода стоп-заявки каждый раз при очередном открытии позиции по инструменту. Этот функционал, сработав один раз – перестаёт «следить» за ценой, и начинает следить за позицей. Когда позиция откроется снова – алго-заявка автоматически снова начнёт расчёт цены.

Данный функционал не является безусловным в терминале QUIK и предоставляется только при наличии модуля Алгоритмической торговли, который может предоставить Вам Ваш брокер, поэтому возможность использования данного модуля рекомендуем уточнить у брокера.

Также можем предоставить руководство по модулю с более подробным описанием алгоритма работы алго-стоп заявок. Ваш запрос можете направить по адресу quiksupport@arqatech.com.

Если речь о какой-либо другой проблеме - просьба уточнить её суть.

Дарья,

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

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

Здравствуйте, Михаил.

На сколько понимаем, Вы обновились с QUIK 7 или старее до версии QUIK 8.

Наиболее вероятно ошибка обусловлена несовместимостью архитектуры операционной системы Вашего ПК и рабочего места. Начиная с версии QUIK 8 - был выполнен переход на архитектуру x64, что исключает возможность запустить программу на x32/x86 ОС.

Для восстановления работоспособности терминала, в качестве временного решения, предлагаем выполнить возврат к предыдущей x32-версии терминала. Вместе с этим - настоятельно рекомендуем рекомендуем запланировать обновление Вашей ОС до x64-битной версии для возможность работать с актуальными версиями терминала QUIK.

Выполнить возврат к предыдущей версии Вы можете следующим образом. Если Вы выполнили обновление используя штатный функционал рабочего места, до в папке с файлами рабочего места будет папка backup, в которой будут расположены файлы предыдущей версии. Необходимо скопировать эти файлы в папку с файлами рабочего места QUIK и подтвердить замену.