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

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

Страницы: Пред. 1 ... 27 28 29 30 31 32 33 34 35 36 37 ... 47 След.
Плохо срабатывают оповещения на изменение ТТП, Не всегда срабатывают оповещения на изменение ТТП. Закономерности срабатывания/несрабатывания уловить не получается.
 
Попробую угадать: в ТТП отображаются не все значения параметров. Поэтому и оповещения работают так.
Но можно написать QLua-скрипт, который будет отслеживать изменения параметров на основе таблицы всех обезличенных сделок. Тогда будете получать все оповещения.
Надо делать так, как надо. А как не надо - делать не надо.
7.0, 7.0
 
Нашёл: теперь он в "Основных настройках"
Надо делать так, как надо. А как не надо - делать не надо.
7.0, 7.0
 
В предыдущих версиях в меню Торговля был пункт "Настройка счетов..."
Где сейчас этот пункт меню?
Надо делать так, как надо. А как не надо - делать не надо.
OnClose()
 
Внутри колбека OnCleanUp() "Идентификатор сессии" и "Дата торгов" остаются старыми. Так и должно быть?
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource
 
Цитата
Sergey Gorokhov пишет:
Однако в общем случае, решение доступа к данным в виде заказа через CreateDataSource должно работать.
У вас работает?
Если вы получаете данные через getParamEx, то заказывать их через CreateDataSource нет смысла, поскольку заказываемые параметры должны быть по-любому в списках принимаемых параметров, независимо от вызова этой функции CreateDataSource.

Цитата
Sergey Gorokhov пишет:
Речь о том, что в общем случае, если делается заказ данных через CreateDataSourceс параметром INTERVAL_TICK (это важно) то мы получаем саму таблицу (вернее ее поток данных) и можем с ней работать минуя функции работы с графиками. Но, если мы заказываем интервал, то мы не получаем саму таблицу, а получаем только график, с которым функции доступа к таблицам не работают.

Не совсем понял ваш комментарий.
Общий случай - это когда заданы все параметры функции CreateDataSource(STRING class_code, STRING sec_code, NUMBER interval, [, STRING param])
Так вот в общем случае "решение доступа к данным в виде заказа через CreateDataSource" не работает.
Оно работает в частном случае, когда не задан последний параметр param, да и то с оговорками.

Это я так, не спора ради, даю информацию Антонио и, видимо вам.
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource
 
Цитата
Sergey Gorokhov пишет:
Вы указываете на частный случай, о статусе которого я к сожалению сейчас не готов ответить.
Однако в общем случае, решение доступа к данным в виде заказа через CreateDataSource должно работать.
Что есть частный случай и что есть общий случай в данной ситуации?
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource
 
Цитата
Sergey Gorokhov пишет:
Можете обосновать или привести пример?
https://forum.quik.ru/messages/forum10/message6292/topic525/#message6292
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource
 
Цитата
Антонио пишет:
Вопрос 2: Как узнать способ обращения к ПАРАМЕТРу? Есть ли список ПАРАМЕТРОВ, для которых обязательно/необязательно перед первым обращением создавать поток?
В текущих версиях QUIK создавать поток для параметров бумаг с помощью функции CreateDataSource, если в дальнейшем вы собираетесь обращаться к этим параметрам через getParamEx, нет никакого смысла.
Надо делать так, как надо. А как не надо - делать не надо.
Закрепить вкладки
 
+1
Надо делать так, как надо. А как не надо - делать не надо.
Можно ли получить исторические данные по инструменту не открывая график в QUIK ?, Можно ли получить исторические данные по инструменту не открывая график в QUIK ?
 
В инструкции же написано:
Цитата
Старатель пишет:
Если же график не открыт, то сначала ds:Size() = 0. Свечи придут позже.

Т.е. сразу работать со свечками не получится:
Код
ds = CreateDataSource("SPBFUT", "RIZ5", INTERVAL_M15)
repeat sleep(1) until ds:Size() ~= 0
Надо делать так, как надо. А как не надо - делать не надо.
Можно ли получить исторические данные по инструменту не открывая график в QUIK ?, Можно ли получить исторические данные по инструменту не открывая график в QUIK ?
 
Если вам нужны данные исключительно цены и объёма, то CreateDataSource() сама запрашивает их без необходимости открывать графики.
Надо делать так, как надо. А как не надо - делать не надо.
Можно ли получить исторические данные по инструменту не открывая график в QUIK ?, Можно ли получить исторические данные по инструменту не открывая график в QUIK ?
 
CreateDataSource()
Надо делать так, как надо. А как не надо - делать не надо.
QUIK (версия 7.0.0.289), function OnTransReply(trans_reply)
 
