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

Вместо getNumCandles() есть функция Size() вызвав которую в индикаторе, Вы получите количество свечек.
и вместо getCandlesByIndex() в индикаторе надо использовать функции O, H, L, C, V, T которые вернут данные о свечке по ее индексу на которую наложен индикатор.
Подробней в документации QLUA.chm
-Индикаторы технического анализа
--Функции и глобальные переменные скрипта индикатора
---Функции для доступа к источнику данных

https://arqatech.com/ru/support/demo/

VNG_nemo,
по теме, пример на котором воспроизводили

Скрытый текст

Код Settings = { Name = "*TestLabel", line = {{       Name = "Horizontal line",       Type = TYPE_LINE,       Color = RGB(140, 140, 140)       }}, AssetID = "qwe", LabelName = "bmp.bmp" } function Init()    ScriptPath = getScriptPath().."\\"..Settings.LabelName;   --путь к файлу метки    message(ScriptPath)    label={       IMAGE_PATH=ScriptPath,       YVALUE="4315",       DATE="20190213",       TIME="095500"    };    LabelId = AddLabel(Settings.AssetID,label);    return 1 end function OnCalculate(Index)    return 4315 end

терминал на рабочем столе в папке "C:\Users\sgor\Desktop\Quik_Front2\"
результат применения теста:

Михаил, позвольте но в тексте автора нет ничего про метки.

VNG_nemo,
Вы же сказали что вопрос снимается, или это было к другой теме?

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




К сожалению вынуждены отказать т.к. для таких целей существует демо контур.

А как Вы это поняли?
Если по строке

То в ней явно другая переменная, а не искомая posixNewLblTime

В документации см
-Раздел 6. Совместная работа с другими приложениями
--Импорт транзакций
---Формат .tri-файла с параметрами транзакций
----Примеры строк, которые могут содержаться в файле
Пример для
"Стоп-лимит по исполнению заявки"
"Тэйк-профит по исполнению заявки"
и
"Тэйк-профит и стоп-лимит по исполнению заявки"

Анатолий,
1) Код не должен ничего делать (т.е. гонять в main пустой цикл) пока нет коннекта к серверу (при этом проверки только на коннект недостаточно, см. ниже), тогда и ошибок не будет.
2) isConnected проверяет коннект к серверу QUIK, а не рабочее время биржи. Это очень разные вещи. Если сервер QUIK  работает далеко не факт что работает биржа.
Правильней всего проверять: коннект к серверу + время проведения торгов с проверкой на выходные + проверять статус сессии в таблице текущих торгов.

Довольно странное имя для файла с картинкой. Тем более что раньше файл назывался "метка.bmp"
Что значит через рабочий стол пользователя?
У Вас терминал на рабочем столе установлен?
Похожая проблема уже чинилась, проверьте версию терминала, рекомендуем использовать 7.19 или выше.
Если с версией всё в порядке, проверьте внимательней все параметры метки.
Проблема не воспроизводится, значит явно где-то просто ошиблись.

В документации см
-Раздел 6. Совместная работа с другими приложениями
--Импорт транзакций
---Формат .tri-файла с параметрами транзакций
параметр STOP_ORDER_KIND:
«ACTIVATED_BY_ORDER_SIMPLE_STOP_ORDER» – стоп-лимит по исполнению заявки,
«ACTIVATED_BY_ORDER_TAKE_PROFIT_STOP_ORDER» – тэйк-профит по исполнению заявки,
«ACTIVATED_BY_ORDER_TAKE_PROFIT_AND_STOP_LIMIT_ORDER» - тэйк-профит и стоп-лимит по исполнению заявки.

Проверьте какой точно путь получается при повторении проблемы.
message(ScriptPath)

Проведите дополнительную диагностику, проверьте что возвращает AddLabel

В Lua пути к папкам надо использовать через \\  вместо \

Это неправильная запись, надо так:
  CndlIdx1=tposixByTime[posixLblTime1]
  CndlIdx2=tposixByTime[posixLblTime2]

А вообще, проверить что в таблице хоть что то есть можно циклом

VNG_nemo,
Приведите часть кода где при считывании значений tposixByTime выдает nil.

Здравствуйте,
Только по времени.

Андрей,
Здравствуйте,
Эти параметры рассчитываются биржей, а не QUIK
Рыночная цена (только фондовый рынок), в биржевом интерфейсе MARKETPRICETODAY - Рыночная цена по результатам торгов сегодняшнего дня, за одну ценную бумагу
Рыночная цена 2 (только фондовый рынок), MARKETPRICE2 - Рыночная цена 2, рассчитываемая в соответствии с методикой ФСФР
Расчетная цена (только срочный рынок), в биржевом интерфейсе common::cur_kotir - Текущая котировка
Реальная расчетная цена (только срочный рынок), в биржевом интерфейсе common::cur_kotir_real - Рыночная котировка

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

Дмитрий,
Здравствуйте,
рисовать можно только через механизм меток, см функцию AddLabel

ответ по вопросу уже был дан
Других вариантов в текущей реализации нет.

