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

Можно, но только не стандартный.
Те же фракталы ищут min/max на заданном периоде, а в одной секунде количество тиков не определено.
Можете взять код из примеров https://forum.quik.ru/forum17/topic1157/
и попробовать переписать под свои нужды.

Дмитрий,

К сожалению не с первого раза обратил внимание что речь про секундные интервалы. Трудно следить за перепиской когда два оппонента.

Для секундных интервалов готового решения нет. тк. в самом терминале их нет.
Только цикл.

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

sav 312,
mx = max(bar.high,mx)
mn = min(bar.low,mn)

Посмотрите данные в таблице обезличенных сделок.
Если там данных нет, значит брокер действительно не включил для Вас тиковые данные

sav 312,
А зачем все?
сравнивайте текущее значение с предыдущим вот и всё

sav 312,

max(123)
вернет 123

max (123,999)
вернет 999

так понятней?

[QUOTE]sav 312 написал:
Чтобы найти min/max надо сравнить минимум два числа, а у Вас только одно
mx = max(bar.high)
mn = min(bar.low)

Функция getCandlesByIndex умеет получать тиковые данные.
В связи с чем, не совсем понятно в чем состоит проблема.

sav 312,

if x>y then
max = x
else
max = y
end

sav 312,
Начнем с того что функции math.min и math.max принимают только список аргументов, не таблицы.
И тем более они не понимают таблицы состоящие из некоторого набора параметров.
А getCandlesByIndex как раз таки возвращает таблицы состоящие из параметров.
Т.е. чтобы найти min/max Вам в любом случае придется делать цикл, который пробежится по всем свечкам которые вернул getCandlesByIndex. А раз будет цикл, то и функции math.min и math.max применять нет особого смысла, ибо в этом же цикле можно определить min/max через банальный if.
Т.е. через getCandlesByIndex запрашиваете все нужные свечки.
Потом цикл который берет из них значение и ищет min/max
Вот и весь алгоритм.

sav 312,
Здравствуйте,
А в чем состоит проблема?
В том как получить данные?
Или в том как из этих данных найти min/max?

