Александр М (Все сообщения пользователя)

Совсем другое дело, спасибо.

Для номера заявки или сделки достаточно целого числа Integer 64 бит, это 20 знаков (без знака) или 19 (со знаком)
https://ru.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BB%D0%BE%D0%B5_(%D1%82%D0%B8%D0%BF_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85)
Зачем его в double переводить?
Numeric в lua 5.3 представлен 2 типами.

выдержка из Lua 5.3: "Стандартный Lua использует 64-битные целые (integer) и вещественные числа двойной точности (double 64-bit)"

Если вы хотя бы в общих чертах опишите грядущие изменения, то мы начнем работать. Подтвердите информацию:
1. Lua обновляется до версии 5.3
2. Тип полей во всех текущих функциях, которые в качестве параметров требуют ввода номера заявки или сделки или возвращают номер заявки или сделки, НЕ поменяется.
3. Функция tostring будет корректно работать в новыми большими числами.
4. Какие еще возможные изменения могут быть?

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

Более подробно распишите, как сделать эту волшебную операцию, Вы же не можете в открытую издеваться над пользователями?

Спасибо за ссылку, полезная.

Отдельный вопрос: после выпуска вашего обновления будут ли какие-то проблемы с компилированием скриптов через luac?

Поддерживаете вы их путем выпуска новой версии, это не изменения с вашей стороны? Зачем этот спор? Меня интересует результат, когда мы - пользователи вашей программы увидим анонс изменений в программе и новую документацию?

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

Я правильно понял ваш ответ, что после Вашего обновления и перехода на 19-ти значные номера заявок и сделок функцией tostring в рамках данных номеров пользоваться будет нельзя?

По америке начали возвращать номер заявки в 15-ти знаках. брокер Финам

Результат "3.179349584139e+014"

В результате уже сейчас нельзя отправить транзакцию на удаление данной заявки, т.к. там поле ['ORDER_KEY'] заполняется в виде строки.

Номер заявки брался напрямую из таблицы orders, как значение поля row.order_num

{["TRANS_ID"]="1593703383",["SECCODE"]="AMD.US",["ACTION"]="KILL_ORDER",["ACCOUNT"]="MCU1100",["ORDER_KEY"]="3.179349584139e+014",["CLASSCODE"]="STOCK_USA",}

Ответ по транзакции понятен:

"Ошибка транзакции 1593703383  Неправильно указан номер заявки: "3.179349584139e+014""

Что делать разработчики? Это не апрель, это уже сейчас.

Это у Мосбиржи запланировано на апрель, а у вас когда запланировано? Обновление QUIK должно выйти заранее, как минимум за 2-3 недели (а лучше больше) до перехода у Мосбиржи. Еще брокеры обновить ПО должны, потом клиентам выслать.

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

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

По вашим же словам Групповая ручная заявка преобразуется на клиентском QUIK в кучу запросов на снятие конкретной заявки и если у меня стоит 500 открытых заявок, то они должны сняться максимально быстро подряд, откуда тут флуд-контроль?

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

В терминале есть ограничение на число транзакций на снятие в секунду? Я могу в цикле запулить 500 транзакций через sendTransaction(Transaction), если мне надо снять 500 заявок? Если нет, то как мне гарантированно это сделать?

Уважаемая тех.поддержка, когда вы до конца ответите на мой запрос (см. выше)?

Зачем это искусственное ограничение сделали? Транзакции преобразуются в стандартные запросы пользователя, кто мешает транзакцию на групповое снятие отработать, если в ручном режиме это прекрасно работает и в документации по транзакциям эти типы предусмотрены?

К сожалению по Lua вы вообще в документации не расписали структуру таблицы транзакций для ее отправки с описанием всех ДЕЙСТВУЮЩИХ полей и ДЕЙСТВУЮЩИХ значений. Язык Lua работает с версии 6.17 (насколько я помню), а документации все нет.

Вы не ответили. Тип "KILL_ALL_FUTURES_ORDERS" работает в Lua? Если да, то почему фьючерсы я могу снять 1 командой, а акции нет?

Тогда непонятно почему, в Документации по QUIK "Раздел 6. Совместная работа с другими приложениями" начиная как минимум с 7 версии и по текущую есть описание групповых типов:

