Насколько мне известно в терминале источником данных всегда является лишь сервер. и все данные с сервера запишутся в архив. Но как создать локальный источник новых данных без соединения с сервером?
Вероятно, данные до 16.02.2022 у Вас были накоплены локально, а с 27.07.2022 - транслируются с сервера QUIK. Архив графика может содержать максимально 65000 свечей если их накапливать, то есть каждый день необходимо подключаться к серверу QUIK и строить график по инструменту. Если же в промежуток времени с февраля по июль Вы не строили данный график, то соответственно исторические данные по этому графику у Вас не накапливались. С сервера QUIK можно же заказать только максимум 3000 свечей (+ текущую торговую сессию). Т.е. в настоящий момент увидеть пропущенные данные с февраля по июль на графике уже возможности нет.
Если же Вам, наоборот, не требуется видеть исторические данные по этому инструменту, то Вы можете удалить исторические данные вручную из папки Archive в директории с терминалом QUIK.
Можете объяснить как локально в QUIK накапливать данные . Очень хочу так делать.
Недавно сообщал на форуме о том, что дата сервера в текущих торгах показывает вчерашнюю дату. сегодня выявил как это можно повторить. ------------------- проблему можно обнаружить, если загрузить квик и подключить его к серверу до начала торгов. В этом случае, после начала торгов дата сервера не обновляется и остается равной дате предыдущих торгов. если разорвать соединение и снова восстановить то дата сервера обновляется до текущей. -------------------- От версии КВИКА этот прикол не зависит.
Шорты осиновые написал: Добрый день! Уже была на форуме аналогичная тема - не хватает длины поля для текстовой выноски и других типов меток, но изменений нет.
nikolz написал: Поставьте 8 версию КВИК в 9 много ошибок.
А как ее поставить? где репозитарий старых версий?
Если Вы обновляли версию 8 на 9 то старая у Вас в папке QUIK/backup/ дата обновления. -------------- Если ставили 9 как новый квик, то можно спросить у брокера или у разработчиков.
Kolossi написал: А как насчет получения средней цены покупки по инструменту, точнее параметра "Балансовая цена" в таблице Состояние счета?
К сожалению, средствами QLUA данную таблицу не получить.
Однако параметры данной таблицы формируются на основе позиций клиента, которые отражены в соответствующих таблицах терминала, к которым в свою очередь можно получить доступ средствами QLUA. Подробное описание полей Таблицы "Состояние счёта" находится в Руководство пользователя QUIK v.9.7zip, 14.6 МБ -> Раздел 3. Просмотр информации -> 3.5 Состояние счета.
Да не получается. Конечно я веду среднюю позиции средствами и возможностями скриптов. Как правило она совпадает с балансовой ценой, но стоит провести сделку мимо скрипта и весь результат можно кидать в помойное ведро. Поэтому возможность получать данные с этой таблицы хотелось бы иметь.
Если интересует цена покупки актива то надо использовать Позиции по инструментам
Описание параметров таблицы «Позиции по инструментам»:
Параметр
Тип
Описание
sec_code
STRING
Код инструмента
trdaccid
STRING
Счет депо
firmid
STRING
Идентификатор фирмы
client_code
STRING
Код клиента
openbal
NUMBER
Входящий остаток
openlimit
NUMBER
Входящий лимит
currentbal
NUMBER
Текущий остаток
currentlimit
NUMBER
Текущий лимит
locked_sell
NUMBER
В продаже. Количество инструментов, заблокированное под исполнение заявок клиента на продажу
locked_buy
NUMBER
В покупке. Количество инструментов в активных заявках клиента на покупку
locked_buy_value
NUMBER
Стоимость инструментов, заблокированных под покупку
locked_sell_value
NUMBER
Стоимость инструментов, заблокированных под продажу
wa_position_price
NUMBER
Цена приобретения
limit_kind
NUMBER
Срок расчётов. Возможные значения:
положительные целые числа, начиная с «0», соответствующие срокам расчётов из таблицы «Позиции по инструментам»: «0» – T0, «1» – T1, «2» – T2 и т.д.;
отрицательные целые числа – технологические лимиты (используются для внутренней работы системы QUIK)
и еще про closure : " Внутренняя функция всегда обращается к свободным переменным (которые называют "внешними локальными переменными") косвенно через структуру, называемую "upval", используя инструкции GETUPVAL и SETUPVAL . Пока включающая функция активна, upval указывает на слот локальной переменной в стеке (хотя Lua является виртуальной машиной на основе регистров, она использует стек внутри) Это удобно, потому что заключающей функции не нужно беспокоиться о том, является ли переменная частью замыкания или нет. Когда функция возвращается, она копирует локальные переменные в элемент структуры upval и указывает на это upval. Upval сохраняется до тех пор, пока на него больше никто не ссылается, и в этот момент он может быть собран для сбора мусора.
это вообще не о том. ------------- Объясняю... -------------- Если функции передается значение скалярной переменной, то при входе внутрь функций луа всегда происходит создание копии скалярной переменной. В отличии от СИ, в луа нельзя передать указатель на скаляр. ----------------- Т е если Вы присваиваете локальной переменной глобальную, то значение глобальной копируется в локальную. ------------------- В этом месте теоретически синхронизация для глобальной переменной нужна, но так как вы читаете, то эта синхронизация не имеет практического смысла. ---------------------- После этого в локальной переменной у вас копия и никакая синхронизация не требуется, а изменение локальной не меняет глобальную. =============== когда локальной переменной вы присваиваете таблицу то в локальную записывается указатель глобальной. синхронизация опять же будет для глобальной, а не для локальной переменной. ================ Таким образом, в любом случае локальная переменная у Вас недоступна из других потоков и ее синхронизация не требуется. ================ а closure это сохранение переданного значения функции вне стека функции. И при новом входе в функцию эти значения могут быть использованы. Но эти значения внутри потока функции и они не доступны по указателю в других потоках. ======================== Поэтому closure - это о сохранении значений внутренних переменных функции при выходе из области видимости этой функции. читаем документацию: "замыкание - это функция плюс все, что ей нужно для правильного доступа к своим значениям... Технически говоря, значение в Lua - это замыкание, а не функция. Сама функция является всего лишь прототипом для замыканий." ===============
Вы же хотите узнать цену сделки, так и читайте ее из таблицы сделок. причем здесь позиция по инструментам? и где Вы в позиции увидели цену?
Ну да, с ценой сделки козе понятно. ) А как насчет получения средней цены покупки по инструменту, точнее параметра "Балансовая цена" в таблице Состояние счета?
Если Вы пытаетесь ответить на вопрос темы, то читайте внимательнее вопрос. Если просто выпендриваетесь, то нахрена?
nikolz написал: так как вы не сможете обратиться к локальным переменным майн из колбека и наоборот.
Так "глобальная" переменная, объявленная с local вне функций, захватывается разными функциями и становится для них "локальной".
Вы это сами придумали или где прочитали? Вы хотя бы поняли, что написали? ----------------------------------------------- Если Вы локальной переменной присваиваете значение глобальной, то будет выполнено копирование значения для скалярной величины и копирование указателя для таблицы. -------------------- Поэтому никто ничего не захватывает и ничем не становится.
1. В main() можно использовать функции получения данных от Квика, которые обычно используются в колбаках? Такие как getParamEx(), getLevel2Quotes() и т.д.
2. QLua нормально синхронизирует обращение к переменным, помеченным как local, если к ним идет доступ и из потока колбаков, и из потока main?
main и колбеки имеют общий глобальный стек VMLua. Поэтому есть синхронизация обращения к глобальным пере5менным. Кроме того, обращение к глобальным переменным в кобеке приводит к блокировке main при обращении к этим же переменным. Т е колбеки и main в этой ситуации работают последовательно. -------------------- локальные стеки у них разные. поэтому синхронизация не требуется , так как вы не сможете обратиться к локальным переменным майн из колбека и наоборот.
Рустам написал: Если использовать условную заявку то они могут не взяться. Например продал акции и с концами пошел наверх оставив лимитку на покупку внизу. Было дело. Пробовал. Есть еще варианты? Чтобы один раз выставил до торговой сессии и забыл на сутки
Рустам написал: Ребята. Подскажите как с начала торгов с помощью стоп заявок сначала продать а затем купить одинаковое число заявок? В данный момент если ставить стоп-лимит на продажу и покупку то при покупке выдает ошибку "не прошла контроль лимитов". Это как бы невозможно купить у себя во время продажи. итог только идет продажа. С помощью тейкпрофита удается но там все зависит от того что первое пошло или покупка или продажа. Я бы его использовал но метод FIFO меня добивает своей неточностью. Нужно сначала продать а затем купить. Подскажите какие есть варианты!!!
надо ставить не по рынку, а по фиксированной цене. и надо использовать не стоп-заявку, а условную заявку.
и еще функция FRACTALS это плохой индикатор из тех, которые заглядывают в будущее. Т е индикатор -шулер. Значения на график заносятся задним числом. Поэтому вам кажется что можно легко торговать. ---------------- Если вы построите робота на таком индикаторе то на истории этот робот будет давать прибыль а на реале - убыток.
Сергей написал: Приветствую, во втором сообщении код индикатора. Стандартный фрактал на lua. Мне нужно просто поднять/опустить его от графика, потому что он очень близко рисуется, мелкие свечи бывает не видно. Я делаю его в виде жирных точек, вот они сильно низко рисуются. А стандартные треугольники со сделками иногда сливаются.
можно сделать так: ---------------- В setting добавляем два значения вот так: Settings = { Name = "nk_FRACTALS(Fractals)", X1 = 0.0, -- это смещение для максимума X2 = 0.0, -- это смещение для минимума Period = 5, line = {{ Name = "Horizontal line", Type = TYPE_LINE, Color = RGB(140, 140, 140) }, { Name = "FRACTALS - Up", Type = TYPE_TRIANGLE_UP, Color = RGB(0, 206, 0) }, { Name = "FRACTALS - Down", Type = TYPE_TRIANGLE_DOWN, Color = RGB(221, 44, 44) } }, -------------------- далее добавляем вот такую функцию -------------------- local function nk_sm(X,N,m) if N then return X(N)+m end end ----------------- и исправляем две строки в функции ----------------- function OnCalculate(Index) local Out1,Out2 = func(Index, Settings) SetValue(Out1, 2, ConvertValue(Settings,nk_sm(H,Out1,Settings.X1))) SetValue(Out2, 3, ConvertValue(Settings,nk_sm(L,Out2,Settings.X2))) return tonumber(Settings.Horizontal_line),nil,nil end ================= если что не так, пишите, поправлю.
Владислав, Несколько бесплатных советов. ------------------------- Тестирование скорости исполнения скриптов или отдельных функций делается для оценки имеющихся вычислительных ресурсов . ----------------------- Эти оценки необходимы для разработки в дальнейшем алгоритмов работы роботов, реализующих конкретную стратегию поведения. --------------- Если вы начинающий писатель, то начинать надо с выбора метода торговли (если это торговый робот) затем разработки алгоритма и реализации его. ---------------------------------- После этого наступает этап тестирования и определения адекватности его работы ожиданиям автора. --------- Частота совершения сделок а следовательно и скорость реакции робота зависит от выбранной стратегии торговли. ----------- Если Вы решили заниматься скальпингом, то скорость сделка в секунду может быть низкой, а если займетесь арбитражем, то возможно что и 1 сделка в минуту будет достаточно. ------------------ Поэтому рекомендую начать не с написания скрипта для торговли, а с разработки алгоритма торговли и тестирования его на истории. =============== И еще, если торгуете конкретным инструментом, то можно торговать без колбеков а робота написать в индикаторе. При этом скорость будет не ниже чем с колбеками а скрипт на порядок проще. ==================== Если используете колбеки, то более важной задачей является синхронизация сообщений и транзакций между собой так как интернет и биржевая торговля это источники асинхронных событий. ------------------ Если сделаете правильно, то робот будет работать без затыков и сообщениях об ошибках и всегда быстро будете получать реакцию на сделки. --------------- Примерно так.
nikolz написал: попробуйте в заказе данных в потоке котировок оставить лишь один класс и в нем инструмент .Посмотрите сколько у Вас сейчас в окне выбор принимаемых инструментоввыбрано классов инструментов и параметров
Я убрал вообще все данные, но загрузка от этого не изменилась
В диспетчере задач время Info равно нулю т е терминал не работает. Предлагаю сделать следующее оставьте как установили т е без классов и инструметов сохраните квик и выйдете из него (система->выход ) Удалите файл *.log Запустите терминал снова
СергейК написал: Написал про это брокеру Втб также.
Я звонил им в поддержку. Все тоже самое: удалили .log, .dat, .wnd файлы, почистили папки, изменили настройку получения данных. Посоветовали переустановить. Ничего не помогло из этого. у себя в теме я писал, что даже пустой без вкладок и графиков квик у меня забрал сразу 2 ГБ
попробуйте в заказе данных в потоке котировок оставить лишь один класс и в нем инструмент . Посмотрите сколько у Вас сейчас в окне выбор принимаемых инструментов выбрано классов инструментов и параметров
Владислав, вроде бы уже писал, но повторю. ------------------- чтобы не дублировать колбеки надо обеспечить возможность скриптам обращаться к общим данным. это можно сделать различными методами. ------------------------- Реализую это с помощью memory mapping. Кроме того, для реализации неблокирующей синхронизации потоков использую shared memory. Для параллельной работы с множеством инструментов использую пул потоков. ------------------ Примерно так.
Айдар написал: Чтобы изменить параметры действующей стоп-заявки я удаляю действующую и выставляю новую. Но иногда происходит так, что во время удаления эта стоп-заявка успевает сработать - и в этом случае новая уже не требуется, но в алгоритме это не прописано и все-равно выставляется новая-стоп заявка. Как можно это исправить? Спасибо
используйте колбек стоп-заявки любое изменение будет приходить в колбек. Надо обрабатывать все события в колбеке.
Добрый день, --------------- сделал следующий тест. На график вывел два варианта индикатора стохастик. ----------------------- 1) встроенный в терминал (третий график на картинке ) 2) взятый из предложенных разработчиками вариантов на луа. (четвертый график ) ----------------------- Во втором варианте добавил чтение индикатора с графика первого варианта и вывод этого значения для сравнения на график второго варианта. ------------- На втором варианте это линия белого цвета. ------------------ Вот такая картинка в итоге:
Время чтения индикатора с графика 6.8 мкс , а время расчета индикатора 23.4 мкс.
задача простая - торгуем бумагу. Таких бумаг 40+ "Смотрю" на разных ТФ (их 6+ по каждому инструменту).
Сейчас встал выбор - брать ДАНЫЕ индикаторов с ГРАФИКА (всегда открыт, их 6+ с индикаторами) или вообще закрыть графики и брать данные по бумаге с сервера брокера в разных ТФ и так же рассчитывать идикаторы.
вопрос - что менее грузит систему? Что быстрее?
Велика ли разница? по наитию понимаю что быстрее рассчет.
Благодарствую.
Если это встроенные в терминал индикаторы , то быстрее брать с графика. --------------------------------------- Если это индикаторы рассчитываемы в луа, то зависит от того как Вы напишите эти индикаторы. ------------------------ Разница в том, что встроенные реализованы на СИ. А индикаторы на луа - это байт код этот байт-код исполняется виртуальной машиной луа т е в программе на СИ последовательность байт-кода выполняется вызовом функций, реализованных на СИ. при этом, так как данные в луа хранятся в виде структур, то прежде чем их обработать те вычислить индикатор ВМ луа проверяет их формат и вызывает соответствующие преобразования. ------------------------ В итоге, даже если Вы вызовите на луа пустую функцию луа, у вас уйдет на это куча времени минимум раза в 3 больше, чем вызов функции СИ. -------------- В итоге ваш индикатор на луа может вычисляться от 3 до 10 раз медленнее, чем встроенный, либо написанный на C. ============ Но это не предел, можно так плохо написать индикатор на луа что будет медленнее раз в 100. Например, тут есть один умелец который пузырьком на луа сортирует миллион данных. при этом потери в скорости уже составляют 1000 и десятки тысяч раз. Но его это не ...ет, так что дело вкуса.
Владимир Петров написал: Добрый день. Подскажите пожалуйста, где искать источник проблемы? Пытаюсь через динамический импорт транзакций выставить заявку по долларовым центам. ACCOUNT=###; CLIENT_CODE=###; TYPE=L; TRANS_ID=680858782; CLASSCODE=CETS_SU; SECCODE=USDRUB_TMS; ACTION=NEW_ORDER; OPERATION=B; PRICE=60.1100; QUANTITY=50; TransactionReplyMessage:Обработка внешних транзакций: Отправка транзакций данного типа не поддерживается. До сервера транзакция не доходит. Может какую-то галочку нужно где-то поставить?
Версия квик 7.27.2.1 Брокер Кит-финанс
скорее всего вы неправильно задали параметры поэтому ошибка возникает на уровне терминала. все числа передаются как строки а в цене надо установить дробную часть в соответствии с шагом цены
и еще В нормальных программах есть обычно функция инициализации так вот в этой функции и грузятся все индикаторы. Поэтому вариант - тупо два раза - это для дилетантов.
nikolz написал: Метод OnCalculate обязательно срабатывает два раза на для всей истории свечей в следующих случаях 1) Когда первый раз загружается индикатор на график 2) Когда вносятся изменения в settings уже загруженного индикатора ------------------ Если изменения не вносятся, а лишь вызывается редактирование, то метод срабатывает лишь один раз. =========== Таким образом в 1 и 2 случаях выполняется два раза идентичный расчет всего индикатора для всей истории свечей. т е бессмысленная трата времени процессора и зависание квика.
Не бессмысленная. Это костыль, специально сделанный разработчиками.
Индикаторы загружаются последовательно один за другим. Если один индикатор использует данные с другого индикатора, то нет гарантий, что на втором уже есть рассчитанные данные. Поэтому не долго думая, при добавлении тупо прогоняют начальный расчет по всей цепочке. Ну по иным причинам, которые не видны пользователю.
Ну, в общем понятно, какой ногой все это написано.
Загружаются, да, но исполняются они последовательно для каждого тика. поэтому решение "два раза все сначала" - очень тупое.
Метод OnCalculate обязательно срабатывает два раза на для всей истории свечей в следующих случаях 1) Когда первый раз загружается индикатор на график 2) Когда вносятся изменения в settings уже загруженного индикатора ------------------ Если изменения не вносятся, а лишь вызывается редактирование, то метод срабатывает лишь один раз. =========== Таким образом в 1 и 2 случаях выполняется два раза идентичный расчет всего индикатора для всей истории свечей. т е бессмысленная трата времени процессора и зависание квика.
Действительно метод OnCalculate может срабатывать не один раз при изменении параметров индикатора. Данная проблема будет устранена в одной из очередных версий ПО. Приносим извинения за причиненные неудобства.
Метод OnCalculate обязательно срабатывает два раза на для всей истории свечей в следующих случаях 1) Когда первый раз загружается индикатор на график 2) Когда вносятся изменения в settings уже загруженного индикатора ------------------ Если изменения не вносятся, а лишь вызывается редактирование, то метод срабатывает лишь один раз. =========== Таким образом в 1 и 2 случаях выполняется два раза идентичный расчет всего индикатора для всей истории свечей. т е бессмысленная трата времени процессора и зависание квика.
Евгений написал: Возникла новая проблема - получить значения индикатора с нескольких предыдущих свечек. Пробовал поменять запрос so1,so2=funcSo(ds:Size(),.. на so1,so2=funcSo(ds:Size()-1,... или менял цикл for i=1,ds:Size() do на for i=1,ds:Size()-1 do, получается ерунда. Подскажите?
чтобы получить значения индикатора с предыдущих свечей надо сохранять значения индикатора в массиве тогда значения предыдущие читаете из массива по индексу влево от длины массива. т е local t={} t[#t+1]=текущее значение индикатора
читаем значение на 1 свечу назад x=t[#t-1] на 2 свечи x=t[#t-2]
Евгений написал: Возникла новая проблема - получить значения индикатора с нескольких предыдущих свечек. Пробовал поменять запрос so1,so2=funcSo(ds:Size(),.. на so1,so2=funcSo(ds:Size()-1,... или менял цикл for i=1,ds:Size() do на for i=1,ds:Size()-1 do, получается ерунда. Подскажите?
так как вы хотите использовать этот индикатор без отображения на графике то для начала исправьте исходный файл и уберите все лишнее: 1) надо выкинуть это:
Код
Settings = {
Name = "*SO (Stochastic Oscillator)",
Period = 5,
Metod = "SMA", --(SMA, MMA, EMA, WMA, SMMA, VMA)
Shift = 3,
Period_D = 3,
Metod_D = "SMA", --(SMA, MMA, EMA, WMA, SMMA, VMA)
line = {{
Name = "Horizontal line (top)",
Type = TYPE_LINE,
Color = RGB(140, 140, 140)
},
{
Name = "Horizontal line (bottom)",
Type = TYPE_LINE,
Color = RGB(140, 140, 140)
},
{
Name = "SO",
Type = TYPE_LINE,
Color = RGB(221, 44, 44)
},
{
Name = "SO - %D",
Type = TYPE_LINE,
Color = RGB(0, 206, 0)
}
},
Round = "off",
Multiply = 1,
Horizontal_line="30"
}
function Init()
func = SO()
return #Settings.line
end
function OnCalculate(Index)
local Out1,Out2 = ConvertValue(Settings, func(Index, Settings))
local HL = tonumber(Settings.Horizontal_line)
if HL then
return 50+HL,50-HL,Out1,Out2
else
return nil,nil,Out1,Out2
end
end
2) Из большого числа скользящих средних взять то, которое будете использовать Остальное выкинуть. ------------------- 3) Переписать функцию SO, указав в ней функцию из 2 -------------------------- В результате у Вас будет скрипт очень похожий на то, что я написал Выше. в итоге не будет кучи ошибок и все будет просто и понятно. ----------- Если захотите другую функцию сглаживания то просто замените ее в скрипте.
Николай написал: А Вы используете этот код как индикатор или как скрипт?
Если как скрипт, то не забывайте передавать поток данных, для которого даже есть переменная ds. Или, возможно, Вы просто переопределили глобальную переменную C, например С = 5. Что делать в индикаторе нельзя. Да и в скрипте тоже, если используете этот код, т.к. (C and C(I)) просто проверяет на nil, а уж число там или нет уже не проверяет.
Как скрипт, ds есть Вычисление стохастика по ВИКИ элементарно просто: --------------------- x=100*(C(i)-Ln)/(Hn-Ln); K=Filt(AL1,K,x); D=Filt(AL,D,K); --------------------------- где Hn и Ln - это максимум и минимум на интервале N а Filt - это мувинг , например, такой: K=Filt(AL1,K,x); ------------------------------ Т е все до безобразия примитивно и просто, как и вся финансовая математика. --------------- сравните это с монстром, который вам подсунули. ================= Для справки - стохастик - это примитивный полосовой фильтр с очень плохими фильтрующими свойствами. Параметры этого фильтра биржевые игроки подбирают методом тыка.
Для меня это не очень просто, т.к. данную формулу нужно адаптировать для своего скрипта, ведь так? Причём делать эту нужно для каждого индикатора, с которым захочется поработать. Пробовал я по другому индикатору это сделать - работает, но значения не те. Всё же, думаю, что удобнее всего было бы получать значения индикатора через запрос к файлу индикатора. Подскажите, где можно посмотреть примеры запросов к индикаторам?
напишите, что хотите сделать. Если Вы делаете индикатор и в нем будете делать робота, то можно использовать код который указали Выше. если вы не можете запустить его как индикатор, то могу выложить немного исправленный этот код который без проблем запускается как индикатор. ----------------- если хотите как-то иначе использовать этот индикатор, то напишите подробнее, что хотите сделать. будет настроение, подскажу как.
действительно, Вернул версию 8.7 и все стало ОК! дата сервера 22.08.2022 ------------------------ второй раз пытался поставить 9.4 и опять пришлось выкинуть до лучших времен.
странно то, что я в субботу заменил версию 8.7 на версию 9.4.2.1 И с такой херней столкнулся впервые. Что-то мне подсказывает что эта херня с 9 версии.