kroki,
Если на заявке не Ваш UID, значит она была выставлена с другой учетной записи.
И терминал тут не имеет значения (WebQUIK или любой другой https://arqatech.com/ru/products/quik/terminals/user-applications/)

Другая учетная запись, это может быть брокер, которого Вы попросили за Вас выставить заявку, или это у Вас несколько учетных записей.
Учетная запись для WebQUIK (или любой другой терминал) и для QUIK может быть одна, а может быть для каждого терминала своя.
Также для одного терминала может быть зарегистрировано несколько учетных записей, например мужа и жены.

Добрый день,

Ошибка, из-за которой на сервер доступа вместе с ответом на транзакцию не передавалась информация об остатке заявки, исправлена в версии 5.17 серверного ПО QUIK.

Приносим вам свои извинения за доставленные неудобства.

Здравствуйте,
В lua нет оператора continue
Об этом можно найти информацию в интернете
http://qaru.site/questions/54925/why-does-lua-have-no-continue-statement

Татьяна,
Здравствуйте,
Стоп заявки отображаются в таблице "стоп заявок".
Когда стоп заявка исполнится, только тогда она появится в таблице "заявок"

Как уже говорилось:

Либо, если не хотите выкладывать весь код, воспроизведите ошибку на более простом коде.

lergen,
Это ничего не меняет.
Вы обращаетесь к элементу как к таблице:
st.n_f[i]
при том что st.n_f является числом

Простой пример, который демонстрирует такую же ошибку


в примере, нельзя обратиться к элементу [1] числа X. т.к. у чисел не бывает "элементов".

а вот если бы X была бы таблицей, то ошибки бы не было.

lergen,
Скорей всего причина в том что элемент st.n_f является числом, а Вы обращаетесь к нему как к таблице.
Для более точного анализа нужна полная версия кода.

Документация на терминал QUIK
-Раздел 3. Просмотр информации
--Таблица котировок

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

Лимиты с limit_kind < 0 являются техническими и действительно для конечного пользователя не несут смысла.
Но тем не менее они есть и по этому колбеки срабатывают.

Вам нужно использовать функцию getParamEx

electron,
Здравствуйте,
В одной сделке всегда два участника.
Судя по тому что номера заявок разные, Вы видите одну сделку между двумя участниками.
Каждый участник видит сделку со своим номером заявки.

Другой вопрос в том, почему Вы их видите. Возможно это Ваши заявки? Те. Вы купили сами у себя (кросс сделка).
Посмотрите от какого код клиента были зарегистрированы заявки.

kroki,
Действительно появляется пробел.
Спасибо за обращение
Будем разбираться.

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

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

s_mike@rambler.ru,
С недавних пор вышло обновление сервера, где делать стоп заявку своей стало не обязательно.

Алексей,
На приведенном Вами коде, проблема не воспроизводится.

Версия очень старая, рекомендуется обновить до последней 7.14

Информация поступает с сервера, куда подключился терминал, это же очевидно.

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

По идее да, никак. Однако ранее у нас были обращения от клиентов с тем что сообщение оставалось и это чинилось.
И как уже было сказано и еще раз повторим:

Николай, читайте внимательней.
Речь про колбеки в сравнении с main.
Между колбеками и main очередности нет.


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

Да верно.
Приведенная там схема явно говорит о том что после OnInit() параллельно работают Main и колбеки. Параллельно означает что никакой очередности между ними нет.

А Вы проверили, действительно ли сообщение от предыдущего запуска?
Или это сообщение появилось после?


Кажется на это уже был дан вполне понятный ответ.

QApplication,

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

Какими правилами, Вы вообще о чем? Колбеки выполняются по событию.
Событие произошло до main вот и колбек сработал до main.
В чем вопрос, не понятно.
На стр 6, данного документа рассказано как запустить скрипт Lua.

Что не так?
И что мешает создать более компактную версию, чисто для воспроизведения описанной проблемы?
И потом, большой код никого из поддержки не пугает. Если Вы считаете его не публичным, всегда можно отправить на quiksupport@arqatech.com

Это не код, а пара строк.
Что такое код, это проект со своей рабочей логикой. Проследив которую можно понять при каких обстоятельствах в указанных строках возможна ошибка.
Указав конкретную строку, где возникла логическая ошибка, Вы сами же не сможете разобраться, верно?
x= y\z

А вот если указать полный код
z=0
y=1
x= y\z

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

вообще, использовать заранее не инициализированные переменные является плохим тоном.
даже в документации об этом сказано (см описание OnInit)

А может все проще и сообщение осталось от предыдущего запуска, до исправления ошибки?

где из всего поста предположение №2? а то Вы их не нумеруете.

Sergey Denegin,
Возможно это поможет
http://lua-users.org/wiki/LuaUnicode

rinat,

Если вопрос в том, будет ли, то ответ да будет.
Если вопрос про сроки, то они пока не определены.

финамовец,
Здравствуйте,
Это брокер решает дать ему доступ к своему серверу или нет.
Никакого супер секретного доступа ко всем серверам всех брокеров у нас нет.

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

и все-таки правильно if i>4 then
т.к. в первом условии if _ARG_0_ >1 then, а не if _ARG_0_ >=1 then

ну да, а если будет когда появится второй бар?

_ARG_0_ = 2
...

 if _ARG_0_ > 1 then
   if _ARG_0_ > i then
     i = _ARG_0_
     kalman[i] = value
     if kalman[i-1] < kalman[i-2] and kalman[i-2] >= kalman[i-3] then

чему будет равно kalman[i-2]? а kalman[i-3]?

Надо не "пробовать", а исправлять и если не помогло смотреть дальше.
Что попадает в kalman и что в i, перед возникновением ошибки.
И действительно ли на предыдущих итерациях заполнялись нужные параметры kalman[i-1], kalman[i-2], kalman[i-3]


Добавьте логирование этих данных, например через message.

Имелось ввиду конечно же
if i>=4 then

torque,

Как минимум, уже ошибка в том что Вы берете значения kalman[i-1], kalman[i-2], kalman[i-3] тогда когда их может не быть.
раз i это номер свечки, следует добавить условие
if i>4 then
и только после этого продолжать код.

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

Давайте еще раз.
Сравнить текущий номер свечки и номер предыдущей свечки Вы можете, так? Так.
Что мешает использовать это для проверки новая свечка или нет?

oldIndex=0
....
if (oldIndex~=index) then
--случилась новая свеча
oldIndex==index
else
--старая свеча
end

index ведь изменится не так ли (появляется новая свеча).
А значит ничего не мешает обратиться к данным предыдущей свечки через t[index-1]

Здравствуйте,
К сожалению простого способа нет.
Либо через скрипты Lua, либо прописывать вручную.

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

Так не должно быть.
Если требуется анализ, приведите полный код скрипта на котором возникает проблема и сообщите версию терминала QUIK

QApplication,
Какая версия терминала QUIK используется?
Приведите полный текст проблемного скрипта.