"6.11 Импорт транзакций"
6.11.3 Формат .tri-файла с параметрами транзакций
ACTION Вид транзакции, имеющий одно из следующих значений:
 «KILL_ALL_ORDERS» – снять все заявки из торговой системы,
 «KILL_ALL_STOP_ORDERS» – снять все стоп-заявки,
 «KILL_ALL_NEG_DEALS» – снять все заявки на внебиржевые сделки
и заявки на сделки РЕПО,
 «KILL_ALL_FUTURES_ORDERS» – снять все заявки на рынке FORTS,

Команды снятия группы заявок по условию («KILL_ALL_ORDERS», «KILL_ALL_STOP_ORDERS»,
«KILL_ALL_NEG_DEALS», «KILL_ALL_FUTURES_ORDERS») обрабатываются следующим образом:
1. Параметры «CLASSCODE», «TRANS_ID», «ACTION», ACCOUNT являются обязательными.
2. Возможные дополнительные параметры для команд снятия заявок по условию:
— «KILL_ALL_ORDERS»: «SECCODE», «ACCOUNT», «OPERATION», «CLIENT_CODE»,
«COMMENT»,
— «KILL_ALL_STOP_ORDERS»: «SECCODE», «ACCOUNT», «OPERATION», «CLIENT_ CODE»,
«COMMENT», «EXPIRY_DATE»,
— «KILL_ALL_NEG_DEALS»: «SECCODE», «ACCOUNT», «OPERATION», «CLIENT_ CODE»,
«COMMENT», «PARTNER», «SETTLE_CODE»,
— «KILL_ALL_FUTURES_ORDERS»: «SECCODE», «ACCOUNT», «OPERATION», «COMMENT»,
«CLIENT_CODE», «BASE_CONTRACT».
3. Снятию подлежат заявки, соответствующие всем указанным в транзакции параметрам
(логическое «И»).

Также вы НЕ указали тип KILL_ALL_FUTURES_ORDERS, значит он поддерживается? Если да, то почему фьючерсы я могу снять 1 командой, а акции нет?

Уважаемая тех.поддержка, когда вы ответите на мой запрос?

До кучи. При заполнении полей для примера:

['TRANS_ID']  = '1',   -- Номер транзакции
 ['ACCOUNT']   = 'L01-00000F00',              -- Код счета  
 ['CLASSCODE'] = 'TQBR',             -- Код класса
 ['CLIENT_CODE'] = '123456',             -- Код клиента
 ['SECCODE']   = 'ALRS',             -- Код инструмента
 ['ACTION']    = 'KILL_ALL_ORDERS',    -- Тип транзакции ('NEW_ORDER' - новая заявка)

Ошибка точно такая же:
"Отправка транзакций данного типа из QPILE-скрипта не поддерживается."

Естественно, что я заполняю поля, пример:
['TRANS_ID'] = '1'     -- Номер транзакции
 ['ACCOUNT'] = 'SPBFUT00001'                -- Код счета
 ['CLASSCODE'] = 'SPBFUT'              -- Код класса
 ['SECCODE']    = 'BRG0'              -- Код инструмента
 ['ACTION']    = 'KILL_ALL_ORDERS',    -- Тип транзакции

Ругается именно на тип.

При тестировании на снятие всех заявок по типу: "KILL_ALL_ORDERS"

QUIK выдает: "Ошибка транзакции 1582102111 Отправка транзакций данного типа из QPILE-скрипта не поддерживается."

Как из lua можно снять все заявки по торговому счету+код инструмента 1 командой?

Нужно снятие заявок и по фьючерсам и акциям.

Понятно что можно перебрать все заявки в таблице заявок и по 1 снять, но хотелось бы сразу все.

Спасибо за информацию, Новый Год пройдет спокойно и душевно.

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

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

Осталось 14 дней, а программа еще не готова?  Ее же не только вы должны выпустить, но и брокеры распространить.

А что будет с версиями 7.ХХ?

Как будут отрабатывать все текущие функции, которые возвращают таблицу, в которой присутствует номер заявки или номер сделки?
Ждем официального ответа по этому поводу.

Интересно с какой целью разработчик роботов интересуется программой по декомпиляции чужого кода? Свой то и так в исходниках есть.

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

Как Вы думаете, зачем тут коллеги целую тему создали, чтобы повторить трендовую линию, которая уже есть в QUIK. Очевидно затем, чтобы значение этой линии можно было считать из скрипта Lua, т.к. у меня не просто линия, это Индикатор.

