Подскажите правильный алгоритм

Страницы: 1
RSS
Подскажите правильный алгоритм, сброс параметров при количестве позиций = 0
 
Доброе утро! Подскажите пожалуйста правильный алгоритм для сброса некоторых параметров при выходе из позиции. Например удаление стоп-заявки, цены входа в сделку, номера отслеживаемой стоп-заявки и т.д. В действующем скрипте при обнулении открытых позиций по инструменту происходил сброс, т.е., если total_net == 0 then .... При тестировании на демо-версии обнаружился такой момент. В произвольное время, на доли секунды обнуляется total_net (отследил по логам), соответственно скрипт сбрасывает то, что и должен сбросить, но позиция-то открыта. Могут ли такие глюки быть не на демо-версии квика? Или все-таки нужен другой алгоритм? Например по условию срабатывания стоп-заявки.
 
Цитата
sav 312 написал:
В произвольное время, на доли секунды обнуляется total_net
так быть не должно. Приведите конкретный пример, время события и UID Вашей учетной записи.

Цитата
sav 312 написал:
Например по условию срабатывания стоп-заявки.
Как автор скрипта, Вы должны самостоятельно решить при каких событиях Ваш скрипт будет делать то или иное действие.
 
Цитата
Sergey Gorokhov написал:
так быть не должно. Приведите конкретный пример, время события и UID Вашей учетной записи.
UID - 117018.
Было 7 открытых позиций. 21.11.17 в 15:47:17 на один тик кол-во=0, а дальше опять 7.
Цитата
Sergey Gorokhov написал:
Как автор скрипта, Вы должны самостоятельно решить при каких событиях Ваш скрипт будет делать то или иное действие.
Да это понятно. Мне было удобно при условии total_net==0. Если данный параметр слетать не должен, то оставлю как есть и буду тестировать на боевом счете.
 
Цитата
sav 312 написал:
Sergey Gorokhov написал:
так быть не должно. Приведите конкретный пример, время события и UID Вашей учетной записи.
UID - 117018.
Было 7 открытых позиций. 21.11.17 в 15:47:17 на один тик кол-во=0, а дальше опять 7.
Сергей, инфу проверьте пожалуйста.
 
sav 312,

В процессе, к сожалению это не мгновенно и потребуется некоторое время.
 
Цитата
Sergey Gorokhov написал:
sav 312  ,

В процессе, к сожалению это не мгновенно и потребуется некоторое время.
Я понял. Не к спеху, подожду.
 
Вот уже сегодня, было 7, а в 13:00:36  Количество - 0. Дальше опять 7.
 
sav 312,
Расследование показало, что обнуление происходит в момент клиринга и это нормально т.к. происходит перерасчет данных.
Другой вопрос в том почему 21го числа клиринг был в 15:00, а 22го уже в 13:00 и на этот вопрос у нас к сожалению нет ответа.
Видимо это какая-то особенность игрового контура биржи.
 
Цитата
Sergey Gorokhov написал:
почему 21го числа клиринг был в 15:00
поправка, 21го клиринг был в 15:45
 
Цитата
Sergey Gorokhov написал:
Расследование показало, что обнуление происходит в момент клиринга и это нормально т.к. происходит перерасчет данных.
Другой вопрос в том почему 21го числа клиринг был в 15:00, а 22го уже в 13:00 и на этот вопрос у нас к сожалению нет ответа.
Видимо это какая-то особенность игрового контура биржи.
С этим все ясно. На боевом счёте такого быть не должно во время клиринга?  
 
sav 312,
На боевом будет тоже самое, только там клиринг всегда в одно время.
 
Цитата
Sergey Gorokhov написал:
sav 312  ,
На боевом будет тоже самое, только там клиринг всегда в одно время.
Очень странно все это. Раньше в работе долгое время были роботы на qpl (алгоритм в плане сброса параметров при обнулении позиций тот же) и ничего во время клиринга не сбрасывалось. Прекрасно понимаю, что дело здесь не в  qpl  и qlua, что-то теперь во время клиринга новое происходит?
С клирингом не беда, добавлю к обнулению условие по времени. А как быть с обнулением во время торговой сессии?
 
Цитата
sav 312 написал:
А как быть с обнулением во время торговой сессии?

О каком обнулении во время сессии идет речь?
 
Цитата
Sergey Gorokhov написал:
О каком обнулении во время сессии идет речь?
Я приводил два примера обнуления позиций в 15:47 и в 13.00. По факту, такие обнуления происходили в разное время. В 15.47 - стабильно, а в 13 и 14 с определённой хаотичностью. Давайте, чтобы сильно не углубляться, сформулирую вопрос по-другому. Может ли на боевом счёте происходить кратковременное обнуление позиций в течение торговой сессии, т.е. не во время клиринга? В настоящее время в моем скрипте сброс параметров при обнулении позиций происходит по следующему алгоритму:
STATUS_TORGOV = tonumber(getParamEx(CLASSCODE,SECCODE,"STATUS").param_value);
if TOTAL_NET == 0 and STATUS_TORGOV == 1 then
ENTER_PRICE = 0
killStopOrders(SECCODE)
и т.д.
Но этот алгоритм будет давать сбой, если в торговое время хоть на тик обнулиться количество позиций.
 
Цитата
sav 312 написал:
Я приводил два примера обнуления позиций в 15:47 и в 13.00.
Да, и на это уже был ответ:

Цитата
Sergey Gorokhov написал:
Другой вопрос в том почему 21го числа клиринг был в 15:00, а 22го уже в 13:00 и на этот вопрос у нас к сожалению нет ответа.
Видимо это какая-то особенность игрового контура биржи.
Цитата
Sergey Gorokhov написал:
поправка, 21го клиринг был в 15:45

Цитата
sav 312 написал:
Может ли на боевом счёте происходить кратковременное обнуление позиций в течение торговой сессии, т.е. не во время клиринга?
нет
 
Цитата
Sergey Gorokhov написал:
Цитата
sav 312   написал:
Я приводил два примера обнуления позиций в 15:47 и в 13.00.
Да, и на это уже был ответ:
Цитата
Sergey Gorokhov   написал:
Другой вопрос в том почему 21го числа клиринг был в 15:00, а 22го уже в 13:00 и на этот вопрос у нас к сожалению нет ответа.
Видимо это какая-то особенность игрового контура биржи.
Цитата
Sergey Gorokhov   написал:
поправка, 21го клиринг был в 15:45
Цитата
sav 312   написал:
Может ли на боевом счёте происходить кратковременное обнуление позиций в течение торговой сессии, т.е. не во время клиринга?
нет
Спасибо за "развёрнутый" ответ. Можно было ограничиться последним "НЕТ".  Ответ понятен, дополнять не следует.
Страницы: 1
Читают тему
Наверх