Беда пришла откуда не ждали, у нас новая сборка!

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

Как и ранее сообщайте обо всем, что не устраивает.

В опционной части следующие улучшения:

• Греки позиции теперь должны расчитываться вплоть до самой экспирации. Проверяем.
• Даже при приближении к экспирации видимая часть улыбки должно занимать минимум по 10 страйков в обе стороны от денег.
• Модельная улыбка (белая) на Доске опционов теперь имеет фиксированный параметр "Форма" == 0.
• Улыбки в окрестности денег рисуются более плавно (больше точек ставим).

Размещение файлов

Добрый день!

Да, "проблемки" остались... подробней пишу в поддержку.

P.S. Поздравляю с Днем космонавтики - там тоже техника достаточно сложная...

И Вас также!
Наверное, самый большой подарок для нас всех -- это был запуск миссии "Экзомарс" с нашим участием:
Экзомарс

И будущий старт в Восточного (в мае, емнип).

У меня в доске опционов 2 вкладки "Сделки" (идентичные)

Подтверждаю.
Как-то пролезло раздвоение закладок.

Добрый день.
Окно "Свойства лаборатории" / закладка "Скрипт" / поле "Дата к".
Нажатие на кнопку выбора даты приводит к завершению программы.

Добрый день!

Версия 2.0.8.4 практически НЕ РАБОТОСПОСОБНА.
1. Мучаюсь всю неделю - больше 2-х агентов не могу запустить - зашкаливает потребление памяти - "клинит" ПК.
Отписал на поддержку еще во вторник - 12.04.16 - за неделю ни привета, ни ответа...
Насколько я помню эффект начался с 2.0.7.0 версии. С каждым обновлением все хуже и хуже...

2. Сегодня попробовал отфильтровать данные в таблице "Свои сделки" по дате - Колонка "Дата". Нажатие на кнопку выбора даты (месяца)в фильтре приводит к завершению программы (или Fatal Error или Windows закрывает) однозначно...

Что-то надо делать?

Напишите сколько оперативы и какие версии проги запускаете?

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

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

Новости такие. Как бы нашел выход из проблемы, но есть вопросы...

Дело в следующем. В моих скриптах, которые я делаю копированием и модификацией предыдущих версий скриптов, в настройках стояли достаточно большие "загрузочные даты" для данных - например в одном скрипте - с 3 марта и т.п. И они от скрипта к скрипту возрастали...
Сегодня я ограничил в настройках загрузку данных во всех скриптах сроком в 3-4 дня и/или 15000-20000 баров для таймфрейма 10 сек...

При этом с загрузкой памяти ПК все уладилось. Все работает, загрузил 4 агента - все работает. Вы можете даже сказать, что это все объясняет. Однако не совсем.

Вопрос.
1. Если при каждом перезапуске программы агент начинал с "чистого листа" - т.е., все начиналось заново и мне доступен на экране только график БА (который не может "жрать" столько памяти - до 3-5 Гб RAM и более). Спрашивается - что за информация идет параллельно в запись и, главное, зачем? Информация очень большого объема и судя по всему информация никому не нужная, по крайней мере мне и моему скрипту...? И это не правильно!

2. В подобных ситуациях, когда скрипт как бы "неправильно" собран и ПК по этим причинам "виснет", необходимо предусмотреть режим загрузки скрипта в БЕЗОПАСНОМ РЕЖИМЕ (с ограничениями). Что бы можно было его загрузить, отредактировать и сохранить для повторного запуска... Что мне давалось с очень большим трудом...

Вот такая информация к размышлению.

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

Добрый день!

Давайте уточним с ограничениями.
Я снял галочку "Исп.дату от" и установил "Макс.дней"=4, "Макс.баров"=20000.
Запустил 4-е своих агента + IV + HV. Сегодня с утра все запустилось по расписанию все работает и с "памятью" пока все нормально...

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

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

С уважением, Евгений

Скорее всего, Ваши скрипты отпочковались от каких-то старых версий (например, от 81-й или даже ещё раньше).

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

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

Если же ещё сказать "Максимум 7 дней", то мы будем грузить только 7 календарных суток и потом из них брать последние 100 баров. Разница ощщутимая.

Резюме.
- Для скрипта HV (ALL) достаточно ограничения "Максимум 7 дней". ТФ: М1
- Для скрипта Collect IV и Collect IV(ALL) достаточно ограничения "Максимум 1 день" AND "Максимум 60 баров". ТФ: М1
- Для всех остальных торговых и псевдоторговых скриптов достаточно ограничения "Максимум 1 день" AND "Максимум 60 баров". ТФ: М1 или S10

Добрый день!

Да, спасибо, в целом разобрались с "фатальной" загрузкой памяти. Работаем одним днем...

Что касается роботов, все-таки не понятно, зачем загружать данные, которые не используются в агенте? Да еще в таком количестве... в любом количестве.
Ведь агент не может работать с "историей". Практически большинство графиков что-то показывают только с момента последнего запуска агента.
Если я, например, перезапускаю агента в 12:00, то все данные с 10:00 до 12:00 - отсутствуют на графиках (дельта, профит и т.п.). Агент ничего не помнит, кроме может быть БА и МА.

Что касается псевдоторговых Агентов:
1. Что бы они стали реально торговыми - их надо настроить (а в них присутствуют настраиваемые параметры - может быть 10...20 штук и более...). На данный момент этой возможности нет, а данных грузится "не впроворот" - зачем?
2. Но польза от них все равно есть - они являются хорошими индикаторами рынка и его цикличности. Ну, и применяемой стратегии конечно.

Отсюда старый банальный вопрос. Нужна работа агентов с "историей". Хотя бы в рамках обозначенных ограничений в 1 сутки (или неделю).
Такой "исторический" функционал стал бы серьезным большим шагом вперед для TSLab 2.0.

С уважением, Евгений.

Давайте говорить конкретно про какой Вы сейчас скрипт жалуетесь? HV(ALL), Buy Vola или про свой какой-то?

Ограничения загрузки баров существуют потому, что мы заранее не знаем сколько Вашему роботу надо данных. Кому-то 1 год М1 будет еле-еле достаточно для расчета длинной EMA.

Что касается "не видит данных".
Провайдеры типа Финам, Плаза и Смартком сами выкачивают историю за текущий день.

То есть в любом случае у Вас должны быть данные с 10 утра текущего торгового дня.

Если же в данных имеются пробелы, их почти всегда можно заполнить постфактум.
- Для этого открываете график баров М1 (обычный),
- указываете интервал времени (скажем, с 1 января текущего года),
- жмете ПКМ,
- выбираете пункт "Перезакачать данные" == "Reload data".

В среднем около 1-2-х месяцев баров М1 можно восстановить таким образом в виде непрерывной истории.

ВАЖНОЕ ОБЪЯВЛЕНИЕ ДЛЯ ОПЦИОНЩИКОВ
1. Во время реальной торговли при использовании котировщика опционов
(выставление задач котирования относительно рыночной улыбки)
настоятельно рекомендуем фиксировать уровень волатильности на-деньгах и наклон улыбки.
Биржевая улыбка временами становится неадекватной, а самостоятельно менять эти параметры
вслед за изменением рыночных заявок не слишком обременительно (примерно раз в неделю на спокойном рынке).


2. Если Вы не можете (или не хотите) следить за этими параметрами в течение дня
обязательно замораживайте эти параметры хотя бы на время вечернего клиринга и на ночь.

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


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


4. Если на бирже происходит какой-то сбой, остановка торгов, рассинхронизация времени или ещё какие-то чудеса,
имеет смысл прервать котирование и подождать нормализации обстановки.