Александр написал: Здравствуйте, предлагаю сделать возможным изменять таймфрейм выделенного графика по хоткею, например CTRL+Стрелка вверх (вариативно).
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Управление видимостью трендовых линий и фигур на графиках при смене инструмента. Для этого в форму редактирования свойств диаграммы добавлена опция «Оставлять трендовые линии и фигуры при смене инструмента». Описание см. п. 4.2.1 Руководства пользователя.
Подскажите, где теперь будет храниться информация о линиях и их привязке к инструменту, по-прежнему в файле настроек wnd?
Egor Zaytsev написал: В таком случае Вам необходимо сначала выставить обычную заявку, а по ней уже "стоп по исполнению".
Пример так: Если это тейк профит по исполнению, то пример такой так:
Тэйк-профит по исполнению заявки по частичному исполнению заявки с номером 81874488 выставить тэйк-профит на покупку Лукойла в объеме исполненной части заявки-условия, при достижении цены 265 с отступом 10 пипсов и защитным интервалом 10 пипсов
Хм, понятно. 1. Я выставляю обычную заявку на шорт Роснефть по рыночной цене. ACCOUNT=L01-00000F00; CLIENT_CODE=164587; TYPE=M; TRANS_ID=152; CLASSCODE=TQBR; SECCODE=ROSN; ACTION=NEW_ORDER; OPERATION=S; PRICE=0; QUANTITY=29; 2. Следом я меняю TRANS_ID+1 и выставляю то что вы мне привели из документации. Все вроде понятно, но откуда мне знать какой BASE_ORDER_KEY ей будет присвоен? Его надо будет считывать из файла с логами? Или я могу в обычной заявке сам задать его и сразу же Тейк профит по исполнению выставить?
Еще вопрос, Тейк профит который Вы написали, он хранится на сервере? Можно ему выставить EXPIRY_DATE=GTC чтобы он хранился до тех пор пока не исполнится и переносился из дня в день? Спасибо.
Добрый день.
BASE_ORDER_KEY заранее знать не можете,поэтом каким-то образом его нужно будет заполнять после выставления лимитированной заявки. Поэтому здесь выход в рамках tri такой ставите обычную заявку, смотрите ее номер и заполняете для стопа исполнения.
Цитата
Еще вопрос, Тейк профит который Вы написали, он хранится на сервере? Можно ему выставить EXPIRY_DATE=GTC чтобы он хранился до тех пор пока не исполнится и переносился из дня в день?
Да. Если у Вас есть права на соответствующую опцию. Это можно проверить открыв форму ввода стоп заявки и посмотреть активен ли пункт "Срок действия - до отмены".
s_mike@rambler.ru написал: Не имеет значения, кто виноват. Брокер, терминал или папа римский.
С точки зрения обыкновенного пользователя данным, которые он видит на графиках своего терминала, невозможно доверять.
Для того, чтобы такие проблемы не возникали нужно их локализовать. В дальнейшим устранить. Без каких либо данных это сделать затруднительно.
Егор.
Для поиска ошибок существует процедура тестирования.
Я привел вам скриншот, демонстрирующий проблему в вашем ПО. Если компания заинтересована в улучшении своей продукции -пусть принимает меры. Я не сотрудник компании.
Связались с Вашим брокером. Запросили необходимые данные для проверки. Графики на сервере корректные, с 30 мая по 5 июня никаких действия с графиками не проводились. Брокер также на своей стороне проблем не видит. Если У Вас по прежнему сохраняется проблема. Просьба прислать архив рабочего места QUIK без ключей доступа.
уже нет, графики за 30 мая появились.
что совершенно не отменяет проблему.
Добрый день.
Однако и без какой либо информации искать проблему затруднительно. Если проблема повторится, то пришлите архив рабочего места QUIK.
В таком случае Вам необходимо сначала выставить обычную заявку, а по ней уже "стоп по исполнению".
Пример так: Если это тейк профит по исполнению, то пример такой так:
Тэйк-профит по исполнению заявки по частичному исполнению заявки с номером 81874488 выставить тэйк-профит на покупку Лукойла в объеме исполненной части заявки-условия, при достижении цены 265 с отступом 10 пипсов и защитным интервалом 10 пипсов
s_mike@rambler.ru написал: Не имеет значения, кто виноват. Брокер, терминал или папа римский.
С точки зрения обыкновенного пользователя данным, которые он видит на графиках своего терминала, невозможно доверять.
Для того, чтобы такие проблемы не возникали нужно их локализовать. В дальнейшим устранить. Без каких либо данных это сделать затруднительно.
Егор.
Для поиска ошибок существует процедура тестирования.
Я привел вам скриншот, демонстрирующий проблему в вашем ПО. Если компания заинтересована в улучшении своей продукции -пусть принимает меры. Я не сотрудник компании.
Связались с Вашим брокером. Запросили необходимые данные для проверки. Графики на сервере корректные, с 30 мая по 5 июня никаких действия с графиками не проводились. Брокер также на своей стороне проблем не видит. Если У Вас по прежнему сохраняется проблема. Просьба прислать архив рабочего места QUIK без ключей доступа.
Скорее всего вы имеете ввиду не удалить, а снять заявки. Описываемой вами транзакции - нет. Есть возможность снять все заявки из торговой системы. Но Вашу задачу, да можно решить при помощи LUA. Подобных примеров у нас нет, но есть общие примеры по языку: http://arqatech.com/upload/iblock/194/quik_lua.zip
Проверили у себя, 30 мая на месте. Возможно проблема на стороне брокера, так как история подгружается с сервера брокера. Можно обратиться к ним за уточнением. Также на рабочем месте QUIK перазакажите архив графиков.
A.T. написал: Старая тема, и до сих пор не сделанная в QUIK 7.11 Тоже попрошу добавить галочку для исключения компонента iwr.dll при запуске.
Но это еще не все проблемы с WinRos.exe ))
Зарегистрируйте и передайте разработчикам мое пожелание слово в слово, они поймут.
Пожалуйста, не надо упаковывать WinRos.exe UPX-ом, а то он единственный выделяется особым цветом как упакованный в Process Explorer Марка Руссиновича. Упакованные образы там специально помечают, чтобы бросалось в глаза, потому что упаковывают как правило вирусы и прочие деструктивные программы )) Экономия ~300kb, а смысла никакого.
Я могу, конечно, сам распаковывать (upx.exe -d), но для меня было бы лучше winros вообще отключить, я им не пользуюсь.
Спасибо.
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Старатель написал: 1. Каким образом происходит обновление графиков при смене (идентификатора) сессии? Путём дозаписи в конец? 2. Если у брокера произошёл сбой, и часть графика за какой-то период не отображается, а затем он положил на сервер корректные данные, как получить корректный график, не потеряв при этом накопленную историю свыше 3000 свечей, которой нет на сервере?
Добрый день.
1. Не совсем понятно, что значит "путем дозаписи в конец" 2. К сожалению, в этом месте решения нет. После перезаказа архива - накопленные свечи "затрутся"
Ответили, на Ваш вопрос в запросе почтой. Дублируем.
На такие сообщения вида: trans_Status 4312 trans_result_msg , можно не обращать внимание. Если в ответе на транзакции ошибки нету, то значит транзакция успешна отправлена.
Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами игнорируется, Повторный вызов TRANS2QUIK_SUBSCRIBE_TRADES с новыми инструментами не добавляет их в подписку сделок
Вопрос изучили. Описанное Вами выше поведение не является ошибочным. Вы получаете информацию в том порядке, в котором отдает сервер. Да, сначала как вы описали могут поступать только обезличенные сделки по какому то определенному инструменту, который первый был заказан, а далее сервер может отдавать инструменты в хаотичном порядке.
Sergey Denegin написал: Все эти данные я предоставил брокеру. Как я могу инициировать обращение брокера к вам, если они утверждают, что у них на сервере отправляется только одна смс, а я при этом регулярно получаю по две смс?
Здравствуйте,
Давайте мы попробуем сделать им запрос. В таком случае сообщите пример сделки по которой приходило два смс (в ближайшие дни, дату тоже сообщите), UID вашего пользователя, и адрес сервера подключения. Эту информацию можете сообщить нам на почту: quiksupport@arqatech.com
Проверили у себя на примере сохранения обезличенных сделок в файл. Выгрузил те сделки, которые были заказаны и в том порядке, в котором они присутствуют в самой таблице. Можете выложить свой скрипт.
Oleg Strelnikov написал: Как считается параметр Параметр "Средневзвешенная цена" таблицы текущие торги ? В частности инересует за какой период времени он рассчитывается для инструментов SiM7 и USD000UTSTOM. Как построить графики этого параметра?
Здравствуйте,
Параметр рассчитывается на стороне биржи, точную формулу можете уточнить у них. Рассчитывается параметр за текущую сессию. График можно построить из таблицы текущих торгов, нажав правой кнопкой мыши по инструменту по параметру "Средневзвешенная цена". Если на построенном графике не будет истории, то скорее всего Ваш брокер не накапливает историю по данному параметру.
Andrei2016 написал: 2) Сервер QUIK сразу же отправляет запись, пришедшую с биржи, пользователю в соответствии с имеющимся в биржевой записи параметром client_code - по ВСЕМ кодам uid рабочих мест клиента, зарегистрированных у данного брокера. Для обычных - не корпоративных - пользователей такой uid обычно один, в связи с тем, что немногие пользователи - физические лица работают сразу с двумя и более рабочими местами. Но для корпоративных клиентов брокера наличие нескольких рабочих мест и, соответственно, нескольких uid - дело обычное.
Здравствуйте, по первому пункту верно. По второму есть уточнения. Если у пользователя два разных UID, то он получит ответ только на одном UID. По 3 пункту такие уточнения: QUIK не требует уникальности поля trans_id, его уникальность должен поддерживать пользователь. Данное поле предоставляет возможность однозначного сопоставления поданной пользователем транзакции и полученного с сервера QUIK ответа на транзакцию. Если пользователь не поддерживает уникальность поля TRANS_ID, он теряет возможность корректного определения, по какой транзакции пришел ответ с сервера. Стоит отметить, что событие OnTransReply() срабатывает для всех транзакций с полем TRANS_ID.
Egor Zaytsev написал: Должно быть так. Как видим у Вас не так
У Вас всё-равно не так, как должно быть. "Доступно" так и осталось = -1, хотя вы заблокировали 1 на покупку, и "Доступно" должно было стать = 0. Версия 7.9.1.1
Добрый день.
По текущей формуле ошибки здесь нет: Сумма средств, доступных для заявок на покупку Доступно = Всего - Заблокировано = 0-1=-1
Цитата
Когда позиция закрывается не одной заявкой, а выставляется несколько заявок на разных уровнях, я для проверки смотрю в колонку "Заблокировано". Мне нужно, чтобы "заблокировано" было равно "текущей позиции". Это значит, что я выставил заявки на всю позицию, ни больше неё, ни меньше неё.
В свою очередь зарегистрировали пожелание. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Egor Zaytsev написал: Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0
-ставим заявка на покупку 1 акция (заявка исполнена):
Доступно=1, Заблокировано=0, Заблокировано на покупку=0, Всего =1
- ставим заявку на продажу 1 акции (заявка исполнена)
Доступно=0, Заблокировано=1, Заблокировано на покупку=0, Всего =1
Второй вариант, который описывает Ваш первый случай. Где по вашему здесь ошибка?
Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0
-ставим заявка на продажу 1 акция (заявка исполнена):
Доступно=-1, Заблокировано=0, Заблокировано на покупку=0
- ставим заявку на покупку 1 акции (заявка НЕ исполнена)
Доступно=-1, Заблокировано=0, Заблокировано на покупку=1
Вариант, который описывает мой случай. По Вашему здесь нет ошибки?
Есть.
Должно быть так. Как видим у Вас не так, нужно разбираться. Для начала сообщите версию рабочего места QUIK.
Цитата
. Почему параметр "Заблокировано" отображает только лоты, заблокированные на продажу, когда по логике и по Руководству он должен отображать ВСЕ заблокированные лоты, и на покупку, и на продажу?
В руководстве не точное описание. Ваше обращение получено, проблема изучается, постараемся в ближайшее время дать ответ.
Владимир Зайцев написал: Добрый день. Столкнулся вот с каким вопросом. 1. Робот ищет на свечах сигнал на вход. 2. Заполняет файл .tri для импорта в Quik.
В поле количество лотов QUANTITY надо указывать количество лотов. Можно ли не указывать этот параметр, а как то передать приказ на покупку, на определенную сумму? Т.е. к примеру SBER, по текущей цене, на 2000 рублей. В таком случае выполнится заявка на покупку одного лота. Суть проблемы в том, что каждая акция имеет под ценой свое количество лотов. Не справочник же заводить с количеством лотов по кодам бумаг. Если все же надо указывать количество лотов точное, то где можно найти справочник по количеству лотов? Интересует информация для всех площадок. Спасибо.
Добрый день..
Нет, QUANTITY это обязательный параметр.
Цитата
Если все же надо указывать количество лотов точное, то где можно найти справочник по количеству лотов?
Такого справочника не существует. Вы сами решаете, на какое кол-во совершать операцию. Может Вы имеете ввиду размером лота инструмента (Минимально допустимое количество ценных бумаг в одной заявке, штук), то эта информация отображается в таблице текущих торгов.
Русский написал: Я понимаю, что работает так. Вопрос в том, почему работает так. Вы как будто специально не понимаете, о чём я. Скажу по-другому. У меня куплена 1 акция (длинная позиция), "доступно" = 1. Я ставлю заявку на продажу 1 акции (т.е. блокирую), и у меня "доступно" = 0. А, если, у меня продана 1 акция (короткая позиция), "доступно" = -1. Я ставлю заявку на покупку 1 акции (т.е. блокирую), и у меня всё ещё "доступно" = -1. Ничего не блокируется. Вы считаете тут нет ошибки?
Предоставлено мало информации.
Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0
-ставим заявка на покупку 1 акция (заявка активна):
Доступно=0, Заблокировано=0, Заблокировано на покупку=1, Всего =0
Согласно документации: Блокируется параметр "Заблокировано на покупку"
- ставим заявку на продажу 1 акции (заявка активна)
Доступно=-1, Заблокировано=1, Заблокировано на покупку=1, Всего =0
Это один вариант.
Предположим Доступно=0, Заблокировано=0, Заблокировано на покупку=0, Всего =0
-ставим заявка на покупку 1 акция (заявка исполнена):
Доступно=1, Заблокировано=0, Заблокировано на покупку=0, Всего =1
- ставим заявку на продажу 1 акции (заявка исполнена)
Доступно=0, Заблокировано=1, Заблокировано на покупку=0, Всего =1
Второй вариант, который описывает Ваш первый случай. Где по вашему здесь ошибка?
Egor Zaytsev написал: ЗаблокированоСумма средств, заблокированных под исполнение заявок клиента
В том-то и дело, что "под исполнение заявок клиента", а не "под исполнение заявок на продажу ". Например, у меня продана 1 акция, "доступно" = -1, "заблокировано" = 0. Я ставлю заявку на покупку 1 акции, и у меня всё ещё "доступно" = -1, "заблокировано" = 0.
Работает так: При покупки блокируется "Заблокировано на покупку", при продаже "Заблокировано". Можете выложить скриншоты таблицы лимитов по бумагам и таблицы заявок.
Может ли OnTransReply() быть вызван ДВА раза? Если да, то в каких случаях?
Нет, одна транзакция - один ответ.
Цитата
Может ли OnOrder() быть вызван ТРИ раза или более? Если да, то в каких случаях?
OnOrder вызывается не только когда заявка приезжает, но и при любых других изменениях относящихся к заявке. Речь не только про изменения видимых параметров, есть еще и служебные параметры. Например, в ситуации когда ответ на транзакцию приезжает позже тела транзакции. Или случае, когда заявка исполняется несколькими сделками.
Цитата
3) Какое максимальное количество вызовов OnTrade() может быть совершенно в условно отдельный момент обработки информации о новой сделке (биржевая запись + информационные преобразования на сервереQUIKу брокера)?
В теории сколько угодно.
Цитата
4) Планируется ли, возможно ли увеличение в обозримом будущем количества вызовов указанных QLUA-функций^ OnTransReply(), OnOrder(), OnTrade()?
Пока информации нет.
Цитата
По логике последовательность вызовов должна быть жесткой: OnTransReply --> OnOrder --> OnTrade (***).
Да, верно. Однако могут приходить в любом порядке. Заранее нельзя быть уверенным в порядке срабатывания.
Русский написал: Параметр "Заблокировано" в таблице лимитов по бумагам показывает только кол-во бумаг, заблокированных на продажу. При этом в "Руководстве" этого не указано. Наоборот, в "Руководстве" указано, что данный параметр используется для расчёта параметра "Доступно". Т.е., если позиция шортовая и выставлены заявки на её закрытие, то "Заблокировано" = 0, а "Доступно" = объёму позиции. Просьба поправить параметр "Заблокировано" так, чтобы он учитывал заявки, встречные направлению открытой позиции (т.е, если бумага куплена, то учитываются только заявки на продажу, если бумага продана, то учитываются только заявки на покупку).
Добрый день.
Сейчас в руководстве (как в самой таблице) два параметра "Заблокировано" и "Заблокировано на покупку" Описание:
Заблокировано
Сумма средств, заблокированных под исполнение заявок клиента
Заблокировано на покупку
Сумма средств, заблокированных при выставлении заявок на покупку
Цитата
И можно бы поправить "Руководство", т.к. в разделе лимитов по бумагам при описании параметров таблицы указывается "сумма средств", хотя должно быть "кол-во бумаг" или "кол-во лотов".
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Необходимо через брокера инициировать обращение к нам. Брокеру предоставить полную информацию о проблеме. День проблемы, пример сделки, адрес сервера на который подключались и свой UID пользователя.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Давайте выполним следующее: Создайте в папке с программой Quik файл с именем quik_odbc.log После перезапуска Quik, туда начнется записываться логи ODBC экспорта. Воспроизведите проблему, после чего пришлите полученный лога нам на ящик quiksupport@arqatech.com с указанием ссылки на эту ветку форума.
Получаю сообщение об ошибке - [Microsoft][ODBC SQL Server Driver][SQL Server]Неправильный синтаксис около ключевого слова "Current". SQLSTATE=37000 Код ошибки=156
Current - название таблицы в моей базе данных. Именно в эту таблицу я и пытаюсь экспортировать данные.
Не подскажите, где посмотреть, что почитать, по моему вопросу?
Добрый день. Какую именно таблицу экспортируете? Проверьте, что тип полей у всех параметров корректный. Это можно сделать прочитав справку QUIK. Раздел 6. Совместная работа с другими приложениями/Приложение
laksjdhfgm laksjdhfgm написал: KIS 17.0.0.611(e) Настройка - защита - контроль программ: доверять программам, имеющим цифровую подпись - галка снята Загружать правила для программ из KSN - галка снята изменить группу доверия для неизвестных программ - слабые ограничения изменить группу доверия для программ, запущенных до начала работы - слабые ограничения
Далее в Управление программами: Переносим рабочее место информационно-торговой системы QUIK в слабые ограничения, двойной клик и по свойствам: В правах разрешено запуск других процессов и запуск( плюс записывать в отчет), в остальных пунктах явно выбрать запросить действие и записывать в отчет(значок должен быть ярко желтым). Ну и запускаем квик несколько раз, иногда срабатывает на входе, иногда на выходе. Можно в правах все разрешить, но поставить запись в отчет и потом его посмотреть.
laksjdhfgm laksjdhfgm написал: Если вы не смогли воспроизвести у себя ситуацию, то почему вы за все это время не спросили у меня ни версию KISа, ни какие у меня в нем настройки и т.д., чтобы попытаться вопроизвести ситуацию? Вот, честное слово, такое ощущение что вам пофиг, и вы ждете пока тема утонет.
Добрый день.
1. Дампы получили, но по ним не удается понять причину. 2. Программа не делает снимков экрана, не беспокойтесь по этому поводу. 3. На что реагирует KIS нам выяснить пока не удается, в том числе и воспроизвести проблему. 4. Чтобы понять как сделать чтобы KIS не реагировал, нужно понять на что именно он реагирует.
Пожалуйста сообщите версию KISа, и настройки при которых проявляется данное поведение. Беспокоиться по поводу снимков экрана не стоит. В QUIK-е такого функционала нет.
laksjdhfgm laksjdhfgm написал: Здраствуйте ! Просто скоро 2 месяца будет. Приоткройте завесу тайны! Какой вопрос изучается? Вы дампы памяти получили? Вы смогли воспроизвести ситуацию у себя? Программа действительно делает снимок экрана? Это штатно прописанная функция? Или на что реагирует KIS? Решения чего пока нет ? Как сделать так, чтобы KIS не реагировал, если все таки делает? Повторюсь, программа связана с финансами, а вы так легкомысленно "Вопрос изучается, к сожалению, пока решения нет. " . 2 месяца Карл! Мне кажется, что если бы на Западе, у подобной программы появилось только подозрение, что она фиксирует личные финансовые данные пользователя (через снимок экрана), то её разработчики из кожи бы выпрыгнули, что бы разобраться в ситуации!
Дампы получили, у себя проблему не воспроизвели. Проблемой занимаемся.
Цитата
Это штатно прописанная функция? Или на что реагирует KIS? Решения чего пока нет ? Как сделать так, чтобы KIS не реагировал, если все таки делает?
swerg написал: Зарегистрируйте пожелание: "Передавать в function OnAllTrade(alltrade) признак 'перезаказано заново' " (т.е. в тот вызов OnAllTrade, который случился первым после нажатия кнопки "перезаказать" - должен передаться признак "всё поехало заново") Или пожелание в такой вариации: "Сделать новую call-back функцию, которая будет вызываться в момент нажатия кнопки "перезаказать".
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.