Скрипт который выставляет заявку исходя из объема портфеля и предыдущей исполненной заявки, Возникают непонятные проблемы с запросом информации о портфеле и заявке. Постоянно возвращается nil, что бы не спросил.
Скрипт который выставляет заявку исходя из объема портфеля и предыдущей исполненной заявки, Возникают непонятные проблемы с запросом информации о портфеле и заявке. Постоянно возвращается nil, что бы не спросил.
Это же сигнатура функции. Т.е. надо передать код класса (строка), код бумаги (строка), имя получаемого параметра (строка). Возвращается таблица с данными или nil, в случае неудачи.
Скрипт который выставляет заявку исходя из объема портфеля и предыдущей исполненной заявки, Возникают непонятные проблемы с запросом информации о портфеле и заявке. Постоянно возвращается nil, что бы не спросил.
The type number uses two internal representations, one called integer and the other called float. Lua has explicit rules about when each representation is used, but it also converts between them automatically as needed (see §3.4.3). Therefore, the programmer may choose to mostly ignore the difference between integers and floats or to assume complete control over the representation of each number. Standard Lua uses 64-bit integers and double-precision (64-bit) floats, but you can also compile Lua so that it uses 32-bit integers and/or single-precision (32-bit) floats. The option with 32 bits for both integers and floats is particularly attractive for small machines and embedded systems. (See macro LUA_32BITS in file luaconf.h.)
Раз введен новый подтип, то возвращаемые данные будут integer, для примера:
Это нормально когда софт стоит дороже железа - тоже стоит принять за данность. Зачастую труда в его создание вложено намного больше. Впрочем, пока сам не начнешь создавать коммерческий продукт - не начнешь ценить.
Цитата
И из всего его функционала используется процентов 20. Смысл переплачивать?
Есть смысл не покупать такой продукт, а найти аналог. А вот воровать его точно не имеет смысла. Тем более, если такой продукт используется как инструмент для коммерческой деятельности. Это как землекопы будут воровать экскаваторы, если можно обойтись лопатой.
Что касается покупок, не делайте предположений. Весь софт куплен. Пресловутый Photoshop покупать нет нужды - есть подписка. Когда он мне был нужен на месяц - оплатил месяц и все. Офис не нужен в отдельной поставке, поэтому не покупается. Вполне достаточно бесплатного онлайн варианта. Да и на MacOS файлы прекрасно открываются и редактируются без продукции Microsoft. Что касается окружения, то DebugView не нужен. Отладка производится прекрасно и без него. Впрочем, на linux много своих утилит. А вот тот же офис как данность для компаний, тот же терминал, много проприетарного софта - это и есть окружение, которое тормозит многие компании от перехода и развития окружения на linux.
Но, как говорится, время все рассудит - иногда такие переходы становятся вынужденными. Поэтому лучше быть готовым к этому, чем оказаться внезапно в ситуации.
А варез? А старые программы? Или программы, которых автор обновляет редко? Пираты не будут выкатывать по три варианта вареза: x86/amd64 (что одно и то же), для Apple и еще arm. Им бы с чем-то одним справиться. В лучшем случае под винду и мак одновременно. Или вы предлагаете платить за фотошоп и офис, да еще и по-русски? Нет, нужна классическая пиратская версия от европейских хакеров. И самая свежая, они есть. Но под Arm пока выпускают мало. Тем более есть мнооого специальных и редких программ.
Так что и Квик без arm-a это нормально. В порядке вещей.
Может это сарказм, но как-то странно все это слышать. Привыкайте платить за софт. Это нормально. Почему-то в других областях не вызывает вопросов, что продукт стоит денег. Хотя, возможно, раз здесь можно украсть, то и там была бы возможность сделали бы.
Что касается ARM, то на данном этапе более логичным и важным был бы релиз для linux. По крайней мере ушла бы необходимость покупать Windows, что для многих является существенной статьей расхода, особенно если рабочих мест очень много.
К сожалению, самостоятельно отключить баннер возможности нет, т.к. его отображение настраивается брокером на стороне сервера для всех пользователей.
Это не совсем корректно, т.к. он отображается в панели инструментов, которая недоступна для редактирования. Поэтому и возникает вопрос - а почему есть такая панель в интерфейсе недоступная для редактирования? Была бы возможность снять видимость, вопроса бы и не было.
Вот так пожелания одних делают плохо для других. Теперь в версии 10.2 интерфейс ужасен. Как же надоели эти новомодные плоские интерфейсы. Сделайте отключаемое текущее поведение. И разу уж изменяете интерфейс, то, видимо, стоит сделать изменяемый размер окна "Доступные скрипты", что просят уже очень давно.
Дело не в скорости а в самой технологии DDE. 1. Она только в Windows (правда был еще в OS/2). 2. Это очень древняя технология, сколько ей осталось - не ясно. Но, конечно, если задача выдать данные в Excel, то да - это самое простое решение, хоть и со своими нюансами.
В идеале нужно записывать данные в таблицу с индексом и сразу возвращать управление, всю обработку производить уже в main.
Это все хорошо, когда БА двигается медленно. Но если нам надо успеть выставить новую заявку за доли секунды после срабатывания предыдущей. Иначе можем нарваться на комиссию биржи. В main можно делать только медленные запросы на сервер, требующие ожидания ответа. Если смешать всё в main, то все станет медленным из-за ожидания ответов. Из-за этого еще может потребоваться делать задержки в main. И перенос в main требует держать глобальные переменные или таблицы в памяти. В разумных пределах выгоднее высокочастотное делать в OnTrade. И очередь из коллбеков НЕ может расти бесконечно, так как новые заявки не успевают выставиться. Самое главное, меня интересует, будет ли эта очередь выполнятся строго последовательно?
Что-то странное у Вас происходит в main. Мне, наоборот, приходится вводить параметры - число транзакций в секунду, иначе у некоторых брокеров приходит ответ "Превышено максимальное количество 30 транзакций в интервале 1 сек.". И все это в main и никаких колбеков. Колбек как концепция хороша, но если она используется, то должно соблюдаться условие гарантированности доставки. Что нельзя сказать о колбеках в терминале. Плюс многократные технические вызовы оных, плюс исполнение оных в потоке терминала, т.е. есть шанс, что это будет медленно. Не знаю как другие, но раз мы здесь про деньги, то должно быть надежно, гарантировано и воспроизводимо, поэтому я как-то лучше обойдусь без колбеков.
Любая обработка клиент-сервер требует той или иной обработки ожидания. А по поводу main - так любой скрипт, предполагающий длительную работу в среде терминала, должен содержать эту функцию.
Документация "Использование Lua в Рабочем месте QUIK.pdf", раздел 2. Взаимодействие потоков Lua скрипта
Для всех предшествующих баров поставить значение nil. C определенной по текущую поставить значения. Если надо сдвигать линии, то также для устаревших баров ставить знаяение nil.
local pipe = io.open("\\\\.\\PIPE\\"..pipe_name, "wb") -- открываем именованный канал
if not pipe then
return false
end
pipe:write(msg) -- записываем сообщение в канал
pipe:close() -- закрываем канал
green_X5 написал: Да, зарегистрируйте пожалуйста. Есть надежда что сделаете это довольно быстро, там ведь в вашей "виртуальной машине" всего-то убрать одну паразитную функцию округления. Или например изменить её до округления до 2-х знаков, что вполне приемлемо для всех индикаторов.
Не забывайте, что есть инструменты с точностью 5 знаков после запятой. А если добавить еще точность вычисления 2 знака, то уже надо все 7 знаков.
L - это возвращаемая таблица метода GetLabelParams. Но если метка не найдена, то будет возвращено nil. Поэтому надо проверять L на nil прежде чем индексировать. На самом деле это надо делать для всех методов qlua.
Если Вы отлаживаете просто алгоритм, то лучше написать тесты. На истории еще можно как-то отлаживать в привычном понимании. А вот когда идет поток в реальном времени, то как Вы себе представляете отладку - останавливать основной поток терминала. Вряд ли это приемлемо. А так да, так называемый print debug позволит найти ошибки.
Как-то нет никакой обратной реакции. Хоть бы сказали, что да, метки реиндексируются при каждом запуске терминала. Делайте что хотите. Либо все же надо это исправить, например дать возможность искать метки по внешнему индексу, задаваемому при установке метки. Или не применять реиндексацию, а выдавать для новой метки индекс из пула свободных индексов и только когда он пустой увеличивать индекс на 1.
Для получения спроса и предложения по лучшей цене, не надо получать весь стакан. Эти данные есть в ТТТ, параметры BIDDEPTH, OFFERDEPTH. Правда они могут быть не в лотах, а в шутках, т.е. надо разделить на лотность.
То что список некорректный в сообщении указано. А то что входящий параметр в функции getClassSecurities не проверяется тоже очевидно из-за молчаливого падения терминала. Собственно сообщение о падении терминала, а не о работе самой функции. Хотелось бы видеть в методах qlua возвращаемое значение. А если что-то не так, то nil, например, и вторым параметром уже описание - "сам дурак, что на вход передаешь". Сейчас же, случайно переедал не то и привет... И приходится каждый метод qlua оборачивать в свой assert.
Уточните, как именно Вы аварийно завершаете работу терминала? Так же просьба подробно описать последовательность Ваших действий. Для анализа проблемы просьба прислать скрипт с уточнениями нам на quiksupport@arqatech.com со ссылкой на данную ветку форума.
Ок. Раз Вы сами не можете проверить происходит ли переиндексация меток при каждом запуске терминала, вот два скрипта.
Первый добавляет метки:
Код
local path = _G.getScriptPath()
local sleep = _G.sleep
local log_file
local AddLabel = _G.AddLabel
local function init_log()
log_file = io.open(path.."\\add_labels_test.txt", "w")
end
local function close_log()
if io.type(log_file) == 'file' then
log_file:close()
end
log_file = nil
end
local function log_tostring(...)
local n = select('#', ...)
if n == 1 then
return tostring(select(1, ...))
end
local t = {}
for i = 1, n do
t[#t + 1] = tostring((select(i, ...)))
end
return table.concat(t, " ")
end
local function log(...)
if not log_file then return end
log_file:write(tostring(os.date("%c", os.time())).." "..log_tostring(...).."\n");
log_file:flush();
end
function _G.OnStop()
close_log()
end
function _G.main()
init_log()
log('start')
local tag = 'virt_test'
local date = tonumber(os.date('%Y%m%d', os.time())) or 0
local time = tonumber(os.date('%H%M%S', os.time() - 120)) or 0
local label_params = {}
label_params.YVALUE = 172.0
label_params.TEXT = ''
label_params.HINT = ''
label_params.DATE = date
label_params.TIME = time
label_params.FONT_FACE_NAME = 'Arial'
label_params.ALIGNMENT = 'RIGHT'
label_params.FONT_HEIGHT = 3
label_params.TRANSPARENT_BACKGROUND = 1
for i = 1, 100 do
label_params.TEXT = tostring(i)..': |||||||||||||||||||||||||||'
label_params.YVALUE = label_params.YVALUE + 0.1
local l_id = AddLabel(tag, label_params)
log('add label', i, 'id', l_id)
sleep(10)
end
end
Второй читает:
Код
local path = _G.getScriptPath()
local log_file
local GetLabelParams = _G.GetLabelParams
local function init_log()
log_file = io.open(path.."\\check_labels_test.txt", "w")
end
local function close_log()
if io.type(log_file) == 'file' then
log_file:close()
end
log_file = nil
end
local function log_tostring(...)
local n = select('#', ...)
if n == 1 then
return tostring(select(1, ...))
end
local t = {}
for i = 1, n do
t[#t + 1] = tostring((select(i, ...)))
end
return table.concat(t, " ")
end
local function log(...)
if not log_file then return end
log_file:write(tostring(os.date("%c", os.time())).." "..log_tostring(...).."\n");
log_file:flush();
end
function _G.OnStop()
close_log()
end
function _G.main()
init_log()
log('start')
local tag = 'virt_test'
for l_id = 1, 1000 do
local l_params = GetLabelParams(tag, l_id)
if l_params then
log('find label', 'id', l_id, 'text', l_params.text)
end
end
end
Запускаем терминал. Запускаем скурипт, добавляющий метки. Удаляем несколько меток, чтобы образовались дырки в последовательности id меток. Можно еще проще сделать - добавить метка, удалить все метки и заново добавить. В результате id меток будет начинаться не с 1.
Tue Mar 7 13:30:26 2023 start Tue Mar 7 13:30:26 2023 add label 1 id 101.0 Tue Mar 7 13:30:26 2023 add label 2 id 102.0 Tue Mar 7 13:30:26 2023 add label 3 id 103.0 Tue Mar 7 13:30:26 2023 add label 4 id 104.0 Tue Mar 7 13:30:26 2023 add label 5 id 105.0 Tue Mar 7 13:30:26 2023 add label 6 id 106.0 Tue Mar 7 13:30:26 2023 add label 7 id 107.0 Tue Mar 7 13:30:26 2023 add label 8 id 108.0 Tue Mar 7 13:30:26 2023 add label 9 id 109.0
Теперь закрываем терминал, даже не аварийно. Запускаем терминал заново. Запускаем второй скрипт и видим что метки получили индексы с 1, тем самым те индексы, что были получена при добавлении утеряны. Вывод: при каждом запуске терминала происходит переиндексация меток.
Tue Mar 7 13:30:02 2023 start Tue Mar 7 13:30:02 2023 find label id 1 text 1: ||||||||||||||||||||||||||| Tue Mar 7 13:30:02 2023 find label id 2 text 2: ||||||||||||||||||||||||||| Tue Mar 7 13:30:02 2023 find label id 3 text 3: ||||||||||||||||||||||||||| Tue Mar 7 13:30:02 2023 find label id 4 text 4: ||||||||||||||||||||||||||| Tue Mar 7 13:30:02 2023 find label id 5 text 5: ||||||||||||||||||||||||||| Tue Mar 7 13:30:02 2023 find label id 6 text 6: ||||||||||||||||||||||||||| Tue Mar 7 13:30:02 2023 find label id 7 text 7: ||||||||||||||||||||||||||| Tue Mar 7 13:30:02 2023 find label id 8 text 8: |||||||||||||||||||||||||||
Максим написал: Тот же вопрос всплыл с новым аспектом. Заявки, поданные через терминал руками, теперь имеют связанные транзакции, у которых есть ID. И теперь совсем не ясно как роботу отличить свои транзакции от ручных. Идеи?
Для этого лучше использовать brokerref = комментарий транзакции
Обязательно нужен метод ПолучитьВсеМетки - возвращает массив с индексами всех меток на указанном графике.
И желательно иметь метод ПриСдвигеМетки. Его, конечно, лучше сделать как регистрируемый колбек на метку, типа RegisterOnMoveLabel(id, chrt_id, func). Вызываемый по событию "MOUSE_RELEASED". Т.е. указателем взяли - отпустили. Сейчас же приходится постоянно опрашивать метку на предмет новых данных - не самое лучшее занятие.
Установил метки, запомнил их ID. Аварийно завершаю терминал. Перезапускаю терминал. Скрипт считывает метки и проверяет их.
Часть меток меняет свой id. Например, было 155 стало 162. Возможно часть меток исчезла, а может и сами как-то переиндексировались. В результате считывая метку, получаем чужие данные.
Но это очень плохо. Если нет гарантий, что id метки неизменен, то надо каждый раз искать, проверять, что метка та же, что и была.
Файл может быть не доступен для записи (права доступа, заблокирован другим процессом). Также может быть включен Контролируемый доступ к папкам Windows.
awkozlov написал: Я не стремлюсь к хирургической точности цифры, мне хотя бы порядок сделки определить. Поэтому я сделал костыль: 1.покупаю для начала один лот, 2.записываю в файл, сколько он отъел свободной маржи после открытия позиции, 3.при следующем открытии свободные средства делю на это записанное в файл, и получаю максимальный лот. Теперь можно хоть как-то ориентироваться в размерности ценовых координат. Файлик обновляю при следующих сделках (на всякий случай). Но я крайне удивлен отсутствием базовой информации о торговле в торговом терминале. Может где-то есть стоимость лота в валюте депозита? Где это лежит?
А если надо просто узнать сколько максимально можно открыть по этой цене, то можно воспользоваться методом CalcBuySell https://luaq.ru/CalcBuySell.html
nikolz написал: На самом деле это вам лишь видимость. Такая игра кошки с мышкой. Вы сами не торгуете.
Это все известно. На то он и брокер, в полном понимании этого слова. Но т.к., как Вы выразились, видимая часть разделена по субсчетам, то и указывать субсчет необходимо. Уж такая структура хранения у брокера. Не плохая, не хорошая - такая.
nikolz написал: ------------------------ Возможно изначально он был обязателен, но сейчас он подобен аппендиксу у человека. --------------------------- Типа есть, но нафиг нужен.
Нужен. Я меня счет один, а два кода клиента. И необходимо указывать тот, с которого идет торговля. Это субсчет - на одном ИИС, другой простой. На одном есть деньги, на другом нет.
Да, счета и субсчета (т.е. коды) у брокера. Однозначно связать счет и код клиента нельзя, т.к. в таблице кодов больше ничего нет. Но.
Смотрим на таблицу money_limits (Лимиты по денежным средствам), для нее код имеет смысл. В ней есть фирма, есть счет, есть код клиента. Так и выходит, что можно только сказать - а можно ли с этим кодом, на этом счете, по этой фирме что-то сделать. Кодов же много может быть. На одном есть деньги, на другом нет. Хотя подать транзакцию можно, раз доступен код по фирме, счету. Ну и сколько брокеров не видел, фирма для срочного рынка отличается от фондового. По ней, как минимум, отсечь недоступные классы инструментов. И выбирая инструмент, по его классу даем список сочетаний доступных счетов, субсчетов.
Не разработчик, но, кажется, соответствие идет от фирмы, не счета. Счет от класса инструмента. Также от класса инструмента фирма. И по уже по фирме проверяем, что код клиента и счет для одной фирмы.
Попробуйте переподключиться, чтобы попасть на другой сервер
Если я правильно помню, Сбербанк убрал второй сервер. И он один. Соединения нет, а если есть, то данные асинхронны. Вопрос в другой ветке - почему сервер допускает такое, и есть ли контроль, без ответа.
Ок. Правда с брокером Сбербанк - это бесполезная просьба. Техподдрежка не видит проблем, кроме очевидных - невозможно установить связь.
Правда я так и не понял какой ответ на вопрос: Есть ли контроль синхронности данных в серверной части. Если необходимы данные, то предположу, что нет. И каждый брокер сам решает свои проблемы. По идее, когда идет нарушение синхронности, то сервер должен просто блокировать передачу. Иначе такие данные могут навредить. Уж лучше ничего, чем такое.
Anzhelika Belokur написал: Nikolay, данные нам нужны с сервера брокера (конкретные файлы), чтобы понять на каком этапе данные в QUIK перестают обновляться.
И как Вы их получите? У нас же нет доступа к серверному окружения брокера.
А прямо сейчас цена последней сделки в ТТТ, видимо, отстает от графика. Время сервера встало на 10 утра. Данные ТТТ видимо тоже. Для целей автоматизации брокер просто нерабочий. Да и для торговли тоже т.к. вчера графики просто стояли.
Да, в данном случае может и брокер виноват, но на лицо отсутствие проверки синхронизации выдаваемых данных. Одно идет в реале, другое отстает. У меня вчера у Сбера не шли графики вовсе, ТТТ и стаканы обновлялись. Сбоит уже третий раз подряд у брокера. Два других брокера работаю корректно. Т.е. серверная часть позволяет это делать. Возникает вопрос - а почему сервер допускает это.
Как я понимаю такая форма окна ввода (и опция) доступна не на всех инструментах. Я вижу это только на валютной секции. Для срочной секции форма ввод заявки другая и такой опции нет. Для фондовой такой опции нет, хотя форма ввода похожа.
Ничего хорошего в этом варианте нет. Во-первых, чтобы это сделать необходимо иметь программу DDE-сервер. По умолчанию это Excel. Но забывают что он платный (я вот не готов платить за него и у меня банально его нет) и в последнее время онлайн без локальной установки. Вот-вторых, это очень старая технология, которая в любой момент может уйти из новых версий операционной системы.
А было бы гораздо проще если бы в документации был список. При необходимости обновлять документацию. Впрочем, об этом говорится уже какой год.
Ну еще счетчик циклов для повторной попытки загрузки
Не лучшее решение, оно блокирует исполнение кода. Запросы где время ответа неизвестно, лучше решать через очереди задач ожидания. Потоков в lua нет, но, как минимум, не блокировать весь код. Если, например, скрипт обрабатывает много инструментов и потоков данных, то ждать после каждого заказа - много времени пройдет пока до последнего дойдет. Или надо что-то другое постоянно контролировать, пока по другому инструменту заказ сделали. То что долго идет ответ - это не повод для уже работающих инструментов ждать.
Вычисления лучше в скрипте и произвести. И быстрее будет. Ексель нужен только когда это надо визуализировать, больше ни для чего он не нужен. Я не очень понимаю это странное "учеба на YouTube". В книге от автора языка все написано очень просто и понятно. Да и примеров очень много как прочитать файл, если просто поискать. А вот чтение xls - это уже использование сторонней библиотеки luaCOM. С учетом древности технологии COM, не думаю что будет много информации.
Библиотека luaCom поможет открыть COM объект и прочитать файл. Но я не очень понимаю зачем использовать тяжелый формат xls, а не перейти на простой текст с расширением csv, который читается очень просто, да и Excel открывает его как простую таблицу.
Я использую метод "догнать время последней сделки". Заказываем все сделки, далее ожидаем когда время из таблицы обезличенных сделок (или если угодно тика) равно времени последней сделки из ТТТ. Ждать надо, т.к. от заказа до прихода "последней" не одна минута может пройти. Также при восстановлении связи после обрыва тоже надо подождать. Ожидание точно не стоит делать блокирующим.