Пример: Работаем с Обновляемым значением

«По просьбам трудящихся» (С) http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=7572#Post7572 и вообще по причине многочисленных и пока малоизведанных возможностей блока Обновляемое значение выкладываю вот такой примерчик.

Задача. Считать количество моментов, когда некое Условие истинно. А при наступлении некого другого Условия, обнулить и начать считать заново.

Реализация. Для решения нам потребуется само Условие. Пусть это будет простое пересечение Цены закрытия и EMA. Эти события мы и будем считать. А считать будем до тех пор, пока количество пересечений будет < некой величины, допустим 10. После этого нужно «сбросить» счетчик и начать заново.

Разберемся сначала с подсчетом количества событий. Для начала назовем блок Обновляемое значение – accum. Далее собираем:
• Блок Пересечения соединяем с блоком Обновляемое значение. Стрелка должна быть направлена от блока Пересечение к Обновляемому значению
• Добавляем блок Формула.
• Соединяем Блок Формула и блок Обновляемое значение так, чтобы стрелка была направлена от блока Обновляемое значение в блок Формула. Этим самым мы передаем хранимое значение блока в блок Формула
• Пишем в блоке Формула: accum+1
• Теперь соединяем Блок Формула и блок Обновляемое значение так, чтобы стрелка была направлена от блока Формула в блок Обновляемое значение. Этим самым мы возвращаем в блок Обновляемое значение хранимую там ранее величину увеличенную на 1. Т.е. проще говоря, посчитали еще одно событие – «плюс один»

Сейчас в блоке Обновляемое значение идет подсчет всех Пересечений. Осталось реализовать, чтобы выполнялось условие accum<10. Для этого модифицируем выражение в блоке Формула:



Что говорит: Если текущее значение accum < 10, то прибавляем 1 (учитываем событие), в противном случае, обнуляем.

Картинка:

Да.Тут без шнапса не обойтись.

А реоптимизацию этот блок можно научить делать.Допустим статистически скрипт исполняет адекватно 3-8 сделок.После чево-чик,обновляемое значение запускает оптимизации установленных значений и сохраняет их в лог.Вот это будет очень полезной блок-схемой.

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

Хм, такое вряд ли получится

Спасибо

По стопам интересуют способы реализации или что-то другое?

И реализация (кстати в справочнике пример как раз не считывается) и физический смысл параметров, их там три по-моему.

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

Ок

Да, такое возможно.

Сильно сфантазировал.Хотя я верю что это реально,просто не пришло ещё время.

Все бы хорошо, но последний пункт не реализуется и не понятен.Это что, между обновляемым значением и формулой должно быть 2 стрелки в обе стороны?Программа не дает мне этого сделать((

Все просто. Немного практики. Берем Обновляемое значение. Берем блок Формула. Сначала перетаскиваем Формулу на Обновляемое значение, потом наоборот. Радуемся жизни

Во как! Во век бы этого в описании не нашел, тем более что этого там скорее всего и нет..:-))

Блин, я плохо обьяснил.Блок обновляемое значение должен считать сколько раз значение в формуле правдиво.Т.е.вместо блока пересечения у меня стоит еще одна формула.И вот уже вторая формула не подсоединяется 2й стрелкой...Так то они без 1й формулы соединяются...А блок пересечения не пашет с блоком "цена входа"

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

Ай нид хэлп,
Плиз хэлм ми
как посчитать кол. пересечений в течении одно дня.
Т.Е. суть такова, если более одного пересечения то имеем false если только одо пересечение или небыло не одного то имеем true
Заранее сэньк
PS В примере я сделал что он скидывает значение в 0 при условии что оно происходит именно на открытии следующего дня, но как сделать что бы оно скидывалось сразу при наступлении нового не пойму.

Не кто не может помочь?
Уточняю просьбу,
Есть 1 пересечение на выходе получаем True
Есть 2 пересечения на выходе получаем False
В начале нового дня значения скидываются.
Второй вариант: отсчет заново начинается не с нового дня а по времени, т.е. с момента последнего пересечения должно пройти не менее/более 100 минут к примеру
Заранее спасибо, знаю что здесь как то в 2 действия, а додуматься не могу, вроде элементарная задача, ну не дружу я с обновляемыми значениями

А обновляемое значение может меняться задним числом?

На свече [i+1] ?
Если в формуле обновления учавствуют такие обращения к свече, то вполне возможно. К самому обновляемому значению, так обратится нельзя. Ни [i+n] ни [i-n].

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

