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

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

Страницы: Пред. 1 ... 22 23 24 25 26 27 28 29 30 31 32 ... 47 След.
QUIK v.7.1.0.381, Баги
 
Создаём рабочее пространство на мониторе одного разрешения:

Сохраняем настройки. Переносим QUIK на монитор с большим разрешением и загружаем настройки. Окна в QUIK расширяются, добавляется "пустота" в окнах:

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

О чём думал автор этой "оригинальной" идеи? Хотя без разницы, думал ли автор о чём-то. Просто уберите это недоразумение.
Надо делать так, как надо. А как не надо - делать не надо.
Задержка данных при обмене с сервером
 
http://smart-lab.ru/blog/298367.php
Надо делать так, как надо. А как не надо - делать не надо.
Задержка данных при обмене с сервером
 
Цитата
Фёдор Сухов написал:
забыл упомянуть про пинг, что это не показатель, совсем не показатель.
Ровный пинг, по крайней мере, показывает, что периодические задержки в поступлении информации с сервера не могут быть обусловлены проблемами на канале связи клиент-сервер, как чаще всего, утверждают сотрудники техподдержки брокера. Скорее, проблема в недостаточной инфраструктуре самого брокера.

Николай Камынин, а чем пинги снимаете?
Надо делать так, как надо. А как не надо - делать не надо.
Задержка данных при обмене с сервером
 
Николай Камынин,
проведите измерения задержек получения тиков на срочной секции. Вы будете "приятно" удивлены: сделки по срочной секции иногда запаздывают по сравнению с фондовой на 2 и более сек.

А вот тут не понятно:
Цитата
Николай Камынин написал:
o:-00.0804192s   - это отставание часов моего компьютера от часов сервера в мs
-------------------------
Т е часы моего компьютера имеют ошибку не более 80 ms.
С каким сервером сравниваете? Если QUIK, то время сервера QUIK можно вообще не брать в расчёт.
Если сервера времени, то у биржи может быть своё мнение, на то с каким сервером синхронизировать.
Надо делать так, как надо. А как не надо - делать не надо.
Highlight
 
Цитата
Sergey Gorokhov написал:
зарегистрировали пожелание на функцию GetColor которая бы возвращала текущий цвет ячейки и шрифта.

Если у нас выделена цветом одна ячейка из всей строки
Код
SetColor(t_id, row, col, QTABLE_DEFAULT_COLOR, Color, QTABLE_DEFAULT_COLOR, Color)

то Highlight перекрашивает всю строку вместе с этой ячейкой
Код
Highlight(t_id, row, QTABLE_NO_INDEX, QTABLE_DEFAULT_COLOR, RGB(255, 0, 0), 500)

Нужна константа, при задании которой цвет элемента не будет перекрашиваться. GetColor в этом случае не поможет.
Надо делать так, как надо. А как не надо - делать не надо.
OnFuturesClientHolding, session_status
 
Цитата
Старатель написал:
Приведите, пожалуйста, правильный список значений параметра session_status.
сейчас
Надо делать так, как надо. А как не надо - делать не надо.
Цена заявки не соответствует установленному диапазону
 
Цитата
Старатель написал:
Каким образом предлагаете узнавать об этих ограничениях в торговых роботах?
Цитата
Alexandr Shumilin написал:
Оптимальный вариант - узнать о настроенных ограничениях цен от брокера , обратившись к нему с запросом.
Вариант, конечно, "оптимальный", ничего не скажешь. Хорошо, хоть текущие цены не надо узнавать по запросу.
Надо делать так, как надо. А как не надо - делать не надо.
OnFuturesClientHolding, session_status
 
quik_7_0_4_upd.zip
Интерпретатор языка Lua
Руководство пользователя
Версия 2.3

В документации к 7.1 вообще нет параметра session_status.

Приведите, пожалуйста, правильный список значений параметра session_status.
Надо делать так, как надо. А как не надо - делать не надо.
OnFuturesClientHolding, session_status
 
Согласно вашей документации, session_status = 3 означает:
Цитата
«3» – начался основной клиринг;
Надо делать так, как надо. А как не надо - делать не надо.
Цена заявки не соответствует установленному диапазону
 
Ограничения устанавливаются брокером в процентах? От какой цены? По классу в целом или по каждой бумаге в отдельности?
Надо делать так, как надо. А как не надо - делать не надо.
Цена заявки не соответствует установленному диапазону
 
А что так? Каким образом предлагаете узнавать об этих ограничениях в торговых роботах?
Надо делать так, как надо. А как не надо - делать не надо.
Задержка данных при обмене с сервером
 
В последнее время обратил внимание (и не только я) на наличие задержек в получении биржевой информации (также порой до 10 сек), ответов по транзакциям (до 3 сек) при постоянном пинге не более 5-7 мс.
В связи с чем наблюдаются такие проблемы: тут и тут.
Надо делать так, как надо. А как не надо - делать не надо.
OnFuturesClientHolding, session_status
 
up
Надо делать так, как надо. А как не надо - делать не надо.
ОЧЕНЬ медленный запуск Quik
 