Цитата
XXM пишет:
{
["price"]=13528,
["client_code"]="95000",
["balance"]=0,
["time"]=145237,
["status"]=3,
["qty"]=10,
["trans_id"]=145236822,
["exchange_code"]="",
["account"]="NL0011100043",
["flags"]=393217,
["result_msg"]="(161) Заявка N 2048660711 зарегистрирована. Удовлетворено 10",
["brokerref"]="95000",
["firm_id"]="NC0011100000",
["R"]=145236822,
["server_trans_id"]=7102,
["uid"]=92678,
["ordernum"]=2048660711,
["sec_code"]="GAZP",
["class_code"]="QJSIM",
},
Надо делать так, как надо. А как не надо - делать не надо.
Заказ всех сделок, Использование CreateDataSource для заказа всех сделок
 
В QPILE же вообще нельзя подписаться на тики, в Lua - можно (соблюдая некоторые правила). Или я ошибаюсь?
(Давно не писал на QPILE - то ещё мучение)
Надо делать так, как надо. А как не надо - делать не надо.
Заказ всех сделок, Использование CreateDataSource для заказа всех сделок
 
А в QPILE это можно?
Цитата
Alex Dronov пишет:
Там тоже нельзя без открытых ТВС или чарта подписаться на тики?
Надо делать так, как надо. А как не надо - делать не надо.
OnOrder без UID
 
Цитата
Sergey Gorokhov пишет:
То что в 7 версии в событии OnTransReply только ordernum мы считаем ошибкой, которая будет исправлена. Но сейчас там работает только ordernum
Тогда надо не документацию переписывать, а исправлять ошибку в ПО.
Выше вы писали:
Цитата
Stanislav Tvorogov пишет:
Цитата
Sergey Gorokhov пишет:
В документации ошибка, правильно параметр называется ordernum
Документацию обязательно поправим
Ошибка будет исправлена в ближайшей версии программы.
Давайте уж сейчас определимся, как будет правильно называться параметр в будущем (надеюсь названия параметров останутся унифицированными).
Надо делать так, как надо. А как не надо - делать не надо.
OnOrder без UID
 
Цитата
Егор Зайцев (ARQA Technologies) пишет :
В новой документации параметры seccode, classcode, tradenum, ordernum имеют вид sec_code, class_code, trade_num, order_num.
Цитата
Sergey Gorokhov пишет:
В версии 7.0 только ordernum
Ну и что вы творите? Скачете туда-обратно.
Это призыв переписывать все раннее написанные скрипты?
Каких ещё сюрпризов от вас ждать? Вот и getOrderByNumber нормально не работает.
Надо делать так, как надо. А как не надо - делать не надо.
OnOrder без UID
 
В версии 7.0.0.289 в OnTrade и OnOrder присутствуют оба параметра order_num и ordernum.
Но у вас там какой-то "косяк" с getOrderByNumber
Информацию по этой проблеме я отправил на почту.
Надо делать так, как надо. А как не надо - делать не надо.
OnOrder без UID
 
Вы всё обратно переиграли что ли? Не рубите сгоряча.
Цитата
Егор Зайцев (ARQA Technologies) пишет:
В новой документации параметры seccode, classcode, tradenum, ordernum имеют вид sec_code, class_code, trade_num, order_num.

Вопрос был задан выше:
Цитата
Старатель пишет:
Может ли OnTrade в принципе прийти с незаполненным полем "Номер заявки"?
Вы обещали добавить информацию по обязательным полям в документацию.
Надо делать так, как надо. А как не надо - делать не надо.
OnOrder без UID
 
Насколько я помню, ordernum - это старое название параметра (тогда ещё были secccode, classcode и пр.).
Потом эти параметры переименовали, добавив "_"
А старые параметры так оставили. Но вопрос не в этом.

Может ли OnTrade в принципе прийти с незаполненным полем "Номер заявки"?
Вы обещали добавить информацию по обязательным полям в документацию.
Надо делать так, как надо. А как не надо - делать не надо.
OnOrder без UID
 
Может ли прийти колбек OnTrade с незаполненным полем order_num?
Надо делать так, как надо. А как не надо - делать не надо.
Заказ всех сделок, Использование CreateDataSource для заказа всех сделок
 
Цитата
Alex Dronov пишет:
А вы уже на 7-ой версии?
7-ю я пока тестирую только на демке.
Цитата
Alex Dronov пишет:
Там тоже нельзя без открытых ТВС или чарта подписаться на тики?
и также после CreateDataSource() сбрасываются настройки заказанных данных?
Да, всё по-прежнему.
Надо делать так, как надо. А как не надо - делать не надо.
Заказ всех сделок, Использование CreateDataSource для заказа всех сделок
 