Я уже целый месяц об этом пишу.Нужен блок дополнительный.Запоминаемое значение типа.

Напишите заявку на блок с его описанием. Вроде разработчики говорили чтобы мы писали заявки на новые блоки.

Значит я всё правильно понял что Обновляемое Значение меняется задним числом?

Очевидно задать условие, которое исполнится один раз либо поподробнее, пожалуйста :), не очень понятно, зачем вообще использовать обновляемое значение, которое не должно обновлятся? Возьмите константу.

Вы чуть не поняли, я создал условие, что раз в минуту я записываю в Обн.Зн. какой-то параметр на данный момент времени, и мне нужно именно это значение (на тот момент времени, т.к. он может измениться уже через 10 секунд), и так каждую минуту. Пример:
Индикатор 11111 - Обн.Зн. 11111, но потом индикатор через некоторое время поменял значения что были до этого (2 и 3 минуты назад) на 11001 и при этом поменялось Обн.Зн., оно тоже стало 11001. Вот мне и надо чтобы оно не менялось, Обн.Зн., как записалось первый раз, так пусть и будет.

Всё равно не понятно. У Вас одно условие, что обновляемое значение обновляется раз в минуту и при этом второе условие что оно не должно обновляться ? Как-то два абсолютно несовместимых условия.
В любом случае к обновляемому значению нельзя обратится [i-1]/


Напрашивается второе обновляемое значение, одно с условием обновления раз в минуту и второе с условием обновится по определенному условию.

Не должны обновляться значения которые были до этого.

Врубился Нужен другой блок, т.к. нельзя вытащить историю.

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

Конкретный пример xml, дайте пожалуйста.

Добрый вечер! В приложении общий пример, а также три картинки иллюстрирующие мои слова. Смотрим на последнюю свечку. На первой картинке пока сигнала нет. На второй картинке прошел сигнал и значение обновилось. Но потом цена вернулась, а вместе с ней и значение ОЗ.

Что-то у Вас с картинками не вышло. У меня вроде работает так, как задумано в алгоритме.

Блин, попробовал еще раз прикрепить, че-то не работает. В том-то и дело, что при возникновении сигнала, идет обновление в блоке ОЗ. И если затем цена остается в зоне сигнала, то все в порядке. Проблема возникает, когда она идет назад. Сигнала уже нет, и значение ОЗ возвращается к предыдущему, хотя в по идее должно оставаться неизменным. Могу скинуть свои картинки на электронку, если напишете.

helpdesk@tslab.ru

Спасибо! Отправил.

Я на истории не могу найти такого. Всегда ОЗ обновляется , только при сигнале. В приложении скрипт, я вытащил все сигналы на график. Может быть в таком разрезе Вам будет удобнее.

При пересчете сделка. Скрипт пересчитывается на каждой сделке.Если был сигнал и на этой же свече он исчез, то и ОЗ естественно должно принять предыдущее положение. Ведь в расчетах у Вас close и open свечи, а не сделка.

Это предпоследняя вчерашняя пятиминутка, в 23-40. Вот Данные с финама: RIM1,5,20110330,234000,199620.00000,199625.00000,199570.00000,199585.00000.
В какой-то момент, значение действительно обновилось, это видно из моего файла 2.jpg. Но потом цена пошла выше, и значение вернулось к предыдущему - 3.jpg. Ваш скрипт смогу посмотреть только вечером.

Как я и написал выше, ОЗ хранится в пределах пересчета. Все правильно.

Так если у меня пересчет был по сделке, то почему значение не остается?

Потому что Вы используете закрытие открытие свечи, а считаете каждую сделку.

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

ОЗ это переменная, которая сохраняет значение для N свечи, в процессе пересчета. Оно не сохраняется между пересчетами. В режиме пересчета сделка, последняя свеча всегда другая (измененная), поэтому данные сохранится не могут, т.к. меняются именно исходные данные.

"Как я и написал выше, ОЗ хранится в пределах пересчета. Все правильно" (с) Вил

Поясните, пож. "в процессе пересчета" и "в пределах пересчета" - это одно и то же?
И что означает фраза "оно не сохраняется между пересчетами". Т.е. между пересчетами там может быть что угодно, а на пересчет возвращается значение предыдущего пересчета?

Теперь все понятно! Спасибо!

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

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

Не знаю, насколько понятно удалось изложить и насколько это близко к реальности, я понял именно так.

Я уже выше написал, между пересчетами ничего не сохраняется.

