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

Выбрать дату в календареВыбрать дату в календаре

Страницы: 1 2 След.
CreateDataSource - возвращает дублированные свечи, CreateDataSource - возвращает дублированные свечи
 
Вы просто увидите две свеч подряд с разными индексами и одинаковыми параметрами даты, времмени и Open, High, Low, Close.

Это не по всем инстурментам, может быть по 10-15 из всего TQBR класса. И по 1-3 пары в инструменте. Может быть Вы просто не замечали... а может у Вас реально и не было. И если это косяк брокера, а не Quik`а, то может у Вашего брокера таких проблем нет. Но пока не понятно чья это ошибка.
CreateDataSource - возвращает дублированные свечи, CreateDataSource - возвращает дублированные свечи
 
Цитата
nikolz написал:
Quikos_1 ,
Можете показать полностью свечи, дублируются?  
В каком смысле показать полностью свечи ? Просто весь массив из 3000 свечей D1 по газпрому ? Если да, то там будет два дубля, просто условно две пары одинаковых строку с одинаковыми парамтрами.
CreateDataSource - возвращает дублированные свечи, CreateDataSource - возвращает дублированные свечи
 
Или это косяк Брокера ?
CreateDataSource - возвращает дублированные свечи, CreateDataSource - возвращает дублированные свечи
 
CreateDataSource - возвращает дублированные свечи.

Б*ть не сколько можно ? Одни ошибки постоянные.

Почему CreateDataSource возвращает массив свечей с дублями ? Такое наблюдается не по всем интервалам и инстрементам, но встречается.

Вот скрипт которым проверял:
Код
CLASS_CODE = "TQBR"
SEC_CODE   = "GAZP"
INTERVAL   = INTERVAL_D1

ds = nil

function OnInit()
    message("Starting duplicate candles check (DataSource mode)")

    ds = CreateDataSource(CLASS_CODE, SEC_CODE, INTERVAL)

    if ds == nil then
        message("Error: failed to create DataSource")
        return
    end

    while ds:Size() == 0 do
        sleep(100)
    end

    message("Data loaded. Candles count: " .. ds:Size())

    check_duplicates()
end

function check_duplicates()
    local groups = {}

    for i = 1, ds:Size() do
        local dt = ds:T(i)

        local key

        if dt ~= nil then
            -- если время нормальное
            if dt.hour ~= 0 or dt.min ~= 0 or (dt.sec or 0) ~= 0 then
                key = string.format("%04d%02d%02d %02d:%02d:%02d",
                    dt.year, dt.month, dt.day,
                    dt.hour, dt.min, dt.sec or 0)
            else
                -- fallback: только дата (важно!)
                key = string.format("%04d%02d%02d",
                    dt.year, dt.month, dt.day)
            end
        else
            key = "unknown"
        end

        if groups[key] == nil then
            groups[key] = {}
        end

        table.insert(groups[key], i)
    end

    local found = false

    for key, indexes in pairs(groups) do
        if #indexes > 1 then
            found = true
            message("Duplicate group: " .. key .. " | candles: " .. #indexes)

            for _, i in ipairs(indexes) do
                message(string.format(
                    "  index=%d O=%.2f H=%.2f L=%.2f C=%.2f V=%.0f",
                    i,
                    ds:O(i),
                    ds:H(i),
                    ds:L(i),
                    ds:C(i),
                    ds:V(i)
                ))
            end

        end
    end

    if not found then
        message("No duplicates found")
    end
end

function OnStop()
    if ds ~= nil then
        ds:Close()
    end
    message("Script stopped")
end
Куда делать тема ?, Куда делать тема ?
 
Куда делать тема ?
Что это ба БАГОВАННЫЙ ГЭП на графике и Истории ???, Что это ба БАГОВАННЫЙ ГЭП на графике и Истории ???
 
Цитата
Pivaev Maxim написал:
Quikos_1, здравствуйте.

Попробуйте выполнить перезаказ архивов данных для построения графиков (Система / Заказ данных / Перезаказать данные).
Если проблема не будет устранена, обратитесь к Вашему обслуживающему брокеру с уточнением, имеются ли на его сервере данные по этому графику за этот период.
Если отсутствуют, можете инициировать его обращение к нам для решения данной проблемы.
Перезказ данных помог.
Но почему так происходит ? Я же не могу следить каждый раз за такими провалами.  
Что это ба БАГОВАННЫЙ ГЭП на графике и Истории ???, Что это ба БАГОВАННЫЙ ГЭП на графике и Истории ???
 
Что это ба БАГОВАННЫЙ ГЭП на графике и Истории ???, Что это ба БАГОВАННЫЙ ГЭП на графике и Истории ???
 
Разработчики обьясните, что это за БАГОВАННЫЙ ГЭП на графике и исторчиеских данных ?

Как видно график 3 минуты, и в какой то момент происходит просто потеря данных  между свечей 17 февраля 2026 и 11 марта 2026 !!!

Точный расчет комисии при сделке, Точный расчет комисии при сделке
 
Цитата
nikolz написал:
Вы можете узнать значение комиссии биржи из брокерского отчета
Из какого именно ?
Точный расчет комисии при сделке, Точный расчет комисии при сделке
 
Цитата
nikolz написал:
т е комиссия биржи учитывается дополнительно.
Понял, спасибо.
Точный расчет комисии при сделке, Точный расчет комисии при сделке
 
Цитата
Цитата
funduk написал:
Брокер вам должен сказать, какая комиссия биржи у него в договоре с биржей.
Как выше написал, брокер меня направил на сайт Биржи, о тарифах Биржи Брокер ничего не знает.
Точный расчет комисии при сделке, Точный расчет комисии при сделке
 
Вопрос не связан непосредвенно с Quik-ом, незнаю просто, где бы такой вопрос просить еще.

Кто нибудь рассчитывал точную комиссию которая берется совершении сделки? Речь про акции обыкновенные.

Вроде бы все легко, есть комисси брокера:
-Комиссия в зависимости от оборота за Вход и Закрытие сделки.
-Если сделка маржинальная и сделка переносится на другой день, то + комиссия за перенос сделки на следюущий день, + сам процент с заемных средств.

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

Скажите пожалууйста Кто нибдут "изучал" данный вопрос ?
SetUpdateCallback и обнудение стека Lua
 
Вопрос отменяется. Нашел проблему.
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
Цитата
Quikos_1 написал:
type:string:1     //Таблица глобальных функций
   Ну, если это таблица, то я сдаюсь и "умываю руки" :: .  Похоже, вы долго будете развлекаться отладкой. Потом, просьба к вам, сообщить конечный результат в этой ветке.
Я некорректно написал - это строка которая помещается после вызова luaL_newlib(L, ls_lib); и до вызова функции "server_run", Вообщем не имеет значение что это. Оно всегда там находится внизу стек.
Где таблица от CreateDataSource я указал.

Ну а вместе с руками и лицо можно "умыть" - так чтобы освежится и быть более внимательным.
Конечного результата походу не будет, потому что это просто не работает, а тех поддержка не отвечает.
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:

    1) Ошибка:
        Оператор  if (status_lua_pcall != 0) ловит только исключения.
        Функция . CreateDataSource обычно завершается, не выбрасывая исключение, даже если источник не создан.
        Надо анализировать результат выполнения CreateDataSource.
        Если источник не создан, то первое значение результата nil, а второй результат: строка описания ошибки создания источника.
        Похоже, вы запускаете свой скрипт в песочнице, а там класс для SBER не TQBR. У вас не создался источник свечей.

   Далее мне смотреть не интересно.
Более того, вы не внимательны вдвойне - я четко написал, что колбек установленный при вызове SetUpdateCallback вызывается, а значит никаких ошибок при вызове CreateDataSiurce быть не может.
Слишком уж вы не внимательны.
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
 1) Ошибка:         Оператор  if (status_lua_pcall != 0) ловит только исключения.        
Функция . CreateDataSource обычно завершается, не выбрасывая исключение, даже если источник не создан.        
Надо анализировать результат выполнения CreateDataSource.        
Если источник не создан, то первое значение результата nil, а второй результат: строка описания ошибки создания источника.          
Похоже, вы запускаете свой скрипт в песочнице, а там класс для SBER не TQBR. У вас не создался источник свечей.    Далее мне смотреть не интересно.
Вы Невнимательны. И из за своего не внимания выделаете вывод, как будто бы это факт.

Посмотрите код из функции my_call_SetUpdateCallback, где я четко написал:

Код
  ckeck_Lua_Stack(L_global);       
//Проверяю что находится на данный момент в стеке Lua.        
 //Находится следующее: 
---------------------------------------- 
Total element is stack:3 
type:string:1     //Таблица глобальных функций 
type:table:      //Это как раз запрошенная таблица CreateDataSource 
type:nil:        //Ошибка при запросе таблицы CreateDataSource - то есть nil - ошибки нет.
----------------------------------------
И тогда не придется фантазировать на тему "Надо анализировать результат выполнения CreateDataSource."
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
Цитата
Quikos_1 написал:
Это так не работает, если только Вы монолог сами с собой не ведете.
  Учел вашу критику :: .

1.  
Цитата
Quikos_1 написал:
Ох, Вы явно путаете сборку мусора оперативной памяти и рабочую структура стека Lua. Они ни как не связаны.
          Сначала некоторое утверждение, а затем конкретный вопрос:  
   1) При уборке мусора просматриваются объекты скрипта  и ищутся такие, на которые нет ссылок из среды выполнения скрипта.
   2) Если в стеке скрипта, в момент работы мусорщика, находится ссылка на какую то таблицу и на нее нет других ссылок, то как мусорщик определит, что эта таблица «живая», не обрабатывая стек?
Я знаю это и поэтому и написал про глупость о сборщике мусора, который удаляет мою Рабочую таблицу из стека.
Это рабочая таблица и они используется из колбекка, который указывается при вызове SetUpdateCallback - так что сборщик ни как может и не должен ее удалять. Неужели это не понятно.
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
А что вы спрашиваете :: ?:
Цитата
Quikos_1 написал:
ВОПРОС: КТО И ЗАЧЕМ очитстил стек ?? КАК видно из кода, между вызовов SetUpdateCallback и вызовом самой колбек-функции нет ни одной строчки кода, которая бы редактировала стек. Так что происходит тогда ?
   Сами найти не можете?
Вы уже задали достаточно вопросов, но не ответили не на один мой. Это так не работает, если только Вы монолог сами с собой не ведете.
Давайте еще раз: А Вы сами найти не в состоянии ?
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
Цитата
Quikos_1 написал:
Что бы хотели знать ?
    В каких местах исходников Lua (файл/строка), вызывается мусорщик?
А Вы сами найти не в состоянии ?
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
Цитата
Quikos_1 написал:
Так эту глупость про сборщик мусора вообще Вам не нужно было писать - дичь конечно эпичная :)
    Поделитесь, пожалуйста, с форумом вашими, интересными знаниями о сборке мусора в QLua. Очень любопытно ::
Что бы хотели знать ?
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
Цитата
Quikos_1 написал:
Для индикаторов - однозначно Нет.
  Вопрос задан: как это вы делаете с помощью C-API?
У меня есть готовые функции на С++ которые быстро высчитывают нужные мне индикаторы. На Lua я конечно этого делать точно не собираюсь.
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
Цитата
Quikos_1 написал:
Только не открываю,а "заказываю". Просто указывая класс инструмента, имя и интервал.
     И это нельзя сделать в тексте скрипта с помощью CreateDataSource :: ?
Для индикаторов - однозначно Нет.
SetUpdateCallback и обнудение стека Lua
 
Цитата
Nikolay написал:
Цитата
Quikos_1 написал:

Видимо Вы просто не разу не пытались заказывать данные по инстурменту, который у Вас не открыт в Квике.
Нормальный терминал - это тот, где нет ни одного графика, может только таблицы, для оценки взглядом цифр. Все делает сам скрипт. Так что это нормальная практика - заказать данные, рассчитать все данные, принять решения.
SetUpdateCallback - очень неудобный колбек с точки зрения использования.

Во-первых, он вызывается на каждое изменение цены, даже внутри одного и того же бара. Если это необходимо отслеживать, то есть более удобные способы.
А если не надо, то проще самому обрабатывать данные, реагировать только если Size потока изменился.
Во-вторых, после заказа данных, он будет вызван для всех баров, начиная от 1. И опять - это проще сделать самому, перебрав данные в цикле.
Ну и, наконец, - он медленный.

Впрочем, дело вкуса, конечно.
SetUpdateCallback - вполне себе удобный, только перестал работать для Си.

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

Тут проблем нет - это все работало, это все уже было написано на С++. Но это просто перестало работать из за описанной мной проблемы. :(
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
[
Цитата
Quikos_1 написал:
Видимо Вы просто не разу не пытались заказывать данные по инстурменту, который у Вас не открыт в Квике
   Интересно,  как вы открываете с помощью C-API "данные по инстурменту, который у Вас не открыт в Квике"?

Только не открываю,а "заказываю". Просто указывая класс инструмента, имя и интервал.
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
[
Цитата
Quikos_1 написал:
Ох, Вы явно путаете сборку мусора оперативной памяти и рабочую структура стека Lua. Они ни как не связаны.
   Это без комментария ::

Так эту глупость про сборщик мусора вообще Вам не нужно было писать - дичь конечно эпичная :)
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
1.   Это ваш вопрос?:
Цитата
Quikos_1 написал:
ВОПРОС: КТО И ЗАЧЕМ очитстил стек ??
  Это мой ответ:
Цитата
TGB написал:
Мусорщик работает по всем таблицам и стекам lua_State и что-то там делает.
Ох, Вы явно путаете сборку мусора оперативной памяти и рабочую структура стека Lua. Они ни как не связаны.



Цитата

2. Для меня некоторое открытие  :: , что в QLua:
Цитата
Quikos_1 написал:
вы не можете вызвать SetUpdateCallback - ЕСЛИ у вас не открыт график.


Видимо Вы просто не разу не пытались заказывать данные по инстурменту, который у Вас не открыт в Квике.
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
Цитата
Quikos_1 написал:
ВОПРОС: КТО И ЗАЧЕМ очитстил стек ?? КАК видно из кода, между вызовов SetUpdateCallback и вызовом самой колбек-функции нет ни одной строчки кода, которая бы редактировала стек. Так что происходит тогда ?
   1. На форуме много раз отмечалось, что если нужен результат, а не развлечение отладкой, то писать скрипты надо просто. Что-то использовать кроме QLua, надо в крайнем случае (в том числе C-API), если, действительно, QLua и многочисленных пакетов Lua не хватает для реализации задуманного.
  2. Зачем вы используете C-AP?  Что вам не хватает в Qlua?
  3. В Qlua, как известно, автоматическая память и сборка мусора может быть запущена как внутри вызова C-API, так и при вызове коллбека, в основном отдельном параллельном потоке QUIK. Мусорщик работает по всем таблицам и стекам lua_State и что-то там делает.
Для примера: обычным скриптом вы не можете вызвать SetUpdateCallback - ЕСЛИ у вас не открыт график.
Соответсвенно если вы хотите вызвать SetUpdateCallback для одного и того же инструмента но с разными временными интервалами, вам нужно их открыть на графике.
Соответвенно, если выхотите ообратится к индикаторам - васм ОПЯТЬ нужно настроить их на графике. Это просто знатная  *  вам скажу.
SetUpdateCallback и обнудение стека Lua
 
Цитата
TGB написал:
Цитата
Quikos_1 написал:
ВОПРОС: КТО И ЗАЧЕМ очитстил стек ?? КАК видно из кода, между вызовов SetUpdateCallback и вызовом самой колбек-функции нет ни одной строчки кода, которая бы редактировала стек. Так что происходит тогда ?
   1. На форуме много раз отмечалось, что если нужен результат, а не развлечение отладкой, то писать скрипты надо просто. Что-то использовать кроме QLua, надо в крайнем случае (в том числе C-API), если, действительно, QLua и многочисленных пакетов Lua не хватает для реализации задуманного.
  2. Зачем вы используете C-AP?  Что вам не хватает в Qlua?
  3. В Qlua, как известно, автоматическая память и сборка мусора может быть запущена как внутри вызова C-API, так и при вызове коллбека, в основном отдельном параллельном потоке QUIK. Мусорщик работает по всем таблицам и стекам lua_State и что-то там делает.
Зачем вы спрашиваете почему я использую Lua C API и зачем пишите про сборщик мусора ?? Как это все отвечает на мой вопрос или проблему ?
SetUpdateCallback и обнудение стека Lua
 
Я точно знаю, что у меня работало. Может это быть из за перехода от USB-ключа, к двухфакторной аутентификации по смс и паролю ?? Я не вижу никаких других причин.
Я тупо не понимаю че происходит, потому что у меня 100% работало.
SetUpdateCallback и обнудение стека Lua
 
Цитата
nikolz написал:
Цитата
Quikos_1 написал:
 
Цитата
nikolz  написал:
все верно, в стеке ее нет, так как колбек вызывает QUIK .
А в момент вызова в стеке может быть все что угодно - т е то что делает VMLua в данный момент.
При выходе из функции стек всегда очищается.
Надо иначе передавать таблицу.
 А как тогда можно передать таблицу ? Я же не могу ее куда то скопировать. Я должен же работать со стеком Lua, причем с тем стеком, который первоначально создал Quik.
Я покажу Вам фрагмент моего скрипта. Подробно объяснять лень.
Но из собственного опыта могу сказать что для тиков это плохая затея. Тормоз ужасный. Кроме того тиков есть уже колбек OnAllTrade и лучше него вы не сделаете.
У меня есть различные варианты, вот один из фрагментов:
Код
   while  d =  =  nil   and  k >  0   do  d,err =  CreateDataSource (clas,sec,m);  sleep ( 1 ); k = k -  1 ;  end 
     if  d  then    --d[1]=sec; d[2]=clas; d[3]=ts; d[3]=tc; d[4]=m; d[1] 
    --   if m>0 then  d:SetUpdateCallback(function(index) cbCandle(index,d);end); 
 --   else 
   d[ 1 ] =  0 ;      d: SetEmptyCallback () ;
 --   end 
   ds[j] = d;
    end 
      ds[ 0 ] = j;
  
 
Спасибо. Но вы используете обычный Lua, с обычным Lua проблем то нет. Проблемы именно с LUA C API.
SetUpdateCallback и обнудение стека Lua
 
Цитата
nikolz написал:
все верно, в стеке ее нет, так как колбек вызывает QUIK .
А в момент вызова в стеке может быть все что угодно - т е то что делает VMLua в данный момент.
При выходе из функции стек всегда очищается.
Надо иначе передавать таблицу.
А как тогда можно передать таблицу ? Я же не могу ее куда то скопировать. Я должен же работать со стеком Lua, причем с тем стеком, который первоначально создал Quik.
SetUpdateCallback и обнудение стека Lua
 
Здравствуйте,

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

Использую LUA C API - для вызова SetUpdateCallback, вот такой просто С++ код:  да понимаю, что вероятность, что кто-то будет смтреть код стремится к нулю, поэтому срезюмирую поведение кода:

С помощью QLua C API:

-1:Я вызываю CreteDataSorce: вызов происходит успешно, мне возвращается таблица и нулевая ошибка.
-2:Я подтверждаю это проверкой стека Lua: на вершине стека находится таблица и нулевая ошибка.


-3:Затем я вызываю SetUpdateCallback и передаю вв него саму колбек функцию, которая будет вызыватся при каждой совершенной сделке.  Так же дополнительно я связываю по типу лямбды любое значение, чтбы предать для последующего ивзлечения его в самом колбеке.

-4:Вызыва SetUpdateCallback, убеждаюсь, что вызов SetUpdateCallback прошел успешно и опять проверяю стек на наличие ранее заказанной таблицы CreateDataSource - ОНИ НА МЕСТЕ!
.
-5: И наконец на рынке совершается сделка по заказанному инстурменту и вызывается колбек "my_callback__for__SetUpdateCallback". Все что я делаю в данном примере в этом колбеке это проверяю наличие моей таблицы CrateDataSourc в стеке Lua. ИИИИИИ ее там нет!!!! Весь стека кромер первого элемента был "кем-то" очищен!

ВОПРОС: КТО И ЗАЧЕМ очитстил стек ?? КАК видно из кода, между вызовов SetUpdateCallback и вызовом самой колбек-функции нет ни одной строчки кода, которая бы редактировала стек. Так что происходит тогда ?


Код
lua_State* L_global;
int static nummer_table_from_stack;

Код
void SetUpdateCallcak_wrapper(lua_State* L)
{

    L_global = L;
    std::cout << "L_global_adress:" << &L_global << std::endl;


    //-----------------------------------------------------------------1-Вызовем функцию CreateDataSource:Начало--------------------------------------------
    lua_getglobal(L, "CreateDataSource");                 

    lua_pushstring(L, "TQBR");       //Добавим первый параметр функции CreateDataSource на вершину стека
    lua_pushstring(L, "SBER");          //Добавим второй параметр функции CreateDataSource на вершину стека
    lua_pushnumber(L, 1);            //Добавим третий параметр функции CreateDataSource на вершину стека

    int status_lua_pcall = lua_pcall(L, 3, 2, 0);    //Так как все необходимые параметры добавлены в стек, то вызываем функцию lua_pcall - которая использя доабвенные параметры в правильном порядке - реализует вызов функции CreateDataSource: 2-ой параметр - это число аргументов, которые мы добаили в стек и которая принимает функция CreateDataSource; 2-ой: параметр - это число параметров, которое возвращает функция CreateDataSource. После успешного выполнения lua_pcall удаляет и значение функции и переданные аргменты со стека в кол-во указанном во втором параметре(не велючая функцию) и доабвляеи результат на стек в кол-во указанном во втором параметре.
    //-----------------------------------------------------------------1-Вызовем функцию CreateDataSource:Конец--------------------------------------------



    //-------------------------------------------------------------------5-Проверка на ошибку lua_pcall:Начало---------------------------------------------------------------------
    if (status_lua_pcall != 0)
    {
        //Ошибка произошла при вызове функции lua_pcall при вызове CreateDataSource:
        std::cout << "ERROR CreateDataSource" << std::endl;
        return;
    }
    //-------------------------------------------------------------------5-Проверка на ошибку lua_pcall:Конец---------------------------------------------------------------------
    else
    {

         nummer_table_from_stack = lua_gettop(L) - 1;   //Это номер элемента в стеке L - в котором теперь размещается полученная от CreateDataSource таблица. "-1" - потому что CreateDataSource поместила на вершину стека две перменные: таблицу и переменную об ошибке. То есть таблица находить на предпоследнем месте с вершины стека.

         my_call_SetUpdateCallback(L);     //Вызываем SetUpdateCallback wrapper
    }

}

Код
static void ckeck_Lua_Stack(lua_State* L)
{

    std::cout << "----------------------------------------" << std::endl;

    int top = lua_gettop(L);
    std::cout << "Total element is stack:"<< top << std::endl;

    for (int i = 1; i <= top; i++) 
    {
        int type = lua_type(L, i);

        const char* type_name = lua_typename(L, type);

        std::cout << "type:" << type_name << ":";


        if (type == LUA_TSTRING || type == LUA_TNUMBER) 
        {
            std::cout << lua_tostring(L, i) << std::endl;
        }
        else
        {
            std::cout << std::endl;
        }
    }
    std::cout << "----------------------------------------" << std::endl << std::endl;


    //std::this_thread::sleep_for(std::chrono::milliseconds(100000));

}
Код
static int my_callback__for__SetUpdateCallback(lua_State* L)
{

//Значит произошла сделка!

    std::cout << "Number_candle:"<< lua_tonumber(L, -1) << std::endl;

    ckeck_Lua_Stack(L_global);         //Проверяем стек Lua!!! И теперь в нем находится сдедующее:

----------------------------------------
Total element is stack:1                          //Куда черт возьми делать моя ранее заказанная таблица CreateDataSource ?????
type:number:1
----------------------------------------


    return 0;

}

Код
static void my_call_SetUpdateCallback(lua_State* L)
{

    
    //--------------------------------------------------------
    lua_getfield(L_global, nummer_table_from_stack, "SetUpdateCallback");                       //"Извлекаем" из "таблицы" функцию SetUpdateCallback.
     
    lua_pushvalue(L_global, nummer_table_from_stack);                                                       //Помещаем копию обьекта таблицы CreateDataSource на вершину стека.
    //--------------------------------------------------------


    lua_pushnumber(L_global, 555);  //Просто для примера связываю какое то любое значение для передачи в колбек. 

    lua_pushcclosure(L_global, my_callback__for__SetUpdateCallback, 1);       //Захватываем.


    //--------------------------------------------------------
    int status_lua_pcall = lua_pcall(L_global, 2, 0, 0);                  //Реализауем вызов функции SetUpdateCallback с аргументом таблицы, которую поместили на вершину стека 
    //--------------------------------------------------------
    

    if (status_lua_pcall != 0)
    {
        std::cout << "lua_pcall__ERROR" << std::endl;
        return; 
    }
    else
    {
        std::cout << "SetUpdateCallback Success Call" << std::endl;
        
        ckeck_Lua_Stack(L_global);       //Проверяю что находится на данный момент в стеке Lua.

       //Находится следующее:

 ----------------------------------------
Total element is stack:3
type:string:1     //Таблица глобьальный функций
type:table:        //Это как раз запрошенная таблица CreateDataSource
type:nil:            //Ошибка при запросе таблицы CreateDataSource - то есть nil - ошибки нет.
----------------------------------------

        return;
    }


}
SetUpdateCallback Опять косячит ?
 
Цитата
Nikolay написал:
В теории да. Но меня прямо коробит (без обид) такая запись. Переменная ds глобальная, объявляется где-то там.
В первом варианте анонимная функция хотя бы видит ее как up-value, а во втором - вся надежда на то, что она объявлена и инициализирована.

Хотя бы объявите переменную в самом начале кода.
Да рукожоп я. Я забыл зону видимости. Передал "ds" в колбек через замыкание.
SetUpdateCallback Опять косячит ?
 
Здравствуйте,

Развейте пожалуйста мои сомнения насчет того, что Quik и в частности SetUpdateCallback() - опять работают, какбудто бы их написал через %опу, и что руки их %опы, растут, как раз таки у меня.

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

Код
function main()
    local class_code = "TQBR" -- Код класса
    local sec_code = "SBER" -- Код бумаги

    ds = CreateDataSource(class_code, sec_code, INTERVAL_M1)
    ds:SetUpdateCallback(function(index)
        local last_price = ds:C(index)
        local volume = ds:V(index) -- Получение объема по свече
        message("Last Price of " .. sec_code .. ": " .. tostring(last_price) .. ", Volume: " .. tostring(volume)) -- Вывод цены и объема по свече
    end)

    while true do
        sleep(1000)
    end
end

Данный код исправно работает.
НО, как только я вывожу код SetUpdateCallback в отдельный колбек, то ничего более не работает. Ошибок также в скрипте нет, но он не сообщает ни о каких измененениях, то есть колбек функция указанная в качестве параметра для SetUpdateCallback - тупо не вызывается при изменнеии цены:
Код
function updateCallback(index)
    local last_price = ds:C(index)
    local volume = ds:V(index) -- Получение объема по свече
    message("Last Price of " .. sec_code .. ": " .. tostring(last_price) .. ", Volume: " .. tostring(volume)) -- Вывод цены и объема по свече
end

function main()
    local class_code = "TQBR" -- Код класса
    local sec_code = "SBER" -- Код бумаги

    ds = CreateDataSource(class_code, sec_code, INTERVAL_M1)
    ds:SetUpdateCallback(updateCallback)

    while true do
        sleep(1000)
    end
end
Кто из нас рукожоп ? Я или разрабы Квика ? Надеюсь, что я.
Quik не запрашивает PIN-код по СМС, Quik не запрашивает PIN-код по СМС
 
Здравствуйте,

После аварийного завершения Quik и повторного запуска Quik - аутентификация происходит только через пароль без PIN кода в СМС.

Это корректное поведение или косяк ?
CreateDataSource иногда возвращает ошибку - "TQBR - unknown class code"
 
Цитата
Anton Belonogov написал:
Quikos_1, добрый день.

Уточните, пожалуйста, что понимается под сбоем ДФА? Правильно понимаем, что в этот момент соединение с сервером не установлено?
Есть ли возможность записать видео с воспроизведением эффекта?
Я бы записал видео, но этот эффект проявляется произвольно.
В момент вызова CreateDataSource - подключения к серверу нет. Но это не мешает CreateDataSource - выдавать корректный результат.
Но иногда бывает Квике появляется сообщение, что то типа "цепочка сертификатов обработана, но обработка прервана на стороне сервера".

Я не уверен гарантировано, что с эти связано, так как этот "эффект" проявляется не часто - отследить трудно.
CreateDataSource иногда возвращает ошибку - "TQBR - unknown class code"
 
Сркипт простой, это просто вызов CreateDataSource.
Такое немного не ожидаемый результат CreateDataSource похое выдает, когда происходит "сбой" в двухфакторной аутентификации.
CreateDataSource иногда возвращает ошибку - "TQBR - unknown class code"
 
Собственно вопрос: Почему CreateDataSource иногда возвращает ошибку: "TQBR - unknown class code" ??
Это еще блин че такое на графике Яндекса (YNDX) ???
 
Цитата
Constantin написал:
Цитата
Quikos_1 написал:
Зачем ?
Может в вашем Quick данные сборные, скачаются от брокера по новой. Удалить только по этому инструменту.
Мне важно понять почему это произошло, потому что, если произошло один раз, то произойдет и два...
Это еще блин че такое на графике Яндекса (YNDX) ???
 
Цитата
Constantin написал:
Для начала надо у себя архив с данными по этому инструменту удалить в Quik в папке archive. Потом посмотреть график.
Зачем ?
Это еще блин че такое на графике Яндекса (YNDX) ???
 
Цитата
Constantin написал:
Цитата
Quikos_1 написал:
А как точно можно узнать на чьей стороне косяк ?
Обычный график вывести на экран и посмотреть свечи. Если есть проблемы, то данные у брокера испорчены.  
Что за обычный график ?
Это еще блин че такое на графике Яндекса (YNDX) ???
 
Цитата
nikolz написал:
Это у меня щас тоже нормально. А вот вчера вечером и сегодня днем было, то, что на скриншоте.
Это еще блин че такое на графике Яндекса (YNDX) ???
 
Заметил, что по Яндексу CreateDataSource выдает какую  * .

Решил  посмотреть на реальный месячный график в самом Квике, вот скрин  месячного-интервального графика: на скрине подробное описание проблемы:





По другим интервалам Яндекса - проблем нет. По другим месячным  интервалам других инструментов - проблем нет. Но это явная извините  херня какая то.
Это еще блин че такое на графике Яндекса (YNDX) ???
 
А как точно можно узнать на чьей стороне косяк ?
Это еще блин че такое на графике Яндекса (YNDX) ???
 
Заметил, что по Яндексу CreateDataSource выдает какую  * .

Решил посмотреть на реальный месячный график в самом Квике, вот скрин месячного-интервального графика: на скрине подробное описание проблемы:




КУ

По другим интервалам Яндекса - проблем нет. По другим месячным интервалам других инструментов - проблем нет. Но это явная извините херня какая то.
CreateDataSource и SetUpdateCallback - по разным интервалам
 
Цитата
nikolz написал:
Quikos_1 ,
Хочу пояснить,
сжатие данных их тиков в свечи мы делаем не для того чтобы меньше передавать с сервера данных,
а для того, чтобы делать прогноз движения рынка.
-----------------------
Поэтому , если мощности компа хватает можете считать свечи сами из тиков, а если нет желания считать можно получать их с сервера биржи.
-----------------
прикол лишь в том, что сервер на бирже раньше вас рассчитает свечи и пришлет их Вам.  

Для анализа я использую свечи с интервалами. Но сами интервалы формирую из тиков.
И когда я это делал, я руководствовался именно предположением о производительности, то есть, чтобы снизить поток по сути одни и тех же данных Инструмента, но по разным свечным интервалом, но теперь я задумался, а нужно ли мне было так делать и не переделать бы. Вот поэтому и решил уточнить.
CreateDataSource и SetUpdateCallback - по разным интервалам
 
Цитата
nikolz написал:
я тоже делал расчет свечей по таблицам обезличенных сделок.
Для этой цели и чтобы тестировать запаздывание данных относительно времени сделок на бирже я синхронизирую компьютер с сервером точного времени ,
что обеспечивает погрешность относительно биржи в пределах 10 мs
Не понимаю зачем синхронизировать ? Если Вам приходит тик с конкретной датой и временем вплоть до секунды - просто складируейте его в минутную, трехминутную, 5-и мутную и так далее Свечу и все.
Или я что то не правильно понимаю.
CreateDataSource и SetUpdateCallback - по разным интервалам
 
Цитата
nikolz написал:

Кроме того, как вы решаете вопрос обнаружение попущенных интервалов, если у вас просто нет никаких тиков?
Сначала я загружаю в память свечи или с дика, то есть сохраненную историю или загружаю доступные на сервере через CreateDataSource, и после этого складирую пришедшие Тики в этот предварительно загруженный массив.
Теоретически пропущенных интервалов быть не должно.
CreateDataSource и SetUpdateCallback - по разным интервалам
 
Цитата
nikolz написал:

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

Я просто рассчитываю свечи именно таким образом. А дату и время беру из пришедшего Тика.
CreateDataSource и SetUpdateCallback - по разным интервалам
 
Цитата
nikolz написал:
Цитата
Quikos_1 написал:
 
Цитата
nikolz  написал:
 
Цитата
 Quikos_1   написал:
Подскажите, я правильно понимаю, что когда я вызваю:

-CreateDataSource и потом SetUpdateCallback по одному инструменту, но с разными интервалами, для примера:

-"TQBR" ,"SBER",  "INTERVAL_M1"
"TQBR" ,"SBER",   "INTERVAL_M3"
"TQBR" ,"SBER",   "INTERVAL_M5"
"TQBR" ,"SBER",   "INTERVAL_M10"

То на сервер при SetUpdateCallback - идет по сути только один запрос по интервалу - "INTERVAL_TICK", а уже пришедшая цена с датой раскидывается по интервалу силами Квика ?
  Нет,
на сервер идет запрос для каждого интервала,
так как свечи формирует не терминал, а сервер.
------------------
Поток свечей на 1-2 порядка  меньше, чем поток тиков.
 А как поток свечей может быть меньше - да еще и на порядок, если, TICK он один, а интервалов свечей несколько ?
Если я выбираю дневную свечу - это же не значит - что колбек по ней будет вызываться один раз в день ? Он же будет вызываться ровно столько - сколько же и Тиковый интервал.
Поясняю, следите за руками.
Тик - это сделка.  
Свеча - это способ сжатия информации о сделках путем вычисления  четырех индикаторов на заданном интервале времени.
--------------------------------
Если текущая сделка изменила значение какого-либо индикатора, то сервер пошлет это значение терминалу.
Предположим у нас тайм 1 час.
1 индикатор - это первый тик в текущем часе. - 1 значение на интервал.
2 индикатор - это максимальная цена сделки на текущем часе. Этот индикатор изменится лишь при превышении цены текущей сделки максимальной цены предыдущих.
3 индикатор -это  минимальная цена сделки на текущем часе.
4 индикатор - это текущая цена сделки, если она отличается от цены предыдущей сделки.
=================
Теперь рассмотрим случаи когда тики будут пропускаться без создания новых значений индикаторов.
Вот некоторые из них.
1) Если в сделке участвует айсберг или большой пакет, то цена сделок не будет меняться, следовательно значения свечей тоже не меняются
2) Если сделки совершаются внутри тела текущей свечи, то изменяется  лишь 1 индикатор при условии , что цена сделки меняется
=================
В итоге количество значений в свечах всегда меньше, чем число сделок.
==============
Вы можете это проверить сами. Для этого напишите вычисление свечей по тикам и посчитайте количество полученных данных.
Давайте упростим ситуацию и у нас не будет индикаторов, а только свечной график.

Как Вы и написали - Тик это сделка.

У свечи есть такой параметр, как цена закрытия, которая постоянно меняется при совершении сделки - то есть с каждым Тиком.

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

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