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

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

Страницы: Пред. 1 ... 5 6 7 8 9 10 11 12 13 14 15 ... 47 След.
IMOEX - сильные различия формы свечей в quik и tradingview, почему так?
 
Любой брокер. Любая версия до текущей (8.13)
Только время первой свечи будет отличаться у разных брокеров. Походу, это время запуска шлюзов.
Теперь понятно, почему на дневках Open всегда равен Close предыдущего дня.
Надо делать так, как надо. А как не надо - делать не надо.
IMOEX - сильные различия формы свечей в quik и tradingview, почему так?
 

Откуда на графике индекса свеча в пять утра?
Надо делать так, как надо. А как не надо - делать не надо.
Таблица состояние счета, закрытие позиции., Ошибка 167.
 
swerg,

Цитата
Изменения в Рабочем месте QUIK 8.13.0

16. При закрытии позиции из таблицы «Состояние счета» цена заявки не округлялась в соответствии с шагом цены инструмента.
Надо делать так, как надо. А как не надо - делать не надо.
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE, чтобы работали сортировка и фильтры?
 
Цитата
Артем написал:
14-значные целые числа вписываются в double float так что и в 5.1 можно было это реализовывать.
Ну да, до 2^53 можно было без проблем вписать. Но что-то не срослось...


Цитата
Владимир написал:
Меня дата-время вообще не интересует
Так я вам и не предлагал.
Надо делать так, как надо. А как не надо - делать не надо.
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE, чтобы работали сортировка и фильтры?
 
В Lua 5.4 уже возможно реализовать поддержку формата YYYYmmddHHMMSS
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Цитата
Артем написал:
те или иные фичи НИНУЖНЫ
Даже наоборот, считаю, что сабж был бы полезным.
Просто мало иметь инструмент, нужно уметь правильно его применить.
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Цитата
Артем написал:
те или иные фичи НИНУЖНЫ
Кто сказал? Возможно, и пригодилось бы для какой-то задачи...
Просто показал вам, что "актуальность значения параметра" понятие относительное, особенно на неликвиде.
И хотел уточнить, каким образом
Цитата
Артем написал:
Наличие такого поля позволит оценить актуальность значения параметра
?

Цитата
Артем написал:
Я ничего не собираюсь - обдумывать
Ну нет, так нет...
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Артем, ещё есть мнение, что вы также не понимаете, как будете использовать параметр время, о котором просите.
Допустим, GetParamEx() для параметра P у бумаги ABC вернет "время последнего обновления" 14:50, а у бумаги XYZ для того же параметра - 12:34.
Как вы собираетесь применять эту информацию?
Надо делать так, как надо. А как не надо - делать не надо.
QUIK не отправляет заявку, в которой цена представлена переменной
 
Цитата
Старатель написал:
1) Если работаем только с целыми, перед арифметикой преобразуем все операнды в int
Забыл добавить: это относится именно к целочисленным операциям, таким как сложение, вычитание, умножение. И после вычислений - просто tostring.

Цитата
Артем написал:
tostring ( ) это стандартная функция Lua
tostring как раз лишних нулей не дописывает, можете смело пользоваться. Если у вас int, то и tostring вернёт строку без точки.

Цитата
Артем написал:
Цитата
Старатель написал:
Тут не надо ничё предполагать. Операции сложении и умножения над целыми числами, как в данном конкретном примере, не влекут потерю точности.
Шаг цены бывает например 0.1 и тут будут проблемы.
Речь про целые числа.
Для дробных шагов - округление с точностью шага цены и
Цитата
Старатель написал:
2) На вход в sendTransaction подаём отформатированную строку, с учётом количества знаков.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK не отправляет заявку, в которой цена представлена переменной
 
Цитата
swerg написал:
неужели до сих пор нельзя сделать так, чтобы параметр Transaction["PRICE"] можно было задавать числом, а не строкой?
Давно можно было, если кто не знал. Но QUIK всё одно преобразует аргумент в строку по своему усмотрению. А считает он, что надо 6 знаков после запятой, не меньше. И плевать он хотел на точность шага.

Цитата
Артем написал:
Смею предположить
Тут не надо ничё предполагать. Операции сложении и умножения над целыми числами, как в данном конкретном примере, не влекут потерю точности.
А поскольку getParamEx отдаёт всегда сырые данные во float, а sendTransaction принимает строго с точность шага цены, то варианта тут два:
1) Если работаем только с целыми, перед арифметикой преобразуем все операнды в int
либо
2) На вход в sendTransaction подаём отформатированную строку, с учётом количества знаков.
Надо делать так, как надо. А как не надо - делать не надо.
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE, чтобы работали сортировка и фильтры?
 