А в чем смысл опции "Не очищать"? Объсните пожалуйста или дайте ссылку, где об этом написано.

Не очищать, хранит предыдущее значение. Иначе возвращает начальное значение.

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

Надо полагать хранит до записи нового при пересчете?

Изначально ОЗ использовалось для стопов, и после выхода из позиции ОЗ приводилось в исходное состояние. "Не очищать" оставляет там значение, которые и было.

Как запомнить, после наступления условия 1 (напр пересечения), значение (напр close) предыдущего наступления условия 1 и чтоб оно обновлялось - всяко разно пытался крутить-вертеть не получается.
Когда будет возможность нормально индексировать ОЗ без заморочек?

Добрый день, подскажите пожалуйста по ОбновЗнач.
В примере первого поста считается количество пересечений. С этим я разобрался.

А как можно посчитать количество моментов когда например Close>SMA.
В этот момент условие истинно на протяжении нескольких свечей.
Кок можно посчитать количество таких интервалов.

В версии программы 1.2 такая возможность будет, пока никак.

Стандартными блоками не сделать, номер бара есть здесь:
http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=19784#Post19784

Подскажите пожалуйста, я вот в этом моменте в формуле написал

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

accum<1000 ? accum+1 : accum

Подсчитанное кол-во событий меньше 1000? Тогда прибавляем событие, иначе отдаем кол-во событий(очевидно будет равно 1000)

Доброго времени суток. Я использую трейл стоп на основе стандартного отклонения. К примеру вход в шорт сопровождается трейлом, рассчитанным как сумма между предыдущим минимумом и значением стандартного отклонения на этой же свечке.
Мин[i-1]+std[i-1]. По мере движения трейл должен устанавливаться не на предыдущий минимум, а на новый достигнутый минимум(экстремум) и не должен превышать значение первичного стопа.Но скрипт изменяет значение трейла на каждой свечке, т. е. рассчитывает от каждого предыдущего минимума. Помогите пожалуйста, как с помощью обновляемого значения решить данную проблему. Заранее благодарен.

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

Правильно ли я делаю. Я подключаю блок обновляемое значение к блоку формула(закрытие по стоп лоссу):минимум[i-1]+ станд отклон[i-1];к блоку минимум, к блоку есть активная позиция и к блоку формула, где указываю условие: минимум<минимум[i-1]?(обновляемое значение+1):0

Вопрос! А как сделать, что бы события, которые мы считаем обновляемым значением были ПОДРЯД? Хочу описать три черные свечи подряд. Пишу Открытие>Закрытия - передаю это событие в обновляемое значение, далее по аналогии с описанным примером. Получается, что скрипт тупо считает черные свечи, а мне нужно именно подряд.
Подскажите плз!

Можно просто в логической формуле обновляющим ОЗ написать:
Открытие>Закрытие&Открытие[i-1]>Закрытие[i-1]&Открытие[i-2]>Закрытие[i-2]

Уточнение, теперь пытаюсь описать две белые свечи:Открытие<Закрытие&&Открытие[i-1]<Закрытие[i-1]. Получаю сообщение- Индекс за пределами диапазона. Почему?

У блока формулы есть параметр "Начинать с", он должен быть равен старшему индексу в формуле если старший [i-1] значит параметр =1, если например [i-26], то начинать с =26

И все же,что делать, если черные свечи должны идти ПОДРЯД, выше скользящей средней. При добавлении условия >SMA, программа не обнуляет обновляемое значение, если были две свечи выше ск.ср, а третья ниже. Скрипт ждет третью свечу, которая выше ск.ср и выдает ОЗ равное трем. А нужно выполнение условия, если свеча появилась ниже ск.ср, обнулять обновляемое значение и счет начинать заново.

Зачем ОЗ то? Просто открытия и закрытия перечисляйте и что последнее закрытие <> SMA

Немного не правильно объяснила, считаю ЦЕПОЧКИ из 3-х черных свечей над ск.ср.
Образовались три черные над ск.ср. - обновляемое значение=1, еще три - обновляемое = 2, а потом график уходит под ск. ср. (тут бы мне обнулить ОЗ), график опять поднимается над ск.ср. и мои следующие свечи, первые по сути после пересечения для ОЗ являются третьими.

Помогите разобраться. Хочу сделать так чтоб в обн-е значение приходило значение ФОРМУЛЫ, КОТОРОЕ ЗАВИСИТ ОТ 10 РАЗНЫХ УСЛОВИЙ:
Условие1 - пришла зн. ФОРМУЛЫ1
Условие2 - пришла зн. ФОРМУЛЫ2 (заменив ЦИФРУ 2) и т.д.

