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

Статус стоп-заявки - это всего лишь индикатор того в каком состоянии заявка на сервере брокера. Исполнилась - значит исполнилось условие.
Далее идет подача команды на установку лимитного ордера по указанным параметрам. Если команда не пройдет шлюз, то можно проверить это через бит 10 и 11 флагов стоп-заявки.
Если же лимитный ордер был установлен, то у стоп-ордера будет заполнено поле linkedorder Номер заявки в торговои? системе, зарегистрированнои? по наступлению условия стоп-цены.
По нему и можно найти лимитный ордер в таблице orders и проверить уже его статус, предпринять какие-то действия.

       

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

Состояние заявки можно получить в колбеке OnOrder или найти в таблице ордеров запись по номеру ордера order_num (индекс записи можно запомнить).

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

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

Не очень понятно зачем именно дата торгов, если есть дата время самой сделки datetime.

На демо серверах такое как раз чаще встречается.


Что же касается вопроса, то не очень понятно, что необходимо сделать. Не подтягивать стоп если это прокол?
Если так, что самое простое - это организовать таймер ожидания функции проверки изменения цены с прошлого опроса. Тогда у Вас проверка будет более большими квантами времени.
Если непрерывно, то, условно, это будет раз в 100 млс. А так - раз в установленное время секунд, скажем раз в 1 сек.

Правда здесь есть вероятность того, что именно во время проверки это аномальное изменение и случится. Для этого можно организовать счетчик. Т.е. если такое случается больше чем 1 раз проверок, то это подтвержденное изменение. Для примера:
Проверяем 1 - нет изменений. Счетчик 0.
Проверяем 2 - есть изменение. Счетчик 1.
Проверяем 3 - уже нет изменения. Счетчик сбрасывается в 0.

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

Он не поддерживает кодировку Win1251. Квик же в 2022 только ее понимает...
Правда для ZeroBrane можно скрипт на том же lua для перекодировки при открытия файла настроить. Но это не лучший вариант. Часто файлы потом не открываются вообще.

Очень спорное утверждение. Почему не Vim или Emacs?
Notepad++?, если речь про него, хорош если быстренько открыть водном файле, посмотреть, закрыть.

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

Для примера:

По всей видимости, это был сарказм. Окружение терминала в рамках qlua не предоставляет методов по доступу к окну доступных скриптов lua.

Вариантов два:
-- Разобраться с утечкой памяти. Это будет единственно правильным решением.\
-- Написать некий proxy-метод в библиотеке, который будет приводить к перезапуску основной логики. И дергать его по таймеру уже из скрипта lua или прямо организовать цикличность в запуска в самой библиотеке.

Правда есть еще вариант: написать скрипт, использующий w32.dll. Найти окно доступных скриптов, виртуально нажать кнопки остановки и запуска. Для примера, как это сделано в автологинах.

Если я правильно помню luasql от keplerproject под win32. Возьмите сборку под x64, хотя бы от swerg https://github.com/swerg/qlua-luasql
Либо сами внесите изменения.

И соберите через make или прямо в VC.

Это не мой тест. Я просто запустил вышеприведенный чужой код на чистом луа. И вижу, что я также ничего не вижу.

Странный спор.

Берем тот же скрипт, приводим к универсальному виду:

В чистом lua:

begin: 0.0
end: 0.006, memory: 25.41796875

В Квике 8.13

begin: 1796.016
end: 1796.032, memory: 39.4013671875

В Квике 9.3

begin: 31.48
end: 31.499, memory: 39.4013671875


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

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

Если данные транслируются в ТТТ, то и getParamEx вернет их. Укажите корректный код класса и код инструмента. Можете увидеть их в информационном окне: правая клавиша в строке ТТТ - информация об инструменте.

Ну так

Как уже правильно сказали выше, файл должен быть в бинарном представлении открыт.

Вот отрывок из книги создателя языка:

Lua принимает предкомпилированный код практически везде, где он допускает исходный код. В частности, loadfile и load принимают предкомпилированный код.

Мы можем написать упрощенную версию luac непосредственно на Lua:




Основная функция здесь — это string.dump: она получает функцию Lua и возвращает ее предкомпилированный код как строку, правильно оформленную для ее обратной загрузки в Lua.


Т.к. в Квике теперь две версии lua, то необходимо запускать все в одной версии.

