Напишу советник для МТ4/MT5 по вашему техзаданию

я тут косяк нашел, даже не наю как быть

подтверди\опровергни мои догадки

да, я прав, но опять же сам виноват, в твоем файле в разделе "В" жирным выделено "Последний из открытых"
Я так подозреваю что надо заменить на "Ближайший".
То же и в разделе "Е"
в свой файл добавил изменения.

алгоритм.xlsx5 скач.

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

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

и это тоже.

ближайший

ok

Shrike74_v1.12.zip10 скач.

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

на словах не понимаю. Дай план воспроизведения

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

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

тест EURUSD ТФ 1Н старт 2003,08,30 ситуация произошла 2003,09,05
открылся дополнительный ордер, а ближайший прибыльный не был переведен в БУ
если надо, могу предоставить аналогичные данные и по продажам, и в любом колличестве, данная ситуация встречается часто.

так у тебя ничего не получится.

1. нет никакой 1.11 версии. Есть 1.12, от которой движение только к 1.13. Поэтому тестируй только актуальную версию, какая бы она не была хорошей или плохой.
2. ты не дал параметры теста. Извиняюсь, но у тебя русский не родной? Пишу регулярно "давай параметры теста", ты игнорируешь как вроде я сам должен хакнуть твой комп и достатьих.
3. ты не показал строку в Srike74_v1.12.rtf , которая выполнилась не так как надо. Я тебе уже тоже писал про это. Ты обязан привести то что не работает. Иначе как же я тебя пойму?

запиши себе эти пункты на монитор и багу публикуй мне только с их выполнением. Остальное в мусорку, вместе с 1.11

ок, сейчас займусь, занят был

короче в rtf алгоритме ТЗ ты принимаешь на утверждение одно, а в экселе стоит другое.
как так можно делать не понимаю )

в доке стоит
ЕСЛИ есть сигнал на вход
И цена выше синей линии ATRstops
И (
ИЛИ ближайший ордер цена которого ниже текущей переведен в безубыток
ИЛИ есть ордер цена которого выше текущей И расстоояние до этого ордера >= nxATR
)
он корректный с точки зрения осуществления возможности доливки. Так как не требует наличия двух позиций сразу


а у тебя в экселе там стоит не ИЛИ а И.
ЕСЛИ есть сигнал на вход И цена выше синей линии ATRstops
И ближайший ордер цена которого ниже текущей переведен в безубыток
И есть ордер цена которого выше текущей И расстоояние до этого ордера >= nxATR

но вариант экселя вообще не логичный. Ибо если требовать наличи ордера И сверху с убытком И снизу с БУ, то такого НИКОГДА не произойдет
Так как сначала имеется только ОДИН ордер. И чтоб доливать второй то не нужно иметь два с разных концов.

короче в rtf алгоритме ТЗ ты принимаешь на утверждение одно, а в экселе стоит другое.
как так можно делать не понимаю )

поэтому я еще раз хочу уточнить что тебе не так в текущем открытии ордеров?
на твоем скрине открывается Бай потому, что есть позиция выше этого открытия которая на nxATR убытке. И этого достаточно, чтоб открыть. И никакого ордера снизу без БУ проверять не надо.
Вот если бы ты оставил с понятием "последний" а не "ближайший" тогда бы все отслеживалось как надо. Зачем было менять на "ближайший"?

по сути мне на данный момент для тестов нужно одно это условие - никаких новых ордеров пока те которые в плюсе не переведены в БУ, это вообще наверное, самое основное правило.

на скрине открылся ордер в покупку, а под ним тоже ордер в покупку, который в плюсе и не переведен в БУ, nxATR касается только тех ордеров которые выше цены, это если для покупок.
То есть, если выше текущей цены есть убыточный ордер в покупку и расстояние до него больше или равно nxATR тио можно открывать ордер, НО только в том случае если ниже текущей цены все ордера в покупку переведены в БУ.
Если есть хоть один ордер ниже текущей цены не переведенный в БУ, запрет на открытие любых ордеров по любым условиям (касается опять же покупок, для продаж все зеркально)

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

если хочешь давай перепишу тз

НО только в том случае

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

И вот тогда в ТЗ можно вместо ИЛИ поставить И

блок-схему сделаю норм будет?

Shrike74_v1.13.zip19 скач.

во, то что надо, буду тестить

в сове учитываются свопы и комиссии?

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