Переподключение к (тому же) серверу в течение торговой сессии происходит очень длительное время. В это время QUIK нагружает ядро процессора по полной. Монитор показывает, что идёт интенсивное чтение файла alltrade.dat. И чем чем дальше от открытия сессии, тем больше времени занимает весь процесс.
Что происходит в это время и как ускорить подключение к серверу?
Надо делать так, как надо. А как не надо - делать не надо.
std::recursive_mutex и cинхронизация потоков в Lua
 
Цитата
Вячеслав написал:
2. В main у меня проход по таблице, если условие для элемента выполнилось, то производится дополнительная работа, но самый максимум получается 20 мс при блокированной таблице (и то раз в 5 секунд), поэтому некритично, если на это время заблокируется главный поток Quik, а так в main я ещё выставляю транзакции (без блокирования чего-либо).
Позвольте поинтересоваться, зачем переносить обработку в другой поток, если во время обработки основной поток всё равно простаивает? Какая цель преследуется?
Надо делать так, как надо. А как не надо - делать не надо.
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
Sergey Gorokhov,
В QUIK 7.0.4.10 на боевом сервере:

Скрытый текст

Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
OnFuturesClientHolding, session_status
 
session_status - есть один из параметров таблицы, возвращаемой колбэком OnFuturesClientHolding.
Надо делать так, как надо. А как не надо - делать не надо.
OnFuturesClientHolding, session_status
 
Добрый день.

Подскажите, по какой причине во время основной сессии (в 14:16) параметр session_status может иметь значение 3?
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest vs CreateDataSource
 
Звучит так, будто вы не уверены (не знаете), как работает функционал.
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest vs CreateDataSource
 
Скрытый текст

Перефразирую вопрос:

1. Является ли использование функций ParamRequest или CreateDataSource обязательным для успешного получения значений параметра через getParamEx (при условии "умного" заказа данных), когда параметр не присутствует в явном виде в списках принимаемых параметров? Под "успешным получением значения" понимается получение актуального значения, а не сохранённого когда-то в кэше.
2. То же для getParamEx2.
Надо делать так, как надо. А как не надо - делать не надо.
Различие архива фортс и данныз квика, одна и таже сделка проходит по разному времени
 
Объём транслируется с биржи или QUIK рассчитывает?
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest vs CreateDataSource
 
1. Является ли использование функций ParamRequest или CreateDataSource обязательным для успешного получения значений параметра через getParamEx (при условии "умного" заказа данных, когда параметр не был добавлен в ТТП и др. таблицы)?
2. То же для getParamEx2.
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest vs CreateDataSource
 
Что-нибудь изменилось в работе функции getParamEx?
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest vs CreateDataSource
 
Цитата
Так же необходимо учесть, что если используются функции ParamReques() и CancelParamRequest(), то отписаться от заказанных параметров возможно, если в скрипте используется новая функция getParamEx2(), если будет использоваться getParamEx(), то функция CancelParamRequest() не выполнит отписку от трансляции параметра.
Поясните, пожалуйста, данное замечание.

Если где-то в скрипте используется (использовалась? будет использоваться?) функция getParamEx(), то CancelParamRequest() не выполнит отписку по используемому параметру? А если в другом скрипте используется тот же параметр?
При перезагрузке QUIK что произойдёт с заказываемыми параметрами?

Для сравнения: при вызове CreateDataSource (при включённом "умном" заказе) устанавливались соответствующие "галочки" для заказываемых параметров. При закрытии DataSource галочки не снимались. При перезагрузке QUIK настройки возвращались в исходное положение, как было до запуска скрипта.
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest vs CreateDataSource
 
ParamRequest позволяет заказывать все параметры, доступные для заданного класса?
Надо делать так, как надо. А как не надо - делать не надо.
Задержка данных при обмене с сервером
 
Цитата
Николай Камынин написал:
для информации привожу результаты мониторинга задержки ответов за вчера:
Это значения каких задержек? Взятых из Информационного окна QUIK? Или замеры по колбэкам?
Надо делать так, как надо. А как не надо - делать не надо.
Тейк Профит и Стоп Лос
 
Запятая пропущена:
["SPREAD"]= "20",
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
На эту проблему забили?
Цитата
Старатель написал:
Вот такой код:
Код
     local  t_id  =   AllocTable ()
   for  i  =   1 ,  12   do   AddColumn (t_id, i,  "" ,  true , QTABLE_STRING_TYPE,  20 )  end 
   CreateWindow (t_id)
   for  i  =   1 ,  5   do   InsertRow (t_id,  -  1 )  end 
   SetWindowPos (t_id,  0 ,  0 ,  1270 ,  120 )  
Появляется скрол:

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

Цитата
rozmin написал:
От какого значения он будет в плюсе, а где прогорит?
Отвечая на ваш вопрос: независимо от того, какой мешок остался, общий финансовый результат будет одинаков.
Надо делать так, как надо. А как не надо - делать не надо.
Закрытие позиции, нет индикации, Есть только значки покупки и продажи, непонятно какая позиция закрыта, если позиций несколько
 