Здравствуйте,
Через Lua рисовать на графиках возможно только через метки, см функцию AddLabel

Здравствуйте!

Ваше пожелание зарегистрировано. Мы постараемся рассмотреть его и сообщить Вам результаты анализа. Впоследствии, по результатам анализа, будет приниматься решение о реализации пожелания в будущих версиях ПО.

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

Да может.
Рекомендуем уточнить причины у Вашего брокера.

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

Это другая проблема (обратите внимание что в данной ветке форума было зарегистрировано две проблемы а не одна).
По этой ошибке, Вам был отправлен ответ почтой, цитата:

Анатолий,
проблема изучается. Постараемся в ближайшее время дать ответ.

Анатолий,
Здравствуйте,
Приведите пример команды со всеми параметрами, которая работает не правильно.

Melchin,
Естественно текст будет исправлен не только в документации, но и в самой DLL, ибо править только документацию смысла нет.

Пока документация не исправлена.
Исправление будет следующим
"QUIK is not connected to QUIK" -> "The QUIK terminal is not connected to the QUIK server"
"Already is connected to QUIK" -> "The Trans2QUIK.dll is already connected to the QUIK terminal"

bromhexin,
Можно если брокер разрешит.

Здравствуйте,
Индикатор работает только с тем таймфреймом который выбран на графике куда добавлен сам индикатор.
Единственный вариант, открыть еще один график с нужным таймфреймом и обратиться к нему через getCandlesByIndex

Андрей,
К сожалению в документации неверно сказано, по сделке нельзя узнать флаги заявки.
Нужно из сделки взять номер заявки и по таблице заявок уже смотреть флаги.
Документацию обязательно поправим, приносим извинения.

Текст с описанием ошибки будет исправлен в документации к одной из очередных версий ПО.
Приносим извинения за причиненные неудобства.

Такой возможности не предусмотрено.

Сказано же в обновлении

Андрей,
Здравствуйте,
К сожалению у нас нет возможности переписывать инструкцию при каждой смене версии ubuntu или wine
Да это и не нужно т.к. от смены номера версии сама инструкция не должна сильно измениться.
Ставьте последние версии и пробуйте по инструкции, если возникнут проблемы мы поможем.

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

LUA таблицы нельзя экспортировать по DDE, а QPILE таблицы можно.
Собственно а что мешает зразу из LUA отдавать данные во вне? так проще и надежней, лишние прокладки тут не к чему.

Совершенно не понятно что Вы хотите агрегировать и зачем.

На этот вопрос ответить может только Вы, поставив соответствующий эксперимент.

Через текстовые файлы, через ODBC посредством сторонней библиотеки luasql.dll, сразу в Вашу DLL, и много чего еще. Стоит поискать в интернете удобный Вам способ.

А чем текстовые файлы плохи?
Или если надо GUI, можно через сторонние библиотеки (например тот же vcl.dll) создать окно с настройками.
некоторые делают интерфейс встроенными в QLUA средствами (см в документации "Функции для работы с таблицами Рабочего места QUIK")
можно задавать параметры через базу SQL (та же  luasql.dll)
В зависимости от задач, QLUA может считывать данные из терминала. Например можно нарисовать на графике метку, а QLUA ,будет ее считывать и при ее изменении что то делать.

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

Уберите InitEveryDay из OnInit и не будет зависать

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

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


Все зависит от того что для Вас "реинициализация", и вообще почему выбран именно OnInit, а не скажем OnConnected.
И почему "if dDT.year == nil", а не функция isConnected()
И что мешает все тоже самое сделать в цикле "while stopMain do", а в колбеках оставить только переменные?

Здравствуйте,
Из документации:

В связи с чем любой бесконечный или долгий цикл в любом колбеке может подвесить терминал.
Надо перенести проверку в функцию main

Даже из названия секции видно что этот параметр относится к Excel, т.е. к выводу по DDE
К QPILE и обновлению данных в терминале он не имеет никакого отношения.

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

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

Есть, надо просто хорошо подумать, зачем Вам стакан.
Ведь одна и та-же цель может решаться разными способами.

на валютном рынке нет такого параметра.

Дмитрий,
В обновлении в папке UpdateDocs можно найти pdf файл со списком изменений

нет, Вы снимаете НЕ стоп заявки, а обычные биржевые заявки.
orders - это НЕ таблица стоп заявок.
KILL_ORDER - НЕ снимает стоп заявки и никогда не снимал, он снимает только обычные заявки.
Следовательно Вы снимаете НЕ стоп заявки, а обычные биржевые заявки.

таких заявок вообще не бывает.
Есть биржевые заявки, которые УЖЕ на бирже и судя по выше сказанному о них и идет речь.
А есть стоп-заявки, которые действительно находятся на сервере брокера, но они в таблице stop_orders и для их снятия нужна транзакция KILL_STOP_ORDER

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

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

Вот именно и в биржевом интерфейсе нет таких параметров своя продажа и своя покупка.
Как уже было сказано и еще раз повторим, их подставляет сам терминал QUIK.

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

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

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