простейший бот...
условие входа в лонг...
close>SMA && close[i-1]<=SMA[i-1]
условие выхода
close<=SMA && close[i-1]>SMA[i-1]
т.е. условие возникает только на один бар
поза берется через открытие-закрытие по рынку

автооткртие и автозакрытие = 3 бара
стоит галочка по рынку с фикс ценой

по факту имеем такую картинку
т.е. пока бот закрывал позу пришел сигнал на открытие, этот сигнал на откытие был проигнорирован и никакого сообщения о пропущенной позе не возникло

Бага нет. Это сделанно из соображений чтобы не было открытие шорта вместо лонга и так далее. то есть прежде чем делать новую операцию, он пытается закрыть предыдущую

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

имхо тут баг...

1 пропущенный вход забывать нельзя... ибо может быть дисконект или заявки долго ставятся... либо под отсечку можно попасть или под приказ фсфр - о запрете шортов... т.е. могут быть разные причины пропуска
блиин кривая прога... я еще не тестил реверс и офсет... простейшие вещи не работают

нет, программа ругается на пропущенные входы. но в данном контексте это просто не правильная логика в работе с программой. то есть пропущенный вход мы понимаем если не был вход агентом сгенерирован. а если был сгенерирован сигнал но сделки не было, то будет ругаться

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

ваще в тслабе много лишней ущербной логики... из-за которой баги лезут из всех щелей
1 криво разруливается офсет
2 лимитник не ставится в спред
3 поза не набирается в полном объеме
4 счас вот пропускает входы

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

что значит лимитник в спред не ставится?
офсет разруливает криво это как?
поза в полном размере набирается через измененные заявки

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

ой а ты прям и не знал... иди тестить... мне надоело... жду следующей версии 2.0...
зы тестить надо на неликвиде

Давайте без эмоций?!) о наличии проблем я никогда не стану отрицать или утаивать, в этом нет смысла и я в анонсе описываю имеющиеся очевидные проблемы.
Просто в конкретике что и на какой бумаге сделать чтобы увидеть ситуацию когда заявка не ставится "в спред".

я скинул бота для тестов и настройки...
по поводу лимитника и спреда... глянь тикер #QHA-284-56941

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

в этом то и есть смысл бота чтоб сигнал о входе -выходе возникал всего на 1 бар - именно для тестов писалось... донабор дело десятое... смысл был протестить логику входов-выходов + автооткрытие и автозакрытие на неликвиде... т.е именно там где и нужна логика... а если тестить в ри или си там все будет ок в 99.9% случаев и логика не проявит себя... толи дело ФСК...

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

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

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

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

\

вариант нерабочий... прям счас пропустил вход... т.к донабор работает только при открытой позиции...
т.е. был вход лимитником... его не налили... автооткрытие=0 поэтому не сработало... и донабор не сработал, т.к. нет открытой позы...

ставлю автооткрытие = 10... но все равно работать не будет...

надо думать

кажись локализовал баг

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

не вариант, т.к условие на вход действует всего 1 бар... т.е сбросить сбросим, а вот нового сигнала надо ждать

вообще это редкая ситуация... попробую ее обойти сделав немного другую логику... close>SMA на вход и close<SMa на выход


ндааа фск седня отжигает... сплошные дыры на 5ти минутках

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

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

логи вышлю завтра создам тикер...

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

1 цена там есть...
2 там 2 источника но пересчет интервал и нет галочки пересчет по каждому источнику...
единственное что надо так это заменить второй источник на неторгуемый...

логи выслал в техподдержку создав тикер

По пропущенному входу, у меня, если был пропущен вход, то реально ругается.

тслаб не ругается если поза пропущена из-за офсета... имхо надо делать логику на офсет... счас логики нет... отсюда часть проблем

вообщем жду новую версию... с тестами пока завязал

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

по поводу офсета, опишите какое решение вы видите. то есть что необходимо сделать чтобы все было хорошо?

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

1 офсет...

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

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

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

все что можно записать словами - можно запрограммировать и оттестить...

мое мнение как юзера... тестить и тестить + править и править...
надо тестить
0) тест на множественных источниках - счас выявлена проблема с автозакрытием
1) тест включения бота нагорячую - появляется шорт вместо лонга
2) длительный дисконект надо тестить
3) донабор надо тестить...
4) офсет между двумя ботами...
5) длительная работа программы - тест работы более суток
это так для начала...
6) быстродействие проверяли что быстрее тслаб1.2 или 2.0??? 30- 50 источников загружали??? 40-50 скриптов цепляли??? бот из 5000 кубов тестили??? пару миллионов свечей загружали в скрипт???
...


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

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

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