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

Учитывая, что прошло 6 лет с момента регистрации от МНОГИХ клиентов (т.е. пожелание носит массовый характер) особенно умиляет предложение в регламенте:

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

Это пожелание было зарегистрировано еще в 2017 году (о чем прекрасно видно в этой же ветке форума), прошло 6 лет, как оно зарегистрировано, причем от множества клиентов,  что Вы здесь отписками занимаетесь?

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

Клиентский терминал QUIK не может соперничать по скорости с Plaza и аналогами по определению.

Реальное использование Ваших наработок (где они действительно могут понадобиться) - это использование нейронных сетей.

Для абсолютного большинства формализованных стратегий достаточно чистого lua.

При таком размахе нужен не QUIK, а плаза, а там совсем другой подход.

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

Не нужен никакой мощный компьютер, обычный QUIK, обычный компьютер, никаких лишних библиотек.

И главное результат есть, стратегии работают, как задумано.

Но Вам конечно всяческих успехов.

Сами по себе цифры конечно красивые и проделана видимо огромная работа, но вот практическая целесообразность такой оптимизации под вопросом для реальных задач из под QUIK.

Посмотрите готовый робот: https://trdrobot.ru/universalnyj-trendovyj-torgovyj-robot-quik/

У вас ситуация усугубляется, а не улучшается. В 10й версии вообще началось переполнение памяти, чего не было в 9.7 (один и тот же скрипт с метками, дать не могу, он коммерческий, но без dll, чистый lua)

Мои клиенты начали жаловаться, что после перехода на 10ю версию текущие скрипты вдруг стали кушать память, что ДО 10й версии не было. Скрипт естественно предоставить не могу. т.к. он коммерческий и там не одна тысяча строк кода, но тенденция к стабильности каждой новой версии удручает.

До сих пор самая стабильная версия 8.13, все что дальше по стабильности становится все хуже и хуже.

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

Можете посмотреть здесь: https://trdrobot.ru/indikator-osma-dlya-quik/

Я это не могу просить сделать своих клиентов. :) Это был бы самый простой вариант, у меня 8.13 работает месяцами, все, что дальше сырое.

Так что ждем разработчиков, когда то же должно произойти чудо.

Удивительно.
1. Я в мае создал заявку на критическую ошибку, при которой QUIK просто валится. При таких ошибках у нее должен автоматически высокий приоритет присваиваться. Это не просто пожелание о новой функциональности или какие-то удобства.
2. Я отправил тестовый скрипт
3. Я отправил дампы от НЕСКОЛЬКИХ пользователей
4. Вы подтвердили ошибку

Прошло больше 3-х месяцев, а результат нулевой.

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

У вас "y" каждый тик пересчитывается от себя же, на текущем баре "y" просто уйдет в цену, а не будет средней. Так что красиво рисуется только на истории.

Присоединяюсь к Старателю, в новых версиях QUIK (от 8.13 и выше), по DelLabel метки не удаляются в колбеке OnDestroy, хотя должны, а удалять их по DelAllLabels нельзя, т.к. на 1 графике может быть много индикаторов со своим набором меток.

Если что-то и реализовали, то нам об этом не сказали и в Документации не отразили.

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

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

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

Не в QUIK точно, просто надо считать от среднеэффективной цены позиции и все и Вам будет неважно, какой контракт Вы закрываете по очередности. В QUIK вообще каждый клиринг пересчет позиции идет, а скрипте можно (и надо ИМХО) считать от открытия позиции и до ее закрытия.

В QUIK есть остаток по счету, у него нет понятия - первый/последний. Если вы хотите профит посчитать, то все это делается в рамках Вашего скрипта. Сам QUIK считает относительно среднеэффективной цены позиции/

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

Добрый день!

Прошу срочно решить проблему с зависанием терминала QUIK при передвижении меток на графике.

Тестовый код отправил Вам на quiksupport@arqatech.com, при его исполнении и передвижении меток терминал зависает. Это происходит в версии 9.5.0.42

В более ранних версиях все работает нормально.

Прошу подтвердить получение кода по почте.

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

Есть готовый индикатор канала, который тоже читается:
https://trdrobot.ru/interaktivnyj-indikator-postroeniya-kanala-dlya-quik/

Для фондового рынка еще и код клиента надо правильно задавать в нужном поле и формате.

Спасибо за информацию, обязательно ознакомлюсь.

Для меня достаточно получить реальное количество баров, как Вы написали. Регистрируйте. Можно прямо в функции Size() параметр добавить (если это из Индикатора вызов) или в функцию getNumCandles ("Идентификатор"), если это вызов из Индикатора или кода скрипта..

Вот пример того, что можно сделать: Индикатор трендовой линии

