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

Пожалуйста добавьте возможность получения доходности облигаций в функцию getQuoteLevel2, в стаканах в самой программе она есть, но по видимому ее забыли добавить в getQuoteLevel2.

Порядок прихода сделок по возрастанию номера не гарантирован.

OnTrade как правило приходит раньше OnOrder.

Сама по себе сделка содержит номер транзакции, номер заявки и цену исполнения.

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

Установить Visual C++ Redistributable Runtimes

Проверил.

1. Тип стоп-заявки не важен.
   
2. С облигациями все тоже самое.
   
3. Всегда происходит изменение значения в строке с "AGRO" вместо действительной бумаги.
   
4. Таблица начинает отображать корректные значения если переключить режим (Тx/T2).
   
5. Если выбрать режим T2 и выставить заявку, проблема сохраняется (не зависит от выбранного режима).
   

Настройки выставил как на рисунке, никаких изменений не заметил.

Брокер ВТБ, записывать видео не хочу.

Все еще интереснее, если снять эту заявку, то в таблице не обновляется значение, а по другой бумаге значение устанавливается в "-1"
Вот скриншот, активных заявок нет. Была снята стоп-заявка POLY, в результате имеем AGRO "-1"

После выставления стоп-заявки (тейк-профит) признак ее наличия (колонка стоп-заявки) в таблице "состояние счета" отображается для совсем другой бумаги, для бумаги для которой в реальности выставлен стоп - не отображается.
После перезаказа данных локальных справочников и перезапуска терминала отображение корректное.

flag=0 --ИСХОДНОЕ ЗНАЧЕНИЕ ФЛАГА

Сейчас переменной присваивается значение 0 на каждой итерации цикла while. Очевидно, что инициализацию переменной нужно вынести за его пределы.

Функции обратного вызова вызываются по нескольку раз и это обычное поведение. Вызываются они не только после изменения свойств входящего параметра доступных внутри луа, но и свойств которые остаются "за кадром".

Не нужно вставлять задержки в main, организуйте очередь задач и обрабатывайте их последовательно, возвращаясь к незавершенным (требующим ожидания) задачам уже после.

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

В идеале нужно записывать данные в таблицу с индексом и сразу возвращать управление, всю обработку производить уже в main.

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

currentbal "Текущий остаток" в getDepoEx

Напишите макрос для post-build события сборки, который будет переименовывать файл. Готового решения у меня нет.

Настройте динамическое название библиотеки, например, mylib-723cf36f.dll, где 723cf36f - динамический хеш. Да, будут оставаться файлы старых версий и в памяти и на диске, но их можно подчищать после закрытия терминала.

Еще можно по параметру "QUALIFIED" в таблице текущих торгов.

По коду класса?

collectgarbage()

Предположу, что процессор Ryzen, а компьютер вышел из гибернации.

Если использовать источником данных DataSource, то использовать SetUpdateCallback для получения информации о том, что появилась новая свеча можно.

При появлении новой свечи в OnDataSourceUpdate изменится index и время свечи, пример:


-- Функция вызывается при изменении свечки в таблице data_source
-- OnDataSourceUpdate(TABLE data_source, STRING class_code, STRING sec_code, NUMBER interval, STRING param, NUMBER index)
function OnDataSourceUpdate(ds, class_code, sec_code, interval, param, index)
...
local datetime = ds:T(index)

end

...

local ds, error = CreateDataSource(class_code, sec_code, interval, param)
if ds ~= nil then
ds:SetUpdateCallback(function (...) OnDataSourceUpdate(ds, class_code, sec_code, interval, param, ...) end)
end

OnTransReply не всегда содержит поле с номером заявки order_num (параметр указан со звездочкой в руководстве). Номер заявки обычно поступает в одном из последних вызовов OnTransReply. Лучше всего номер заявки получать из таблицы заявок по trans_id транзакции.

PineScript указал просто как пример. Рано или поздно он начнет выполняться на сторонних серверах как уже произошло с графиком.

PineScript, TradingView, терминал Тинькофф.  

Да я и не прошу его подключать к квик.
Сейчас молодежь со школы учат программировать на python, наверное, это был бы самый востребованный вариант в будущем. (сам не программирую на нем)

Производительность не бывает лишней. Как вариант можно тестировать стратегию на истории прямо внутри квик ( т.к. появляется возможность запустить задачу в отдельном потоке)

А интерпретатор JavaScript в Node.js? По идее должна быть хорошая производительность.

Попробуйте использовать CalcBuySell

