Буду очень благодарен, если поможете решить задачу. У меня два скрипта и один подменяет второго после серии убытков. Я это делаю путём ручного переключения, но хотелось бы автоматизировать. Использую два ОЗ и блок сжатие. Но работает только один скрипт. Или тот или другой. Не хочет переключать.

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

Ну так-то они и написаны в одном. На каждом есть ОЗ, которое фиксирует кол-во подряд убыточных сделок. В лог формулах для входа и выхода это прописано. Допустим так: для первого алго одно из условий OZ1>=2&&OZ<3 и для второго алго OZ>=3&&OZ1<2

OZ1- ОЗ второго алго
OZ - ОЗ первого алго

Может где-то подвох?
Значение первого установлено равно 3. Второго 0.
Очистка при срабатывании условий входа

точнее очистка при накоплении кол-ва противоположным ОЗ, что соответственно даёт старт на работу след алго.

ну Вы скрипт выкладывайте и вопрос точнее. Что не работает и как должно быть.

[img]http://files.mail.ru/4A704E7C0F0D40DD94F9013EFDFB40BE?t=1[/img]

Сначала работает правый алгоритм, но когда он совершает 3 убытка подряд необходимо его отключить и запустить левый алгоритм. Когда левый сделает 4 убытка подряд, его следует отключить и запустить правый. ОЗ левого алго ставлю начальное =4. Выполняет сделки только правого, когда меняю Значение ОЗ=0, а ОЗ1=3, то работает только левый. Когда ОЗ и ОЗ1 равны нулю, тогда не работает вообще.

Из картинки ничего не ясно.
Профит последней закрытой на реале работает только в версии 1.1.

Есть такой блок: Убытков в подряд , используйте его.

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



http://files.mail.ru/151574DD2D9042B78576E9251B1EDE9D[/img] скрипт, может вы скажите что не так?

Зачем Вам два графика одного и того же инструмента? Сделки отображаются по инструменту, а не по источнику.

он и будет дублировать, если 2 одинаковых(!!!!) источника.
пересоедени все на один и он и считаться будет быстрее

просто вот так

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

Т.е. убытков вподряд 1 штуку и 4 индикатора "Последний выход имеет такое имя".
Убытков вподряд == 3 && Выход CL1 || Убытков вподряд == 3 && Выход CS1
Тогда разрешаем торговлю второй парой блоков. А первые запрещаем.
Соответственно
Убытков вподряд == 4 && Выход CL || Убытков вподряд == 4 && Выход CS

Разрешаем торговлю первой пары, а вторую запрещаем.

Все Условия через блоки Перевернуть. И их уже подавать на входа.

Такая мысль.

Два источника конечно не нужно, это лишнее.

В приложении не рабочий пример.
Нужно сделать убытки через ОЗ.
И вот это условие: "Сначала работает правый алгоритм"
Нужно как то формализовать и вставить в логику, тогда всё заработает.
Например в блок "Вторая параДалаУбытки" добавить
|| ДохЗаВсеВре1 == 0

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

И всё же "убытков в подряд" использовать не получится. Видимо нужно делать свой счетчик убытков для каждого входа. Мой вариант не подойдет.
Т.е. мой вариант работает правильно только местами. КОгда второй скрипт запускается и сразу же не дает убытков.
Убытков в подряд никак не очищается при запуске второго алгоритма. Получается, сам алгоритм рабочий, если убытков в подряд заменить на свою логику, от каждого входа.

Вот поэтому я делал на кубике профит последней закрытой. Тогда немного по другому получается, но говорят, что он на пашет на версии 1.2.11 в реале.

Придется Вам считать убытки для каждой позиции.

А он не будет сильно тормозить с блоком "последний выход имя"?

Будет тормозить. Но мы с Вами делаем на визуале то, что обычно люди делают на C#. Выбор невелик, либо делать, либо изучить C#.
Возможно кто-то предложит более емкую структуру алгоритма. Я пока вижу только такую.

C# изучить необходимо)))))
Вот только в нашем городе наверное проблемно найти хорошего учителя.

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

Благодарю всех за помощь!!! Когда разберусь с этим, выложу, что получилось.

Внимание!!!!! Или я что-то не так сделал или это косяк с Обнов. Значением... Оно само очищается. Я задаю через формулу число для записи в блок ОЗ, подаю с лог формулы сигнал на обновление и с другой лог формулы на очистку. Оно очищается сразу же после появления в нем этого числа и сигнала на обновление. Очистка по моему условию не работает. Если поставить не очищать, тогда не очищает, а так постоянно чистит без моей команды. Разработчики косячать или просто в новой версии для финама такой косяк??????
А я тут себе голову ломал, почему моя схема не работает. А вон почему............. Кто знает в чём причина или хотя бы догадывается?????

Мне кажется, что с ОЗ какой-то косяк, не пойму почему, если из него значение не использовать в дальнейших расчетах, то все нормально - вывожу на график, если его значение пытаться использовать в расчетах, всего-лишь проводишь стрелку из ОЗ в формулу, после этого на график выводится пустота вместо ОЗ и ничего не работает, но это происходит не со всеми ОЗ - почему так - не понятно...

Флаг "Очищать".

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

Спасибо за ссылку, но так и не постиг полностью тайны работы этого флага, какое-то недопонимание осталось

Определитесь, какое именно недопонимание.

не понятно:

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

- какая логика заложена в программу для самостоятельной очистки значения;

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

понял для себя, что при использовании ОЗ лучше ставить флаг "не очищать" и тогда там будет то что ожидается, даже не могу предположить для каких случаев надо что бы программа сама что-то очищала по своему усмотрению

Программа очищает по блокам позиций.

Просьба к разработчикам!!! Уберите самоочищение из ОЗ по позам. Оставьте очистку только по условию пользователя. В ранней версии проги ведь именно так было.

Самоочищение используется пользователями чаще, чем очистка по условию.
Ставьте флаг "не очищать".