Дмитрий пишет: это действительно ошибка в документации или же ошибка в работе перечисленных функций?
Здравствуйте, Это ошибка в документации, мы ее обязательно поправим.
Цитата
Дмитрий пишет: если с их помощью установить значения индикатора (индикатор рисовал в отдельном окне), которые выходят за границы минимальных/максимальных значений индикатора, установленных ранее с помощью return в OnCalculate, то новые значения в итоге не видны
Указанная проблема у нас не воспроизводится. Тестировали на терминале версии 6.17.1.17. Если у Вас терминал более старой версии, выполните обновление. Если такой же версии, приведите пример скрипта.
Григорий, Данный функционал уже давно есть. -Раздел 3. Просмотр информации --Окно оповещений ---Оповещение по состоянию лимитов спот-рынка и ---Оповещение по состоянию позиций и ограничений на срочном рынке
Sergey Gorokhov пишет: Если хотите создать опенсорс проект для этого есть FIX Client Connector
во первых, это несовсем то, а точнее, совсем не то, что я спрашивал. К тому же, там сказано, что у него ежемесячная плата за пользование: http://www.arqa.ru/company/news/?id=1888
Да он платный. Но Вы же как раз про это и говорили, не так ли
Цитата
sam063rus пишет: пусть даже на полукоммерческой основе.
sam063rus пишет: ожидаю, что кто-то за это возьмётся, пусть даже на полукоммерческой основе.
Никто не возьмется.
Цитата
sam063rus пишет: в крайнем случае, если никто не откликнется - сделаю сам (да что греха таить - итак уже по-тихоньку делаю). Просто хотелось бы рассмотреть альтернативу.
s_mike@rambler.ru пишет: Да, Сергей, так и приходится. Но при этом в настройках лишний мусор.
Можем зарегистрировать пожелание.
Угу...
Михаил, Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Michael Chegodar' пишет: Сергей спасибо, вашими греками давно пользуюсь. Может есть ещё численный расчет теоретической цены опционов? Если не на Qpile - тоже неплохо, перепишу на Qpile и всем выложу. Что-то погуглил не нашёл...Не обязательно по Блэка-Шоулдса, вообще есть что нибудь численное?
Michael Chegodar' пишет: Здравствуйте! На старом форуме была тема о том что пока нет возможности доступа к доске опционов из Qpile, и обещали сделать. Подскажите это реализовано? Если да, то просьба просветить...Заранее спасибо!
green_X5 пишет: Сергей, ответ "Не будем заниматься этой проблемой, потому что - не будем!" - тоже ответ, имеет право на жизнь. ) А вот "выполнил ли брокер процедуру - мы не знаем" и "какой именно форс-мажор имел место трудно установить" - не принимается. Я Вам дал описание проблемы, её дату, временной диапазон, назвал брокера, который имеет моё обращение (и не только моё), вроде как можете связаться с брокером (своим клиентом) и разобраться в проблеме. И в третий раз укажу Вам на важность проблемы - Если данные исправились только после "Перезаказать данные с сервера", значит терминал не получал обновленные данные, когда они уже лежали (но почему-то не принимаются клиентским местом) на сервере. В результате клиентское место имеет неправильный параметр торгуемой бумаги, а именно "0", на не "28". Была бы пустая строка "" или nil, мы бы могли обнаружить это скриптом. Терминал отображал данные, не соотв. данным на сервере.
Если это проблема на серверной части, Вы наверное имеете возможность взаимодействовать и с их разработчиками. Подскажу адрес - support@quik.ru
Критика это конечно хорошо, но есть ли у Вас конкрентое предложение в изменении текущего поведения?
green_X5 пишет: Развивать экстрасенсорные способности по определению поступ. параметров актуальности и соотв. биржевым данным не предлагайте, к тому же это не описать языком qLua.
боюсь со стороны сервера также нет такой возможности
Описанной проблемы не должно было быть, есть специальная процедура восстановления в случае сбоев. Если процедура выполняется то на клиентских терминалах данные перезакажутся. Но все зависит от того какой это был сбой, и выполнил ли брокер указанную процедуру или нет, о чем нам неизвестно. А если и не выполнил, у него могли быть на то причины. В любом случае "сбой", это всегда авария и форс-мажор которого вообще не должно было быть, последствия которого заранее не известны. Со стороны клиента, исправлением этих последствий является возможность перезаказа данных, что и было выполнено.
Серж пишет: Если брокер использует такую возможность, то что является сигналом для смены статических параметров? Дата торгов?
Дата торгов не показатель, так как есть режимы которые торгуются и после полуночи. Сигналом для смены статических параметров является параметр "Идентификатор сессии" в информационном окне. Сам этот параметр меняется по ряду условий на сервере после рестарта.
Добавлю, что очищать данные можно и после смены даты а не сессии. Это настраивается в терминале меню Настройки - Основные - Программа - Сохранение данных, секция "Очищать данные после смены даты"
«На локальной машине» – очищает в памяти данные предыдущей торговой сессии сразу после запуска программы, до установления связи с сервером. Используйте этот вариант, если нет необходимости получать информацию о торгах за предыдущий день перед началом торгов за текущий день.
«На сервере (при установлении связи)» – очищает данные предыдущей торговой сессии при появлении на сервере данных, относящихся к новой торговой сессии. Используйте это вариант, если информация о торгах принимается утром следующего дня (например, из-за существенной разницы в часовых поясах).
Серж пишет: Если брокер использует такую возможность, то что является сигналом для смены статических параметров? Дата торгов?
Дата торгов не показатель, так как есть режимы которые торгуются и после полуночи. Сигналом для смены статических параметров является параметр "Идентификатор сессии" в информационном окне. Сам этот параметр меняется по ряду условий на сервере после рестарта.
Дмитрий пишет: А есть способ получать данные свечей с графика, не сохранив ни в какой переменной таблицу data_source, которую возвращает CreateDataSource ?
Здравствуйте, Без таблицы это значит на прямую с графика. Для этого есть функция getCandlesByIndex.
green_X5 пишет: С самого утра вообще никаких параметров бумаг, совсем ничего. пустые поля в таблицах.
Здравствуйте, С самого утра информации нет, так как на сервер информация еще не поступала. Торговая система работает по расписанию, если шлюзы будут запущены до старта ТС то в QUIK Вы данные не увидите.
Цитата
green_X5 пишет: Потом цены пошли, но у текущих фьючей "до погашения" ноль дней. Хотя жить им ещё 28.
Так не должно быть. Пришлите скриншот на котором видно проявление проблемы дату и инструмент
Здравствуйте, На самом деле параметр правильно называется EXPIRY_DATE И согласно документации он означает Срок действия стоп-заявки. Срок действия лимитированной заявки возможно указать только для заявок срочного рынка. На фондовой/валютной секции перенос лимитированных заявок не поддерживается торговой системой. Как это сделать для QPILE можно почитать по указанной ссылке http://forum-archive.quik.ru/forum/lua/125566/
Роман пишет: Доступных денег, возвращает нормально - значит счет находит.
версия последняя .17
Роман, у нас присланная функция прекрасно работает. Это значит либо у Вас Текущий лимит по деньгам действительно равен 0 либо Вы неверно проверяете поступление данных. Для выявления точных причин нужно чтобы Вы прислали нам на quiksupport@arqatech.com архив вей папки с терминалом QUIK (без ключей доступа). Архив следует паковать при закрытом терминале QUIK
Роман, ни в одной из указанных ссылок нет ответа на поставленный вопрос. Что именно Вы считаете некорректным? Пропуски в потоке данных? Или несоответствие показателей? У Вас всего два варианта ответа, просьба просто выбрать.
sam063rus пишет: ваш пример - некорректен - бо как окна в проводнике Windows могут выполняться в разных процессах и на разных ядрах. В рамках же одного процесса (квика) - всё это выполняется непросто на одном ядре, а ещё и в одном (главном) потоке квика.
Хорошо, пример может быть неудачным, но сути ответа это не меняет
Will Will пишет: Если я сделал CreateDataSource для RIM тов OnAllTrade придет тока эта бумага. Потом я делаю окно ТВС для всех бумаг. Что будет приходить в OnAllTrade? Будет дублироваться что ли?
Will Will пишет: Стоп! Что это все значит "OnAllTrade работает когда есть подписка на заказ данных"????? Как это подписка на ЗАКАЗ данных? Знаю что есть подписка на газеты итд но вот про подписку на ЗАКАЗ. Давайте тогда подробно приподробно, что такое заказ, что такое подписка, сколько этих заказов и подписоксуществует в природе, итд.
Сервер не будет отправлять информацию по ТВС на рабочее место QUIK если в нем нет подписки на данные. Если по простом, если сам пользователь не захотел получать данные, то они и не будут поступать. Увидеть на какие данные в ТВС подписан пользователь можно в меню Связь - Заказ всех данных. Подписаться на данные ТВС можно несколькими способами 1) Открыть таблицу 2) Построить тиковый график 3) Заказать данные по тиковому графику из LUA через CreateDataSource
Will Will пишет: Это правда что OnAllTrade работает когда открыта ТВС?
Нет не правда. OnAllTrade работает когда есть подписка на заказ данных. В частном случае, подписка осуществляется при открытии таблицы ТВС. Также Вы можете подписаться на данные через CreateDataSource с параметром INTERVAL_TICK
sam063rus пишет: либо... сделайте такую "приблуду" и закроем тему:
Здравствуйте!
Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.
Дмитрий пишет: Здравствуйте! Также обнаружил, что любой вызов функции getScriptPath() в скрипте индикатора (и вообще любого скрипта, находящегося в папке LuaIndicators) приводит к зависанию терминала при попытке открыть окно добавления индикатора на график, но только в том случае, если вызов getScriptPath() производится не внутри какой-либо другой функции (типа Init(), OnCalculate() и т.п.). Версия терминала 6.16.0.42
Здравствуйте, Мы в курсе описанной проблемы. Она будет исправлена в одной из следующих версий программы.
sam063rus пишет: вы официально даёте гарантию, что это не скажется на конечном быстродействии выставлении и обработки заявок внутри самого квика? т.е. на скажется на быстродействии и затрате ресурсов?
Здравствуйте Количество открытых таблиц текущих параметров естественно влияет на производительность, как и любой графический элемент любой программы. Но это влияние не существенно, по сути оно такое же, как и влияние количества открытых окон проводника Windows. Если говорить о потреблении трафика, если говорить о неизменном количестве запрашиваемых инструментов, то количество открытых окон таблиц текущих параметров вообще никак не сказывается на увеличении трафика.
sam063rus пишет: и не каждому инструменту, а каждому сектору (инструменты в секторе - одним цветом)
Вы уже можете решить поставленную задачу создав несколько ТТП, и для каждой из них задать нужный цвет фона через Цветовые настройки. Даже можете убрать границы у этих таблиц и расположить их квадратиками как удобно. "Без обсуждения и всяких..."
sam063rus пишет: 1. Для быстрой ориентации по номеру эмитента в таблице - т.к. это более наглядно, учитывая, что тикеров в таблице - 317
Нет так как ТТП это динамическая таблица, то есть порядок строк в ней не определен. Это у Вас 317 тикеров а у нас их 6000к+
Цитата
sam063rus пишет: 2. Для быстрой ориентации/отслеживания и выделения по целым секторам. Про пользовательские фильтры и условное форматирование прекрасно (если не лучше вас) осведомлён. Ответ: попробуйте применить эти фильтры 317 раз. Думаю, тогда вопросы отпадут сами собой.
Вы хотите каждому инструменту дать свой цвет в строке ТТП? Кажется это будет более чем ужасно. А про Цветовые настройки в ТТП Вы тоже читали?
Здравствуйте, RTSIDX и RTSIND это по сути один и тот же класс, но данные в них поступают из разных источников, через разные шлюзы. Мы считаем что класс RTSIDX содержит более актуальную информацию чем RTSIND, поэтому рекомендуем смотреть его. Если у брокера есть класс RTSIDX, чтобы не путаться, Вы можете попросить его отключить трансляцию по классу RTSIND.
Теперь, что касается фильтрации свечек по времени, на всем промежутке графика. Такая возможность УЖЕ есть. Делается так, открываем параметры диаграммы, вкладка "Диаграмма", в секции "Показывать графики" ставим "выбрать с" указываем дату далеко в прошлое, а время 10:00, "до" указываем дату далеко в будущее, а время 18:50 (ну или какое считаете правильным). Жмем Сохранить и радуемся.
quikuser пишет: Вопрос к разработчикам QUIK: насколько безопасно одновременное использование двух lua51.dll и lua5.1.dll?
lua5.1.dll это наша библиотека. lua51.dll - это не наша библиотека. На самом деле они выполняют разные функции, поэтому их совместное использование абсолютно безопасно.
Серж, При всем уважении я не буду давать диагноз без проведения какой-либо экспертизы. Возможных причин задержек великое множество. И каждую из них нужно начинать исследовать через брокера а не через этот форум. Я могу только накинуть пару десятков возможных вариантов и то не факт что попаду пальцем в небо.
Кажется этот вопрос надо задать бирже. Однако трудно представить чтобы все биржи мира синхронизировали свои часы по одному источнику. Как Вы наверное в курсе NTP источников очень много. К тому же, отставание времени может быть не только из за биржи, но и из за проблем на стороне брокера.
Серж пишет: Можете пояснить, каким образом достигается синхронизация порядка отображения сделок в ТВС с сервером?
На сервере, таблица всех сделок хранится в соответствии с порядком получения записей, каждой записи присваивается порядковый номер в хранилище. Ровно этот порядковый номер затем и используется на клиентском месте при отображении всех-сделок.