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

Чаще всего в таком режиме общения либо дописывают строки в файл.


Скрипт на lua открывает файл на запись, скрипт на Питоне на чтение. Скрипт на питоне помнит последний номер строки и считывает новую, если появилась.

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

Все уже придумано до вас

https://github.com/Enfernuz/quik-lua-rpc

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

Поэтому с тем же успехом можете просто перечислить возвращаемые значения

return a, b, c, d ,e ,f и т.д.

Когда число линий действительно больше, то тогда уже лучше хранить значения в таблице, а возвращать через unpack(table).

Много раз уже обсуждалось.
Для примера https://forum.quik.ru/messages/forum10/message49125/topic5841
lua 5.3 при использовании tostring к типу float добаляет ".0 в представление.
tostring(5) ~ "5.0"

Если число 5 выглядит как целое, но его тип math.type может быть float. Поэтому tostring добавит в представление точку и ноль. Квик такое не принимает в качестве параметра транзакций, где предполагается целое.

Если классическая задача разбиения строки с разделителем на отдельные элементы, то регулярные выражения помогут.
В частности итератор string.gmatch или написать свой итератор. Или, если формат постоянный (число параметров постоянно), то string.match.

Для примера string.match для чтения трех числовых параметров, разделенных запятой:

var1,var2,var3 = string.match(str,"(%d*),(%d*),(%d*)")


Проще всего воспользоваться поиском с ключевыми словами  "lua split string".

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

sleep - это заморозить поток, чаще всего это не так и надо выполнять остальные действия.

Поиск по форуму дает ответ.

Вот одно из решений
https://nick-nh.github.io/2021-03-14/teleMessage

Время ответа на транзакции - это не детерминированная величина. В ядро биржи уходят лимитные заявки. В ядре биржи всегда будут транзакции атомарны: снять, поставить.
При существенной нагрузке на сервера биржи и брокера ответ на команды может приходить совсем не быстро. Мой наблюдаемый рекорд - 12 минут.

Также надо учитывать, что исполнение команд происходит в порядке очереди. Вы не можете гарантировать, что ваша транзакция по установке нового ордера после снятия, будет первой в вашей же очереди команд.
Для примера, от Вас идет поток команд, одна из которых сдвинуть ордер. Ядро биржи может обработать команду (и не одну) между снятием-постановкой, если таковые есть.
Гарантий достаточности средств, при постановке нового ордера после снятия, нет, т.к. они могли быть заблокированы другими ордерами.

Поэтому контроль перед подачей транзакции будет всегда.

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

Создать окно -> Все типы окно -> Прочее -> Карман транзакций

Необходимо привести цену к шагу. Если это не делать при подаче транзакции будет получена ошибка.

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

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

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

Нет, нельзя. Это понятно из документации

NUMBER InsertRow(NUMBER t_id, NUMBER key)                        

ключ строки - это число

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

Вам надо создать метод контролирующий наличие окна. Если его нет, и это не команда пользователя по его закрытию, то переоткрыть и перезаполнить его.
Должно ли быть так или нет - сложный вопрос. Окна терминала переоткрываются, т.к. они в его оконной модели и он их контролирует. А окно скрипта нет. Терминал не знает о его составе и наполнении.

... ТТТ - это ХРАНЕНИЕ данных в терминале ... оставлю без комментариев

"Во-вторых, какое отношение имеет открытие таблицы к визуализации?"
Вы таблицу зачем открываете? Смотреть глазами? Не надо смотреть, то зачем открывать. А если смотреть, то какие претензии к термину "визуализация".

Доступ к данным параметров корректный. Обычный запрос на получение данных key-value по ключу параметра.

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

ТТТ - это визуализация данных в терминале. Но ее можно и не открывать, т.к. key-value, связанный с этой "таблицей", находится в памяти и доступен для чтения через публичные методы. Поэтому есть необходимость реализации методов для всех, так называемых "таблиц" Квика.

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

