Общие вопросы по написанию скриптов LUA. (Страница 9 из 10)

Какая разница? я бы не закладывался на какой-либо порядок данных, взятых из QUIK.
Либо сортировать как требуется после чтения всех данных, либо формировать очереди из операций, которые "некуда пристроить", авось потом к ним найдётся то, что требуется.

Есть такой вопрос. Необходимо прочитать отчет брокера из csv файл. Само чтение не проблема, но так как в файле много лишнего и чтобы его не редактировать я хочу сделать автоматическое распознавание начала и конца необходимых мне для чтения строк. У меня есть две мысли на этот счет. Вторую реализовать в принципе вроде не проблема, но хотелось бы попробовать распознать начало данных с даты и времени сделки. Как наиболее универсальный способ, да и в принципе для самообразования.
Есть например, дата и время в таком виде
04.04.2023  9:59:43
или в таком
04.04.2023  11:05:54
Само собой читаю как строку из csv файла с разделителями ";". Мысль такая, из файла читаю строку целиком, затем по шаблону ";" выделяю первую запись... И вот тут нужно что то придумать, чтобы вернуть "false" в случае если это не дата и время и "true" если строка распознается как дата время. Да, можно распознать например две точки и два двоеточия. Но тогда проще вторым способом Каких то стандартных функций я не нашел. string.format здесь вообще не годится, ибо предназначена для обратного, ей я могу отформатировать строку в такой вид очень удобно, но обратно она никак не годится. Использовать шаблоны? Но как то даже не представляю как это сделать, хоть и нашел описание шаблонов луа... Правда только на английском, но это не проблема.
Есть мысль сделать как то так
string.find(str, ["%s*(%d+)%p(%d+)%p(%d+)"])

1. Не уверен что отчет брокера завтра будет точно таким же, как и сегодня
2. Столбцы тоже самое.
3. Не знаем количество строк, а значит не знаем где начало нужных данных, и уж тем более конец. Конец файла это далеко не конец полезных данных, там еще много всякой ненужной информации. Тут либо редактировать файл и удалять бесполезные данные. Или каким то образом распозновать.

Т.е. мы точно знаем в каком "столбце" дата, а в каком время.

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

Есть у меня в роботе один косяк, который отлавливал наверное с начала года. Нет, не потому что тупой Просто подобная ситуация крайне редка, особенно на демо счете, где торги ну крайне вялые. Просьба помочь. Косяк связан с частичным исполнением сделки при определенных условиях. Когда частичные покупки по одной и тойже заявке происходят относительно медленно, алгоритм работает идеально. Но стоит покупкам совершаться настолько быстро, что не успел отработать один OnDepoLimit(dlimit) как отрабатывает уже следующий, алгоритм дает сбой. Попытаюсь продемонстрировать на примере. Есть функция KillOrder(), по моему алгоритму если свершилась частичная покупка и уже есть неполная заявка на продажу(т.е. частичная покупка по одной и той же заявке совершилась во 2 и более раз), то KillOrder() просто напросто не находит эту заявку на продажу в таблице заявок.

function KillOrder(sec)

    local n = getNumberOf("orders")

    local y    = 0
    message("KillOrder() от " .. tool[sec].NAME .. ": Записей в таблице заявок " .. n)
    for y = 0, n-1 do
    
        local order = getItem("orders", y)                                        -- Перебираем все строки таблицы
        if    (order.client_code        == settings["common"].CLIENT_CODE)    and    
            (order.sec_code            == settings[sec].SEC)                and
            ((order.flags & 0x7)    == 5)                                then    -- Если есть совпадение
            
                message("KillOrder(): Найдена активная заявка на продажу")
--                tool[sec].uniq_trans_id = tool[sec].uniq_trans_id + 0x1
                local Trade = settings["common"].TRADE_ACC
                if settings[sec].CLASS == "CETS" then Trade = settings["common"].TRADE_ACC_1 end

                local trans = {
                    ["ACTION"] = "KILL_ORDER",
                    ["CLASSCODE"] = settings[sec].CLASS,
                    ["SECCODE"] = settings[sec].SEC,
                    ["ACCOUNT"] = Trade,
                    ["ORDER_KEY"] = tostring(order.order_num),
                    ["TRANS_ID"] = tostring(tool[sec].uniq_trans_id),
               }
                local res = sendTransaction(trans)                                -- и убиваем заявку
                message("KillOrder(): Приговор заявке от " .. tool[sec].NAME .. " вынесен! " .. res, 2)
                
        elseif (order.sec_code            == settings[sec].SEC)            then    -- Если есть совпадение
            message("KillOrder(): от " .. tool[sec].NAME .. " Значения: Код клиента - " .. order.client_code .. ", Код инструмента - " .. order.sec_code .. ", Флаги - " .. tostring(string.format("0x%X", order.flags)) .. " ID - " .. tostring(tool[sec].uniq_trans_id))

        end
    end