visual stidio code + plugins:
https://marketplace.visualstudio.com/items?itemName=keyring.Lua
https://marketplace.visualstudio.com/items?itemName=sumneko.lua
https://marketplace.visualstudio.com/items?itemName=actboy168.lua-debug
ну и для git  https://marketplace.visualstudio.com/items?itemName=eamodio.gitlens

Или IntelliJ IDEA + EmmyLua

Дело вкуса. Но idea тормоз, особенно при глобальном поиске.

Если версия Квика 7, то там lua 5.1. А вот с ним уже не все так очевидно. Он, действительно, может не переварить номер из 19 символов. Поэтому, собственно, и был переход на lua 5.3. https://forum.quik.ru/forum10/topic5119/
Поэтому обновляйте версию.

Если тип number и предположительно целое, то достаточно такой конструкции

Что же касается получения данных из таблиц Квика, то вызов getItem необходимо свести к минимуму. Один вызов на индекс и запомнить в переменной. Иначе большой расход памяти.

А зачем изменять два раза параметр? Одного раза достаточно. Что касается видеть - то нет. Это либо ошибка, либо разработчики не предполагают изменение вне настроек.
Правда если Вы хотите изменять и в коде и в поле настроек, то это уже другая задача: необходимо как-то "сказать коду", что поле изменено в форме и не изменяй его.

Впрочем, Вы можете решить данную задачу используя две (три) переменные.

Одна - в структуре Settings. Вторая - прошлое используемое значение (чтобы понимать, что в форме его изменили). Ну и третья - рабочая, значение которой берется из прошлых двух.

Если это чисто внутренние данные, то может тогда и не хранить их в Settings.
А если необходимо именно в них, то можно перед выходом из функции Init установить необходимое значение и оно будет использоваться в расчетах.

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

Возможно, но чтобы понять проблему необходимо видеть код  функции inicfg.load.

Хотя, как правило, если нет уверенности, что данные корректны, то стоит проверять значения прежде чем их использовать. Как минимум убедиться что type(updateIni) == 'table'. Но это не решит проблемы загрузки(записи по указанному пути) файла через сеть.

Видимо, все же стоит обратиться на форум для того продукта, где этот скрипт используется. Поиск дает ответ, что это какая-то игра GTA.
Это форум посвящен совсем другому продукту.

Ну так это и есть хеш таблица - интерфейс ассоциативного массива

https://habr.com/ru/company/vk/blog/493642/

Таблицы lua - это хэш таблицы. Точнее весь lua - это операции над таблицами.
Поэтому банально
t[1] = что-то
t[2] = что-то
....

Или

t['что-то'] = вот-это
t['еще'] = другое

Можно даже в качестве индекса другую таблицу указать

tbl = {}
t[tbl] = 'что-то'

Так что как сохранить - это больше вопрос как лучше сохранить в данном случае.

В принципе да. Но покупать алгоритм - то еще занятие. Тем более, что они все давно исследованы вдоль и поперёк. Для примера, если кто не видел - https://oxfordstrat.com/rd-blog/

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

Если себе, то смысла никакого. Если на заказ, то уже имеет смысл.

В папке mime находится dll. За поиск динамических библиотек отвечает путь package.cpath

Его тоже необходимо указать.

Чтобы искать во вложенных папках можно использовать такую маску

для package.path:      path .."\\?.lua;"..path.."\\?\\?.lua;"

для package.cpath:    path .."\\?.dll;"..path.."\\?\\?.dll;"

Чтобы скрипт нашел библиотеку в каталогах отличных от предопределенных, необходимо дополнить путь искателя

Можно напрямую указать:

package.path=package.path..';C:\QUIK\LuaIndicators\QET\EnterTradeLib\\\?.lua;'

require же должен знать где искать файлы.

Проверьте, что запускаете в корректной версии. В последних версиях Квика две версии lua 5.3.5 и 5.4.1. Если не выбираете в версию при запуске, то выбирается по умолчанию из настроек.

Что значит зачем. Lua не имеет встроенной поддержки web soсket. Поэтому необходимы библиотеки (а не программы), чтобы сие действие стало доступно.
Ссылки на сборки библиотек недавно обсуждались.

Если речь про срочный рынок, то цену активации необходимо задавать конкретным значением. Например, рассчитать как сдвиг стоп-цены на 100-200 шагов цены, помня о зависимости ГО от цены.
Но, как уже обсуждалось, не факт, что проскальзывание будет меньше. Поэтому контролировать связанный лимитный ордер необходимо.

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

