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

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

Не всегда, транзакции и заявки едут разными потоками, которые между собой не синхронизируются.

тоже нет, ответ на транзакцию содержит номер заявки. QUIK не может его знать, только биржа его может сообщить, значит это ответ биржи, а не сервера брокера.

Ну не положил. Скажем так, обратил на себя внимание.


Уже сняли.
Но нам придется ограничить допустимое количество транзакций в сек.

function toboolean(str)
  return str == "true"
end

true

по правилам, раз нет скобок, то проверка по очереди
распишите выражение на два
сначала
temp = true and false --получим false
потом
dis_not= temp or true --получим true

это то же самое что
dis_not= true and false or true --получим true

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

Aleksei,
Добавьте проверку вида
function OnCalculate(Index)
if CandleExist(Index) then
--выводим расчетное значение индикатора
else
--выводим nil
end
end

В QUIK такой таблицы нет.
Есть только Params в которой все подряд.

У каждого фьючерса в таблице Params есть параметр с обозначением базового актива.



Единственный вариант, перебрать в цикле все инструменты класса SPBFUT и выбрать из них только нужные.
Получить все инструменты класса SPBFUT можно функцией getClassSecurities
Далее перебираем их в цикле.
По каждому спрашиваем параметры функцией getSecurityInfo, в ней смотрим на код базового актива в параметре base_active_seccode
Если это нужный нам код, то что-то делаем, иначе идем по циклу дальше.

Идентификация клиента происходит по параметрам Код фирмы + Торговый счет + Код клиента.
У одного UID может быть несколько кодов клиентов.
Один UID может иметь доступ к счетам разных фирм. Но такие привелении конечным клиентам не выдаются.
На срочном рынке, нет такого понятия как "Код клиента", там есть только Код фирмы + Торговый счет. И в правах указывается "Торговый счет"
Код клиента можно не указывать только если в правах он один, и на сервере включена автоподстановка (по умолчанию вкл)
В такой сситуации сервер сам подставит код клиента.

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

В Lua таблице столько записей сколько Вы сами захотите добавить.
Просто не выводите больше 100 записей.

Просьба уточнить подробней о чем речь.
И приведите пример кода

QUIK гарантирует что данные в терминал будут переданы в том же порядке какой приехал с биржи.
QUIK никакого искусственного упорядочивания в этом месте не делает, как приехало с биржи, так и попало в терминал.

Aleksei,
Посмотрите как сделано в примерах

Поток один

nikolz,
Опять счета не едут или что то другое?

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

nikolz,
Николай, сообщите UID (можно в личку)
Проверьте сейчас, изменилась ситуация?

По этому вопросу нужно обращаться к брокеру

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

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

Такое бывает при переинициализации

nikolz,
Спасибо

nikolz,
Николай, сообщите если сегодня повторится

На самом деле это не так
Есть два формата транзакций, первый тот что описан в документации и там действительно нет признака "Только пассивная"
И второй, тот который в документации не описан, но тем не менее допустим.
Для понимания о чем речь, откройте Карман транзакций, положите в него необходимую транзакцию, и сохраните от туда в tri файл. Открыв файл блокнотом Вы увидите транзакцию во втором формате.
Этот формат допустимо использовать во всех способах подачи транзакций, включая sendTransaction
В этом формате, есть признак "только пассивная" и его можно использовать в sendTransaction.
Вообще, в этом формате можно использовать любые параметры любых транзакций, без каких либо доработок.
Ограничения такие, в русском терминале допустимо использовать только русские параметры, в английском только английские.
Перемешивать параметры от разных форматов нельзя.

В последних версиях термиала вывод отладочной информации был отключен

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

Раз в скрипте Lua не наблюдается, со стороны поддержки QUIK считаем вопрос закрытым

Ветка сильно разрослась трудно понять что требуется от разработчиков.
Если вопрос в том как получить факт исполнения заявки то он есть в самой заявке в параметре flags
бит 1 (0x2)  Заявка снята. Если флаг не установлен и значение бита «0» равно «0», то заявка исполнена

Раз в скрипте Lua не наблюдается, со стороны поддержки QUIK считаем вопрос закрытым

Жаль что код приходится проверять построчно

И?

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

Рад за Вас



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

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


Посмотрите как сделано в документации, глава описания функции CandleExist
там не зря указано обнуление переменных при indx == 1
Возможно у Вас та же история, попробуйте обнулять переменные при первом индексе

При чем тут индикаторы?
Вы наверное считаете что раз пишите индикатор, то все на форуме в курсе про это?
Ну допустим. Если речь про индикаторы то OnCalculate может сработать несколько раз, смотрите в эту сторону
Или может у Вас несколько разных индикаторов с одним алгоритмом, кто знает

И еще раз, а то вдруг не понятно

Еще раз

Не бывает по одной sendTransaction две заявки с разными номерами. Даже теоретически.
Однозначно было две транзакции

Это не верно
Посмотрите сами, номер заявок разный
Значит было две транзакции, а не одна.
Найдите кто отправил вторую транзакцию

на бою код TQBR

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

Нет т.к. недостаточно информации о том как наполняется массив "a"

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

Здравствуйте.
нет.

Добрый день,

Мы рекомендуем отказываться от использования Lua 5.3 и переходить на Lua 5.4. Какие-либо доработки в Lua 5.3 не планируются.

Это строковые параметры, а не числовые. Значит выводить надо param_image

А если открыть график и посмотреть, там так же?

Выпуск такого API не планируется, потому что уже есть FIX приборы.


таких планов у нас также нет.

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

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


Проверьте еще раз Ваш код

Да он не нужен

Нужен полный код на котором воспроизводится

точно ли код класса указан верно?
Такой класс есть только на нашем демо контуре, у брокеров нужно указать TQBR

Для заявок OrderNum+ClassCode+TradeDate
Для сделок TradeNum+Operation+ClassCode+TradeDate
Для обезличенных сделок TradeNum+ClassCode+TradeDate+SecCode

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