end

А вот вывод диагностических сообщений. Где:
1. OnDepoLimit() in: начало(вход) коллбэка OnDepoLimit(). Здесь не производится никаких действий, просто вывод необходимых мне значений таблицы dlimit, возвращаемой OnDepoLimit().
2. После пункта 1 идет следующее сообщение OnDepoLimit() out х:, где х означает условие по которому завершился коллбэк из первого пункта.
Т.е. пара этих сообщений это один и тот же коллбэк, все что между ними это действия внутри коллбэка от вызова до выхода

12:11:39    ВТБ ао Берем повторно по стратегии
12:11:39    SendOrder(): Заявка B от ВТБ ао отправлена!  Цена = 0.02161
12:11:39    OnDepoLimit() in: ВТБ ао В покупке - 10 В портфеле - 0 В продаже - 0 Статус - e_buy
12:11:39    OnDepoLimit() out 1: ВТБ ао Статус - confirm_buy
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 8 В портфеле - 2 В продаже - 0 Статус - confirm_buy
12:11:40    SendOrder(): Заявка S от ВТБ ао отправлена!  Цена = 0.021675
12:11:40    OnDepoLimit() out 2: ВТБ ао Статус - part_e_buy
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 7 В портфеле - 3 В продаже - 0 Статус - part_e_buy
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 6 В портфеле - 4 В продаже - 0 Статус - part_e_buy
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 5 В портфеле - 5 В продаже - 0 Статус - part_e_buy
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 1 В портфеле - 9 В продаже - 0 Статус - part_e_buy
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 0 В портфеле - 10 В продаже - 0 Статус - part_e_buy
12:11:40    OnDepoLimit() out 4.1: ВТБ ао Статус - part_buy
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 0 В портфеле - 10 В продаже - 2 Статус - part_buy
12:11:40    KillOrder() от ВТБ ао: Записей в таблице заявок 97
12:11:40    KillOrder(): от ВТБ ао Значения: Код клиента - 10609, Код инструмента - VTBR, Флаги - 0x1E ID - 24655
12:11:40    KillOrder(): от ВТБ ао Значения: Код клиента - 10609, Код инструмента - VTBR, Флаги - 0x18 ID - 24655
12:11:40    KillOrder(): от ВТБ ао Значения: Код клиента - 10609, Код инструмента - VTBR, Флаги - 0x1C ID - 24655
12:11:40    KillOrder(): от ВТБ ао Значения: Код клиента - 10609, Код инструмента - VTBR, Флаги - 0x18 ID - 24655
12:11:40    KillOrder(): от ВТБ ао Значения: Код клиента - 10609, Код инструмента - VTBR, Флаги - 0x1C ID - 24655
12:11:40    KillOrder(): от ВТБ ао Значения: Код клиента - 10609, Код инструмента - VTBR, Флаги - 0x18 ID - 24655
12:11:40    KillOrder(): от ВТБ ао Значения: Код клиента - 10609, Код инструмента - VTBR, Флаги - 0x1C ID - 24655
12:11:40    KillOrder(): от ВТБ ао Значения: Код клиента - 10609, Код инструмента - VTBR, Флаги - 0x18 ID - 24655
12:11:40    OnDepoLimit() out 5: ВТБ ао Статус - kill_order

Вначале видим, что стратегия решила о необходимости после предыдущей закрытой сделки(купля-продажа) открыть сделку повторно(т.е. прикупить еще бумаг), отправляем заявку и подтверждаем что она выставлена. После чего происходит покупка 2 лотов из 10, что мы видим по выводу и отправляем заявку на продажу уже купленных 2 лотов SendOrder() и спокойно уходим из коллбэка по условию out 2. И вот здесь начинается чехарда с частичными покупками, причем судя по всему первые 4 коллбэка даже не завершились, ибо вход в функцию после всех фильтров есть, но выхода нет. Для данного случая я не стал предусматривать отдельного выхода, ибо геморойно, просто функция 100% должна была завершиться сообщениями

