Нужно открывать позиции по "интревалу", но чтобы сразу открывался take-profit, а не на следующем баре.
Вариант пересчета "сделка" не подходит, так как позиции могут открываться тогда внутри бара, а это тоже не надо.
Есть возможность сделать еще один тип пересчета?

Через сжатие попробуйте.

Я рассматривал такой вариант. Но это будет тоже самое как к варианте "сделка" практически, только не так часто.

Есть сигнал, который держится минуту, но войти надо на след баре к примеру и сразу выставить "профит". (скальперская стратегия)

При сжатии, будет также. Сигнал присутствует минуту, но войти он сможет не только на начале след бара, а и в середине его и где угодно, так как таймфрейм самого источника будет меньше и отличаться от варианта пересчета "сделка" будет не сильно.

PS
Вообще я не очень понимаю почему все условные заявки и в данном случае take-profit нельзя сразу выставлять при открытии позиции. Ведь это же есть самое правильное решение. А уже при след. баре идет пересчет, если надо.

Вопрос снят.
Решил путем использования блока "время в минутах" вместо фильтра начала минутного интервала.

Тем не менее пожелание остается, так как в будущем упрощает подобные операции.

Уважаемый Джин!

Не поделитесь, как блок "Время в минутах" помог Вам решить проблему выставления заявок take-profit и stop-loss одновременно с открытием позиции?

Заранее спасибо.

Если честно, то не понял связи между блоком "Время в минутах" и выставлением ОДНОВРЕМЕННО двух условных заявок. Вы явно не так поняли мой вопрос в первом посте.
Мне нужно было выставить только "take-profit", но сразу при открытии позиции, а не после бара. Хотя я и решил эту задачу путем использования блоков "сжатия" и "время в минутах", но путем прогонки на истории убедился, что больший профит получается даже при выставлении "take-profit" не сразу, а после закрытия бара. Ну это так...к информации, смотря конечно какая у кого стратегия разумеется и таймфрейм.

Так это я не понял связи между блоком "Время в минутах" и задачей выставления ОДНОВРЕМЕННО двух условных заявок, поэтому и попросил Вас пояснить эту связь!

Так все-таки эта связь существует и задача выставления условных заявок SL и TP сразу же с открытием позиции (а не на следующем баре) решена?

Если не сложно, не могли бы Вы привести пример решения этой задачи, а то я уже почти смирился с тем, что заявки SL/TP выставляются, начиная только со следующего бара после бара открытия. Конечно, можно включить режим пересчета по каждой сделке. Но тогда, во-первых, не по делу начинает грузиться комп и канал связи (это было бы еще оправдано для скальпинга, но скрипт не скальпирует), а во-вторых, потребуется доработка скрипта, чтобы предотвратить повторное открытие позиции внутри текущего бара в случае, если она закроется на том же баре, т.е на баре открытия.

Я так понял, что у Вас есть готовое решение этой задачи с использованием блока "Время в минутах". Вот я и спрашивал Вас, как этот блок помог Вам решить проблему выставления заявок SL/TP одновременно с открытием позиции?

Одновременно две заявки условные по любому Вы не выставите, только одну на выбор, это ограничение программы. Вернее в лабе можно, но в реальной торговле не пройдет.

Скрипта готового нет, я сказал, что мне оказалось это не практично.
Но на словах могу рассказать, ничего сложного не вижу.

Берем секунды и блок время в минутах, называем его например "tm".
Далее берем блок формула и в него вписываем к примеру так
tm[i-1]<tm[i]?1:0
И все в принципе. Как только будет начало следующей минуты блок формула выдаст 1, а потом при следующей секунду опять 0.
А дальше используем данный сигнал как нам будет нужно.
Можно сразу вязть блок условия, а не формулы, ну это идеи не меняет.

Еще раз замечу. Все описанное не инструкция к действию, подходите всегда творчески, используя то, что есть под руками )))
При объяснение мог что то упустить, так как живого скрипта уже нет под руками, но надеюсь, что Вы сможете дальше развить самостоятельно свою задачу.

А вообще еще раз прошу разработчиков сделать опционально выставление условных заявлк сразу, чтобы не городить весь этот огород, особенно с секундами, так как в этом случае оптимизировать вообще становится практически нереально из за объема данных.