Блок формула:
Условие1?1:Условие2?2:3

Здравствуйте. У меня следующая проблема с блоком обновления. Раньше этот блок в скрипте, обнулялся, если позиция закрывалась. На версии 1.1.20 все точно работало именно так, скрипт не менял, но с обновлением версии столкнулся с следующей проблемой.
Внизу прикрепил выдержку из скрипта с той частью, которая представляет собой трейл-стоп. В ней и возникли проблемы с блоком d1. Подскажите, пожалуйста! Как сделать, чтобы блок d1 сбрасывался на начальное значение при закрытии позиции?

d1 данные берет от максимума по условию a1==true && max[i]>d1. Следовательно, обнуляться он никак не мог, ни в прошлых программах ни в настоящей.
Ответ наверное в ЕстьОткрытая - Not.
И в ОЗ который идет на закрытие - наверное следует поставить Не очищать.

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

Блоки МаксимумЗа и МинимумЗа к Макди прикрепите и выведите на график.

Здравствуйте, объясните в чём ошибка работы с обновляемым значением, делал по аналогии с примером, пишет что неявное преобразование классов, хотелось бы на выходе увидеть результат: если последний минимум является минимумом за 20 периодов, то включается обновляемое значение и если обновляемое значение меньше трёх, то сделка( базовое необходимое выполнение для понимания механизма работы)
А вообще хочу Черепаховый суп сделать и выглядеть должно:
Если сделан 20ти дневный минимум и предыдущий 20дневный минимум по крайней мере на 4 торг сессии раньше

очень конечно плохо что отсутствует полная информация по необходимым знаниям связанным с каждфм блоком для работы:
тип исходящих данных, тип входящих данных, минимальный набор входящий данных, синтаксис блока с возможностями.
А так же плохо понятны ошибки при компиляции скрипта, отсутствует их классификация, описание и способы решения, например выходит ошибка №ххх, неявное преобразование таких то данных в такие то данные, а в каком это блоке, в какой его части остаётся загадкой для пользователя и решать приходится методом тыка(

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

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

Блок Закрытие. В блоке логической формулы: Закрытие<Закрытие[i-1].
От этого блока на блок Закрытие по рынку.

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

Сделал все как написано в логе ошибка - при вычислении блока логическая формула индекс за пределами диапазона. Как быть?

Большое спасибо. Поменял в логической формуле 0 на 1 все заработало. Еще один вопрос,конечно не совсем по данной теме. Нужно чтоб позиция открывалась когда все значения бара(открытие, закрытие,max,min) были выше скользящей,получилось почти все, НО хоть и написал в логической формуле условие что закрытие>открытия - оно почему то не выполняется, т.е. позиция открывается и при нисходящем баре... Подскажите пожалуйста что можно сделать?

По идеи у Вас должно быть тогда 2 условия:

1. значения бара(открытие, закрытие,max,min) были выше скользящей
2. закрытие>открытия

Закрытие>открытия может быть и ниж средней. Перепроверьте скрипт.

Здравствуйте ещё раз, не могу разобраться как именно решается простая задачка, описания не нашёл:
есть 3 блока логических формул и нужно при выполнении условий

Здравствуйте ещё раз, не могу разобраться как именно решается простая задачка, описания не нашёл:
есть 3 блока логических формул и нужно:
в случае если условие в ЛогическойФормуле1 истинно - переходить к вычислению Логической формулы2, а если условие в ЛогическойФормуле1 ложно, то переходить к вычислению ЛогическойФормулы3
заранее спасибо за консультацию

Да, спасибо, не указал закрытие>SMA. но теперь вообще позиции открываются практически хаотично, не только когда закрытие ниже скользящей, но и на середине скользящей что в принципе не может быть. Все условия прописаны в блоке логическая формула через &&. Может что то не правильно?

Хаотично это на каждом баре? Так и будет пока работает условие закрытие>SMA.

Еще одна логформула:
ЛогическойФормуле1 ? Логической формулы2 : ЛогическойФормулы3

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

Скрипт можете выложить?

Ну если только Вам лично на почту отправить

А как при этом соединять эти 4 блока между собой? и разве нельзя вписать в логической формуле1:
"Выражение ? ЛогическаяФормула2 : Логическая формула3" ? если можно то как их соединить чтобы не было ошибок, а то что то ругается программа

Конечно можно, если лог формула1 больше нигде не участвует.
Все связи должны быть направлены на эту формулу.

Вопрос:
Есть блок "формула" в котором задано выражение "Минимум[i-1]"
Можно ли как то вместо 1 получать значение из ОЗ, то есть чтобы
выражение выглядело так "Минимум[i-j], где j берется из ОЗ ?

В версии проги 1.2 в формуле так и пишем:
Минимум[i-j], где j это ОЗ/
В версии проги 1.1 пишем:
Минимум[i-int(j)] или Минимум[i-(int)j] либо так, либо так, не помню уже.

Спасибо, завтра попробую. У меня 1.1 стоит, и при попытки написать Минимум[i-j] выдавал ошибку что не может преобразовать double в int. Думаю твой вариант сработает)