Не будет работать если при компиляции убрана отладочная информация флагом -s. Что, обычно, всегда и делается.

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

Необходимо еще учитывать то, что при старте терминала индикаторы не могут инициализироваться одновременно. Текущий запустился первый, а два других, с которых данные считываются - еще нет. Или в другой последовательности.

Еще бы ссылку на изменения и исправления в версии.Я что-то не могу найти на сайте.

Я по ошибкам вывожу строку текста через debug.getinfo(2), а в assert есть имя функции, аргумента, чтобы в тексте ошибки было имя. Часто этого достаточно для понимания что и где.
Правда если скомпилировать без отладочной информации, что всегда и делается, то информация теряется. Для этого, как раз в assert имя функции и прописывается.
Если же это для каких-то логических целей, то лучше не через debug.getinfo решать вопрос, конечно.

Добрый день.

Нет, были реализованы только отправка и получение.

Постоянный спор. Вот это "Грубо, узнать когда количество загруженных строк в таблице будет равно  количеству на сервере в том состоянии которое есть в данный момент." было бы полезно.
Получать событие когда количество строк в таблицах futures_client_limits, money_limits, depo_limits на сервере и клиенте стали разные и обратно одинаковые.
Правда само число строк мало о чем говорит, если только это не очистка и заполнение.

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

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

Раньше, лет 5 назад, было трудно найти примеры. Хотя уже тогда были варианты:

Вариант 1

Вариант 2

Вариант 3

Также можно просто найти в Яндекск набрав "робот lua Квик"

Найдутся варианты демонстраторы, если отфильтровать рекламные предложения. Также поищите на GitHub там много примеров кода.

По полю filled_qty

https://forum.quik.ru/forum10/topic4138/

Лимитный ордер по активированному стоп-ордеру у брокера отправляется в ядро биржи, если он прошел проверку.
Номер зарегистрированного лимитного ордера, хранится в поле linkedorder таблицы stop-orders:                                                              

linkedorder

NUMBER

Номер заявки в торговой системе, зарегистрированной по наступлению условия стоп-цены

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

Поэтому при смене статуса стоп-ордера, необходимо убедиться, что лимитный ордер был отправлен и он исполнен. Иначе необходимо предпринять защитные действия: закрыть руками, снять "зависший" лимитный ордер и т.д.

Странно, что Вы задает вопрос здесь, а не на форуме размещения или ГитХабе, где этот проект тоже есть. А сто касается уведомлений, то решения есть похожие по смыслу https://nick-nh.github.io/2021-03-14/teleMessage

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

Код, что Вы предоставили, дает мало информации, поэтому вывод дополнительной информации дал бы больше возможностей понять в чем проблема.
Я сталкивался с особенностями работы функций get... поэтому стараюсь при анализе понимать, что сохранено в таблице к которой эта функция обращается.
Собственно unit_test этой функции так и надо написать, сравнить возвращаемое значение с эталонным в таблице.

Вы же просто пишите - функция не работает. Разработчики ответят: проверили - работает.

Потому что на демо сервере лимит = 0.
А в реале у меня годами работаю свои скрипты. Где как используются функции getDepoEx, getFuturesHolding, так и без них. Чаще без них, но это не важно.
И в сообщение https://forum.quik.ru/messages/forum10/message47344/topic5697/#message47344 я тоже указывал на  похожее поведение.

В Ваших сообщениях №28, 32, 35, 45 первое выводимое значение mLots не 0, впрочем, это не важно.

Я Вас ни в чем не обвиняю, даже не пытаюсь. Просто взял Ваш код и запустил на тестовом сервере. Не надо искать скрытых смыслов в сообщениях.Вот что я запустил:

Убраны переменные, не влияющие на вывод сообщений. На демо-сервере, на данный момент торгуется только несколько инструментов.

Впрочем, ждите ответов от разарботчиков.

Ок. Смотрим на Ваш код.

