На картинках всё видно:

Как бы появилась короткая позиция от 16 числа, при только что (17 числа) закрытой длинной, т.е.позиция задним числом, заявка на её открытие висит в менеджере команд и создана была менее часа назад, а TSLab видать считает что есть позиция, так как пишет "Открыта" и стоп рассчитывает для неё.

В "Сообщениях" с 14 часов ничего необычного.
На открытие позиций стоят некоторые прикидки, а закрывается позиция через TrailStopP1000r, если позиция есть то работать должен Трэйл, если нет начинают работать те "прикидки" не ясно почему вход от вчерашнего дня был отработан, он ведь должен был быть подавлен, а после закрытия сегодняшней позиции, начатся новый расчёт и возможны входы только после 17072012 1405 от этого времени и даты...

ЗЫ: Сейчас обрабатывается около тысячи баров.

Это виртуальная позиция. Документацию открывали ?

http://forum.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=35654#Post35654

Читал частично.
Как только запустил скрипт он выдал мне что уже есть открытая поза, понятно так может быть и это нормально, но вот когда после закрытия позы выдал вчерашним днём наличие другой ... как-то это неправильно.
Может надо добавить в программу условие чтоб она не пыталась так в прошлом вдруг открывать позиции, даже виртуальные (раз она ведёт виртуальную позу то не будут обрабатываться реальные входы из настоящего).
А для варианта после первого запуска может нужна кнопка "Закрыть текущую виртуальную и ждать следующего входа"? (который будет реальным из настоящего времени)

Есть предложения лучше и они уже реализованы в версии программы 1.2
Ваш случай говорит, о перерисовки индикаторов, так как реал отличается от лаборатории. Ищите ошибки в логике скрипта.

У меня разбор свечей и одна средняя, ну что ж будем думать.

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

"Ну еще возможно стоит логика от наличия входов / выходов."

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

http://rusalgo.com/article/%D0%B2%D0%B8%D1%80%D1%82%D1%83%D0%B0%D0%BB%D1%8C%D0%BD%D1%8B%D0%B5-%D0%BF%D0%BE%D0%B7%D0%B8%D1%86%D0%B8%D0%B8-tslab
если почитаете да дальше по ссылке сходите в другой пост, полагаю раскроется проблема.

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