Subscribe_Level_II_Quotes заказывает с сервера поток котировок (далеко не быстрая процедура)
Естественно getQuoteLevel2 вернет значения только для уже заказанных ранее стаканов (или открытых в quik)

Впечатляет! Т.е улучшение производительности в 20 раз?
В таблице не хватает теста с Lua 5.4.1

Очень интересно, поздравляю с успехом коллега!

Не понимаю, где была инициализирована переменная  nk1?PS: К сожалению, не являюсь программистом на C/C++.

Выше написано все верно. От себя могу добавить что для обмена еще можно использовать сокеты (socket).

А что если каждые 100 элементов вызывать сборку мусора?
collectgarbage()

Какая версия терминала?

CalcBuySell сломали в версии терминала 10. Производительность снизилась на порядок в сравнении с версией 9.

Как решить эту проблему? Терминал 10.0.1.18

Ошибка в getPortfolioInfo и getPortfolioInfoEx воспроизводится и на чистом луа без внешних библиотек и при единственном запущенном скрипте.

Дополнительные скрипты запущенные параллельно ВЛИЯЮТ на частоту появления ошибки, так и на возвращаемое значение этой функции.

Всем, кто использует getPortfolioInfo в своих программах не советую обновляться до 9 версии.

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

В 9 версии сломали функцию getPortfolioInfoEx


Рабочий квик ВТБ


В версии 9.2.3.15 и LUA 5.4 данный код вызывает ошибку ACCESS VIOLATION at address 00007FF9F3D71FB4
В версии 9.2.3.15 и LUA 5.3 падение терминала

Демо квик


В версии 9.3.1.11 и LUA 5.4

[6500] string
[6500] а‹fb     <- эти символы всегда разные


В версии 9.3.1.11 и LUA 5.3  ACCESS VIOLATION at address 00007FF9F057CC05

Квик и при 20 графиках еле работает, если в него добавить все возможные инструменты со всеми возможными таймфреймами и на эти графики наложить 3 индикатора, то он будет запускаться дольше, чем длится основная сессия.

Если рассчитывать индикаторы самому, то это конечно улучшит ситуацию, однако, подписка на сотню тысяч источников наверняка его прикончит.

Есть еще 3 вариант, следить за значением в OnParam() / getParamEx(). Поле "LAST" Цена последней сделки. Я бы именно так и делал, если не требуется анализ свечей.

Да, вся информация доступна до конца дня. Таблицы брать используя функцию SearchItems. Названия таблиц (table_name): "orders", "stop_orders", "trades"

Номер заявки внутри дня уникален. Искать нужно по следующей цепочке:

Уникальный номер транзакции (создаем сами) -> ищем заявку (по номеру транзакции) -> ищем сделки (по найденному номеру заявки)

По найденным сделкам рассчитываем среднюю.

Редактировать -> Поставить галку "транспонировать", нажать да.  Затем в обратном порядке. Ширина столбцов после такой процедуры будет сброшена.

Не редко, после включения терминала я вижу некорректные данные в таблице текущих параметров, эти данные не обновляются автоматически.
На приведенном скриншоте  видно, что статус сессии для инструментов отображается как "открыта", хотя инструменты не торгуются в дополнительную сессию.

Единственной способ получить актуальные данные это перезаказать их через меню "система->заказа данных->перезаказать данные", после этой процедуры они отображаются корректно. (скриншот 2).
Как я понимаю, это косвенно подтверждает, что брокер транслирует актуальные данные.  

Выбран неверный подход.
Вам нужно организовать очередь (массив) и обработчик (в Main).
После события запись добавляется в массив с указанием времени добавления, в main периодически (с заданным интервалом) проверяется, извлекается и обрабатывается.
При таком подходе скрипт никогда не будет "спать" и сможет параллельно обрабатывать события от разных колл-беков.

Такой подход к организации ожидания события не дает права на ошибку и при любом некорректном входном параметре или ошибки выполнения getParamEx навсегда "повесит" скрипт

Зависит от того как реализована многопоточность в квике. Но все же повышение нагрузки с 30 до 50% на ядро, говорит о том, что некие задачи теперь работают последовательно, а раньше разбрасывались параллельно по ядрам.

Более быстрый процессор решит любую математическую задачу быстрее чем его медленный собрат.
Однако, для конкретной задачи это может быть очень не существенно, что там за математика предшествует коллбекам неизвестно, поэтому кроме как тестированием это не проверить.

В скриптах на Lua эта библиотека вообще не нужна, она используется для отправки транзакций внешними приложениями.