12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 7 В портфеле - 3 В продаже - 0 Статус - part_e_buy
[u]12:11:40    OnDepoLimit() out: ВТБ ао В покупке - 7 В портфеле - 3 В продаже - 0 Статус - wait[/u]
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 6 В портфеле - 4 В продаже - 0 Статус - part_e_buy
[u]12:11:40    OnDepoLimit() out: ВТБ ао В покупке - 6 В портфеле - 4 В продаже - 0 Статус - wait[/u]
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 5 В портфеле - 5 В продаже - 0 Статус - part_e_buy
[u]12:11:40    OnDepoLimit() out: ВТБ ао В покупке - 5 В портфеле - 5 В продаже - 0 Статус - wait[/u]
12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 1 В портфеле - 9 В продаже - 0 Статус - part_e_buy
[u]12:11:40    OnDepoLimit() out: ВТБ ао В покупке - 1 В портфеле - 9 В продаже - 0 Статус - wait[/u]

Тем не менее незавершенная функция не помешала отработать при полной покупке и нормально выйти по out 4.1(Не знаю как отразится в будущем такая неполная отработка коллбэка, возможно переполнение или опустошение стэка, не знаю). После чего приходит коллбэк OnDepoLimit() in с тем, что заявка, отправлена ранее, выставлена, что мы и видим

12:11:40    OnDepoLimit() in: ВТБ ао В покупке - 0 В портфеле - 10 В продаже - 2 Статус - part_buy

Эти цифры я беру из таблицы, возвращаемой коллбэком.
Тут по моей логике необходимо прибить заявку и выставить заново с тем количеством, что у меня в портфеле. Для чего вызываю прямо из действующего текущего OnDepoLimit() функцию KillOrder()(Да, знаю, хреновое решение, но других вариантов я не придумал, ибо надо максимально быстро это сделать). Теперь функция быстренько перебирает всю таблицу заявок, отбирает только действующие заявки на продажу по флагам и если находит то убивает. НО! В таблице заявок выставленной заявки еще нет! Мы видим что нашлось 97 записей, а по факту нужная заявка в таблице 98! Причем все предыдущие заявки отображаются верно. С ID я поспешил и вывел текущее значение вместо того чтобы взять его из таблицы заявок.
Причем, если частичные покупки совершаются не так интенсивно и OnDepoLimit() успевает завершаться, все работает идеально...
Принципиально у меня есть решение, тупо вынести убийство заявки в майн, можно подумать вынести в OnTrade(), а в OnDepoLimit() только выставлять флаг что необходимо прибить заявку... Но в первом случае это очень и очень долго, во втором случае не гарантирует что я не нарвусь на тот же самый глюк, да и прилететь новые могут... Как всегда, вопрос что делать?

Именно поэтому я и использую OnDepoLimit(). Исключительно только его по двум причинам:
1. OnTrade и Onorder выносили мозг из за своих приходов в разное время, и особенно когда заявка только выставилась и сразу исполнилась. Это жесть похуже чем OnDepoLimit()
2. только OnDepoLimit() возвращает мне нужные данные, кроме номера заявки и сделки. Их как раз возвращают только OnTrade и OnOrder, но в них нет нужных мне данных...
С другой стороны OnDepoLimit() уже отлажен идеально, проглатывает все и вся, похоже что все ошибки выловлены, кроме киллордера и тот ошибается только при очень быстрых частичных покупках... Слипы я не использую, исключительно в майн чтобы проц не загружался на 100%.
Да, хреново что данные не согласованы в таблицах, буду иметь ввиду, надо еще подумать.

НПР1 - это новый параметр проверки клиентского лимитирования.
Фактически диагностика означает "недостаточно средств на счете для заявки" (возможно, маржинальная торговля с плечом). К корректности параметров заявки отношения не имеет.

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

Почитать про контроль рисков и параметры можно где-то тут, например
[url]https://broker.ru/brokerage/services/risk-control[/url]

Можете подсказать как так происходит? Реализую одну идею и столкнулся с чем то непонятным в таком коде

