13:09:56.07[4]INFO :RIZ0:FORTS: Set approveStatus to false. Entry bar is 2
13:09:55.98[15]INFO :Скрипт: 'RSriz_00' Скрипт выполнен успешно за 94мс. (5 баров, время 21.10.2010 11:10:00)

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

Честно сказать ничего специально я такого не вводил, скрипт сделан в визуале и в кубиках все расчёты ведутся для текущей свечи (кроме проверки даты i-1) и всё, ну и в расчёте используется индикатор-источник, откуда берётся close, сделанный в API, да и по логике такого не нужно, если возник сигнал на текущей свече например(close>уровня), соответственно сразу должна улететь заявка по-рынку (внутри свечи, т.к. пересчёт внутрибарный), иногда при работе входы и выходы исполнялись, но не в то время (это видимо было из за перегрузки процессора)

Логика скрипта проста - используется один индикатор-источник(точнее 2 - один на sell, другой на buy), из него выведен close, дальше проверка на close<>уровня, но почему то один и тот же индикатор показывает разные значения в лабе-адекватные и в реал.скрипте из кнопки "Ск"-неадекватные значения. Я об этом писал уже.

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

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

Да, бид-аск может быт не верный по истории

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

Но у меня там и так проверка на последний бар стоит, не знаю на сколько она корректна, на последнем баре close должен состоять из бид/аск, а бары которые идут в глубину истории должны брать расчётное значение close из баров входящих источников, вот кусок кода. Как "исторические" бары могут менять значения? На графике вроде как на исторических барах ничего не скачет и не меняется....?

В описании к GetBuyQueue(i) написано, что номер бара роли не играет, стакан возвращается всегда текущий!

Получается что: if(n[i]==C1.Count-1) {Close = k1*source1.GetBuyQueue(i)[0].Price-k2*source2.GetSellQueue(i)[0].Price;}else {Close = k1*C1[i]-k2*C2[i];} не корректно работает? Здесь как раз я предполагал разделение текущего бара и истории

Поставил скрипт для расчёта 3-х свечей, автооткрытие/автозакрытие выставил в 3 бара...без изменений

скорость выставления заявки

скорость выставления заявки на плазе2

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

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

Свечи я разные ставил, и 1мин и 5 мин, кол-во пересчёта разное от 3 до 10 свечей, пересчёт тоже разный - по "бид/аск" и "сделка", если выставить пересчёт интервал, 1 мин, например, то последней свечи не будет, она появляется только когда "внутрибарный" пересчёт.

Только что подключился к боевому серверу!!
Пока на счет дойдут деньги хочу выяснить кое-какие вопросы:

1. Боевой сервер встал на место демо-финамовского. Мне кажется демо тоже иногда может понадобится. Как в добавок к боевому вернуть и демо.
2. В перечне источников кроме понятных ММВБ и ФОРТС появились еще INF и RTS. Эт что и для чего..

Спс..

Просто в менеджере провайдеров данных надо добавить еще один транзаковский провайдер и вбить там свои демо логин/пароль.

Спасибо..

У меня уже два дня как в окне позиции не показывается НПУ. Остальные параметры показываются, скрипты работают. В чем может быть проблема? Может кто сталкивался.

что то было наподобии вчера позавчера
сейчас норм