Советник Ray Tactic Advisor, Советник на основе индикатора ZUP Опции

[beliy]

При тестировании вылезло сообщение "Memory handler: cannot allocate 2088773164 bytes of memory"

Сообщение отредактировал beliy - 18.12.2006, 11:06

[leonid553]

Возможно, нужно подгрузить котировки в архив котировок МТ4 -
СЕРВИС-АРХИВ КОТИРОВОК ? по всем рабочим тф.

[NoName]

Прошу прощения за длительное молчание, сейчас совершенно нет времени.

RTA_v3
 RTA_v3.rar ( 22.23 килобайт ) Кол-во скачиваний: 906


Добавлена возможность задавать SL и TP в процентах (Параметры SL_percent и TP_percent соответственно)
Должно соблюдаться условие: SL_percent<minPercent<TP_percent

TP_SL_in_Percent:

true - SL и TP задаются в процентах;
false- SL и TP задаются в пунктах.

----------------------------------------------------------

Так как StopLoss и TakeProfit, которые заданы в процентах, величины не постоянные и зависят от текущей цены, то возможна попытка их установки ближе допустимого расстояния. В этом случае сделка не совершается и в журнале выводится ошибка #130.

[leonid553]

Благодарю, NoName,!

[Sergey_n]

Здравствуйте.
подскажите вот эта строчка

if (iCustom(NULL, 0, "ZUP_v49mod", minPercent, minSize, minBars, 0, 0)>0)

показывает, что если >0 то что? То есть, какое значение дает iCustom(NULL, 0, "ZUP_v49mod", minPercent, minSize, minBars, 0, 0) и что этим характеризует? Я как понял это проверка последнего бара, то есть если >0 то получен максимум? и какое он значение принимает, может быть в пунктах от максимума?

И за одно расскажите что делает этот код.
switch (filter)
{
case 1: ray_length=NormalizeDouble((peak2*minPercent/100), 4); break;
case 2: ray_length=minSize*Point; break;
}


С уважением Сергей

Сообщение отредактировал Sergey_n - 5.7.2007, 16:36

[NoName]

Код

if (iCustom(NULL, 0, "ZUP_v49mod", minPercent, minSize, minBars, 0, 0)>0)

Если данное условие выполнено, то у нас появился новый экстремум ZZ на текущем баре, который уже никуда не пропадёт После этого переходим к поиску предыдущего экстремума.
ZigZag - один из немногих индикаторов который не имеет промежуточных значений. То есть значение отличное от нуля он покажет только на тех барах, на которых имеется пик или впадина.

Код

switch (filter)
{
case 1: ray_length=NormalizeDouble((peak2*minPercent/100), 4); break;
case 2: ray_length=minSize*Point; break;
}

Этот кусочек кода определяет способ расчёта длины луча, в зависимости от передаваемого в функцию параметра filter. Если передаётся 1 - выбирается способ расчёта в процентах. Если 2 - расчёт идёт в пунктах.

[Sergey_n]

Код

if (iCustom(NULL, 0, "ZUP_v49mod", minPercent, minSize, minBars, 0, 0)>0)

Если данное условие выполнено, то у нас появился новый экстремум ZZ на текущем баре, который уже никуда не пропадёт После этого переходим к поиску предыдущего экстремума.
ZigZag - один из немногих индикаторов который не имеет промежуточных значений. То есть значение отличное от нуля он покажет только на тех барах, на которых имеется пик или впадина.

Код

switch (filter)
{
case 1: ray_length=NormalizeDouble((peak2*minPercent/100), 4); break;
case 2: ray_length=minSize*Point; break;
}

Этот кусочек кода определяет способ расчёта длины луча, в зависимости от передаваемого в функцию параметра filter. Если передаётся 1 - выбирается способ расчёта в процентах. Если 2 - расчёт идёт в пунктах.

А вот эта строчка
double peak1=iCustom(NULL, 0, "ZUP_v49mod", minPercent, minSize, minBars, 0, 0);
записывает в peak1 цену?? экстремума последнего бара (если он экстремум), и кстати peak1 это тот экстремум который еще без перегиба, то есть висящий в воздухе? То есть если после перегиба прошло сколько-то пипсов и формируется этот висящий экстремум.

хм или тут хвост рассчитывается в советнике? но тогда нет смысла хм

Сообщение отредактировал Sergey_n - 5.7.2007, 17:20

[NoName]

Ну, вобщем то Вы уловили суть. Как только появился новый луч, то значение индикатора на нулевом баре записывается в peak1, а в peak2 записывается значение предыдущего перегиба.

[Sergey_n]

Ну, вобщем то Вы уловили суть. Как только появился новый луч, то значение индикатора на нулевом баре записывается в peak1, а в peak2 записывается значение предыдущего перегиба.

Ок спасибо.
Появился один вопрос, а если после появления луча будет проводится пересчет, и получится так что край луча(бывший который только что образовался) запишется в пик 2, а продолжение луча (то есть новый пик в том же направление) запишется в пик1, такое может быть?
А зачем тогда выбор метода расчета длины луча?
switch (filter)
{
case 1: ray_length=NormalizeDouble((peak2*minPercent/100), 4); break;
case 2: ray_length=minSize*Point; break;
}

если он рассчитывается в индикаторе?

И кстати Bar это тот который на графике (свечка)?
То есть при М1 чувствительность будет больше чем на М30? )))


Сообщение отредактировал Sergey_n - 5.7.2007, 17:50

[Sergey_n]

Ну, вобщем то Вы уловили суть. Как только появился новый луч, то значение индикатора на нулевом баре записывается в peak1, а в peak2 записывается значение предыдущего перегиба.

Доброе утро.
Я задам вопрос немного по другому.
Вы сказали, как только появляется новый луч, в 0-ой бар записывается значение индикатора,
а если старый луч достигнет еще большего максимума чем был (или мин.) он перерисовался, так вот вопрос, новый пик старого луча будет инициализироваться на нулевом баре как новый луч?