Можно ли один Тайм-фрейм задать, как получаемый из другого?

 

Есть два индикатора, кастомно прописанные в советнике.

Тайм-фреймы  в них определены пользовательскими переменными. Задачи индикаторов, соответственно, описывать ситуацию в разных диапазонах истории но работать при этом в связке. 

Вопрос  -можно ли тайм-фрейм одного индикатора задать, как получаемый из тайм-фрейма другого, например, через определенное количество "ступеней" . 

Скажем, если ТФ1=5 мин, то ТФ2=5 мин+3 "ступени"=12 мин

Т.е. вместо того, чтобы оптимизировать ТФ1 и ТФ2, надо оптимизировать ТФ1 и "расстояние" до ТФ2. 

Чтобы "развести" ТФ1 и ТФ2 при оптимизации можно, конечно, указать в оптимизаторе диапазоны для каждого "граничащие" друг с другом, но  не пересекающиеся. Но тогда такая граница и будет произвольно заданным условием, а это неправильно. Кроме того, такая оптимизация может "разбросать" (и реально разбрасывает) переменные слишком далеко или слишком близко друг от друга.

Задача такой привязки - свободное перемещение переменных в процессе оптимизации при сохранении жесткой дистанции тайм-фреймов между собой.



 
Youri Tarshecki:

Есть два индикатора, кастомно прописанные в советнике.

Тайм-фреймы  в них определены пользовательскими переменными. Задачи индикаторов, соответственно, описывать ситуацию в разных диапазонах истории но работать при этом в связке. 

Вопрос  -можно ли тайм-фрейм одного индикатора задать, как получаемый из тайм-фрейма другого, например, через определенное количество "ступеней" . 

Скажем, если ТФ1=5 мин, то ТФ2=5 мин+3 "ступени"=12 мин

Т.е. вместо того, чтобы оптимизировать ТФ1 и ТФ2, надо оптимизировать ТФ1 и "расстояние" до ТФ2. 

Чтобы "развести" ТФ1 и ТФ2 при оптимизации можно, конечно, указать в оптимизаторе диапазоны для каждого "граничащие" друг с другом, но  не пересекающиеся. Но тогда такая граница и будет произвольно заданным условием, а это неправильно. Кроме того, такая оптимизация может "разбросать" (и реально разбрасывает) переменные слишком далеко или слишком близко друг от друга.

Задача такой привязки - свободное перемещение переменных в процессе оптимизации при сохранении жесткой дистанции тайм-фреймов между собой.



В МТ5 и без того все таймфреймы строятся на основе одного ТФ - М1. Поэтому получать любой другой ТФ на основании данных более меньшего можно как автоматически, так и самостоятельно. Также еще можно генерировать любой таймфрейм или даже тип графика на основании тиковых данных.

Ну а ближе к вопросу пока не совсем понятно, что же это за ступени такие, три которых дают в итоге 7 (12 мин - 5 мин). 

 
Ihor Herasko:

В МТ5 и без того все таймфреймы строятся на основе одного ТФ - М1. Поэтому получать любой другой ТФ на основании данных более меньшего можно как автоматически, так и самостоятельно. 

Хорошо, покажите плиз, как пользователю самостоятельно построить один ТФ из другого? Про тики давайте пока не.

Дайте преобразование типа

ТФ1=1мин*Переменная 1= 5 мин

ТФ2=1мин*(Пепременная 1+Переменная2) = 12 мин

Ведь в терминале  все  периоды графиков предопределены и имеют уникальные идентификаторы. Каждый идентификатор означает КОНКРЕТНЫЙ период графика.

Идентификатор - штука для пользователя неизбежная, он не может сам определить ТФ, как какую-то функцию хоть бы и от 1мин и вынужден брать, что дают. И другого способа определить ТФ для прописанного индикатора, похоже, нет.

Или есть?

 
Youri Tarshecki:

Хорошо, покажите плиз, как пользователю самостоятельно построить один ТФ из другого? Про тики давайте пока не.

Дайте преобразование типа

ТФ1=1мин*Переменная 1= 5 мин

ТФ2=1мин*(Пепременная 1+Переменная2) = 12 мин

Ведь в терминале  все  периоды графиков предопределены и имеют уникальные идентификаторы. Каждый идентификатор означает КОНКРЕТНЫЙ период графика.

Идентификатор - штука для пользователя неизбежная, он не может сам определить ТФ, как какую-то функцию хоть бы и от 1мин и вынужден брать, что дают. И другого способа определить ТФ для прописанного индикатора, похоже, нет.

Или есть?


Тоже интересно.