RefreshRates() в тестере

Oleg Tertychnikov 2009.02.27 11:21

Здравствуйте!

Столкнулся со следующей проблемой.

После выполнения некоторых условий алгоритма, советник должен выставить отложенный ордер БайСтоп (если позволяет расстояние до цены установки) или войти по рынку на Бай (если рассчётная цена установки достигнута/превышена).

Для этого использую конструкцию:

while(true)
{
   RefreshRates();
                  
   if((pr-Ask)>StopLevel*Point) 
   {
      if(SetOrder(Symbol(), OP_BUYSTOP, lot, pr, sl, tp, com, exp)==true) break;
   }
                  
   if(Ask>=pr)
   {
      if(SetOrder(Symbol(), OP_BUY, lot, Ask, sl, tp, com, exp)==true) break;
   }
}

pr - расчетная цена.

while(true) использую потому, что на следующем тике условие для выставления/открытия ордера может уже не выполняться, но ордер должен быть выставлен/открыт обязательно.

В тестере всё идёт хорошо до тех пор, пока в результате гэпа цена Ask не оказывается между pr и (pr-StopLevel), т.е. слишком близко для быставления БайСтоп, но слишком далеко для открытия Бай.

В этом месте советник зависает, т.к. RefreshRates() в тестере не работает.

Что в данном случае можно сделать, чтобы в тестере получить новую Ask не выходя из цикла?

Заранее благодарю за ответ.

TheXpert 2009.02.27 11:27 #1

Analitik >>:

Здравствуйте!

Заранее благодарю за ответ.

Sleep попробуй добавить.

Oleg Tertychnikov 2009.02.27 11:28 #2

TheXpert писал(а) >>

Sleep попробуй добавить.

Добавил сразу же. Sleep так же не работает.

Dmitry Fedoseev 2009.02.27 11:33 #3

Дело не в том, что в тестере советник не получает новый Ask, а в том, что тестирование останавливается до завершения выполнения функции start(), прежде чем дать новый тик тестер ждет полного завершения выполнения функции start().

Oleg Tertychnikov 2009.02.27 11:35 #4

Integer писал(а) >>

Я это понимаю. Т.е. ни какого варианта получить новый Ask в цикле нет?

TheXpert 2009.02.27 11:57 #5

Analitik >>:

Я это понимаю. Т.е. ни какого варианта получить новый Ask в цикле нет?

Получается так, тогда остается генерировать сигнал и ставить до тех пор, пока сигнал остается.

При этом цикл будет замыкаться терминалом.

Но вообще ставить стоп ордера в цикле это плохо.

Oleg Tertychnikov 2009.02.27 11:59 #6

TheXpert писал(а) >>

Получается так, тогда остается генерировать сигнал и ставить до тех пор, пока сигнал остается.

При этом цикл будет замыкаться терминалом.

Но вообще ставить стоп ордера в цикле это плохо.

Не совсем понял, что нужно сделать...

TheXpert 2009.02.27 12:13 #7

Analitik >>:

Не совсем понял, что нужно сделать...

Что-то типа такого:

// генерация сигнала

if (надо выставлять бай)
{
   GlobalVariableSet("BuySignal", 1);
}

if (надо выставлять селл)
{
   GlobalVariableSet("SellSignal", 1);
}

//...

double buySignal = GlobalVariableGet("BuySignal");

if(buySignal == 1)
{
   RefreshRates();
                  
   if((pr-Ask)>StopLevel*Point) 
   {
      if(SetOrder(Symbol(), OP_BUYSTOP, lot, pr, sl, tp, com, exp)==true) GlobalVariableSet("BuySignal", 0);
   }
                  
   if(Ask>=pr)
   {
      if(SetOrder(Symbol(), OP_BUY, lot, Ask, sl, tp, com, exp)==true) GlobalVariableSet("BuySignal", 0);
   }
}

Oleg Tertychnikov 2009.02.27 12:23 #8

TheXpert писал(а) >>

Что-то типа такого:

Спасибо. Я думал над подобным вариантом. Если ни чего другого не останется, то придётся сделать именно так.

Уважаемые разработчики, можно узнать Ваше мнение?

TheXpert 2009.02.27 12:28 #9

Analitik >>:

Спасибо. Я думал над подобным вариантом. Если ни чего другого не останется, то придётся сделать именно так.

Уважаемые разработчики, можно узнать Ваше мнение?

Тьфу, конечно же не через GlobalVariable это меня не в ту степь понесло. В Вашем случае сигналы нужно хранить в глобальных переменных самого эксперта.

Oleg Tertychnikov 2009.02.27 12:33 #10

Да конечно, но сути это не меняет.

1 2

Новый комментарий