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

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

Страницы: 1 2 3 След.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Alexey Ivannikov написал:
Добрый день.

Уважаемые клиенты, исходное сообщение данной темы дополнено следующей информацией:

Цитата
....
Совсем другое дело, спасибо.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Anton написал:
Цитата
Александр М написал:
вещественные числа двойной точности (double 64-bit)
Только там  под мантиссу 52 бита оставлено , откуда и все нынешние проблемы. Там еще старший бит неявный, подразумевается всегда единица, а если это не так, получается денормализованное число и т.д. и т.п., в общем в даблы 64 бита не влезают хоть тресни. Более того, никакие ухищрения вроде *reinterpret_cast<unsigned long long *>(&dbl) = 0xFFFFFFFFFFFFFFFFULL надежными не будут, дабл всегда может заехать в сопроцессор без уведомления, а тот его "подправит" под ожидаемый формат, да и сишный рантайм тоже ожидает дабл в виде дабла и может что-нибудь с ним сделать под ковром.
Для номера заявки или сделки достаточно целого числа 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 типами.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Anton написал:
Цитата
Александр М написал:
2. Тип полей во всех текущих функциях, которые в качестве параметров требуют ввода номера заявки или сделки или возвращают номер заявки или сделки, НЕ поменяется.
По-моему, весь смысл перехода на 5.3 в том, чтообы тип этих полей поменялся. В NUMBER больше 51 бита не впереть даже на 5.3.
выдержка из Lua 5.3: "Стандартный Lua использует 64-битные целые (integer) и вещественные числа двойной точности (double 64-bit)"
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Alexey Ivannikov написал:
Цитата
Александр М написал:
 
Цитата
В связи с вышеизложенным настоятельно рекомендуется проверить  работоспособность своих скриптов с 19-значными номерами заявок и сделок.
 Настоятельно рекомендуем проверить тем, что еще не вышло и неизвестно как будет реализовано...

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

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

Более подробно распишите, как сделать эту волшебную операцию, Вы же не можете в открытую издеваться над пользователями?
19-значные номера заявок и сделок на MOEX
 
Цитата
новичок написал:
https://www.lua.org/versions.html
Спасибо за ссылку, полезная.
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
Александр М,
К сожалению мы не можем разглашать даты выпуска обновлений
Можем сказать только то что оно  планируется к выпуску до того, как данное изменение в торговой системе  будет внедрено.
Отдельный вопрос: после выпуска вашего обновления будут ли какие-то проблемы с компилированием скриптов через luac?
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
Цитата
Александр М написал:
А когда станет понятно?
Когда будет выпуск рабочего места QUIK.
Цитата
Александр М написал:
после изменения с Вашей стороны.
Вроде биржа вносит изменения, а QUIK только обещает их поддержать, разве нет?
Поддерживаете вы их путем выпуска новой версии, это не изменения с вашей стороны? Зачем этот спор? Меня интересует результат, когда мы - пользователи вашей программы увидим анонс изменений в программе и новую документацию?
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
Цитата
Александр М написал:
Я правильно понял ваш ответ, что после Вашего обновления и перехода на 19-ти значные номера заявок и сделок функцией tostring в рамках данных номеров пользоваться будет нельзя?


никто такого не говорил, не пытайтесь читать между строк.
Пока непонятно что будет с tostring
А когда станет понятно? Остался месяц, мы со своей стороны должны подготовить скрипты к корректной работе после изменения с Вашей стороны.
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
Цитата
Александр М написал:
Что делать разработчики? Это не апрель, это уже сейчас.

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

Попробуйте использовать другую функцию
Код
  a =  317934958413900 
 message ( string.format ( "%.f" ,a))
  
Я правильно понял ваш ответ, что после Вашего обновления и перехода на 19-ти значные номера заявок и сделок функцией tostring в рамках данных номеров пользоваться будет нельзя?
19-значные номера заявок и сделок на MOEX
 
По америке начали возвращать номер заявки в 15-ти знаках. брокер Финам
Код
a=317934958413900
message (tostring(a))

Результат "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""

Что делать разработчики? Это не апрель, это уже сейчас.
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
Цитата
Владимир написал:
Подскажите, изменения не скоро случатся?

В промышленной системе изменение запланировано на апрель 2020 года, см.  https://www.moex.com/n26656/?nt=107
Это у Мосбиржи запланировано на апрель, а у вас когда запланировано? Обновление QUIK должно выйти заранее, как минимум за 2-3 недели (а лучше больше) до перехода у Мосбиржи. Еще брокеры обновить ПО должны, потом клиентам выслать.
Снятие всех заявок
 
Цитата
s_mike@rambler.ru написал:
Что вам мешает попробовать?


