какую величину проскальзывания устанавливать?

для ртс 100пп. Для бакса 20пп. Точно не прогадаете.

100пп. на круг, т.е. в блоке абсолютная комиссия 50 пп.?

100 в одну сторону

ок

уважаемый ra81! можете сделать адаптивные моментум и обычную машку(SMA), очень надо

ну если вы вообще смотрели то сма уже реализована. моментум могу добавить если шибко надо. только алгоритм дайте. а то индикаторов развелось столько что вариантов расчетов больше чем звезд на небе.

моментум это просто M-M[i-n]
M-значение
n- период


И еще такой вопрос есть ли округление в формуле адаптивного индикатора? просто интересно как он реагирует на цифры с запятыми

Уважаемый ra81 подскажите пожалуйста как устранить ошибку и в чем она?

лучше прилагайте скриншоты. Быстрее решить проблему и меньше возни .
В вашем случае у вас период aSma получается выходит за пределы от -2 147 483 648 до 2 147 483 647.
То есть неадекватно большой или неадекватно отрицательный. По факту в коде должно быть сообщение по этому поводу, я добавлю. Но ваш скрипт считает ерунду и стоит им заняться.

Позволю себе втиснуться в ваши рассуждения. Сделайте вот так: (M-M[i-1])/M[i-1] получите безпериодный индик, не требующий оптимизации. Аналог из физики-ускорение, по сути близко к тому что Вы ищете. Дальше, можно вместо цифры 1 поставить переменную, получите широкое поле для оптимизации.

зачем тогда усложнять?
M-M[i-1] тот же беспериодный индик, моментум однобарный

Виктор, усложнения тут не будет, будет другой индикатор. А это уже другие плюсы и минусы. Вот смысл в чём. Можно и ещё чуть усложнить, тогда другая песня получается. Я использую целую гамму подобных индиков и получаю отсутствие потребности в оптимизациях. Смысл есть.

Сжатые данные подаваемые на AdaptivSMA не хочет обрабатывать.

а мой мозг не хочет заниматься телепатией . больше конкретики.

Говорит ошибка при вычислении блока AdaptivSMA1. Когда на этот блок подаю сжатые данные инструмента.

Нет, это не бага. Это вы неправильно используете сжатие.
Немного вопрос изучил и выяснил. Проблема конечно растет корнями из ТСЛаба, который пытается в некоторых случаях данные синхронизировать между собой, а в других не пытается.

Вот так как делаете вы, он не пытается. И на один вход у вас идут сжатые данные а на другой нет. Вот если вы дернете цены закрытия и сунете их на второй вход кубика, тогда тслаб будет разжимать данные и вы получите расчет по РАЗЖАТЫМ данным а не по сжатым. Не то что вы хотели.
Вся эта неявная фигня может попортить крови.

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

Это все стоит учитывать и в других НЕ адаптивных кубиках и вообще везде где есть смешение сжатых и разжатых данных.

эта тема уже слегка устарела
все теперь пачкой лежит http://forum.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=66939#Post66939

Вы доработали "баг", теперь "адаптивные" работают с блоком сжать?

видимо да.