Сегодня на втором скрине, объём 747, на сайте Московской бирже. Сегодня на третьем скрине, объём 747, на тиках. Сегодня на четвёртом скрине, на минутке задвоение 1494.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
15.11.2021 12:24:10
Добрый день.
Какая у Вас версия терминала QUIK? В версии 9.1 была исправлена ошибка "Удвоенное отображение объема на последней свече в окне графика."
Пользователь
Сообщений: Регистрация: 19.07.2016
15.11.2021 12:47:03
9.2.3.15 Брокер Открытие. Запускаю QUIK с ключём -clear
QUIK clients support
Сообщений: Регистрация: 27.01.2015
17.11.2021 12:14:24
Добрый день. Проверили, объем корректный 747: GZZ1 [SPBFUT],1,20211112,234900,33619.000000,33633.000000,33605.000000,33608.000000,747.000000 У Вас сейчас по прежнему отображается задвоенный объем? Если сделать перезаказ архивов графиков, то ситуация меняется?
Пользователь
Сообщений: Регистрация: 30.01.2015
Роботорговец
19.11.2021 07:34:45
Цитата
Egor Zaytsev написал: В версии 9.1 была исправлена ошибка "Удвоенное отображение объема на последней свече в окне графика."
Надо делать так, как надо. А как не надо - делать не надо.
Пользователь
Сообщений: Регистрация: 19.07.2016
20.11.2021 14:59:32
Цитата
Egor Zaytsev написал: Добрый день. Проверили, объем корректный 747: GZZ1 [SPBFUT],1,20211112,234900,33619.000000,33633.000000,33605.000000,33608.000000,747.000000 У Вас сейчас по прежнему отображается задвоенный объем? Если сделать перезаказ архивов графиков, то ситуация меняется?
После перезаказа архивов данных для построения графиков, задвоение на последней минутки не происходит. Данные становятс не верны на последнем часовике и дневки. Привожу пример дневки.
написал: Добрый день. Проверили, объем корректный 747: GZZ1 [SPBFUT],1,20211112,234900,33619.000000,33633.000000,33605.000000,33608.000000,747.000000 У Вас сейчас по прежнему отображается задвоенный объем? Если сделать перезаказ архивов графиков, то ситуация меняется?
После перезаказа архивов данных для построения графиков, задвоение на последней минутки не происходит. Данные становятс не верны на последнем часовике и дневки. Привожу пример дневки.
Добрый день.
Повторите проблему, сделайте архив рабочего места QUIK и пришлите нам на
Пользователь
Сообщений: Регистрация: 19.07.2016
23.11.2021 06:25:16
Архив отправлял Здравствуйте!
Ваше письмо получено, проблема изучается. Постараемся в ближайшее время дать ответ. ------------------------------------------- Best regards, QUIK clients support
Ваше письмо получено, проблема изучается. Постараемся в ближайшее время дать ответ. ------------------------------------------- Best regards, QUIK clients support
ARQA Technologies
+7 383 219 16 06
Добрый день.
Если Вам ответили, что письмо получено, то ожидайте решение по данной проблеме.
Пользователь
Сообщений: Регистрация: 31.01.2015
30.11.2021 07:18:15
У меня есть вот такое объяснение, почему описанная проблема возникает.
У терминала есть свечной график за прошлый день. При подключении к серверу с утра в терминал приходят данные по обезличенным сделкам вчерашней вечерней сессии на срочном рынке. При этом терминал начинает обновлять свечи, но делает это "интеллектуально": при поступлении очередной обезличенной сделки, если она не относится к последней свече, он пропускает её (считает, что уже не надо использовать эту информацию), а вот про последнюю свечу терминал не может сказать, учтены данные или нет. По этой причине последняя свеча, всё-таки, обновляется. На ценовой рейндж H - L это не влияет, значение C станет опять правильным, когда все обезличенные сделки пройдут. Страдает только объём, который, понятное дело, удваивается.
Если такое объяснение корректно, то долгие разборки разработчиков с данной проблемой означают, что в текущей архитектуре приложения нельзя устранить такую неполадку.
QUIK clients support
Сообщений: Регистрация: 27.01.2015
02.12.2021 07:18:38
Цитата
_sk_ написал: У меня есть вот такое объяснение, почему описанная проблема возникает.
У терминала есть свечной график за прошлый день. При подключении к серверу с утра в терминал приходят данные по обезличенным сделкам вчерашней вечерней сессии на срочном рынке. При этом терминал начинает обновлять свечи, но делает это "интеллектуально": при поступлении очередной обезличенной сделки, если она не относится к последней свече, он пропускает её (считает, что уже не надо использовать эту информацию), а вот про последнюю свечу терминал не может сказать, учтены данные или нет. По этой причине последняя свеча, всё-таки, обновляется. На ценовой рейндж H - L это не влияет, значение C станет опять правильным, когда все обезличенные сделки пройдут. Страдает только объём, который, понятное дело, удваивается.
Если такое объяснение корректно, то долгие разборки разработчиков с данной проблемой означают, что в текущей архитектуре приложения нельзя устранить такую неполадку.
Добрый день.
Только сейчас заметил, случилось недопонимание, клиент написал, что он уже отправлял рабочее место и что мы приняли его обращение в работу. Но там проблема была была по другой теме, а рабочее место не содержит графиков, терминал пустой.
Поэтому, если у Вас тоже наблюдается подобная проблема просьба прислать архив рабочего места QUIK.
