Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
К сожалению, по скриншоту не совсем понятно, где размытость. Попробуйте в настройках QUIK изменить шрифт и его размер. Пункт меню Система- Настройки - Программа - Шрифты.
Yurket написал: Добрый день! У меня с переходом на новый ноутбук с разрешением 1920х1080 программа стала очень размытой. Смотреть крайне не комфортно. Как настроить это можно исправить?
Добрый день.
Можете прислать скриншот на котором видна размытость и сообщите версию программы QUIK.
Денис написал: Столкнулся с подобной проблемой на часовиках. В Квике время начала свечи, после экспорта в Метасток, время окончания свечи. Исправил в Метстоке: инструменты/опции/реал-тайм/конфик сервер/дата оптионс и в последней, нижней строчке ставим галку и -1. Теперь в Метстоке время начало свечи.
Добрый день.
Дело в том, что в QUIK свечки именуются временем открытия, а в программе ТА свечки могут именоваться временем закрытия. Кроме того, следует учитывать правила формирования свечек. Минутная свечка в QUIK включает в себя все сделки помеченные временем ЧЧ.ММ.00-ЧЧ.ММ.59, часовая свечка включает минутные свечи ЧЧ.00-ЧЧ.59. Часовая свечка в программе ТА может формироваться минутками ЧЧ.01-ЧЧ(+1).00. Таким образом, при формировании часовых свечек, на основе минуток, в программе ТА могут получиться другие данные по закрытию/открытию свечей.
DarlokAg написал: Спасибо. Будем ждать. А фикс будет в терминале или trans2quik.dll?
Добрый день.
Проблема на стороне серверного ПО. Соответственно, когда проблема будет исправлена, серверная часть демо доступа будет обновлена. Здесь мы также об этом напишем. Соответственно и если проблема проявляется при работе через брокера, то тоже необходимо ждать обновления серверной части QUIK.
DarlokAg написал: Если сообщите, куда можно прислать, могу дать полные логи и дампы от остальных ситуаций пользователей. Проблема так-же пару раз воспроизвелась у нас на демо-доступе. В обоих случаях отменяемая заявка примерно в этоже время исполнялась или отменялась.
Добрый день.
По данному обращению мы диагностируем ошибку на своей стороне, из-за которой Вам не отправляется ответ на транзакцию "снять стоп-заявку", если обработка транзакции завершилась ошибкой. В данном случае не удалось обработать транзакцию снятия стоп-заявки, так как стоп-заявка, указанная в транзакции, была уже снята.
Мы исправим данную ошибку в одной из следующих версий серверного ПО QUIK. Приносим свои извинения за доставленные неудобства и задержку с ответом.
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
DarlokAg написал: Если сообщите, куда можно прислать, могу дать полные логи и дампы от остальных ситуаций пользователей. Проблема так-же пару раз воспроизвелась у нас на демо-доступе. В обоих случаях отменяемая заявка примерно в этоже время исполнялась или отменялась.
Доброе утро. Пока присылать не нужно. Будет разбираться так, постараемся в ближайшее время дать ответ.
DarlokAg написал: Аналогичная проблема с транзакцией отмены ордера (и не только, а также размещения) в последнее время стала проявляться довольно часто. Хотелось-бы чтобы эта проблема была исправлена, так как происходит зависание на вечно и тоговля останавливается.
Пробовал вместо синхронных транзакций использовать асинхронные - результат: При частой отправке транзакций ингда случается так, что ответ на очередную асинхронную транзакцию не приходит ни когда, пока не будет отправлена еще одна асинхронная транзакция. И это тоже проблема.
Дамп на проблема с зависание синхронной транзакции на отмену прилагаю dmp.zip
Добрый день.
Просьба уточнить. Какая именно заявка снимается (стоп заявка, обычная или уже снятая заявка) Всегда ли повторяется проблема?
Также сообщите вашего брокера и желательно повторить проблему и сообщить номер проблемной заявки (стоп заявки) Опишите последовательность действий.
DarlokAg написал: Аналогичная проблема с транзакцией отмены ордера (и не только, а также размещения) в последнее время стала проявляться довольно часто. Хотелось-бы чтобы эта проблема была исправлена, так как происходит зависание на вечно и тоговля останавливается.
Пробовал вместо синхронных транзакций использовать асинхронные - результат: При частой отправке транзакций ингда случается так, что ответ на очередную асинхронную транзакцию не приходит ни когда, пока не будет отправлена еще одна асинхронная транзакция. И это тоже проблема.
Дамп на проблема с зависание синхронной транзакции на отмену прилагаю dmp.zip
Здравствуйте!
Ваше обращение получено, проблема изучается. Постараемся в ближайшее время дать ответ.
Здравствуйте! Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Зайдите в настройки Уровней Фибоначчи, вкладка "Уровни..." Вероятней всего у вас какие либо линии отключены. По умолчанию их 9. При необходимости можете добавить. Либо примените внизу шаблон по умолчанию.
Сохранение исторических данных в csv файл странно работает, Столкнулся с проблемой, которую не могу решить при запуске скрипта по получению исторических цен и записи их в файл
Boris Litvinov написал: Думал что всё закрыл, и сегодня запустил на реальном счете бот! Повторю раньше он был моно! Теперь он мониторит весь спектр в зависимости от базового актива. На тестах что только не делал, обрывы сети, перезагрузка квика, набор позы выходы. всё было синхронно как часы.
С утра уже запустил на реале! в Main Sleep100 Результат на скрине. Гребаный КВИК! Друзья на S# будет так же. Специально на Lua писал для стабильности, но её нет даже на LUA В двух словах, смысл скрпта смотреть в таблицу фьючей и повторять зеркально. Но в моменте что та происходит, типа 0 позиций по фьючу. Всё на скрине!
Добрый день.
Опишите последовательность воспроизведения проблемы и выложите ваш скрипт.
Boris Litvinov написал: если каждые 10 мск пересчитывать число строк в таблице, то по какой та причине бывает так что строки пропускаются. Мне пришлось писать скрипт который проверяет количество строк. И если их меньше прошлого максимума то пропускать до следующей итерации. А вообще дыр много если пишешь что та не моно.
По заданию в зависимости от базового актива, парсились фьючерсы. По первым двум сиволам. В таблице этих фиючерсов может быть 4, в зависимости от периода фьючерса. У меня их как правило два ближний и дальний, Так вот, бывает так что одна из строк не считывалась. Это критическая ошибка при написании подобного на LUA. Залепил очередную дырку.
Добрый день.
Пришлите скрипт на котором воспроизводится проблема и сообщите версию рабочего места QUIK.
Egor Zaytsev написал: Добрый день. Проблема проявляется без смены отображения стиля линии? Или на других графиках. Какую версию рабочего места используете?
Здравствуйте.
Нет, проблема появляется как раз после смены отображения стиля. Эффект проявляется на любых графиках - видимо, это такова текущая реализация логики программы, но мне почему-то кажется, что при смене стиля не должны меняться координаты объекта. Квик версии 7.19.0.51.
Добрый день.
Проверили у себя. Воспроизвести не удалось. Можете зафиксировать проблему. Закрыть QUIK и прислать нам папку с программой (без ключей)
По всей видимости вы столкнулись со следующей ситуацией. Суть в том, что на дневном графике вы не имеете возможность указать точную координату вашего пика (по оси времени). И тогда, при увеличении масштаба до минуток реперная точка вашего тренда уже может не попадать на экстремальное значение (по оси цены). Поэтому "точная" прорисовка линий при смене периодов возможна только при переходе с мелкого масштаба на более крупный, но не наоборот.
Здравствуйте!
Да, я понимаю суть Вашего ответа, НО линия-то изначально была прорисована на Дневном графике - на минутках я линию не рисовал, а только сменил стиль линии - почему поменялись координаты линии, которая была нарисована на Дневном ТФ?
Добрый день. Проблема проявляется без смены отображения стиля линии? Или на других графиках. Какую версию рабочего места используете?
По всей видимости вы столкнулись со следующей ситуацией.
Суть в том, что на дневном графике вы не имеете возможность указать точную координату вашего пика (по оси времени). И тогда, при увеличении масштаба до минуток реперная точка вашего тренда уже может не попадать на экстремальное значение (по оси цены). Поэтому "точная" прорисовка линий при смене периодов возможна только при переходе с мелкого масштаба на более крупный, но не наоборот.
На момент зависания просьба прислать архив рабочего места QUIK (без ключей доступа и файла chm) А также полный код вашей транзакции. quiksupport@arqatech.com
Склейка графиков доступна при смене инструмента. В настройках Система - Заказ данных - Замена инструментов и укажите инструменты, которые хотите склеить выбрав опцию Склейка (Да/Нет)
Илья написал: вы говорите про OFFSET или SPREAD ? Разве не должен активироваться тейк профит для любой цены от 209.16 - 209.27 (209.16 + 0.11)?
Нет. Тейк Профит - Стоп лимит на продажу работает так:
Цитата
Купили Газпром по цене 145 рублей, хотим зафиксировать прибыль если цена вырастет до 160. и ограничить убытки, если цена упадёт ниже либо равно 155р. Вы ставите заявку тэйк-профит и стоп-лимит, когда цена последний сделки на рынке 156 р. Условие активации: продажа, «тэйк-профит, если цена» >=160 руб., «стоп-лимит, если цена» <=155. Также указывает два дополнительных параметра:
Ø «отступ от max» — этот параметр указывает, насколько цена последней сделки должна стать ниже локального максимума цены, чтобы тэйк профит сработал, Ø «защитный спрэд» — насколько меньше, чем цена срабатывания тэйк-профита, будет цена порожденной им лимитированной заявки на продажу.
Предположим, что мы задали «отступ от max»=5 руб, «защитный спрэд»=5 руб. Допустим, Газпром растет. Как только, цена дойдет до 160, в этой точке заявка тэйк-профит активируется, и начинает проверять — будет расти цена дальше, или нет (Условия по стоп-лимиту перестали проверяться) Если цена растет дальше, то любое следующее более высокое значение от 160 система фиксирует как локальный максимум, а любое падение цены от локального максимума- как угрозу.
При этом, система проверяет, не стала ли цена последней сделки по бумаге ниже чем «локальный максимум цены» минус «отступ от max». Предположим, цена растет и достигла 163, после чего упала до 160 и опять начала расти. Тэйк-профит в этом случае не превратится в лимитированную заявку — ведь цена упала от максимума на 3 руб, а мы задали «отступ от max»=5 руб., т.е. условие исполнения достигнуто не было.
Предположим, цена опять выросла до 163, и упала до 158 - тогда тэйк профит выставит лимитированную заявку на продажу с ценой, вычисляемой по формуле: «текущая цена последней сделки минус защитный спрэд». Т.е. цена заявки на продажу будет 158-5=153. «Защитный спрэд» нужно указать для защиты от «проскальзывания» рынка ниже цены порожденной тэйк-профитом заявки. Допустим, Газпром начал не расти (как описано выше), а падать, цена последний сделки на рынке 158 р. Условие активации: тэйк-профит, если цена >=160 руб., стоп-лимит <=155. Цена упала до 155 рублей. Условие по ТП перестаёт отслеживаться. В систему выставилась лимитированная заявка по цене 154р.
Выполните настройки согласно рекомендациям из справки QUIK: Раздел 6. Совместная работа с другими приложениями/Настройка программы Wealth-Lab Developer Если настройки выполнены, то пришлите нам на quiksupport@arqatech.com скриншоты настроек на стороне QUIK и на стороне WLD.
Да, это необходимо для различных расчетов, например покупательной способности. Если Вам не нужны американские/зарубежные инструменты, то их можно отключить на стороне брокера.
Иван Ру написал: Проблема появилась повторно - с предложенными Вами настройками, увы, они не спасают. Случилось это после аварийного завершения работы Quik (выключился свет). Судя по работе скрипта Lua (а он тоже не мог получить котировки фьючерсов, за исключением FSU8 и SiU8) . Возможно отдельные модули Lua и QUik пытаются получить доступ к большому объему архивных данных котировок, но не могут этого сделать, может быть из-за перегрузки канала связи с брокером? Сейчас помог повторный перезапуск терминала.
Для оптимизации работы терминала можете выполнить следующее: 1. Уменьшить количество заказываемых классов, инструментов и параметров по ним через меню Система/Заказ данных/Поток котировок; 2. Закрыть не использующиеся стаканы, таблицы обезличенных сделок и тиковые графики; 3. Выставить настройки: Система/Настройки/Основные настройки/Программа/Получение данных/Исходя из открытых пользователем таблиц и Система/Настройки/Основные настройки/Программа/Сохранение данных,Данные отражающие текущее состояние 4. В папке, где установлен Quik, можете удалить все файлы с расширениями *.log и *.dat, кроме файлов:metastock.dat,alerts.dat, portfolio.dat, scripts.dat
Цитата
Иван Ру написал: Еще один параллельный вопрос. Если я получаю данные о сделках с использованием опции "Исходя из открытых пользователем таблиц" - это удобнее, т.к. не надо менять списки каждый раз после того как происходит замена календарных фьючерсов. В то же время есть и проблема - у меня грузится информация по большому количеству классов и инструментов, которые нигде в таблицах не использовались никогда и не открыты.
Как Вы поняли, что терминал грузит эти данные, если информация по ним не доступна ни в одной из открытых таблиц?
. Меня смущает то, что эти классы и отдельные инструменты выбраны в настройках Заказ данных / Выбор принимаемых параметров и инструментов.
Добрый день.Такое может быть. Дело в том, что опция "Исходя из открытых пользователем таблиц" работает она немного интеллектуальнее и формирует заказ инструментов и параметров не только по открытым таблицам, но и исходя из потребностей модуля QMargin и внешних модулей. Для модуля QMargin запрашиваются все инструменты, которые по настройками имеющихся дилерских библиотек считаются маржинальными. Также запрашиваются все инструменты, у которых есть лимиты по бумагам.
Исходя из предоставленного Вами скиншота, можем видеть, что цена условия выставлена в размере 209.16, а отступ от max=0.11, при этом на графике текущая цена 209,22, которая является "локальным максимумом". Для исполнения тейк-профита в данном случае необходимо, чтобы цена составила 209,11 (209,22-отступ от локального максимума=209,22-0.11), то есть условие исполнения тейк-профита достигнуто не было.
Значение "Рассчитывается min/max" в таблице стоп-заявок говорит о том, что цена условия была достигнута, тейк-профит активировался и проверяет будет ли цена расти дальше или нет. При снижении текущей цены на более чем "отступ от max", тейк-профит исполнится по цене последней сделки-защитный спред.
Перед отправкой вы в скрипте, что нибудь меняли? У Вас две ошибки. 1. Отсутствует параметр "код клиента" 2. Не верно указан счет ACCOUNT. Должен быть NL0011100043. Проверили на вашем коде, стоп заявка выставилась, сработала и выставила лимитированную.
Андрей написал: Галку "Не выводить данные повторно" убирал, не помогает. И в Квике в экспорте, и в Метастоке при создании бумаги интервал настроен одинаково - 5 минут. Вообще экспорт в Метасток настраивал по справке Квика. Если прекращался экспорт из Квика (например, перезагружал ПК), то перед повторным запуском экспорта в Downloader удаляю данные за текущую сессию. Запускаю Квик, запускаю экспорт и после этого запускаю Метасток. Проблема в другом - если я открываю в Метастоке эти данные в "родном" таймфрейме 5 мин, то все отображается правильно, если меняю таймфрейм на другой, скажем 15 минут (Метасток строит новый таймфрейм из тех же 5-минуток, файл открыт тот же, с исходными пятиминутками), то этот новый график часто отображается неправильно, обычно последние 2-3 бара (другие не проверял тщательно, ненужный труд при явно неправильных последних 2-3 барах, просто глазами пробегал, вроде в порядке). Бары имеют другие open, low, high и close, то есть получаются не теми, какие должны быть. Сравнивал с 15-минутками в Квике. Смущает то, что Квик на своих графиках отображает время начала бара, а при экспорте пишет время окончания бара, я увидел это в Downloader. Хотелось бы иметь возможность настраивать этот параметр при экспорте в Квике. Метастоковский Data Server при получении бара постоянно пишет в логе, что, к примеру, ожидалось время 10:00, получено 10:05 и т. д. для каждого бара. Для 15-минуток он пишет, что ожидалось время 10:00, получено 10:15 и т. д.
Можно попробовать посмотреть, что отдает QUIK при экспорте. Для анализа данной проблемы не могли бы Вы, пожалуйста, выполнить следующее: - закройте программу QUIK; - создайте пустой файл "__iwr.log" (два нижних подчеркивания) и скопируйте в корень диска "С"; - создайте пустой файл "quik_metastock.log" и скопируйте в папку с программой QUIK; - запустите программу QUIK и начните экспорт; - подождите 10-15 мин; - затем пришлите нам, пожалуйста, на quiksupport@arqatech.com (указав в теме письма эту ветку форума) архив текущего состояния Вашего клиентского места программы QUIK (всей папки с программой) - без ключей доступа, файлы "__iwr.log" и "quik_metastock.log".
Илья написал: Никаких диапазонов я не задавал, их нет. Тригер срабатывает ровно на том значении которое было задано в транзакции
Если выставить стоп лимит и тейк профит аналогичный в ручном режиме, проблема повторяется? Попробуйте и сообщите результат. Также приложите полный ваш скрипт и сообщите UID вашего пользователя.
По ошибке "Unusual time change detected in data stream from dbc signal". В настройках экспорта по бумаге надо убрать галочку "Не выводить данные повторно" и через Downloader удалить данные за этот день и запустить повторно. Также в QUIK и в Метастоке при выводе должен быть одинаково настроен интервал графика. Если выводе в QUIK 5 минут, то и в Метастоке должен быть настрое на прием 5 минут.
Илья написал: А есть ли возможность указывать и заявку и стоп лос и таке профит в одной транзакции ?
Заявка и стоп-тейк профит это разные транзакции. В стоп заявках вы указываете цену будущей лимитированной заявки, которая выставится в торговую систему после выполнения заданных условий.
Со всему другими можно ознакомиться в руководстве пользователя QUIK. Раздел 6. Совместная работа с другими приложениями/Импорт транзакций/Формат .tri-файла с параметрами транзакций/Примеры строк, которые могут содержаться в файле
Тимур написал: Хорошо. В принципе, достаточно было бы информации о количестве заявок с указанием цены. А как вытащить такую информацию?
Добавляете в таблицу текущих торгов параметры "Количество заявок на покупку/продажу" в данном параметре транслируется лишь кол-во. Цену можно посмотреть добавив параметры Спрос и Предложение в них транслируется "Лучшая (максимальная) цена среди заявок на покупку, в ден.выражении" и Минимальная цена.... Из данной таблицы нажав по параметру правой кнопкой мыши можно построить график. История по параметрам доступна только в том случае, если у брокера есть модуль введения архивов и настроено сохранение истории по данному параметру. А на вашем рабочем месте QUIK включена настройка пункт меню Система/Настройки/Основные/Программа/Сохранение данных/ и пункты "Данные, отражающие текущее состояние и всю историю изменений» и «Получать пропущенные данные.
В таблице Заявки, я, к примеру, выбираю валютный рынок, делаю фильтр по инструменту USDRUB_TOM и получаю список только своих заявок, а хочу видеть все заявки всех участников, выставленных в торговой системе. Как их увидеть?
Такой возможности нет. Вернее технички возможность есть, но с клиентскими правами Вы можете видеть такую информацию. Если Вас интересует просто кол-во заявок на покупку и продажу, то можно по соответствующим параметрам из таблицы текущих торгов построить графики.
Добрый день. Все заявки вы можете видеть в таблице "Заявок". Вопрос не совсем ясен, что значит "видеть все активные заявки по выбранному инструменту", где вы выбираете инструмент? Или Вам это необходимо выполнить при помощи QLUA?
Выгрузку заявок вы можете осуществить при помощи DDE или ODBC, также если у Вашего брокера приобретен модуль формирования отчетов, то при помощи данного плагина вы можете выводить все ваши заявки, сделки, стоп заявки.....в специальный отчет.
Не ясно, какую задачу вы решаете? Вариантов может быть много. Например, хотите снять активную заявку по коду клиента. Условие "если" и "и", то"
if (client_code=="1") --в кавычках код клиента and (bit.band(flags, 0x1) ~= 0) --проверяем что заявка активна then transaction = {TRANS_ID="1", ACTION="KILL_ORDER", CLASSCODE=class_code, SECCODE=sec_code, ORDER_KEY=tostring(order_num)} res = sendTransaction(transaction) --снимаем заявку