Такого добра полно на просторах. Кто не писал логгинг и журналы сделок, скринеры, роботы и т.д... Только не стоит сюда выносить. На СмартЛабе или любой социальной ... будет самое то...
Здесь же хотелось бы обсуждать технические вопросы, не более.
(PS. Заведите аккаунт на GitHub, поменьше используейте dofile, глобальные переменные и функции, ну и callback не место для сложных действий и точно не для совершения транзакций)
lua 5.3 числа вида float форматирует как "1000.0". Необходимо применить форматирвание или перегрузить глобальную функцию tostring. Это уже обсуждалось https://forum.quik.ru/forum10/topic5319/
Михаил В написал: Добрый день. Пишу автостоп. Возникло несколько вопросов. 1. Как при закрытии окна скрипта "по крестику" остановить его работу? Функция OnStop не помогает, скрипт остается запущенным, только без окна. 2. Не могу придумать логику уменьшения позиции в стоповой заявке при частичном закрытии позиции. При наборе позиции сравниваю текущую с предыдущей позицией и если она больше, то удаляю и выставляю стоп со связанной заявкой по новой с новым лотом. Работает как положено. Размер позиции получаю из getNumberOf("FUTURES_CLIENT_HOLDING"). Но при уменьшении позиции (частичном закрытии) все сложней. Нужно различать частичное закрытие вручную по рынку от закрытия по достижению тейк-профита. При ручном частичном закрытии нужно удалять и переустанавливать стоп-заявку, а при закрытии об тейк-профит ничего не делать, чтобы избежать при "быстром" рынке и тормозах у брокера переворачивания позиции (что наблюдается у некоторых бесплатных автостопов из интернета). Экспериментировать на реальном счету нет желания, а на демо бесполезно.
По первому вопросу уже ответили - у Вас флаг работы скрипта должен быь. Сбросьте его в OnStop, закройте таблицы через Destroy.
По второму - у Вас стоп на всю позицю или частично? Если на всю, то какая разница. Если после сработавшего профита, позиция стала 0, то и стоп нао убрать. Если стала 3, а стоп стоит на 5, то тоже надо переставить. Т.е. условие для Вас это когда размер стопа стал отличаться от размера позиции.
Сама среда разработки не дает хорошей проверки ошибок. Это дает линтер или language-server в виде плагина для редактора. Notepad++, если я правльно помню, сам по себе только подстветку кода делает. Для VS Code это разные плагины lua (я предпочитаю этот плагин: lua by sumneko https://github.com/sumneko/lua-language-server) + luacheck как линтер. Вместе они дадут проверку почти всех синтаксических ошибок. Даже часть проверок многие отключают, т.к. привычка написания кода другая.
Добавьте индикатор в доступные скрипты в самом Квике и запустите. Он покажет ошибку компиляции.
Но лучше поставить среду разработки типа Notepad++, Sublime Text, VisualStudio Code (и др.) и добавить плагины для lua. И к ним прикрутить линтер luacheck. Я VS Code предпочитаю, т.к. у него лучшая интеграция с GitHub. Тогда он покажет банальнейшие ошибки. Правда придется переосмыслить методику написания кода, т.к. любой линтер будет считать за ошибку хаотичное опредение глобальных переменнных и функций без использования оных по месту.
Что касается отладки, то есть один - decoda, но я не проверял будет работать на lua 5.3 x64. Но и с 7-ой версией Квика он работает не очень стабильно.
Можете самим Квиком через string.dump компилировать. Правда ломается легко. Лучше luac.exe -o file.luac file.lua использовать. Выше по ссылке есть бинарники.
Незнайка написал: Nikolay, Я вам просто хочу донести, что result == "1" не гарантирует, что параметр включен в поток данных. Если же result ~= "1", то вы не найдёте его в списках доступных параметров.
Да, это так. Но я свои скрипты пишу из расчета, что включена настройка независимого получения данных, что отмечаю в описании и инструкции.
Nikolay написал: getParamEx возвращает строку "1" если параметр получен и строку "0" если нет.
Проведите небольшой эксперимент: включите галку «С учетом настроек, выбранных пользователем вручную через пункт меню Система/Заказ данных/Поток котировок» и попробуйте получить значение параметра, который не добавлен в списки получаемых параметров (Заказ данных/Поток котировок...) getParamEx вернёт таблицу с result == "1", но без значения самого параметра.
Такой варинт настроек не самый удачный для использования скриптов. Нельзя гаратнтировать, что пользователь не сменит (закроет) таблицу и поток данных исчезнет. Поэтому есть процедуры: ParamRequest, CancelParamRequest.
Впрочем, Вы правы. Я выдернул часть расчета из другой части кода и не увидел, что здесь перевод в деньги от цены, не от пунктов. Т.к. большинство фьючерсов имеют цену как целое число, то это не влияло на результат. Да, надо убрать приведение цены к целому значению.
В расчете L2 нет ошибки. Он ведется в пунктах (т.к. далее пункты переводятся в рубли, через умножение на priceKoeff), поэтому и умножается на размерность инструмента. Проверьте, что передаете правильные значения по направлению. Если покупка, то БГО покупателя и наоборот. Значения же разные.
getParamEx возвращает строку "1" если параметр получен и строку "0" если нет. Если не ошиблись с написание параметра (а этом можно сделать организовав словарь), то возврат "0" или не равно "1" - это значит параметр не транслируется.
Т.к. данные приходят с сервера (а мгновенно это никто гарантировать не может), то надо ждать загрузки всех данных (всех баров). Да, ошибка бывает когда обращаешься к пустому Size. Правда падать, вроде как, не должен.
Проблема ожидания не только в том, что надо ждать, а в том, что интерфейс не дает возможности понять: а все ли данные приехали. Этот ds:Size() - это уже точно все или мы еще в процессе. Бывало не раз когда Size() уже не 0, но и не последний. Я для себя сделал процедуру, сравнивающую время последней сделк и время последнего бара, чтобы понимать, что уже все загружено. Но и здесь проблема - нету у нас даты последней сделки, есть только время (уже поднимал этот вопрос). Вот и получается, что для "дырявых" малоликвидных инструментов возможны проблемы определения состояния загружены все данные или нет.
Попробуйте что-то типа такого. Передается базовое текущее ГО по направлению сделки, цена сделки.
Код
---@param Sec table
---@param go number
---@param deal_price number
---@param Type string SELL|BUY
local function CalcPriceGO(Sec, go, deal_price, Type)
if type(Sec) ~= 'table' then error(("bad argument Sec (table expected, got %s)"):format(type(Sec)),2) end
if type(go) ~= 'number' then error(("bad argument go (number expected, got %s)"):format(type(go)),2) end
if type(deal_price) ~= 'number' then error(("bad argument deal_price (number expected, got %s)"):format(type(deal_price)),2) end
if Type ~= 'BUY' and Type ~= 'SELL' then error(("bad argument Type (string 'SELL' or 'BUY' expected, got %s)"):format(tostring(Type)),2) end
local status, res = pcall(function()
if getParamEx(Sec.CLASS_CODE, Sec.SEC_CODE, "CLPRICE").result ~= '1' then
log.warn([[ Для точного расчета ГО необходимо включить в поток данных параметр "Котировка последнего клиринга".
Сейчас он не включен. Будет взято базовое ГО]])
return go
end
if getParamEx(Sec.CLASS_CODE, Sec.SEC_CODE, "PRICEMAX").result ~= '1' then
log.warn([[ Для точного расчета ГО необходимо включить в поток данных параметр "Максимально возможная цена". Сейчас он не включен.
Сейчас он не включен. Будет взято базовое ГО]])
return go
end
if getParamEx(Sec.CLASS_CODE, Sec.SEC_CODE, "PRICEMIN").result ~= '1' then
log.warn([[ Для точного расчета ГО необходимо включить в поток данных параметр "Минимально возможная цена". Сейчас он не включен.
Сейчас он не включен. Будет взято базовое ГО]])
return go
end
local priceKoeff = Sec.STEPPRICE/Sec.SEC_PRICE_STEP
local cl_price = tonumber(getParamEx(Sec.CLASS_CODE,Sec.SEC_CODE,'CLPRICE').param_value) or 0
local max_price = tonumber(getParamEx(Sec.CLASS_CODE,Sec.SEC_CODE,'PRICEMAX').param_value) or 0
local min_price = tonumber(getParamEx(Sec.CLASS_CODE,Sec.SEC_CODE,'PRICEMIN').param_value) or 0
if cl_price==0 or max_price == 0 or min_price == 0 then return go end
local L2 = (max_price-min_price)*math_pow(10, Sec.SCALE)
local R = (go/(L2*priceKoeff) - 1)*100
local sign = Type == 'BUY' and -1 or 1
return go + sign*(cl_price - deal_price)*priceKoeff*(1 + R/100)
end)
if not status then
log.error('Error CalcPriceGO: '..tostring(res))
return go
end
return res
end
На оффициальном сайте LUA - есть все изменения в языке по версиям. Для примера https://lua.org.ru/contents_ru.html#8 Также по вот этому коду: https://github.com/keplerproject/lua-compat-5.3 можно понять, что пришлось напсать для обеспечения совместимости 5.1 и 5.3. Это рекомендуется делать, т.к. не ясно где будет запущен скрипт - в строй версии Квика или в новой.
Нет, в отличии от getParamEx, эти функции возращают таблицы. Данные в них будут, т.к. это данные по счету, данные по позициям и т.д. надо только проверять, что получен вообще результат и он корректен. http://luaq.ru/getDepoEx.html
Вместо проверок на nil достаточно написать local tblAsk = getParamEx(CLASS_CODE, SEC_CODE, "OFFER") or 0
Но, по хорошему, надо проверить есть ли данный параметр в потоке данных. Иначе будет не ясно - это ошибка получения данных с сервера или они просто не заказаны. Проверить можо так: getParamEx(CLASS_CODE, SEC_CODE, info_string).result == '1'
Это не ошибка, это особенность lua 5.3. При переходе на 5.3 надо соблюдать специикации языка. Там много тонких особенностей. Большинство не будут важны для многих, а часть может просто сломать логику скриптов. Как, например, функция table.insert.
В связи с началом торгов в вечернюю сессию на фондовом рынке, возникает вопрос: какие параметры будут транслироваться для списка бумаг допущенных к торгам? В частности: TRADINGSTSTUS, ENDTIME, EVNSTARTTIME, EVNENDTIME. Будут ли числовые значения статуса отличаться меджду основной сессией и вечерней?
На светлой теме Квик работает с меньшей нагрузкой на графический адаптер. Загрузка центрального процессора примерно одинаковая. Ресурсы жрут два процесса: csrss.exe (Процесс исполнения клиент-сервер) и dwm.exe (Диспетчер окон рабочего стола).
Нагрузка именно на GPU.
Стоит свернуть окно, сразу падает нагрузка. Тоже самое и при отключении соединения с сервером - нагрузка падает.
Я даже сначала подумал, что это вирус майнер (очень похоже поведение), но выключив Квик, нагрузка по этим процессам упала до 0.
Иван написал: Мне хотелось бы в функцию передавать именно массив в таком виде (хэш-таблице). Но как тогда сохранить порядок ключей что передается?
Вы можете создать метамод для такой таблицы, чтобы при вставке происходила сортировка по представлению ключа и сохранялась в внутренний отсортированный массив. Плюс надо создать итератор класса по внутренней таблице, выводящий значения. Но это сложная структура и удвоение памяти.
Для хранения проще всего создать отдельный массив ключей в нужном порядке. А уже перебирая его, получать значения в постоянном порядке.
-- Получение цены в правильном представленнии для выставления транзакции
---@param price number
---@param SCALE number|nil
local function format_to_scale(price, SCALE)
if type(price) ~= 'number' then error(("bad argument price (number expected, got %s)"):format(type(price)),2) end
local status,res = pcall(function()
SCALE = SCALE or 0
price = tostring(price):gsub(',', '.')
-- Ищет в числе позицию точки
local dot_pos = price:find('%.')
if SCALE > 0 then
-- Если передано целое число
if dot_pos == nil then
-- Добавляет к числу '.' и необходимое количество нулей и возвращает результат
price = price..'.'..string_rep('0', SCALE)
else -- передано вещественное число
local remain = price:sub(dot_pos+1, -1)
local scale = remain:len()
if scale ~= SCALE then
price = price:sub(1, dot_pos)..remain:sub(1, math_min(scale, SCALE))
price = price..(SCALE > scale and string_rep('0', SCALE - scale) or '')
end
end
elseif dot_pos ~= nil and SCALE == 0 then
price = price:sub(1, dot_pos-1)
end
return price
end)
if not status then
log.error('Error format_to_scale: '..tostring(res))
return price
end
return res
end
Т.к. теперь lua 5.3, то многих может расстроить работа функции table.(s)insert.
В lua 5.3 появилась провкерка границ при вставке элементов. Поэтому у многих сломается ранее работающий код, кода вставка была за границей последнего элемента. Для примера, вставка в таблицу по номеру транзакции и т.п.
В lua 5.3 функция:
79 static int tinsert (lua_State *L) { 80 lua_Integer e = aux_getn(L, 1, TAB_RW) + 1; /* first empty element */ 81 lua_Integer pos; /* where to insert new element */ 82 switch (lua_gettop(L)) { 83 case 2: { /* called with only 2 arguments */ 84 pos = e; /* insert new element at the end */ 85 break; 86 } 87 case 3: { 88 lua_Integer i; 89 pos = luaL_checkinteger(L, 2); /* 2nd argument is the position */ 90 luaL_argcheck(L, 1 <= pos && pos <= e, 2, "position out of bounds"); 91 for (i = e; i > pos; i--) { /* move up elements */ 92 lua_geti(L, 1, i - 1); 93 lua_seti(L, 1, i); /* t[i] = t[i - 1] */ 94 } 95 break; 96 } 97 default: { 98 return luaL_error(L, "wrong number of arguments to 'insert'"); 99 } 100 } 101 lua_seti(L, 1, pos); /* t[pos] = v */ 102 return 0; 103 }
В lua 5.1:
90 static int tinsert (lua_State *L) { 91 int e = aux_getn(L, 1) + 1; /* first empty element */ 92 int pos; /* where to insert new element */ 93 switch (lua_gettop(L)) { 94 case 2: { /* called with only 2 arguments */ 95 pos = e; /* insert new element at the end */ 96 break; 97 } 98 case 3: { 99 int i; 100 pos = luaL_checkint(L, 2); /* 2nd argument is the position */ 101 if (pos > e) e = pos; /* `grow' array if necessary */ 102 for (i = e; i > pos; i--) { /* move up elements */ 103 lua_rawgeti(L, 1, i-1); 104 lua_rawseti(L, 1, i); /* t[i] = t[i-1] */ 105 } 106 break; 107 } 108 default: { 109 return luaL_error(L, "wrong number of arguments to " LUA_QL("insert")); 110 } 111 } 112 luaL_setn(L, 1, e); /* new size */ 113 lua_rawseti(L, 1, pos); /* t[pos] = v */ 114 return 0; 115 }
Видно, что в lua 5.1 есть строка: 101 if (pos > e) e = pos; /* `grow' array if necessary */
Рассмотрите возможность реализации схожего поведения table.insert. Или хотя бы вашей table.sinsert. Сейчас же такая вставка дает ошибку "position out of bounds": 90 luaL_argcheck(L, 1 <= pos && pos <= e, 2, "position out of bounds");
Сделать это можно через командную строку, введя команды
cd <путь к каталогу ForDump> (например: cd C:\ForDump)
procdump.exe -e -ma -accepteula -w info.exe .\
Вы также можете создать ярлык файла procdump.exe и в его свойства в поле "Объект" в конце строки через пробел добавить -e -ma -accepteula -w info.exe .\
Выполнить команду, либо запустить ярлык с заданными ключами надо в соответствии с ранее изложенной инструкцией - во время воспроизведения проблемного поведения терминала.
В 32 бита, конечно, все работало. Я когда собирал для 64 бита типы переменных менял на соответствующие из ODBC 64 бита. Они другие должны быть. Правда в 64 бита отвалилась часть функциональности из библиотеки. В частности fetch. cur:fetch({}, "a") - в x86 работает, а в x64 - нет. Пришлось переписать на обход курсора через итератор.
Так что здесь что-то действительно из области взаимодействия. Т.к. при отладке через VS тоже Квик не падал. Когда появлялось окно ошибки, я запускал отладку VS, пропускал ошибки - Квик продолжает работать и даже выводит данные из базы.
Я решил отложить пока отладку всеx библиотек. Пусть сначала выйдет что-то стабильное.
Александр Волфовиц написал: Пытаюсь постепенно переходить на 64bit QUIK )) Имеется сложный фреймворк, связка lua с .dll , памяти занимает много, но выделение памяти контролируется.
Ранее .dll под 32bit компилировал в VS2013, работало всё на последней 32bit версии QUIK на слабом ноуте с 4ГБ памяти с процессором Intel (так же всё работало и на выделенном сервере)
Под 64bit компилируется на VS2017, версия QUIK 8.3.2.4 , работает на достаточно мощном ноуте, 12ГБ памяти, но с процессором AMD.
32bit вариант мог работать неделями, не закрывая квик, и работало зараз по 5-6 роботов, проблем не было совершенно.
64bit запустил одного робота, работает около часа, потом QUIK внезапно слетает, даже приблизительную причину аварийной остановки определить невозможно, т.к. не остаётся ни дампов , ни каких-то записей в моём логгере, т.е. причина останова, по всей видимости, очень серьёзная.
Вопрос1: была у кого-нибудь такая ситуация?
Вопрос2: может это быть как-то связано с особенностями процессоров AMD?
Я еще для 8.0 версии собирал ODBC драйвер. Падал почти сразу. Но... После общения с тех. поддержкой ARQA я попробовал записать дамп падения. Мне прислали утилиту, дающую возможность снять дамп при работе Квика - ForDump.
Так вот дальше стало все интерснее, при запуске этой утилиты Квик не падал. Без нее падает. Т.е. дамп не сделать - не падает ведь. А без утилиты дампа нет. Т.е. на лицо некая особенность обмена через стек при запущенной утилите.
Похоже без оптимизации библиотек под Квик x64 не обойтись.
1. Усложняете таблицу элементов. Вместо элементов - вложенные таблицы, с полями sec_code и checked. После проверки ставите checked = true. Далее по условию проверяете, что элемент уже не трубует проверки. Недостаток - более сложная струтуруа, постоянно занятая памаять полной таблицей. 2. Вводите новую таблицу, уже проверенных элементов, и по условию вхождения в эту таблицу проверяете, что элемент уже не трубует проверки. Недостаток - рост занятой памяти, т.к. надо вводить новую сущность. 3. Как уже написали выше - ввести временную таблицу с нужными элементами, а в конце перейти на эту таблицу. 4. Перебор через while, удаление через table.sremove. Именно, через потокбезопасную функцию, хоть у Вас в коде и нет второго потока, использующего эту таблицу. Почему через for делать нельзя ни в коем случае. Потому что цикл for вычисляет свои значения один раз перед стартом цикла. Поэтому он будет помнить число элементов в таблице, что было изначально - это его инвариантное состояние. Поэтому while. И аккуратно сдвигать счетчик текущего элемента. Этот вариант самый нежелательный, хоть и рабочий.
Она же будет не обязательна к использованию. Кто мешает просто использовать драйвер и работать напрямую как сейчас. Я хотел бы видеть что-то типа - ODBC RecordSet и просто с ним работать.
Вопрос решается внешней библиотекой staticvar.dll, написанной Swerg https://quik2dde.ru/viewtopic.php?id=61 Либо аналогичной, которую можно найти на том же ресурсе.
Второй вариант - это испольовать in_memory database. Для примера SQLite. Для нее есть прямой драйвер или luasql. Но в свете перехода на x64, этот вариант может быть не таким простым в реализации, т.к. надо пересобирать драйвера.
В этом плане очень бы хотелось встроенной в Квик сущности, доступной из Lua, для подключения к внешним базам данных.
Очень советую не полагаться на отладчик, а немного пересмотреть подход к написанию скриптов. В частности, покрывайте тестами свой код, проверяйте входящие переменные по типу и значению. Критически важные участки, оборачивайт в pcall, чтобы обработать исключение. Вы же пишете скрипт на клиенте, а значит Вы должны работать в ситуации когда в любой момент времение у Вас обрывается связь с непредсказуемым временем восстановления. Также Вам никто не гарантирует время ответа от сервера на ваши запросы и команды. А значит Вам все равно надо проерять все, что Вы ожидаете.
А дебаг, Вы же, скорее всего, будете делать лог файл. Так отладочную информацию можно и нужно выодить в лог по уровню дебаг. Тогда, включая режим отладки, увидите сообщения отладки, а в простом режиме будет просто информационная часть лога. Тем более, что если Вы передаете скрипт заказчику, то о возможных ошибках Вы только из лога и узнаете.
Обычно для фондовой секции требуется добавить символ "/", как разделитель. Плюс, часто брокеры требуют наличие "/" в поле код клеинта.Получается два "/".
Формат такой: client_code/my_comment
При этом число символов ограничено, поэтому после // особо не разгуляешься.
Ну и для примера. У меня в одной из библиотек реализован класс "Ордер". У него есть методы и свойства общие для ордеров. У него два наследника - "Лимитные ордера", "Стоп ордера". У них уже есть свои, характерные именно для них, методы и свойства. Это позволяет работать с ордером как с объектом, а не просто как строка в таблице Квика. А методы позволяют реализовать интерфейс к ордеру, в понятных и общих терминах.
В Lua, все же, прототипная модель ООП (https://ru.wikipedia.org/wiki/Прототипное_программирование). Если быть точным, в Lua все построено на таблицах. Поэтому думать о расходе памяти и оптимизировать код надо всегда (слабые таблицы). Поэтому Классы в Lua решают больше задачу создания некой сущности на основе шаблона. Что бывает удобно. Но все то же можно сделать и без оного, придется просто сделать больше переменных.
Anton написал: Впрочем, можете квик не насиловать, она даже под консольным луа падает на тестовом скрипте из поставки, откуда очевидно, что дело не в квике. Доходит вот докуда Скрытый текст
Дальше мне рыть лень, это уже работа какая-то получается )
Да, увидел. Уже подумалось, что проще консольную программку написать, чем библиотеки насиловать. У меня почта так отпраляется и читается. Надежней.
Nikolay написал: Я не смотрел в код. Надо посмотреть значит, да.
Заодно и в мейкфайл посмотрите, там кое-что генерируется из луа с помощью luac, получается *.lo, а потом с помощью bin2c из него получается *.loh. Так вот в мастере luacom5.lo уже лежит готовый. Очевидно, мейкфайл его пропустит (оставит как есть), а как есть он, сдается мне, 32-битный.
Это как раза было поправлено. Иначе ошибки линковки.
Nikolay написал: плюс что-то с кодировкой символов.
Таки дело не в бобине, взгляните в сорцы, файл tUtil.cpp, строки 111, 128, 171, 175. Возможно, список неполный.
Компилировал VS через nmake. Я не смотрел в код. Надо посмотреть значит, да. Правда то же, скомпилированное под Квик 7, работает, а у него utf тоже нет.
Меня попросили собрать luaCom для Квик 8. Собрал. Но тесты показывают, что Квик 8.0-8.4 падает, плюс что-то с кодировкой символов. Очень похоже на то, что было с luasql(ODBC).
Создается таблица и перехватывается нажатие клавиш внутри таблицы по их коду. Для стирания можно перехватывать BackSpace. Для плавного увеличения-уменьшения значения можно перехватить клавиши стрелки и т.д.
Есть параметр TIME - время последней сделки. А дата? TRADE_DATE_CODE - это дата прошлого торгового дня или дата дня где были сделки или дата текущего нового торгового дня, раз он уже наступил?
Да, можно взять время последнего любого бара, но проблема как раз в том, что бары при заказе не сразу поступают с сервера, надо подождать. Вот сравнивая дату-время сделки и дату-время бара хочется понять, что все бары загружены. Но если даты сделки нет, то гарантии, что это сделка прошлой сессии нет, может это сделка позапрошлой и т.д.