Хотел в oz запомнить наибольший максимум в формуле пишу m>m[-1] & m>oz Вроде все ничего но работает не корректно иногда запоминает следующий максимум после наибольшего и в oz нужно задать начальное значение иначе при сбросе весь график перекашивает хочет 0 показать Нужно задать цену близкую к действующей но ниже ее А если цена ушла вниз нужно опять ввести новую цену т.к. oz не работает Может как то по другому можно настроить oz Все таки горизонтальные уровни нужная вещь Сбрасываю oz по времени начала сессии На сбросах oz нужно наверное еще одно oz вводить что бы показывало предыдущее значение пока новый максимум ищет В общем задача простая а как ее корректно увидеть

Условия m>oz достаточно. Только сохранять нужно не m, а m[i-1] (в блоке формула напишите, формулу и подавайте на оз)
Флаг не очищать естественно нужен.
Для минимумов всё то же самое, только знак < и начальное в оз нужно поставить больше графика цены, иначе будет 0, естественно, т.к. 0 всегда меньше любого минимума цены.

Собрал заработало просто супер !!! Спасибо я бы не догадался подать на вход oz формулу с m[-1] и все ! Гениально просто !

вот он

Добрый вечер) Узнал, что есть такая штука как ОЗ, полазил здесь и к сожалению, ничего толком не нашел. В связи с чем прошу помощи, подскажите пожалуйста.
К примеру, есть обычный маленький скрипт на пересечение с ЕМА, ничего лишнего в нем нет, без всяких приблуд, у нас есть ЛОГ. формула на пересечение, Закрытие, Открытие, Максимум. Сначала просто на лонг, чтобы не заморачиваться..Т.е. при пересечении снизу вверх по закрытию открываем позу, эта свеча у нас сигнальная И! по ней выставляем тейк и стоп в n пунктов..Проблема вся в том что тейки и стопы "плывут" вместе с барами по закрытию...подсказали применить ОЗ, а именно "В момент открытия позиции есть уникальные ее значения. Номер бара входа, он не поменяется никогда. Поэтому в лог формуле надо писать номербара==номербаравхода, и далее подавать на ОЗ, через оз сохранить стопы и тейки, и в таком случае они не поменяются"...чисто по логике я понимаю как это сделать, но что-то практика подводит(((
Посоветуйте как быть, если не в кассу написал, то просьба перенаправить по "адресу")
Заранее спасибо)

Зачем так сложно?
Есть блок цена входа.
Два блока формулы.
Две константы.
В одном блоке формула пишем ЦенаВхода + Константа
Во втором ЦенаВхода - Константа2
Оба подаем на соответствующие блоки выхода.

А если у меня расчет идет не от цены входа, а именно по закрытию свечи и по минимуму?

Тогда в ОЗ сохраните значение закрытия или минимума, по NOT есть активная позиция.

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

Доброй ночи)) Спасибо большое за советы, более менее разобрался)
НО! Теперь не понимаю как добавить в такой скрипт блоки для лонга?

А что именно смущает?
Можете скопировать с шорта, поменяв направление входа и формулы расчета стопа и профита.

К сожалению, я знаю только один способ ухода, чтобы шорт и лонг одновременно не открывались, это от логической формулы, на выходе ставить NOT и для лонга делать свою структуру дальше, но так как здесь блок "Естьактивная короткая поз", то значит и для лонга "Есть...длин поз", а они снимают условия с NOT(
Или я что-то опять начудил?)

есть такой блок "есть активная длинная".

Но по существу, вы можете изменить логику и числа в блоках, подающих значения на ОЗ. А NOT брать не от "есть активная короткая/длинная". А просто от блока "Есть активная позиция".

