так и будет. на 1й свече сигнал на 2й команда на 3й вход

Хоть и указано что по цене минимума и максимума, но почему то считаеться как свеча закрытия

Ну ок, если указывать [i+1] пишет индекс за пределами диапазона, значит ошибка в чем то другом

Нужно просто как тут справа что бы было

+ это заглядывание в будущее 😂

) ну у других норм работает и им наоборот нужно фильтр ставить)

В тслабе +1 ставится только при написании скрипта API и только в одном случае во всех остальных -1

Да любой алгоритм, если правильно на текущую свечу будет так работать

Может как то нужно указать, что в момент пересечения максимума через оьнрвляемое значение появляется константа = 1, если константа = 1, то максимум = цене константы?

Проблема тупо из за того что максимум не получает значение пробоя и считает что граница канала это максимум бара

upd. в качестве эксперимента прикрутили R к Ninjatrader чз MS ML/R Server. Прикольно получилось. из кода Нинзи достаточно только к внешнему сервису обращаться и тянуть данные расчетов на R (естественно, протестили в режиме вызова нескольких сервисов из нескольких логик). Для оперативной торговли и оптимизации это не подойдет (будет latency), но для перерасчета значений глобальных предикторов, риск/манименеджмента и т.д. вполне юзабельная вещь. Сложную модель, например расчет фундаментальных значений трендов и уровней с учетом сентиментов, нелинейных логических структур и других сложных фичей можно делать на R по расписанию (перед началом торговой сессии, например), а интрадэй торговать операционным скриптом.

может ли быть такое, что причина в самих котировках?

при синхронизации показывает не полный набор данных

вот тут с 1 вариантом открывает праильно