впрочем,

ответ. Можете. Скорость исполнения транзакция и получени ответов на них зависит от инфраструктуры.
Я проверил, ручное групповое снятие заявок работает гораздо быстрее. Код не причем, там просто в цикле пуляются транзакции.
Я должен иметь право снимать ВСЕ свои заявки независимо от их количества, поэтому я хочу получить ответ на вопрос на счет флуд-контроля на бирже.
Снятие всех заявок
 
Цитата
Sergey Gorokhov написал:
Цитата
Александр М написал:
В терминале есть ограничение на число транзакций на снятие в секунду?
В терминале нет. И даже на сервере нет. А вот на бирже есть. Легко можно попасть на флуд контроль.

Цитата
Александр М написал:
Я могу в цикле запулить 500 транзакций через sendTransaction(Transaction), если мне надо снять 500 заявок? Если нет, то как мне гарантированно это сделать?
Вы можете в цикле делать что угодно, вопрос с какой скоростью оно обработается дальше.
На счет скорости я понимаю, мне главное понять, я могу в цикле выставить условно 500 транзакций, каждая на снятие 1 заявки без всяких sleep, ожиданий отработки предыдущей и т.д.

По вашим же словам Групповая ручная заявка преобразуется на клиентском QUIK в кучу запросов на снятие конкретной заявки и если у меня стоит 500 открытых заявок, то они должны сняться максимально быстро подряд, откуда тут флуд-контроль?
Снятие всех заявок
 
Цитата
Sergey Gorokhov написал:
Цитата
Александр М написал:
Вы не ответили. Тип "KILL_ALL_FUTURES_ORDERS" работает в Lua? Если да, то почему фьючерсы я могу снять 1 командой, а акции нет?

KILL_ALL_FUTURES_ORDERS работает
по акциям не работает.
связано это с исторически сложившимися (еще со времен QPILE) архитектруными особенностями.
Изменить это нельзя.

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

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

Зачем это искусственное ограничение сделали? Транзакции преобразуются в стандартные запросы пользователя, кто мешает транзакцию на групповое снятие отработать, если в ручном режиме это прекрасно работает и в документации по транзакциям эти типы предусмотрены?
Снятие всех заявок
 
Цитата
Egor Zaytsev написал:
Этот раздел относит в tri файлам. В разделе Раздел 8. Алгоритмический язык QPILE/Функции для работы с заявками сказано как раз про ограничения для Qpile.
К сожалению по Lua вы вообще в документации не расписали структуру таблицы транзакций для ее отправки с описанием всех ДЕЙСТВУЮЩИХ полей и ДЕЙСТВУЮЩИХ значений. Язык Lua работает с версии 6.17 (насколько я помню), а документации все нет.

Вы не ответили. Тип "KILL_ALL_FUTURES_ORDERS" работает в Lua? Если да, то почему фьючерсы я могу снять 1 командой, а акции нет?
Снятие всех заявок
 
Цитата
Egor Zaytsev написал:
Цитата
Александр М написал:
Уважаемая тех.поддержка, когда вы ответите на мой запрос?
Добрый день.
Транзакции, выполняющие групповое снятие заявок,  не поддерживаются:

   «KILL_ALL_ORDERS» – снять все заявки из торговой системы,
   «KILL_ALL_STOP_ORDERS» – снять все стоп-заявки,
   «KILL_ALL_NEG_DEALS» – снять все заявки на внебиржевые сделки и заявки на сделки РЕПО.
Тогда непонятно почему, в Документации по 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-скрипта не поддерживается."
Снятие всех заявок
 
Цитата
s_mike@rambler.ru написал:
Такой заявки нет.

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

Ругается именно на тип.
Снятие всех заявок
 
При тестировании на снятие всех заявок по типу: "KILL_ALL_ORDERS"

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

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

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

Понятно что можно перебрать все заявки в таблице заявок и по 1 снять, но хотелось бы сразу все.
19-значные номера заявок и сделок на MOEX
 
Цитата
_sk_ написал:
Беда откладывается до февраля 2020 года.

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

https://www.moex.com/n26101/?nt=107
Спасибо за информацию, Новый Год пройдет спокойно и душевно.
19-значные номера заявок и сделок на MOEX
 
Цитата
новичок написал:
Цитата
Александр М написал:
и это точно вы не успеете за оставшиеся 14 дней
Александр, не могли бы сформулировать для обчего развития суть претензии к АРКА вида:

вы, нехорошие люди, давно должны были понимать,  что число в 19 цифер в номерах срочно было очень надо, тк .... _вставить нужное_ ...
и ничего не было сделано  - позор!
Чтобы что-то формулировать, надо получить ответ, что ДА проблема есть во всех существующих версиях, будет релиз, в котором будет сделано ....
И что будет сделано надо писать заранее, а не по факту. Если будут изменены типы полей на строку например, то это однозначно изменение в скриптах.
19-значные номера заявок и сделок на MOEX
 
Работа с заявками и сделками - это базовые вещи, если вы начнете их менять на строку, то там вылезет у вас куча ошибок, и это точно вы не успеете за оставшиеся 14 дней, а нам придется переделывать все скрипты, которые торгуют.
19-значные номера заявок и сделок на MOEX
 
Цитата
Sergey Gorokhov написал:
Цитата
_sk_ написал:
С этим не поспоришь. Только лучше бы знать, к чему нам готовиться. Время то уже тикает, до 16 декабря не так уж много времени осталось. Хотя бы спецификации уже есть? Номера будут строками приходить, раз они в Lua NUMBER не укладываются? Или будет обновление Lua до 5.3, где есть поддержка long на 64-бита?
К сожалению мы не имеем права разглашать информацию до официального релиза.
Осталось 14 дней, а программа еще не готова?  Ее же не только вы должны выпустить, но и брокеры распространить.

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

Как будут отрабатывать все текущие функции, которые возвращают таблицу, в которой присутствует номер заявки или номер сделки?
Ждем официального ответа по этому поводу.
Декомпилятор luac для X64
 
Интересно с какой целью разработчик роботов интересуется программой по декомпиляции чужого кода? Свой то и так в исходниках есть.
Линии тренда
 
Цитата
Александр написал:
Александр М, Чел купил вашу линию индикатор и будет писать скрипт по для использования вашей линии.
Неужели есть такие, просто интересно. Я не против линии, но неужели написать торговый скрипт проще)
Есть конечно. Индикатор сам по себе, а скрипт сам по себе. Индикатор всего лишь повторяет функциональность трендовой линии и позволяет мышкой произвольно нарисовать эту линию, далее скрипт снимает значение индикатора, как это делается по абсолютно любому индикатору в QUIK.
Скрипт можно заказать вообще у другого специалиста и не обязательно именно под данный индикатор, скрипту вообще все равно, какой индикатор используется.
Линии тренда
 
Цитата
Александр написал:
Александр М, Зачем пользователю ваша линия? Что с ней делать?  
Как Вы думаете, зачем тут коллеги целую тему создали, чтобы повторить трендовую линию, которая уже есть в QUIK. Очевидно затем, чтобы значение этой линии можно было считать из скрипта Lua, т.к. у меня не просто линия, это Индикатор.
Линии тренда
 
Цитата
Цитата
Александр М написал:
https://trdrobot.ru/interaktivnyj-indikator-postroeniya-trendovoj-linii-dlya-quik/
Ещё один. Из видео невозможно понять, меняется ли линия индикатора сама или только при получении новых свечек/перестройке индикатора, поэтому ваша ссылка бесполезна.
Общайтесь корректно к коллегам, тогда и они начнут вас уважать. Из видео прекрасно видно, что линия меняется сама с заданной задержкой. Задержка сделана специально, надеюсь понимаете для чего.
Линии тренда
 
Цитата
nero333 написал:
А можно ли получить координаты точек линии тренда, построенной вручную, при помощи сторонних средств? (то, о чём спрашивал  Ilya  несколькими сообщениями ранее)

Если у кого-то получалось, напишите, пожалуйста, в каком направлении двигаться.
https://trdrobot.ru/interaktivnyj-indikator-postroeniya-trendovoj-linii-dlya-quik/
Trans_id в заявках и сделках
 
Сразу в догонку. Если эти поля всегда заполняются, то это всегда так было или началось в какой-то версии (интересуют от 7.19 и выше)?
Trans_id в заявках и сделках
 
Вопрос:
Во всех приходящих колбеках в OnOrder(order) и OnTrade(trade) при любых статусах обязательно будет заполнено поле trans_id, если я его предварительно заполнил в транзакции со стороны скрипта?
Т.е. проверкой данного поля я гарантированно поймаю свои заявки и сделки?

Тот же самый вопрос относится к полю brokerref.
Как влияет message на работу скрипта?, Простенький скрипт не работает без message
 
У вас по коду между строками: 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/
QUIK 8.0
 
Цитата
Nikolay Pavlov написал:
Цитата
Александр М написал:
Конкретно вот этот компилятор годится для вашей новой архитектуры?:  https://sourceforge.net/projects/luabinaries/files/5.1.5/Tools%20Executables/lua-5.1.5_Win64_bin.zip... .
Да, этот компилятор можно использовать (я использовал именно его). Что касается LuaForWindows, я не видел x64 сборку данного пакета, по данному вопросу могу посоветовать только обратиться к его разработчикам.
Спасибо за ответ, будем разбираться.
QUIK 8.0
 
