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

QTABLE_NEED_REFILL тоже не документирована

Выше в коде строка в функции GetPrice
лишняя.

Конечно.

Смотря для чего "лучше". Я обычно беру из getParamEx(class_code, sec_code, 'last') в OnParam, если нет необходимости обрабатывать все сделки.

+
Перебор бумаг в цикле while is_run do лишний. В том же SetUpdateCallback можно сделать весь "не сложный анализ".

А кто мешает сохранять свечи и индикатор в таблицу в зависимости от таймфрейма? Как-то так:

Нет. Пересчитывать значение индикатора имеет смысл только при обновлении последней свечи. А вы пытаетесь его пересчитывать каждую мс. Какой в этом смысл, если цена не изменилась?
Расчёт индикатора лучше вставить в SetUpdateCallback() и сохранять значения в глобальной таблице.

CreateDataSource не доступна в индикаторах. Поэтому работать с другим таймфреймом можно только через getCandlesByIndex

При появлении нового бара в OnCalculate(index) будет увеличиваться индекс свечи

Тогда OnCalculate начнётся с первого индекса.

Да, там у них путаница (видимо разные люди писали куски кода): в OnCalculate в индикаторах индекс начинается с единицы, а в getCandlesByIndex - с нуля.

Вопрос разработчикам: верно ли, что в QUIK, как таковой, многопоточности нет? Да, есть два потока: основной и main. Но в каждый момент времени работают команды только из одного потока. Просто происходит переключение между потоками на уровне ОС. Так?

Сами по себе Lua-функция table.remove/table.insert тормозные, когда дело касается добавления/удаления в начале (середине) большой таблицы

Нет.
Команда start помогает ДОС-окну закрыться до завершения приложения program.exe. Но ключ /MIN не помогает: ДОС-окно всё-равно мелькает на экране.

Вобще-то я предложил другое: дать доступ к уже реализованной настройке с клиентского места. Т.е., это другое предложение.
Мне оно, как бы, не надо. Дарю идею sav 312, если пропихнёте.

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

Ну не будет у вас это работать локально, поймите. То, что вы просите - бессмысленно. Если вы сейчас не можете удержаться, чтобы не остановить скрипт. То завтра вы точно так же запустите QUIK без скриптов, и никакой пароль не поможет.

А вот это уже разумно. Я вижу это так: изменение настроек риск-менеджера производится локально с рабочего места QUIK самим пользователем (для этого ему надо дать права на эту операцию) и активирует уже давно реализованный на сервере функционал. Но не реалтайм, а после перезагрузки дилерской библиотеки, т.е. на следующий день.
sav 312, Sergey Gorokhov, попробуйте договориться  

Это вы не мне ответили.
Собственно, ответ уже был дан:

Если хотите сравнивать строки, то используйте string.format. Но вычисляться будет в десять раз дольше, чем с числами.

Это не надёжный способ сравнения чисел, т.к. при математических операциях над числами с плавающей точкой появляются разряды, которые tostring не опускает.

В примере стоит изменить шаг и сравнение с tostring перестаёт работать:

Вопрос был в другом  

Egor Zaytsev,
Речь по таблицу "futures_client_holding", к которой обращается функция getFuturesHolding(). Повнимательней!

Это предложение.
На ваше усмотрение.
Это касается всех функций: когда в функцию передаются параметры, хочется знать их смысл (ну, так, чтобы программирование было более осмысленным). А попробуйте в руководстве найти описание параметров form_id, acc_id, pos_type  

Какой тогда тип лимита будет меняться при покупке/продаже контрактов?

Скрытый текст
Цитата getFuturesHolding(STRING form_id, STRING acc_id, STRING sec_code, NUMBER pos_type) В справке неплохо бы добавить описание параметров. Ну или хотя бы привести имена параметров к общеузнаваемым.

Может ли в таблице "futures_client_holding" с одним набором firmid, trdaccid, sec_code быть несколько строк с разными типами лимита type?

Значит такая настройка уже есть. Это настройка самого сервера или нужен дополнительный модуль?
Где можно ознакомиться с данной возможностью подробнее? Как она работает?

Как он там может понять, остаётся за скобками...

Тогда не понятно, какую из запрашиваемых задач решает CoLibri, если она и не контролирует и не блокирует?

Т.е., на стороне брокера есть настройка, автоматически блокирующая возможность торговли при достижении заданного лимита потерь? Или хотя бы сигнализирующая об этом? А брокер пусть бежит и вручную блокирует клиента. А на завтра надо бы ещё не забыть разблокировать...   Тогда эта услуга должна быть очень востребованной, чтобы брокер так напрягался  

