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

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

Страницы: Пред. 1 ... 22 23 24 25 26 27 28 29 30 31 32 ... 46 След.
Цена заявки не соответствует установленному диапазону
 
А что так? Каким образом предлагаете узнавать об этих ограничениях в торговых роботах?
Надо делать так, как надо. А как не надо - делать не надо.
Задержка данных при обмене с сервером
 
В последнее время обратил внимание (и не только я) на наличие задержек в получении биржевой информации (также порой до 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  Накопленный купонный доход
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
На всякий случай: у меня высота заголовков окон = 45 пикселей
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
OC Windows 8 x64
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest vs CreateDataSource
 
Цитата
Michael Bulychev написал:
ParamReques работает независимо от галочек. Вернее если включен "умный заказ"
Здесь какое-то противоречие  :what:
Надо делать так, как надо. А как не надо - делать не надо.
CHANGETIME
 
Из таблицы "Список возможных идентификаторов параметров":
Цитата
56 CHANGETIME STRING Время последнего изменения

Время последнего изменения чего? Чьё время сюда подставляется?
Надо делать так, как надо. А как не надо - делать не надо.
ParamRequest vs CreateDataSource
 
Теперь бы ещё такую, но независимо от настройки «Получение данных»
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.0.1.5, Доступные скрипты
 
Предыдущая версия была 7.0.x
Возможно, конфигурация была создана в ещё более ранней версии - не помню уже.
До 7.1 проблем с подключением другого монитора с указанными выше разрешениями не наблюдалось.
Эффект плавающий... Также иногда не сохраняется последний монитор (если подключено несколько), который был активным при закрытии QUIK.
Приходится загружать старый конфиг от предыдущей версии из WNDSAV.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.0.1.5, Доступные скрипты
 
Цитата
Sergey Gorokhov написал:
Попробуйте в свойствах экрана установить масштаб 125%
... Зачем? Я работаю с дефолтными настройками масштаба и размеров шрифтов. И тратить время на эксперименты у меня нет желания.
Уточню: проблемы наблюдаются при загрузке конфигурации, сохранённой в другом разрешении.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.0.1.5, Доступные скрипты
 
OC Windows 8 64bit.
Проблема стала возникать на 7.1 с конфигурациями, сохранёнными в предыдущих версиях.
Разрешения экранов: 1366x768 и 1920x1080
Проблемы наблюдаются со всеми окнами. Окна увеличиваются/уменьшаются пропорционально разрешению экрана. Окно "Доступные скрипты" обрезается, поскольку не умеет изменять размер.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
Данный эффект зависит от соотношения ширины терминала и таблицы. Если ширина таблицы много меньше терминала, то скролл может не появиться.
Надо делать так, как надо. А как не надо - делать не надо.
QUIK v.7.1.0.381, Баги
 
Stanislav Tvorogov,
На втором скриншоте - та же самая таблица той же высоты (120) с прокрученным вверх скроллбаром. Как видите все строки помещаются в таблицу.
Надо делать так, как надо. А как не надо - делать не надо.
Страницы: Пред. 1 ... 22 23 24 25 26 27 28 29 30 31 32 ... 46 След.
Наверх