Alex Dronov, спасибо за ваш отзыв.

Но речь только об устранении проблемы с падением терминала, описанной в первом сообщении этой темы.
Другие проблемы, как я понял, ещё не решены.
Надо делать так, как надо. А как не надо - делать не надо.
Депозит на демо, Нужно обновить
 
Здесь просто указан другой регламент:
Цитата
09:00 - 15:45
Доступны активные операции в Системе учебных торгов Срочного рынка Московской Биржи (постановка и снятие заявок) — Основная сессия
Надо делать так, как надо. А как не надо - делать не надо.
несколько транзакций за одну секунду
 
Лучше использовать условие
Код
if time >= base_time then
При == можно просто "перескочить" через это условие.
Надо делать так, как надо. А как не надо - делать не надо.
несколько транзакций за одну секунду
 
Довольно не надёжное решение, т.к. параметр "SERVERTIME" иногда может вернуться назад.
Лучше всё же использовать флаг, и сбрасывать его при смене даты на сервере.
Надо делать так, как надо. А как не надо - делать не надо.
Выставление "рыночных" заявок
 
Николай Камынин,
и да, ваши рассуждения несостоятельны:
Во-первых, продажа может осуществляться в долг, и сколько резервировать ДС - тоже не известно
Во-вторых, при выставлении стоп-заявки, ДС не резервируются.
Надо делать так, как надо. А как не надо - делать не надо.
Таблица заявок
 
Цитата
Николай Камынин пишет:
Это не всегда верно,
возможна ситуация,
когда стоп-заявка исполнилась,
а информация о выставлении заявки еще не пришла.
В этом случае, как вы понимаете, проверять нечего. Нет же ещё заявки.
Вот другая ситуация, когда информация по заявке (сделке) уже пришла, а поля order.linkedorder и stop_order.linkedorder ещё не обновились. Вот тут проблема...
Надо делать так, как надо. А как не надо - делать не надо.
Выставление "рыночных" заявок
 
Цитата
Николай Камынин пишет:
а при цене по рынку - сколько точно надо?- неизвестно!!!
На ФОРТС в рыночные заявки подставляется конкретная цена.  ;-)

Спасибо, вопрос решён. Видимо, что-то было с настройками прав на сервере.
Надо делать так, как надо. А как не надо - делать не надо.
Разработчика: позиция по клиентским счетам, активные стоп-заявки и тд
 
Цитата
Николай Камынин пишет:
При нормальной работе канала и отсутствии ошибок такая ситуация не возникала.
Но она возможна. Более того, я с такой ситуацией встречался.
Правильно я понимаю, что у вас не предусмотрено никаких автоматических действий при отсутствии колбека на транзакцию?
Надо делать так, как надо. А как не надо - делать не надо.
Таблица заявок
 