В любом случае, как само предложение автора топика, так и отмазы тех.поддержки порадовали  

Мне, конечно, не нужна такая настройка.
Но, справедливости ради, хочу уточнить, Colibri разве позволяет отслеживать дневной лимит потерь?

Речь по trade_accounts.firmid?

Как эта настройка вообще устанавливается?
Своя для каждой секции или как?

Как быть?

На валютной секции учет также может вестись как в лотах, так и в штуках?

Если рассчитывать среднюю стоимость позиции по прошедшим сделкам, возникает вопрос:
Может ли колбэк по сделке прийти позже колбэка OnDepoLimit или OnFuturesClientHolding?

Stanislav Tvorogov, ничего никуда отправлять не нужно. Эффект вполне воспроизводится на любом рабочем месте при подключении как к боевому, так и демо серверу с дефолтными настройками (удалены все dat, log, ini файлы).
А проблема заключается в том, что активация кнопок завязана на обновление таблицы котировок после того как отобразится своя заявка в стакане. На следующее обновление таблицы, карл.
Поэкспериментируйте на неликвидной бумаге, и вы увидите, что кнопки "Снять выделенную заявку" и "Заменить выделенную заявку" никогда не активируются в стакане. Только если второй раз кликнуть по своей заявке. Более того, после снятия заявки той же кнопкой "Снять выделенную заявку" кнопки не перестают быть активными.
Специально для вас: поиграйте с "Химпром ап" на демке. Если же вы будете настаивать, что у вас де не воспроизводится, выложите сюда видео, как вы воспроизводили. Я не верю, что вы что-то делали вообще.

Stanislav Tvorogov, я сделал за вас всю работу! Вам осталось только отправить моё сообщение программистам, чтобы они поправили в коде: сделали активацию/деактивацию кнопок одновременно с отображением/снятием своей заявки в стакане.

Какие из настроек влияют на эффект активации кнопок при том, что заявка отобразилась в таблице котировок?

В v.7.5 при выставлении заявки из стакана кнопки "Снять выделенную заявку" и "Заменить выделенную заявку" на панели активируются с большим временным лагом.

Можно написать на Lua скрипт, который будет каждый день пересчитывать ваш НКД.

Как отображаются неполные лоты в портфелях у брокеров с настройкой отображения лимитов в лотах?

Вам рассказать как запустить QUIK без скриптов и без переустановки квика?
Тут правильно написали: в вашем случае поможет только риск-менеджер на сервере. А все эти локальные защиты/блокировки при желании обходятся/отключаются.

"Абсолютно ВСЕ" данные проверить в QUIK невозможно. Так, в нельзя проверить на наличие пропусков в ТВС или на графиках. Если только сверять с ещё одним источником данных.

Это как?

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

Мда... Двухпоточность в QLua работает действительно неэффективно:
Вот сейчас запустил одновременно три скрипта в QUIK. Общее время работы составило 12.9 сек, что больше, чем при последовательном их запуске через консоль (3.5+3.5+3.6=10.6 сек).
Таким образом, выигрыша в производительности от многопоточной схемы работы в QUIK, действительно, не наблюдается. Единственный плюс - то, что интерфейс не зависает при работе длительных циклов в main.

В среде QUIK скрипты выполняются в несколько раз дольше, чем в командной строке.
Вот такой скрипт
в командной строке выполняется 3.5 сек, в QUIK - 8.8 сек.
В 2.5 раза дольше! Почему так?

PS: ЦП: 2 ядра, 4 логических процессора.

Zoya Skvorcova, вы не правы. При отсутствии встречного предложения/спроса заявка просто снимается, а не отклоняется ТС.

Есть бумага. Она не принадлежит к конкретному классу TQBR или SMAL: это одна и та же бумага.
Поэтому получать количество в depo_limits нужно в штуках. А при необходимости пересчитывать в лоты в зависимости от лотности нужного вам класса.

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

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

Что касается документации, то неплохо добавить в неё следующую информацию: #1, #2

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

Вы уверены?

Если окно с указанным id было ранее создано и не закрыто, то CreateWindow вернёт 0. Есть ещё варианты?

В каких случаях (кроме некорректно заданного идентификатора) функция может вернуть 0?

В v.7.4 минимальную ширину стакана увеличили со 128px до 136px. Чем обусловлено такое решение?

Индикаторы все равно рассчитываются так или иначе: в роботе или самим квиком. Но в случае getCandlesByIndex ресурсы тратятся ещё и на отображение графика и индикатора, что более ресурсоёмко, чем просто вычисление.

Добрый день.
Добавьте пункт меню "Копировать ячейку" (для копирования кодов бумаг, ISIN и пр.)

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

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