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

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

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

Вы чуть не поняли, я создал условие, что раз в минуту я записываю в Обн.Зн. какой-то параметр на данный момент времени, и мне нужно именно это значение (на тот момент времени, т.к. он может измениться уже через 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 свечи, в процессе пересчета. Оно не сохраняется между пересчетами. В режиме пересчета сделка, последняя свеча всегда другая (измененная), поэтому данные сохранится не могут, т.к. меняются именно исходные данные.