Общайтесь корректно к коллегам, тогда и они начнут вас уважать. Из видео прекрасно видно, что линия меняется сама с заданной задержкой. Задержка сделана специально, надеюсь понимаете для чего.

Сразу в догонку. Если эти поля всегда заполняются, то это всегда так было или началось в какой-то версии (интересуют от 7.19 и выше)?

Вопрос:
Во всех приходящих колбеках в OnOrder(order) и OnTrade(trade) при любых статусах обязательно будет заполнено поле trans_id, если я его предварительно заполнил в транзакции со стороны скрипта?
Т.е. проверкой данного поля я гарантированно поймаю свои заявки и сделки?

Тот же самый вопрос относится к полю brokerref.

У вас по коду между строками: DS = CreateDataSource(CLASS_CODE, SEC_CODE, INTERVAL); и  DS:SetEmptyCallback() нету ожидания получения источника данных вообще. Когда вы добавляете message, то он какое-то время занимает, пока выполняется, в это время часть или все данные могут успеть получиться.
Может проблема в этом. Обычно там небольшой цикл вставляют на ожидание и проверку. что данные получены.

Есть готовый индикатор:
https://trdrobot.ru/indikator-td-linij-proektsiya-trendovyh-linij-po-fraktalam-demarka-dlya-quik/

Есть готовые индикаторы:

https://trdrobot.ru/interaktivnyj-indikator-postroeniya-trendovoj-linii-dlya-quik/
https://trdrobot.ru/interaktivnyj-indikator-postroeniya-kanala-dlya-quik/

Спасибо за ответ, будем разбираться.

Конкретно вот этот компилятор годится для вашей новой архитектуры?:

https://sourceforge.net/projects/luabinaries/files/5.1.5/Tools%20Executables/lua-5.1.5_Win64_bin.zip...

Насколько я понял удобный пакет LuaForWindows не имеет в составе x64 компилятора (если имеет, то не могли бы дать ссылку).

Т.е. для всех версий вплоть до 7.27 мне надо компилировать по старому. а для 8.0 отдельно компилировать x64 luac.exe

Очень удобно сделали и заранее предупредили главное всех о таком событии.

Скачал с сайта только что, в файле "Использование Lua на рабочем месте", ни слова нету про компиляцию.

Добрый день!

После обновления на версию 8.0 все индикаторы и скрипты, сделанные на Lua перестали работать, по скриптам пишет ошибку "bad header in precompiled chunk".

никаких dll или сторонних библиотек не используется в скриптах. Скрипты скомпилированы через стандартную команду:

luac -s -o "$(FileName).luac" "$(FileNameExt)"

Что надо сделать для работы?

Добрый день!

После обновления на версию 8.0 все индикаторы и скрипты, сделанные на Lua перестали работать, по скриптам пишет ошибку "bad header in precompiled chunk".

никаких dll не используется в скриптах. Скрипты скомпилированы через стандартную команду:

luac -s -o "$(FileName).luac" "$(FileNameExt)"

Что надо сделать для работы?

Забирать значения по Идентификаторам, при этом источники данных должны быть на график добавлены.

После возврата на 7.19.0.51 проблем пока не было, так что дело точно в версии.
Что касается точного времени, то тут не могу сказать, я утром подключаюсь к серверу, а там QUIK-а уже нет, получается. что он отключался от 21.00 и далее в ночь. Достаточно большой период времени.
Дампов по ошибкам нету в папке dmp.
В Windows ошибок в журналах нет совсем, сам сервер работает круглосуточно.
Брокер БКС.

1 марта 2019 г обновился с 7.19.0.51 на 7.25.1.3, после этого QUIK стал вылетать каждые 2-3 дня, в директории dmp пусто. Windows не обновляю, никаких скриптов новых запущено не было, так что дело явно в самом обновлении.
Версия 7.19.0.51 у меня работала месяцами стабильно.
В результате пришлось вернуться на старую версию.

Добрый день!

Я этим занимаюсь, на моем сайте много переписанных индикаторов, можете присылать код для понимания обьема работы.

И сразу в догонку. Почему нельзя у индикатора добавить уровень с дробной частью? Это тоже явная ошибка.

Вопрос к разработчикам.

Когда вы исправите явную ошибку, что Показ последнего значения индикаторов в дополнительном окне округляются с точностью самого инструмента?

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

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

Кому надо давно уже решили данную проблему сами :) На моем сайте например есть и индикатор трендовой линии и канала.