Доброго дня.

Пробую кубик "ATR Trail" из коллекции Vito кажется, и столкнулся со странным результатом в лаборатории: кубик выдает разные значения, если подключать его напрямую и через Формулу. См. скрины.
С чем это может быть связано и какой вариант будет работать в реале?

В формуле указано название кубика и отнимается или прибавляется 3 рубля для прикидки на проскальзывание...

жаловаться надо в тему вито. явно криво сделана последовательная часть кубика.

Родион, прежде чем раскидываться такими заявлениями, лучше сначала включить мозг, тем более, что знаний у тебя по этой теме больше всех остальных вместе взятых
1. кубик без всяких добавок по 3 рубля отрабатывает правильно? правильно
2. в формуле предусмотрено, что в трейлах (в т.ч. и стандартном, встроенном) идёт учёт предыдущего значения трейла? не предусмотрено

дальше пояснять?

насчёт куда жаловаться - всё верно

криво в кубиках сборника, как ты уже не раз видел, становится в основном из-за "тайных" изменений логики и структуры работы компонентов API ТСЛаба

Да что прям сразу реагировать так нервно. Жалобы это нормально и даже хорошо. Ведь значит ктото тестирует софт. Если бага нет и слава богу. Но если есть такая разница в картинке при потоковом и последовательном подходе тут первое что в голову пришло - ошибка в индикаторе.

То что тслаб порой меняет АПИ и не все про это знают, ну да. Что поделаешь. Никто не виноват. Просто нужно подправить и порадовать всех исправленной версией

Извини, было немного обидно

Прямо не хочется мешать Метрам:))

Мне поясните. Я думал трейл самодостаточный куб, выдающий определенное расчетное значение на выходе, т.е. цену. По возможности чуть подробнее поясните почему получается различие, описанное мной? и как сделатть поправку цены трейла на константу вниз или вверх?, если такое вообще возможно... Как будет работать в реале?

Заранее благодарю. Vito, в следующий рав в твою тему обязательно.

Тебе в формуле нужно проверять предыдущее значение трейла (на пред. баре) и если твое новое расчётное значение хуже предыдущего (ниже предыдущего если лонг и выше предыдущего если шорт), то возвращать не новое значение, а предыдущее

тем самым трейл не будет плясать, а будет давать ровные линии, когда нужно

для этого используй Стоп предыдущего бара, вроде так кубик называется

Спасибо, логику кубика понял.

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

кому надо, примерно так и собирают трейлы из кубиков

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

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