rozmin,
с точки зрения налогообложения позиции закрываются по ФИФО, т.е. в порядке приобретения.
И, если не ошибаюсь, у брокера в бэк-оффисе должны сохраняться все цены приобретения каждого лота. Поэтому, чисто теоретически, ничто не мешает выгружать в QUIK, помимо средней цены, также разбивку по "пакетам". Кроме, конечно, отсутствия такого функционала в самом QUIK. Некоторые брокеры и среднюю цену приобретения не выгружают.
Надо делать так, как надо. А как не надо - делать не надо.
SetTableNotificationCallback, множественное срабатывание
 
Код
f_cb = function(t_id, msg, par1, par2)
  if msg == QTABLE_LBUTTONDBLCLK then
    message("QTABLE_LBUTTONDBLCLK")
  elseif msg == QTABLE_LBUTTONUP then
    message("QTABLE_LBUTTONUP")
  elseif msg == QTABLE_LBUTTONDOWN then
    message("QTABLE_LBUTTONDOWN")
  end
end
SetTableNotificationCallback(t_id, f_cb)

Есть простой способ отличить двойной клик от одинарного? А то срабатывают сразу все события:
Код
QTABLE_LBUTTONDOWN
QTABLE_LBUTTONUP
QTABLE_LBUTTONDBLCLK
QTABLE_LBUTTONUP
Надо делать так, как надо. А как не надо - делать не надо.
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
Sergey Gorokhov,
как я вам говорил уже неоднократно:
Проверьте на боевом сервере сами и убедитесь, что он ведёт себя точно так же. Вы это делали? В какой версии, по-вашему, это исправили?
Надо делать так, как надо. А как не надо - делать не надо.
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
QUIK v.7.1.0.381
Скрытый текст
Надо делать так, как надо. А как не надо - делать не надо.
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
Пример чего? Кода, лога или обсуждения данной проблемы?
Полистайте архив старого форума: там это обсуждалось на протяжении нескольких лет, в т.ч. с вами.
Надо делать так, как надо. А как не надо - делать не надо.
ОЧЕНЬ медленный запуск Quik
 
Забыли сказать про тиковый график, ТВС и alltrade.dat.
Если info.log "конского" размера, значит в настройках указано "Сохранять всю историю изменений параметров". При этом, если ТИП не открыта QUIK всё равно долго загружается?
Надо делать так, как надо. А как не надо - делать не надо.
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
Неоптимальнось, очевидно, присутствует и в отправке колбэков по заявкам и стоп-заявкам: там тоже приходят по 2-3 одинаковых колбэка.
Советую обратить на это внимание.
Надо делать так, как надо. А как не надо - делать не надо.
Несколько очень простых пожеланий по стакану / таблице котировок
 
Цитата
sandyman написал:
2. Поменять логику выставления заявок мышкой для первого вида стакана http://take.ms/IkYxY
Цитата
Старатель написал:
ЛКМ = покупка
ПКМ = продажа
по цене той строки, куда кликнули.

Цитата
Старатель написал:
5. При подстановке цены и объёма, если в "Настройках - Торговля" задано значение количества лотов по-умолчанию, то брать его.
Надо делать так, как надо. А как не надо - делать не надо.
функция tonumber
 
В транзакцию надо передавать значения в текстовом формате. Если вы передаёте число, то QUIK сам его форматирует в строку по стандартному шаблону, не учитывая точность инструмента.
Надо делать так, как надо. А как не надо - делать не надо.
Кнопки С и R
 
Пардон, не про те кнопки написал.
Надо делать так, как надо. А как не надо - делать не надо.
Кнопки С и R
 
Ctrl+E (Редактировать таблицу) -> Панель инструментов -> Снять галку "Панель выставления заявок", но оставить "Цена, количество и счет"
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
Евгений Ершов,
Alt+L
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
Разобрался: теперь ширину колонок можно изменить только через заголовок.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
Нет.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
Как в 7.1.0 изменить ширину колонок в стакане?
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
А что здесь с документацией не так?
Надо делать так, как надо. А как не надо - делать не надо.
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
* потокобезопасные функции (table.sinsert и table.sremove)
Надо делать так, как надо. А как не надо - делать не надо.
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
Хотя нет, я вас обманул  :oops:
Надо было написать так:
Если уж вы решили передавать обработку колбэка в другой поток (а это не во всех случаях целесообразно), то желательно для этого использовать потокобезопасные функции (table.insert и table.remove). Тогда проверка "if t~=nil then" будет лишней.
Но в вашем примере эта проверка необходима.  :smile:
Надо делать так, как надо. А как не надо - делать не надо.
QUIK (версия 7.0.1.5), function OnTrade(trade), трехкратный вызов на одно событие.
 
XXM,
вот эта проверка лишняя:
Код
if t~=nil then OnTradeDo(t) end
Надо делать так, как надо. А как не надо - делать не надо.
Грамматика хромает в "Руководстве пользователя", Интерпретатор языка Lua.
 
Цитата
Лимиты по фьючерсам
accruedint  NUMBER  Накопленный купонный доход
Надо делать так, как надо. А как не надо - делать не надо.
Страницы: Пред. 1 ... 22 23 24 25 26 27 28 29 30 31 32 ... 47 След.
Наверх