Цитата
Nikolay Pavlov написал:
К сожалению, повторной компиляции скриптов под x64 не избежать, это последствия смены архитектуры терминала, т.к. в нем используется уже x64 интерпретатор Lua.
В документацию обязательно добавим информацию.
Конкретно вот этот компилятор годится для вашей новой архитектуры?:

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

Насколько я понял удобный пакет LuaForWindows не имеет в составе x64 компилятора (если имеет, то не могли бы дать ссылку).
QUIK 8.0
 
Цитата
Nikolay Pavlov написал:
Добрый день.
Для корректной работы с *.luac файлами в терминале 8.0 необходимо исходные *.lua файлы скомпилировать x64 версией Luac.exe
Т.е. для всех версий вплоть до 7.27 мне надо компилировать по старому. а для 8.0 отдельно компилировать x64 luac.exe

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

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

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

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

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

Что надо сделать для работы?
QUIK 8.0 x64: что нужно знать перед обновлением на новую версию
 
Добрый день!

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

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

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

Что надо сделать для работы?
Собственный индикатор принимающий одновременно два или даже три параметра торгов, Пытаюсь сделать индикатор, которы принимает парамеры "Общий спрос" "Общее предложение" и непосредственно цена инструмента
 
Цитата
avp написал:
Цитата
Sergey Gorokhov написал:
в Lua индикаторах нельзя использовать функцию CreateDataSource
Ну вот в том то и дело.
А какой обходной маневр предпринять, чтоб построить индикатор разности  "Общий спрос" и "Общее предложение".?
Забирать значения по Идентификаторам, при этом источники данных должны быть на график добавлены.
Стабильность версии 7.25.1.3
 
После возврата на 7.19.0.51 проблем пока не было, так что дело точно в версии.
Что касается точного времени, то тут не могу сказать, я утром подключаюсь к серверу, а там QUIK-а уже нет, получается. что он отключался от 21.00 и далее в ночь. Достаточно большой период времени.
Дампов по ошибкам нету в папке dmp.
В Windows ошибок в журналах нет совсем, сам сервер работает круглосуточно.
Брокер БКС.
Стабильность версии 7.25.1.3
 
1 марта 2019 г обновился с 7.19.0.51 на 7.25.1.3, после этого QUIK стал вылетать каждые 2-3 дня, в директории dmp пусто. Windows не обновляю, никаких скриптов новых запущено не было, так что дело явно в самом обновлении.
Версия 7.19.0.51 у меня работала месяцами стабильно.
В результате пришлось вернуться на старую версию.
написать индикатор, в тексте сообщения
 
Добрый день!

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

Когда вы исправите явную ошибку, что Показ последнего значения индикаторов в дополнительном окне округляются с точностью самого инструмента?
Нужна помощь в прочтении кода на LUA
 
Если реализовывать код на другом языке Вы сами будете, то можете прислать мне код на Lua, я его прочитаю и Вам отпишу, что он делает.
Линии тренда
 
Цитата
Иван Ру написал:
Цитата
Александр М написал:
Цитата
Иван Ру   написал:
Цитата
Egor Zaytsev   написал:
Цитата
Ilya   написал:
Тогда у меня еще один вопрос. Можно ли получить в Lua координаты точки 1 и точки 2 из таблицы как на скриншоте?

    Скриншот таблицы    
Добрый день.

Илья, такой возможности тоже, к сожалению, нет.
Все просят сделать простейшую вещь. Прошло три года, а воз и ныне там. Это удивительно.
Кому надо давно уже решили данную проблему сами :) На моем сайте например есть и индикатор трендовой линии и канала.
"Кому надо" здесь обсуждают проблемы, а не занимаются саморекламой.
Я просто написал, что есть готовые решения при существующей функциональности, и вовсе не обязательно пихать метки на каждый бар по всей истории графика.
Линии тренда
 
Цитата
Иван Ру написал:
Цитата
Egor Zaytsev   написал:
Цитата
Ilya   написал:
Тогда у меня еще один вопрос. Можно ли получить в Lua координаты точки 1 и точки 2 из таблицы как на скриншоте?

  Скриншот таблицы  
Добрый день.

Илья, такой возможности тоже, к сожалению, нет.
Все просят сделать простейшую вещь. Прошло три года, а воз и ныне там. Это удивительно.
Кому надо давно уже решили данную проблему сами :) На моем сайте например есть и индикатор трендовой линии и канала.
Страницы: 1 2 3 След.
Наверх