Stanislav Tvorogov, если честно, не понял, что вы написали...   :(  
 
Сейчас делаю следующим образом: если в таблице стоп-заявок не находится стопа с stop_order.order_num==order.linkedorder, то считается, что заявка выставлена в результате переноса через клиринг, в противном случае - в результате исполнения стоп-ордера.
Надо делать так, как надо. А как не надо - делать не надо.
Таблица заявок
 
Добрый день.
Правильно я понимаю, что параметры "Исходный номер" и "Стоп-заявка" в таблице заявок соответствуют параметру linkedorder?
Как можно понять, что заявка выставлена именно при срабатывании стопа?
Надо делать так, как надо. А как не надо - делать не надо.
Выставление "рыночных" заявок
 
Отклоняется только рыночная стоп-заявка на покупку. Стоп на продажу принимается и исполняется.
Надо делать так, как надо. А как не надо - делать не надо.
Изучаем Qlua., "hello world"
 
Хм...
Цитата
Вячеслав пишет:
Одна сделка, три сработки - OnTrade()
Цитата
Egor Zaytsev пишет:
Мы изучим вопрос и вернемся к Вам позже.
Надо делать так, как надо. А как не надо - делать не надо.
Таблциа Истории
 
У меня другое мнение:
Код
 ds = CreateDataSource(sClassCode, sSecCode, INTERVAL_TICK,  'OPEN')
 ds:SetUpdateCallback(function (nIndex)  PrintDbgStr(tostring(tDS:C(nIndex))) end)
Надо делать так, как надо. А как не надо - делать не надо.
Таблциа Истории
 
Цитата
Изменения в рабочем месте QUIK 7.0.0.pdf
Исправленные недоработки предыдущих версий
37. Вызов функции, заданной через SetUpdateCallback, происходил при изменении любого параметра инструмента, а не только заданного.
Проблема решена?
Надо делать так, как надо. А как не надо - делать не надо.
Разработчика: позиция по клиентским счетам, активные стоп-заявки и тд
 
Цитата
Николай Камынин пишет:
при отсылки поручения , записываем транзакцию в таблицу транзакций
при приеме колбека на транзакцию удаляем из соответствующей таблицы.
Таким образом , контролируем баланс транзакций.
Что делаете, если на транзакцию длительное время нет ответа?
Надо делать так, как надо. А как не надо - делать не надо.
Выставление "рыночных" заявок
 
QUIK Junior v.7.0.0.289
Отправляю 4 рыночные заявки (2 обычные и 2 стоп):
Скрытый текст
В результате стоп-заявка на покупку отклоняется с формулировкой "Рыночная заявка для клиентского счета запрещена":

Что происходит? UID 92812
Надо делать так, как надо. А как не надо - делать не надо.
WndConverter, Как легко и просто перейти на новый контракт.
 
Sergey Gorokhov, я не хочу придираться к словам.
Но основной вопрос - это можно ли использовать утилиту WndConverter на текущих версиях QUIK для смены инструментов в файле настроек?

В другой теме на вопрос о возможности применения утилиты для решения задачи смены инструмента ваш коллега пишет:
Цитата
Egor Zaytsev пишет:
Данная утилита уже не актуальна.
Если это действительно так, то было бы некорректным не отметить это здесь.

Цитата
Старатель пишет:
Вы можете однозначно сказать корректно ли работает утилита WndConverter с файлами конфигураций (*.wnd) текущих версий QUIK v.6.17 - 7.0?
Надо делать так, как надо. А как не надо - делать не надо.
WndConverter, Как легко и просто перейти на новый контракт.
 
Вообще-то хотелось бы получить комментарий.
Вы можете однозначно сказать корректно ли работает утилита WndConverter с файлами конфигураций (*.wnd) текущих версий QUIK v.6.17 - 7.0?
Надо делать так, как надо. А как не надо - делать не надо.
WndConverter, Как легко и просто перейти на новый контракт.
 
Цитата
Sergey Gorokhov пишет:
WndConverter прекрасно работает на ОС Win7.
Видимо, кто-то из ваших коллег не в курсе...
Надо делать так, как надо. А как не надо - делать не надо.
Депозит на демо, Нужно обновить
 
Здравствуйте.
Подключите срочный рынок и ТВС по срочному рынку. UID 92812
Надо делать так, как надо. А как не надо - делать не надо.
7.0, 7.0
 
Цитата
Вячеслав пишет:
Одна сделка, три сработки - OnTrade()
Да, есть такое. Видимо, рано ещё обновляться.
Надо делать так, как надо. А как не надо - делать не надо.
Как без открытия графиков получать историю из quik за сегодняшний день?, котировки из quik
 
Можно использовать колбек
Надо делать так, как надо. А как не надо - делать не надо.
Остановка QUIK или странное поведение, Остановка QUIK или странное поведение без зависания
 
Нужно смотреть в сторону скрипта. И по возможности оптимизировать его алгоритм. В зависимости от ситуации можно добиться снижения потребления памяти скриптом в разы.
Скрипт работает с таблицей всех сделок?
Надо делать так, как надо. А как не надо - делать не надо.
Обрезается текст в Окне сообщений
 
QUIK v.6.17.1.17
Если не ошибаюсь, кто-то уже сообщал о подобном "эффекте".
Надо делать так, как надо. А как не надо - делать не надо.
Обрезается текст в Окне сообщений
 
Нет, архив прислать не могу.
Да и не поможет вам мой архив: эффект носит "плавающий характер", специально воспроизвести его не получается, и после изменения размеров окна более может не повториться в текущем сеансе.
Надо делать так, как надо. А как не надо - делать не надо.
Обрезается текст в Окне сообщений
 
Иногда сообщения в окне сообщений обрезаются:

Но, если изменить размер окна (не обязательно в сторону увеличения), то текст отобразится полностью:
Надо делать так, как надо. А как не надо - делать не надо.
Ввод заявки с графика
 
Вот если б ещё жесты понимались: тащим снизу вверх - сразу подставляется "Покупка", сверху вниз - "Продажа"
Надо делать так, как надо. А как не надо - делать не надо.
Как без открытия графиков получать историю из quik за сегодняшний день?, котировки из quik
 
Цитата
Николай Камынин пишет:
Вне зависимости от выбранного тайма графика, функция OnCalculateбудет вызываться на каждый тик из таблицы всех сделок по данному инструменту.
Это не так.
Надо делать так, как надо. А как не надо - делать не надо.
Страницы: Пред. 1 ... 27 28 29 30 31 32 33 34 35 36 37 ... 47 След.
Наверх