Не на всех рынках есть понятие "По рынку". Если после активации ордера лимитный ордер не смог пройти контроль лимитов цен, достаточности средств, то он не будет зарегистрирован.
Правда, статус стоп-ордера должен быть "исполнен" т.е. не активный и не снят. А вот биты 10 и 11 как раз могут говорить о причине проблемы.

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

Если же для себя пишешь, то конечно, можно упрощать. Правда надо помнить, что 9 утра сегодня - это больше чем 22:00 вчера. Если же просто время сравнивать, то будет ошибка.

Пишите скрипт с интерфейсом. Он будет показывать сигналы (для примера https://github.com/nick-nh/qlua/tree/master/scriptMonitor).
Пишите скрипт, отправляющий сигналы на почту, телеграм.

Ну появился он в 5.2

https://www.lua.org/wshop18/Ierusalimschy.pdf

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

Но необходимо учитывать еще, что есть настройка "Получать данные раз в секунд".

Если там установлено не 0, то необходимо это учитывать. Впрочем, параметр у Вас есть для этого.

Также еще необходимо учитывать, что SERVERTIME не всегда возвращается в виде 8-и символов.

Для уточнения: о каких функциях речь? Любых пользовательских, или только о подписанных колбеках и функциях qlua?

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

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

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

Перезапуск терминала решил проблему.

Так что про кэш мысли возникали.

А, речь про компиляцию скрипта. Да, синтаксис такой же.

luac.exe -s - o luac_file_name file_name

Точно запускаете в той же версии? Я иногда забываю нажать список выбора версии lua.

Не очень понятна проблема. Если речь про lua 5.4, то все как обычно - использовать lua54.lib и include h файлы.

Скорее всего просто нарушено форматирование при сохранении или уже при чтении проблема алгоритма.


Лучше пойти путем хранения самого контекста скрипта.
Для примера, есть некое состояние, скажем State - это таблица с необходимыми данными. Мы ее сохраняем в файл в виде сериализованой таблицы.
Тогда чтение будет через одну единственную команду loadfile.

Для сериализации таблицы состояния можно воспользоваться любым итерационным (рекурсивным) методом:http://lua-users.org/wiki/TableSerialization

Лишь бы он позволял хранить восстанавливаемые данные через loadfile.

Файл должен выглядеть примерно так:

return {
   filed = 1,
   field2 = 'some_string',
   inner_t = {
       b = 2,
       c = 3
   }

}

т.е. как простой код lua

Она написана на C#. Я её ещё не выкладывал в открытый доступ.

Но, все можно найти в примерах MailKit: https://github.com/jstedfast/MailKit

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

В примере, что был приведен, видны зависимости:

т.е. необходимо иметь библиотеку imap4, ссылка на которую была приведена.
Также, если используется ssl, то необходима ssl.

Если посмотреть на код библиотеки imap, то видно, что для ее работы необходима socket


Поэтому необходимый минимум - это библиотеки imap и socket, что и было написано выше.

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

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

Также не стоит забывать про битовые флаги 10 и 11 стоп ордера:

бит 10 (0x400)      -   Стоп-заявка сработала, но была отвергнута торговой системой
бит 11 (0x800)      -   Стоп-заявка сработала, но не прошла контроль лимитов

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

С одно стороны да, иметь как вариант неплохо было бы. Но стабильность всего этого дела (одна сборка работает, другая нет - это про ssl), уже давно заставила пойти другим путем. А именно - написание программ реализующих отправку, прием запросов. А терминал(ы) уже с ней общается. В таком варианте все уходит в NET (я выбрал C#). А там уже все "их коробки".

Из-за специфики Lua библиотеки мало кто поддерживает. Они старые. Если бы разработчики терминала реализовали бы методы HTTP requset, доступные в qlua, многие бы вопросы ушли.

Более информативным был бы скрипт где есть три потока:
Получение данных LAST для цены последней сделки
Данные таблицы обезличенных сделок
Данные от CreateDataSource

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

Я так понимаю это просто файл макет, чтобы он был проиндексирован LS с поддержкой аннотаций как Lua от sumneko (сам им пользуюсь).

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

https://nick-nh.github.io/2021-11-24/barsSaver-post