---- добавлен ТрейлСтоп по АТР
------------------------------
начинает работать как обычный трейл - выставляет стоп, ждёт превышения TrailEnable, после этого тралит по АТР*коэффициент

проверяйте, жду отзывов


upd. алгоритм "тяжёлый"

У меня чисто работала ваша сборка от 25.02.
Сейчас попытался перейти на эту, в логе сплошняком пошли красные строки "не могу.. и пр"
Срочно откатился к предыдущей, всё стало ок.
Разбираться пока недосуг..

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

запросил помощи у разработчиков

Я проверил, у меня вроде пока работает нормально вся сборка. А трейл действительно оооочень тормозной получился, хотя работает как и задумано. В нескольких блоках работал гораздо быстрее, чем в одном. Но зато место экономит:-) Спасибо, Vito, хорошо, что ты у нас есть:-) Ждем мнение разработчиков

сборка может выдавать сообщени я (в частности как у Usas) скорее всего, если были задействованы индикаторы, которые подверглись изменениям

zig2003, вопрос - а зачем у тебя в блоках в трейле обновляемое значение? я, честно говоря, в специфичных кубиках не очень пока, только основные, времени не хватает
и ещё - понравилась картинка твоей стратегии, поделись, если не жалко, деталями входа

Vito, почему-то без накопления в ОЗ у меня не получилось сделать правильный ATR-трейл, может что-то не так делал, не стал анализировать. А насчет стратегии, обычное пересечение скользящих, JMA, кажется, взятое просто для примера. На удивление неплохо сработали:-)

по входам - понятно, спасибо

по трейлу - попробуй пожалуйста новый трейл на скрипте с ОДНИМ выходом, то есть когда из лонга выходит по одному условию, а не по двум.
У меня тупит в скрипте с двумя выходами на лонг и двумя на шорт. В скрипте с одним выходом и на то и на то - лучше.

Ну да, если один трейл на лонг и шорт поставить - то точно быстрее. Правда тогда и коэффициетнт для ATR одинаковый становится для лонга и шорта, а в жизни для лонга лучше ставить коэффициент больше, чем на шорт, как показывает практика.

без накопления в ОЗ и не получится , убери истенный диапазон(ATR) и получится обычный следящий стоп. кроме ОЗ разрабочики не дали возможности хранить данные между пересчетами скрипта , что очень затрудняет работу.
а мне бы еще массивы.. я бы .. ууххх..

такс, кубик ATRminimum не оптимизирован, замедляет пересчёт сильно

М-да, ОЗ, пожалуй, самый сложный механизм для моего понимания во всем TSLab. Но замены ему пока нет....

Vito, погонял я один кубик трейла, все-равно пока оптимизирует намного медленнее оригинала. Может разработчики подскажут как оптимизнуть его...

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

--- в LaguerreRSI (Laguerre) добавлена возможность сглаживания

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

Надо подумать.
Вообще задумывал для личного пользования, поэтому ни чейнжлогов не планировал, ни чего-то такого. Да и не планирую.
Пока просто шёл лавинообразный процесс набивания индикаторов в кучу, чтобы было с чем работать, а то на базе имеющихся в Лабе можно только в кубики, как детям, играться . Заодно изучил изнутри многие индюки, стал больше понимать.
До выхода новой версии Лабы наверное и менять ничего не стоит. То, что при изменениях могут возникать некоторые незначительные проблемы я теперь учитываю, это уже не мало. Разбивать индикаторы на отдельные файлы не хочется. Да и не важно - отдельными файлами или одной библиотекой, если код меняю - то меняю, где он будет после компиляции - несущественно.

Сейчас темп пополнения сборника снизится, так как я таки за построение систем принимаюсь, ибо пока у меня ничего рабочего нет :(, а надо что-нибудь срочно запустить (точнее на АПИ я настругал, но они очень примитивные и нерабочие, а времени с АПИ уходит больше, поэтому переключился на кубики). С радостью приму любую помощь в построении, кстати .

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

Мда... создание рабочей системы...сколько уйдёт времени на это?одному Богу известно.И сколько она проживёт?То же вопрос актуальный весьма.
QMA сегодня переложил в тики 100т.Вроде веселей пошло дело.

я думаю, весь вопрос в желаемой доходности

Вообще, настругать систем с доходностью 100% в месяц проблема небольшая, вопрос как долго они проработают, к тому же, в реале все эти бумажные проценты уменьшаются раза в два, а то и в три. А благодаря Вито теперь можно играть индикаторами до бесконечности. Осталось только встроить в Лаб систему управления капиталом (пирамидинг, антимартингейл, фракции и т.д.) и хобби до конца жизни обеспечено:-)

на самом деле, зная АПИ, можно реализовать очень многое в Лабе,
только реализовывать лучше рабочий алгоритм, доводить его до совершенства, а первичную, черновую разработку идеи - начинать кубиками.

У меня десятка три всяких болванок на АПИ в Студии, собственноручно написанных, не считая выложенных на форуме.