Сабж
Надо делать так, как надо. А как не надо - делать не надо.
[BUG] Пропадает текст в таблицах
 
При задании цвета для всей таблицы, если один из цветов указан QTABLE_DEFAULT_COLOR, текст во всех ячейках пропадает.
Примеры:
Код
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR)
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, QTABLE_DEFAULT_COLOR, 0, 0, 0)
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, 0xFFFFFF, 0, 0xFFFFFF, QTABLE_DEFAULT_COLOR)
Надо делать так, как надо. А как не надо - делать не надо.
Как бороться с nil?
 
Цитата
Сергей написал:
Возможно такое сравнение и допустимо
В оригинальном Lua да.

Цитата
Сергей написал:
Луа машина в Квике выдает ошибку при сравнении переменных, если одна из них nil...
Хотел было написать, что вы заблуждаетесь, но вспомнил про странные ошибки, с которыми сам сталкивался в QUIK. Поэтому настаивать не буду.

Передаю эстафету техподдержке.
Надо делать так, как надо. А как не надо - делать не надо.
Как бороться с nil?
 
Код
if CheckPos ~= nil and POS ~= CheckPos.totalnet then

Такое сравнение вполне допустимо, даже если POS или totalnet есть nil
Ошибка в другом месте, смотрите номер строки с ошибкой.
Надо делать так, как надо. А как не надо - делать не надо.
недокументированные события QTABLE при нажатии мышки
 
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE, чтобы работали сортировка и фильтры?
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Цитата
Артем написал:
вы предлагаете поллить "новой" функцией внутри "старого" колбека
Вы сами-то поняли, что написали? Цитату со ссылкой приведите.
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Артем, я не предлагал ничего "поллить".
Либо вы неверно поняли статью из вики, либо неважно читаете код.
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Артем, я спросил не где вы в интернете прочитали про поллинг, а где вы увидели
Цитата
Артем написал:
поллинг в контексте колбеков
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Артем, где вы "поллинг" увидели? Или что в вашем понимании "поллинг"?
Надо делать так, как надо. А как не надо - делать не надо.
IMOEX - сильные различия формы свечей в quik и tradingview, почему так?
 
Anna Lozenko,
https://forum.quik.ru/messages/forum13/message4387/topic503/#message4387
Надо делать так, как надо. А как не надо - делать не надо.
Добавить в вывод GetParamEx() поле с указанием времени последнего обновления
 
Цитата
Артем написал:
Параметры работающие в реальном времени (такие как статус торговли) стали бы "обновляться" в момент вызова функции а не в момент фактического изменения.
Что бы это могло значить?

Артем, чем не устраивает предложенный мной вариант?
Надо делать так, как надо. А как не надо - делать не надо.
Что бы это значило?
 
Могут быть различные комбинации:
Код
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, 0xFFFFFF, 0, 0xFFFFFF, QTABLE_DEFAULT_COLOR)
Надо делать так, как надо. А как не надо - делать не надо.
Что бы это значило?
 
Цитата
Владимир написал:
ЧТО ИМЕННО В ПРИНЦИПЕ может происходить чтобы давать ТАКОЙ эффект?

Получить такой эффект можно таким вот нехитрым способом:
Код
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR, QTABLE_DEFAULT_COLOR)
или таким:
Код
SetColor(id, QTABLE_NO_INDEX, QTABLE_NO_INDEX, QTABLE_DEFAULT_COLOR, 0, 0, 0)

В результате текст во всех ячейках пропадает. Вернее окрашивается в цвет фона. Причём, после этого перекрашивание ячеек бесполезно - текст по-прежнему будет принимать цвет фона.
Надо делать так, как надо. А как не надо - делать не надо.
Событие получения данных всех таблиц и графиков после подключения к серверу
 
Цитата
swerg написал:
объективного понятия "загружены все данные" - просто нет. Ну в самом деле: на бирже изменилась цена
Не надо передёргивать. Я вам уже писал. Очевидно же, что когда говорят об "актуальности данных", речь про данные, которыми располагает сервер QUIK. Или для вас это не очевидно?
Про ТТТ я писал в отдельной теме: важно понимать свежие ли значения мы имеем или это мусор, оставшийся со "вчерашнего вечера".
Графики хранятся на сервере брокера, и при запросе клиентом архива графика, вместе с последней свечой, сервер должен отправить клиенту флаг "это всё, что есть сейчас".
Для таблиц то же самое - нужен флаг об окончании загрузки.
Надо делать так, как надо. А как не надо - делать не надо.
Событие получения данных всех таблиц и графиков после подключения к серверу
 
