Баг - объём на последней минутке задваивается.

Страницы: 1
RSS
Баг - объём на последней минутке задваивается.
 
На первом скрине объём 747, был в выходные.


Сегодня на втором скрине, объём 747, на сайте Московской бирже.

Сегодня на третьем скрине, объём 747, на тиках.

Сегодня на четвёртом скрине, на минутке задвоение 1494.
 
 
Добрый день.

Какая у Вас версия терминала QUIK?
В версии 9.1 была исправлена ошибка "Удвоенное отображение объема на последней свече в окне графика."
 
9.2.3.15
Брокер Открытие.
Запускаю QUIK с ключём -clear
 
Добрый день.
Проверили, объем корректный 747:
GZZ1 [SPBFUT],1,20211112,234900,33619.000000,33633.000000,33605.000000,33608.000000,747.000000
У Вас сейчас по прежнему отображается задвоенный объем? Если сделать перезаказ архивов графиков, то ситуация меняется?
 
Цитата
Egor Zaytsev написал:
В версии 9.1 была исправлена ошибка "Удвоенное отображение объема на последней свече в окне графика."
Egor Zaytsev, вы с коллегами общаетесь?
https://forum.quik.ru/messages/forum1/message59344/topic6189/#message59344
Надо делать так, как надо. А как не надо - делать не надо.
 
Цитата
Egor Zaytsev написал:
Добрый день.
Проверили, объем корректный 747:
GZZ1 [SPBFUT],1,20211112,234900,33619.000000,33633.000000,33605.000000,33608.000000,747.000000
У Вас сейчас по прежнему отображается задвоенный объем? Если сделать перезаказ архивов графиков, то ситуация меняется?
После перезаказа архивов данных для построения графиков, задвоение на последней минутки не происходит.
Данные становятс не верны на последнем часовике и дневки.
Привожу пример дневки.

 
 
Цитата
Игорь Караваев написал:
Цитата
Egor Zaytsev написал:
Добрый день.
Проверили, объем корректный 747:
GZZ1 [SPBFUT],1,20211112,234900,33619.000000,33633.000000,33605.000000,33608.000000,747.000000
У Вас сейчас по прежнему отображается задвоенный объем? Если сделать перезаказ архивов графиков, то ситуация меняется?
После перезаказа архивов данных для построения графиков, задвоение на последней минутки не происходит.
Данные становятс не верны на последнем часовике и дневки.
Привожу пример дневки.
   
Добрый день.

Повторите проблему, сделайте архив рабочего места QUIK и пришлите нам на quiksupport@arqatech.com
 


Архив отправлял https://forum.quik.ru/messages/forum1/message59692/topic6786/#message59692
Здравствуйте!

Ваше письмо получено, проблема изучается. Постараемся в ближайшее время дать ответ.
-------------------------------------------
Best regards,
QUIK clients support

ARQA Technologies
quiksupport@arqatech.com
+7 383 219 16 06
http://www.arqatech.com
 
Цитата
Игорь Караваев написал:
   

Архив отправлял  https://forum.quik.ru/messages/forum1/message59692/topic6786/#message59692
Здравствуйте!

Ваше письмо получено, проблема изучается. Постараемся в ближайшее время дать ответ.
-------------------------------------------
Best regards,
QUIK clients support

ARQA Technologies
quiksupport@arqatech.com
+7 383 219 16 06
http://www.arqatech.com
Добрый день.

Если Вам ответили, что письмо получено, то ожидайте решение по данной проблеме.
 
У меня есть вот такое объяснение, почему описанная проблема возникает.

У терминала есть свечной график за прошлый день. При подключении к серверу с утра в терминал приходят данные по обезличенным сделкам вчерашней вечерней сессии на срочном рынке. При этом терминал начинает обновлять свечи, но делает это "интеллектуально": при поступлении очередной обезличенной сделки, если она не относится к последней свече, он пропускает её (считает, что уже не надо использовать эту информацию), а вот про последнюю свечу терминал не может сказать, учтены данные или нет. По этой причине последняя свеча, всё-таки, обновляется. На ценовой рейндж H - L это не влияет, значение C станет опять правильным, когда все обезличенные сделки пройдут. Страдает только объём, который, понятное дело, удваивается.

Если такое объяснение корректно, то долгие разборки разработчиков с данной проблемой означают, что в текущей архитектуре приложения нельзя устранить такую неполадку.
 
Цитата
_sk_ написал:
У меня есть вот такое объяснение, почему описанная проблема возникает.

У терминала есть свечной график за прошлый день. При подключении к серверу с утра в терминал приходят данные по обезличенным сделкам вчерашней вечерней сессии на срочном рынке. При этом терминал начинает обновлять свечи, но делает это "интеллектуально": при поступлении очередной обезличенной сделки, если она не относится к последней свече, он пропускает её (считает, что уже не надо использовать эту информацию), а вот про последнюю свечу терминал не может сказать, учтены данные или нет. По этой причине последняя свеча, всё-таки, обновляется. На ценовой рейндж H - L это не влияет, значение C станет опять правильным, когда все обезличенные сделки пройдут. Страдает только объём, который, понятное дело, удваивается.

Если такое объяснение корректно, то долгие разборки разработчиков с данной проблемой означают, что в текущей архитектуре приложения нельзя устранить такую неполадку.
Добрый день.

Только сейчас заметил, случилось недопонимание, клиент написал, что он уже отправлял рабочее место и что мы приняли его обращение в работу. Но там проблема была была по другой теме, а рабочее место не содержит графиков, терминал пустой.


Поэтому, если у Вас тоже наблюдается подобная проблема просьба прислать архив рабочего места QUIK.
 
Оттправил архив повторно.

 
 
Цитата
Игорь Караваев написал:
Оттправил архив повторно.
Добрый день.

С какого адреса Вы отправили архив? Во входящих не видим. Сообщите тему письма.
 
Ещё раз отправил архив.
Заголовок письма: Баг - объём на последней минутке задваивается.

 
 
Добрый день.

Письмо получили, ответим почтой.
Страницы: 1
Читают тему
Наверх