Client_Codes_Table = {}
for i=0,getNumberOf("client_codes")-1,1 do
    Client_Codes_Table[i] = getItem("client_codes", i)
    message(Client_Codes_Table[i] .. " Записей в таблице - " .. #Client_Codes_Table)
end

Т.е. в цикле получаю весь список клиентских кодов, в моем случае их 5, затем запихиваю их в массив с индексами от 0 до 4, вроде все хорошо. Все выводится и даже вроде все верно. НО! при i=0 длина таблицы должна быть 1, ибо я уже создал первую запись с индексом 0, у меня же в сообщениях выводится в первом цикле 0, во втором 1 и так до 4. Я знаю что в луа индексы в массивах начинаются с 1 по умолчанию, а не с нуля как в подавляющем большинстве языков программирования. Но в тоже время луа не запрещает мне использовать и другие индексы, в том числе и 0. Или же это особенность работы "#"?
К тому же в любом случае если длина массива равно 0, это пустой массив. С другой стороны, если длина массива начинается с 0, а пустой массив это nil, то где тут хоть какая то логика с тем, что индексы массива по умолчанию начинаются с 1??? Нафига людям так взрывать мозг?

Именно так.
Почитайте справку про этот оператор, он имеет много ограничений и в общем случае вовсе не отвечает на вопрос "сколько элементов в таблице".

Вообще в Lua, на удивление,  нет штатного способа верного определения количества элементов в таблице. Все штатные способы имеют разные экзотические особенности, из-за чего не показывают реальное количество элементов в общем случае. "Проблеме" подсчета количества элементов в таблице посвящены множество топиков на в интернете, и фактически единственный верный и работающий способ - перебрать таблицу по for ... pairs, где сосчитать количество.
Идея разработчиков видимо состояла в том, что количество элементов знать не требуется.

a) Для задачи обхода всех элементов таблицы есть цикл for ... pairs / for ... ipairs

b) Для проверки таблицы на пустоту следует использовать if next(myTable) == nil then

Не понятно зачем вам #Client_Codes_Table в данном случае.
Просто выводите i (или i+1 для первого варианта кода) да и все.

В справке крайне запутанно все описано, попытался найти более внятное описание, но кроме копипаста ничего не нашел. Вопрос по getClassSecurities(), "Функция предназначена для получения списка кодов инструментов для списка классов, заданного списком кодов."
Как перевести на нормальный русский это описание??? Понятно что возвращает список кодов инструмента, именно его и возвращает. А вот с фразой "для списка классов". Т.е. функция должна бы принимать список классов и судя по всему в купе с фразой "заданного списком кодов." следует читать как "заданного списком кодов классов". Т.е. по сути я функции скармливаю список кодов классов, а она возвращает список всех кодов инструментов, соответствующий кодам заданных классов.
Логично предположить что список кодов классов разделяется запятыми, причем пробовал и так "QJSIM","TQBR" задать, и так "QJSIM,TQBR". Функция не работает. Причем если задать только один код инструмента все отлично возвращается...
Собственно говоря данная функция может принимать список аргументов, просто я неверно оформляю этот самый список(неверно понимаю фразу "для списка классов, заданного списком кодов."), или же все таки функция работает исключительно с одним аргументом?
Не сказал бы что это проблема, можно чуть видоизменить программу, закинув список кодов классов в массив и в цикле скармливать функции аргументы по очереди... Но гораздо интереснее задать список аргументов одним махом чем организовывать циклы.

Вообще, принципиально функция съедает и не давится если задать список так
example = getClassSecurities("QJSIM,TQBR,TQPI,")
или так
example = getClassSecurities("QJSIM,TQBR,TQPI")
Одно но! Если в списке первым стоит существующий код, то возвращается строка со списком кодов инструментов только по первому коду, остальные игнорятся или не видятся функцией. Если же первым поставить несуществующий код, то возвращается пустая строка. Даже если первые два существуют, то возвращается строка только с кодами по первому из списка. Т.е. список задать можно однозначно, функция проглатывает, но все что после первой запятой будет игнорироваться.

У меня справка 8.7, написано слово в слово. Вот только это описание к сожалению к "полученной" строке
Создается впечатление что разработчики предусмотрели список аргументов, но все что после первой же запятой игнорируется, как будто оставили на потом, когда нибудь реализуем, а пока и так сойдет.
к тому же я пробовал и без запятой, и с запятой

example = getClassSecurities("QJSIM,TQBR,TQPI,")
example = getClassSecurities("QJSIM,TQBR,TQPI")

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