это как-то так? или я опять лишние нот засунул?

Я же не знаю что у Вас в формулах. Думаю Not2 лишнее.

Суть примерно такая) Закрытие1>Открытие1 && Открытие1-Закрытие1<=100.

Никаких премудростей там нет

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

Время1>190000&&Время1<190020||Время1>200000&&Время1<200020||Время1>210000&&Время1<210020||Время1>220000&&Время1<220020||Время1>230000&&Время1<230020

в общем, если кому нуно будет ))

Добрый вечер.

Никак не могу понять, как сделать простейшую вещь:
С 0-го до 1000 баров переменная(ОЗ) рассчитывается одним образом (например просто хранит номер бара), а с 1001 до 2000-го - другим образом (например (2000-номер_бара)). Как это грамотно организовать, если на вход ОЗ можно подать только одну формулу и только при одном условии?
При достижении границы перехода перекидывать значение в другое ОЗ? Но тогда теряется ОЗ[i-1], которое нужно как минимум...

Просто в формуле напишите Бар>1000? ТутВыражениеДляСохраненияБараНапримерОЗ:2000-номер_бара

Уважаемые гуру TSLAB !

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

Подскажите, что делаю не так?
С TSLAB недавно. С обновляемым значением никак не подружусь. Что-то получается от примеров. Здесь же - затык. Уже вскипел.

С уважением, Дмитрий

Скрипты пока не смотрел. что именно не работает?
В обновляемом значении, начальное значение поставили? что бы выше рынка было. При нулевом будет закрывать позу сразу по понятным причинам.

Похоже в этом ошибка и была... Поставил и .. заработало.

Большое СПАСИБО за оперативность!!!
А то второй день бьюсь.

Как сделать периодически обнуляемый счетчик с использованием Обновляемого значения?
Вроде сделал, но не работает.
В чем ошибка?

странное условие на очистку, наверное нужно сделать условие типа ==
и в ОЗ флаг "не очищать" включите

Поставил в условие на очистку Время1==030500, флаг "не очищать" и включен и выключен - результат один - растущая прямая линия

приложите сюда скрипт

так таки правильно, у вас константа всегда выше 0, даже когда время равно вашему, а теперь добавьте условие на оз что не выполняется условие на очищение, т.е. к условию для оз добавить условие на очищение==false
т.е. хоть у вас и выполнилось условие на очищение, но условие на увеличение оз в этот момент тоже выполнилось, вот и накинул он вам дальше

Вот

То есть вы хотите сказать, что сигнал на очищение срабатывает только, если сигнал на активацию ОЗ равен 0?

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

Да, добавил в условие на активацию ОЗ Время1!=030500 и заработало. Спасибо

И еще вопрос. Флаг "Не очищать" в ОЗ относится только к "автоматической" очистке после закрытия позиции, если ОЗ как-то связана (подключена) с позицией? Этот флаг никак не влияет на очистку по сигналу, подаваемому на вход блока ОЗ?

да

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

Минимум за какой промежуток ? Есть минимум сессии, этот кубик есть в стандартной сборке.

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

http://prntscr.com/fivi8z

Vil, спасибо ! какой смысл именно такой величины начальном значении и галке "не очищать" ?

Особого смысла именно сейчас нет, просто привычка изначально сделать всё правильно.
http://forum.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=31733#Post31733

Здравствуйте.
Поздно заметил, что в этой ветке обсуждается именно ОЗ (или именно в этой ветке).
Обратите плиз, внимание.
http://forum.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=82401&#Post82401
Что скажете?
Спасибо.

Всем привет!
Хочу создать возможность торговли по уровням. При движении рынка вверх уровни покупок создаются лесенкой и при пробое вниз верхнего уровня, рынок идет к предыдущему нижнему уровню покупок. С уровнями продаж аналогично.
С помощью обновляемого значения запоминается последний уровень.
Вопрос: как сделать так чтобы при пробое последнего уровня обновляемое значение не обнулялось, а возвращалось к предыдущему?

в формуле написать логику Условие (в нем так же описать условие того что пробитие не последнее) ? уровень текущий как есть : предыдущий уровень

А каким образом сохранить значения всех предыдущих уровней и потом их значения использовать?
Я уже себе весь мозг взорвал, думаю уже начать с# изучать(((

у меня не получается прописать такое условие, т.к. не знаю как запомнить предыдущие уровни или откуда и как вытащить эту инфу

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

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

Попробуй те на очистку не чего не подавать.