Я даже специально перенес его в редактор и привел к нормальному виду. Даже запустил на тестовом сервере ARQA

Нет такого поведения - это раз. Не при подключении к серверу, ни при отсутствии оного.

Второе, даже просто глядя на код, возникает вопрос: почему у Вас первое сообщение содержит mLots не 0?

При инициализации значение переменной  = 0. После первого сообщения произойдет присвоение некому значению, отличному от 0.
У меня так и выводится одно единственное сообщение, и более ничего.

SBER   TotalLots  10.0   mLots   0   x   10.0

Как и должно быть mLots = 0.

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

Я уже все предложил. У меня достаточно запущенных скриптов содержащих близкие по смыслу строки.
Когда возникала такого рода проблема, она исследовалась всесторонне: получалось содержание колбеков, содержание таблиц и т.д. И, в конечном итоге, проблема решалась с брокером, транслирующим данные.

А глядя на эти сообщения, где не ясно что это за бумага, какой брокер, версия терминала, разработчик, "конечно", сможет сразу определить проблему.

Да, чаще всего это проблема трансляции данных или их интерпретации.
А если Вы увидите, что есть проблема в данных, то далее ее можно будет классифицировать: технологические изменения данных при трансляции, проблема в данных, поступающих от брокера и т.д.

Далее можно уже предполагать кто виноват (или не виноват): брокер, серверная часть терминала у брокера, сам терминал.

А просто сказать - вот есть проблема. Как ее воспроизвести? Ваш код будет работать корректно на тестовом контуре разработчика терминала. И что в итоге?

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

В конечном итоге, разработчик терминала не отвечает за транслируемую информацию.

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

Данные транслирует биржа, терминал просто получает и предоставляет информацию.

Ну по поводу значений возвращаемых именно функциями, а не простым перебором таблицы была тема https://forum.quik.ru/messages/forum10/message47344/topic5697
Вы вывели бы все значения из таблицы и было бы видно для каких сочетаний параметров происходят изменения.

limit_kind NUMBER Срок расчётов.

Возможные значения: положительные целые числа,  начиная с «0», соответствующие срокам расчётов из таблицы  «Позиции по инструментам»: «0» – T0, «1» – T1, «2» – T2 и т.д.

Для получения значений параметров таблицы «Клиентский портфель» для клиентов срочного рынка без единой денежной позиции необходимо  указать в качестве «client_code» – торговый счет на срочном рынке,  а в качестве «limit_kind» – 0.

Вы для своего инструмента уточните срок расчетов, тот и задайте.

Можете также вывести из таблицы depo_limits все строки и посмотреть значения. Позиция для Т2 и Т0 - это могут быть разные значения.

А зачем у Вас Limit_kind = 365?

Руководство по языку qLua говорит нам:
result STRING Результат выполнения операции.

Возможные значения:
«0» – ошибка;

«1» – параметр найден
Можно, конечно, интерпретировать по разному, но, по факту, раз не равно "1", то какой-бы ни был результат в param_value, параметр не найден или не получен.
Либо надо провести дополнительную проверку на корректность ввода параметров инструмента, либо не пытаться угадать что этот 0 будет значить.

Не очень понята проблема. Вам никто не мешает прежде чем получать данные, проверить, что эти данные есть.
Т.к. getParamEx возращает таблицу, то легко проверить есть ли данные, сравнив поле result этой таблицы с литералом '1'.
Если не равно "1", то данных нет, по какой-то причине. Вы их можете привести к 0, через tonumber(...) or 0, но этот 0 будет иметь смысл - данных нет.

Да вроде таких примеров на просторах достаточно. Собственно просто читать поток сделок и что-то с ним делать.

Вот, для примера https://github.com/nick-nh/qlua/tree/master/quantScript

Я бы уточнила так:

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

Впрочем, такие пожелания уже были.

Демо счет, Quik 8.13.0.106

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

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

На форуме есть ветка https://forum.quik.ru/forum17/ для произвольного общения.

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