Цитата
swerg написал:
Ну есть собатия прогрузки позиций после начал торгов / клирингов. И что они вам дают?
Именно об этом и спрашивает ТС.
Цитата
Nikolay написал:
Первичные данные всегда актуальны на какой-то конкретный момент времени
Надо разделить 1) обезличенные данные и 2) данные, относящиеся непосредственно к портфелю: ордера, сделки, лимиты, позиции, стопы.
Последние как раз будут статичны статичны и актуальны в начальный момент. Это и есть точка отсчёта, от которой будет отталкиваться скрипт.
А тут про какую-то ТТТ начинают петь.
Надо делать так, как надо. А как не надо - делать не надо.
Событие получения данных всех таблиц и графиков после подключения к серверу
 
swerg, даже у биржи есть понятие "законченности загрузки данных".
https://forum.quik.ru/messages/forum10/message51109/topic5698/#message51109
Надо делать так, как надо. А как не надо - делать не надо.
Быстрый ввод стоп-заявки
 
Цитата
Павел написал:
Не вижу проблем перед активацией опции сперва закрыть позиции, потом включить опцию автостоплосса.
У кого-то может быть другое мнение.

Цитата
Павел написал:
Ну конечно, ориентация на исполненную заявку. Нет смысла, ставить стоп-заявку на 100 лотов, если забрало 50. Если вы поставили заявку и она исполнилась не вся, стоп-ставится на кол-во исполненной заявки, а неисполненный вы снимаете. Если не снимаете, и остаток все таки исполняется - стоп так же выставляется на кол-во исполненной заявки. На графике будет две линии стоп-заявки, и так же можно двигать ее куда надо.
Ну так исполниться она может не двумя, а ста сделками. Получите 100 стопов.
Ну это опять же к вопросу удобства.

Вот и думают разработчики годами, как бы это так сделать, чтобы всем угодить  :lol:
Надо делать так, как надо. А как не надо - делать не надо.
как вставить системное время в ячейку таблицы
 
Цитата
SetCell(t_id, i, 0, tostring(last_time))
Надо делать так, как надо. А как не надо - делать не надо.
Быстрый ввод стоп-заявки
 
Отчасти соглашусь с разработчиками - задача не такая тривиальная, как может показаться на первый взгляд непосвящённому.
Например:

Цитата
Павел написал:
С этого момента все заявки вводимую в систему через режим Быстрого стоп-лосса начинают защищаться стоп-лоссом
Заявки или сделки? Если в заявке 100 лотов, и она исполняется частями по одному лоту, то когда и сколько должно быть выставлено стоп-заявок?
А если заявка выставлена другим способом, из таблицы заявок, например, автостоп должен работать?

Цитата
Павел написал:
Уже открытые позиции имеющиеся в системе до активации опции Быстрого-стоп лосса игнорируются.
Иными словами, Активация опции + заполненные поля = работа алгоритма Быстрого стоп-лосса.
Допустим, до активации опции открыта позиция +2 лота. После активации опции и исполнении заявки на продажу 1 лота, какая должна быть выставлена стоп-заявка?
И т.д и т.п.
Надо делать так, как надо. А как не надо - делать не надо.
недокументированные события QTABLE при нажатии мышки
 
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE, чтобы работали сортировка и фильтры?
Надо делать так, как надо. А как не надо - делать не надо.
недокументированные события QTABLE при нажатии мышки
 
Спасибо, Кэп
Надо делать так, как надо. А как не надо - делать не надо.
Добавить аргумент param в колбек OnParam
 
https://forum.quik.ru/messages/forum1/message3646/topic343/#message3646
Надо делать так, как надо. А как не надо - делать не надо.
недокументированные события QTABLE при нажатии мышки
 
Какой формат записи ячеек с типом QTABLE_DATETIME_TYPE?
Надо делать так, как надо. А как не надо - делать не надо.
Добавить аргумент param в колбек OnParam
 
Цитата
Roman Azarov написал:
В коллбек OnParam приходит набор измененных параметров
Это верная формулировка?
Надо делать так, как надо. А как не надо - делать не надо.
getCandlesByIndex опа опа а что это у нас тут, getCandlesByIndex опа опа а что это у нас тут
 
Цитата
Артем написал:
Тут рекомендация докупить побольше оперативной памяти а не выжимать побольше возможностей из ограниченной системы. 32 гигабайта должно быть вполне адекватно
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest и getParamEx2, Как получить актуальные данные через getParamEx2?
 
Цитата
Egor Zaytsev написал:
Для понимания что заказанный параметр начал ехать нужно реализовать коллбэк OnParam()
Не вводите людей в заблуждение.
https://forum.quik.ru/messages/forum10/message51877/topic5631/#message51877
Надо делать так, как надо. А как не надо - делать не надо.
Средства разработки многопоточных скриптов в QUIK., OS_Quesha, свидетельство регистрации в Роспатенте № RU 2020612905. Бесплатная для некоммерческого использования.
 
