Метод Chart.Draw(StockSharp.Xaml.Charting.ChartDrawData data)

Метод Chart.Draw(StockSharp.Xaml.Charting.ChartDrawData data)
Atom
3/1/2017
swnike


При запуске этого метода выдается исключение: InvalidOperationException.
Если же использовать старый метод (закомментированные строки), то все работает правильно.
StockSharp rev. 4.3.19.5; 4.3.21
Draw_invalidOperationException.png

Как это лечится?



Thanks:


< 1 2 3 4 5  >
Support

Avatar
Date: 4/10/2017
Reply


Я в логе ошибку не нашел.. Чем Вы этот лог пишете?
Thanks:

Матильда

Avatar
Date: 4/10/2017
Reply


А вы до конца файл промотайте, там и ошибки. И их много.
Thanks:

Support

Avatar
Date: 4/11/2017
Reply


16:35:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.17, H:34.2, L:34.17, C:34.2, V:4)
16:36:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.19, H:34.19, L:34.18, C:34.18, V:2)
Невозможно изменить значение для свечи для даты 06.04.2017 2:56:00 +03:00 последнее добавленное значение для даты 06.04.2017 19:24:00.

Выведите в лог время свечи... (OpenTime)
Thanks:

Матильда

Avatar
Date: 4/11/2017
Reply


Вывод устроен таким образом, что вызывающая исключение свеча находится в предшествующей строке. В указанном вами случае такой свечой является свеча 16:36:00.
Thanks:

Support

Avatar
Date: 4/11/2017
Reply


Я хочу полностью увидеть данные свечи со временем, чтобы понять откуда она берется..
Thanks:

Матильда

Avatar
Date: 4/11/2017
Reply


Уточните, пожалуйста, какие данные кроме этих: 16:36:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.19, H:34.19, L:34.18, C:34.18, V:2) вам могут понадобиться?
Thanks:

Support

Avatar
Date: 4/12/2017
Reply


22:47:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.29, H:34.29, L:34.29, C:34.29, V:1)
22:51:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.28, H:34.28, L:34.27, C:34.27, V:2)
22:56:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.28, H:34.28, L:34.28, C:34.28, V:1)
02:56:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.28, H:34.28, L:34.28, C:34.28, V:1)
15:50:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.32, H:34.32, L:34.32, C:34.32, V:1)
15:55:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.38, H:34.38, L:34.38, C:34.38, V:1)
16:20:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.5, H:34.5, L:34.5, C:34.5, V:1)
16:30:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.52, H:34.58, L:34.52, C:34.58, V:2)
16:32:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.57, H:34.57, L:34.57, C:34.57, V:1)
16:33:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.56, H:34.56, L:34.55, C:34.55, V:2)
16:35:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.54, H:34.54, L:34.5, C:34.5, V:5)
16:37:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.49, H:34.49, L:34.47, C:34.47, V:3)
16:39:00 TimeFrameCandle_GM@SPFEQ_00:01:00 (O:34.46, H:34.46, L:34.46, C:34.46, V:1)

Вот смотрите... Фактически начинают приходить свечи, которые уже были раньше... Например, 02:56:00.
Просто проставьте время, я хочу проанализировать весь поток свечей, которые приходят...


Thanks:

Матильда

Avatar
Date: 4/12/2017
Reply


02:56:00 - не была раньше, в вашем примере она находится на своем месте между 22:56:00 и 15:50:00, хотя и нельзя отрицать, что это какая-то техническая непонятная свеча. Однако конкретно она и не вызывает ошибки. Хотелось бы понять, что именно приводит к исключению "Невозможно изменить значение для свечи для даты..." Перезапись новой свечи на место старой или что-то другое?
Thanks:

Support

Avatar
Date: 4/13/2017
Reply


Как же нет, посмотрите время в первой ошибке...
Thanks:

Матильда

Avatar
Date: 4/13/2017
Reply


Первая свеча, вызывающая ошибку, это свеча 16:32:00, во время которой, похоже, зачем-то происходит попытка перезаписать первую в сутках свечу 02:56:00. Вторая ошибка - свеча 16:35:00, которая пытается перезаписать вторую в сутках свечу - 15:22:00. Третья ошибка пытается переписать третью в сутках свечу и т.д. То есть дело не в конкретной свече, а в системе записи, когда новые свечи по какой-то причине стремятся записаться не в конец, а поверх старых. В чем тут может быть сбой?
Thanks:
< 1 2 3 4 5  >

Attach files by dragging & dropping, , or pasting from the clipboard.

loading
clippy