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

Вы как-то пропали.
Совсем все плохо и ну его на .... этот проект или ситуация налаживается ? :-)

Приходится подстраиваться и перестраивать стратегию.Я и не такие глюки видел.

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

Как будет возможность, сделаем.
В ближайшей перспективе по этому вопросу пауза.

Превышен общий лимит коротких позиций - 498 штук
(макс. допустимое количество - 0 лот.).

Как это понимать? У меня сигнал есть а входа нет вместо него и заявки вот это сообщение?

Обновил на 1.1.0.5. Окно "Лог" в торгующем скрипте пустое, хотя сообщения о выполнении скрипта идут в окне сообщений, перезапуск окна и перезапуск программы не помог, с чем м.б. связано?

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

===Видимо билд криво встал, перезаписал, лог появился

Откуда взялись 2 разных активных стоп-заявки (из блока трейлинг)с одинаковой ценой исполнения, получается если цена достигнет уровня , исполнится стоп с 2-мя заявки по одному объёму, в итоге получится стоп по двум объёмам? Одну вручную нужно дезактивировать??? До этого не сталкивался я с таким

Это некорректное поведение, одну из заявок нужно убрать...
можете прислать логи на contact@tslab.ru ?

Отправил, если не придёт сообщите, продублирую. Версия 1.1.0.5. Windows XP SP2.

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

Ситуацию по логам удалось восстановить:
в 10.10 по москве вы соединились с сервером, но он не прислал информацию о перенесенных заявках. Заявке 69804000 выставился флаг "не определено", т.к. у нас она значится активной в кеше, но сервер этот статус НЕ подтвердил.

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

в 10.17 произошел дисконект и на новой загрузке информация о 69804000 уже пришла. Но заявка 69855159 уже была принята!

После этого скрипт уже двигал эти заявки по очереди...

Отсюда мы сделали следующие выводы:
1. Работа сервера Транзак в начале сессии - не стабильно. Нужно следить за стартом.
2. Мы убрали флаг "не определено" у закешированных заявок, т.е. она будет сразу выглядеть как Активная (ждущая). Однако тут есть подводный камень, что сервер все же может отменить (не перенести) эту заявку, а она так и будет висеть активной, хотя ее не будет.

3. Мы подумаем о том, чтобы вставит защиту. Не принимать заявки раньше 10.20, к примеру. Однако тут есть подводный камень, что время нужно серверное, а его без торгов определить нельзя.


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

Получается видимо это результат одной проблемы (для ФОРТСа):
http://www.tslab.ru/ubb/ubbthreads.php?ubb=showflat&Number=2572#Post2572
У меня один "боевой" системмник работает круглосуточно, соответственно соединение "коннектится" до того момента пока программу не перезагрузишь(т.е. с вечера и до утра), принудительного отключения нет(а очень бы не помешало), помогает только перезагрузка программы для принудительного отключения, соответственно утром, получается что уже нужно делать с круглосуточным соединением:
1. Перезапуск программы до 10.00, лучше в 9.00 для принудительного отключения соедиенения, после этого машина стоит без соединения;
2. Включение соединения СТРОГО после 10.15, лучше в 10.20 перед сессией.
===Раньше т.к. соединение постоянное, я делал "реконнект" начиная с 10.00 - логи это и показали, и перед самой сессией ещё несколько реконнектов, "для надёжности", теперь придётся делать эти пункты. Был бы "график задач для соедиений", было бы удобнее.
===Ещё момент: случилась бы такая ситуация, если бы я реконнект сделал только один раз например в 10.20....?

Как можно сохранить данные секундные.Хотя бы которые сам записываю.А то неделю писал а сейчас вылетела программа и несколько часов нет на графике.Может можно записывать куда ни будь в файл?Ладно нет того времени когда не на связи,а то ведь исчезает история за пол дня которая была.

Хотя бы один скрипт сохранялся.

Как вариант: возможность выбора пользователю время приёма заявок "по умолчанию-всегда", и выбор времени (при работе например на 5-и минутном интервале первые 4 минуты не принимать...)

Продолжаю описывать проблему (думаю это одна проблема) с переносом заявок "со вчера":
(Утром обновил билд на 1.1.0.10, Windows XP, SP2)
Соединение до 12.25 не устанавливал, точнее до 10.25мск, установил первое соединение 10.25мск.(после этого соединение несколько раз прерывалось)
1. В стакане появилась непонятная заявка, точнее понятная - это стоп, но он не отменялся (видимо в транзаке заявки не было такой), но откуда то скрипт её взял
2. После обрыва, заявка исчезла, и скрипт должен был сгенерировать сигнал на выход, но заявки на выход не было, вышел вручную, заменил имя скрипта.
3. После обрыва связи появилась заявка на выход сгенерированная старым скриптом, сработала (в итоге я купил 2 раза, получилось+1), вручную закрыл позицию, в итоге получил 0 позиций, что и должно было быть по скрипту.
4. Логи в окне в новом скрипте не прописывались, перезаписал билд, не помогло, закрыл-открыл окно скрипта - помогло.
Сейчас скрипт с новым именем идёт как положено.
Есть необходимость высылать логи?

Да - высылайте логи на contact@tslab.ru

Спасибо за сообщение об ошибке и за логи.
В сборке 1.1.0.8 ( и соответственно в 9,10) был баг, связанный с неправильным выставлением статуса восстановленной из кеша заявки. Видимый эффект был в том что, некоторые старые заявки "становились" активными и появлялись в стакане.
Эти сборки удалены, для устранения установите пожалуйста сборку 1.1.0.11.