Цитата
Незнайка написал:
как сделать уникальный trans_id в разных роботах

Код
local t = os.date("*t")
local trans_id = (60 * t.hour + t.min) * 1000000 + getUniqTransID()
или
Код
local trans_id = os.date("%H%M") * 100000 + getUniqTransID()

Но если роботы запущены в разных квиках, то могут быть повторы.
Надо делать так, как надо. А как не надо - делать не надо.
Quik 8.5 не освобождается память
 
Подытожим. QUIK 8.12.0.41

1. При закрытии data_source память не освобождается, если был назначен SetUpdateCallback
Код:
Скрытый текст
Если убрать строку с SetUpdateCallback или заменить на SetEmptyCallback, память не растёт.

2. Если при загрузке модулей возникает ошибка, то библиотеки из памяти не выгружаются.
Код:
Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Anton написал:
у финама тиковые данные тоже с неправильными направлениями.
Давно не качал с Финама, но раньше встречались пропуски, как тиковых данных так и интервальных. Т.ч., направление сделки - это мелочи.

А у вас ГО по спрэдам в окне ввода заявки показывает?
Надо делать так, как надо. А как не надо - делать не надо.
Гарантийное обеспечение в окне ввода заявки, Окно ввода заявок , Объем ГО
 
У кого-нибудь показывает Объем ГО в окне ввода заявки календарных спрэдов?
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Проделал следующее:
Сразу после первого сообщения об ошибке до закрытия свечи открыл минутный график. Через пару минут разорвал соединение с сервером.
На свече объём 4984
Скрытый текст

Затем переключился на другой таймфрейм и обратно на минутный.
Объём поменялся на 4982
Скрытый текст

Саппорт, вас интересуют баг-репорты?
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Алексей написал:
Терминалы подключены к разным серверам и два сервера шлют разные флаги.
Так и думал.
Но правильный-то флаг какой? 1026? И почему другой сервер врёт?
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Евгений написал:
Ну вывод то какой?
Всё-таки моя картинка больше похожа на правду.
Если рассуждать логически:

1892946036155291035, SiH1         - Купля. Покупатель SiH1 купил контракты у покупателя спреда
1892946036155291039, SiH1SiM1 - Продажа спреда, исполняется по бидам. У покупателя спреда купили SiH1.
1892946036155291036, SiM1        - Купля, исполняется по оферам. Покупатель спреда купил контракты у продавца SiM1

Цитата
Anton написал:
Первая пара это что в твс было, вторая - единички следом установлены - это оффмаркет.
Про вторые пары номеров сделок не понял.
Надо делать так, как надо. А как не надо - делать не надо.
Lua-таблицы. Интерфейс. Управление свойствами lua-таблиц., Как тонко настроить lua-таблицу? Механизмы взаимодействия пользователя с lua-таблицами.
 
Цитата
Roman Azarov написал:
Увеличение количества пользователей с пожеланиями об одном и том же конкретном функционале повышает его приоритет и вероятность его реализации в ближайшем будущем
Цитата
Alexey Ivannikov написал:
по факту это выглядит так: сотрудник видит что пожелание "по делу" и заводит его, если пожеланий по одной теме накапливается всё больше и больше - это может изменить приоритет по ней.

Если я вижу, что пожелание уже зарегистрировано, достаточно "плюсануть" в открытой теме или надо заводить новую тему с аналогичным пожеланием?
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Anton написал:
Интересная там кухонька внутренняя.
А почему их по две пары номеров?
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Цитата
Anton написал:
Старатель , ваша картинка больше на правду похожа
Неа
Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
Ошибка флага сделки., Новый/старый терминал. Есть разница.
 
В 7.27 и 8.12 флаг 1026
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Вместо тысячи слов:
Надо делать так, как надо. А как не надо - делать не надо.
CreateDataSource возвращает неверные данные
 
Цитата
Старатель написал:
В message - одна и та же свеча из разных DataSource, открытых с небольшой (100 мс) временной разницей.
Вернее не так, там разница более 1 сек. Но не суть.
График тот же, но данные разные.

Цитата
Артем написал:
возможно содержит неочевидные ошибки
Возможно, первый sleep стоило бы заменить на
Код
repeat sleep(1000) until ds_D1:Size() > 0
Надо делать так, как надо. А как не надо - делать не надо.
Страницы: Пред. 1 ... 5 6 7 8 9 10 11 12 13 14 15 ... 47 След.
Наверх