Вам достаточно описания для анализа? Вроде все разжевали.

Согласен.
Как итог - как получить число баров, ИСКЛЮЧАЯ фантомные "будущие бары"? Если это число в результате запуска getNumCandles (может с доп. параметром) будет гарантированно выдаваться, то все остальное решаемо.

Есть функция:
num = getNumCandles ("Идентификатор")
Она вернет число баров, включая фантомные бары, которых нет, но которые QUIK создает чтобы показать значения линий индикаторов в будущем.

В результате как получить текущий реальный бар со значениями цены через  getCandlesByIndex("Идентификатор",Номер линии,num-1,1) ?

Перебор всех баров вглубь не предлагать.

Должна быть функция или флаг у функции getNumCandles, чтобы данная функция вернула число реальных баров Инструмента. Как минимум это относится к самой Цене, все остальное можно смотреть по ней.

Подтверждаю проблему. Мало того, при добавлении метки из скрипта lua, данная галка привязки НЕ ставится, а в параметрах функции выставления метки этот флаг задать нельзя.

Спасибо, проверю у себя компиляцию 5.4.2

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

Прошу сообщить:
1. По какой логике в новой версии насильно снимаются галки  "Оставлять трендовые линии, фигуры"
2. Где в описании по изменениям версий написано об этом? https://arqatech.com/ru/support/files/quik-workstation/
3. Почему из-за фантазий Ваших разработчиков, которые данную галку сняли, мы должны каждому пользователю объяснять, как ее восстанавливать обратно, т.к. слетают все метки на всех графиках?

На официальном сайте https://sourceforge.net/projects/luabinaries/files/ нету версии 5.4.1, есть 5.4.0 и 5.4.2
Возникает вопрос к разработчикам, а где взять набор компиляторов для версии 5.4.1?

Причем этого набора не было изначально, когда только выпустили QUIK с 5.4.1 и я об этом писал.

Имеется в виду вот это: https://sourceforge.net/projects/luabinaries/files/5.4.2/Tools%20Executables/lua-5.4.2_Win64_bin.zip/download

Добавил в Котировках раздел Кросс-курсы валют, помогло, спасибо.

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

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

Обновился до версии 8.13.1.16 (насколько я знаю, это самая последняя), проблема НЕ решена, брокер БКС:


Как видно итоги показывают, как сумму рубля и доллара, где доллар просто плюсуется как рублевое значение (Во всех показателях, которые выделены в синих прямоугольниках, включая те, что я заштриховал, как конфиденциальную информацию).
Если купить 1000$ на валютной секции, то QUIK пишет убыток МИНУС 73000 рублей (-74000+1000).

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

Спасибо за ответ, логику понял. Как я понимаю, уже к данной версии можно присматриваться. Я пока пользуюсь 8.8.4.3, она работает стабильно у меня.

Не совсем понял Ваш ответ. После обновления на 8.3.0.106 на родной (НЕ измененной) библиотеке lua проблемы исчезли?

За этот срок можно было точно определиться с приоритетностью и фактом - доработка будет делаться или нет.

Присоединяюсь к просьбе. У меня версия 8.8.4.3

Конкретно в ней вообще Состояние счета показывает некорректно, т.к. Доллары прибавляются к рублям, как рубли.

Т.е. если остаток на счете 100000 рублей И 5000 долларов, то ИТОГО Деньги он показывает 105000

Если я продал 74000 рублей и купил 1000$, то он показывает Убыток 73000 рублей.

Поскольку Вы спрашивали у меня, то отвечаю.

У разработчика уже есть готовые набор библиотек, каркасы роботов, индикаторов и т.д. из которых он собирает продукт. Все это переделывать на ЧУЖУЮ библиотеку:
1. Непонятно зачем, т.к. уже есть свое и готовое.
2. Опасно.

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

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

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

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

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

Сделайте пожалуйста наконец формирование списка Lua-скриптов: возможность передвигать строки внутри списка вверх/вниз. Пусть при этом надо будет остановить скрипты, главное, чтобы строки каким-то образом можно было двигать. У многих ваших пользователей по несколько десятков строк в списке по разным стратегиям, добавляются, когда требуется запустить по новому инструменту или протестировать стратегию, в результате в списке полная каша и это никак не исправить.

Работа проделана очень большая. НО:

1. Решение явно сделано программистом для программиста. Простой пользователь ее не осилит в принципе
2. Большинство перечисленных пунктов в "Основные функции OS_Quesha." решаются в виде простого lua скрипта, включая и графические интерфейсы
3. Очень специфическое возможное использование, я даже не смог придумать сходу, где бы мне это решение понадобилось с учетом всех реализованных мною проектов, включая заказные

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

Всяческих вам успехов.