Вы не учитываете, то точка А появляется при небольшом откате и с продолжением отката будет двигаться за ним. логичнее было бы взять точки которые уже сформировались. В нашем случае это точки BCD. И то точка B может стать точкой А и перерисоваться дальше.
Советника я выложил для экспериментов. Идея показалась интересной. Сам много чего в нем доприкручивал. Пробовал разные варианты.
Вы не учитываете, то точка А появляется при небольшом откате и с продолжением отката будет двигаться за ним. логичнее было бы взять точки которые уже сформировались. В нашем случае это точки BCD. И то точка B может стать точкой А и перерисоваться дальше.
Советника я выложил для экспериментов. Идея показалась интересной. Сам много чего в нем доприкручивал. Пробовал разные варианты.
Всё уже учтено, и это видно на предыдущем видео.
Тот советник что вы выложили - работать по стратегии не будет!
В глобальную переменную корректно можно сохранить цену (то есть тип данных double). Но это очень опасно: можно ошибиться с округлением, пользователь может несанкционированно модифицировать ордер (намеренно и непреднамеренно).
А вот сохранение тикета (тип ulong) более защищённый метод - даже при модификации тикет остаётся прежним (конечно исключая ролловеры и клиринг (хотя в случае клиринга я на 100% не уверен)).
В общем пока сам код, описание будет позже в этом же посте.
Описание
работа по выставлению отложенных ордеров идёт только в момент рождения нового бара
каждый раз ищем точки "A", "B" и "C"
чтобы отличать отложенный ордер на луче "AB" и на "BC" - производится сохранение в глобальные переменные терминала тикете ордера - тикет хранится в имени переменной. Формат такой:
работа по выставлению отложенных ордеров идёт только в момент рождения нового бара
каждый раз ищем точки "A", "B" и "C"
чтобы отличать отложенный ордер на луче "AB" и на "BC" - производится сохранение в глобальные переменные терминала тикете ордера - тикет хранится в имени переменной. Формат такой:
при изменении луча "AB" двигаем соответствующий отложенный ордер
когда появляется новый луч - удаляем все отложенные ордера
Из нового: на каждом текущем луче "AB" или "BC" теперь может быть открытой (не открыта, а БЫТЬ ОТКРЫТОЙ) одна позиция - то есть пока луч текущий и на нём уже сработал отложенный ордер и соответственно есть открытая позиция, то новый отложенный ордер на этом текущем луче не выставляется.
Из нового: на каждом текущем луче "AB" или "BC" теперь может быть открытой (не открыта, а БЫТЬ ОТКРЫТОЙ) одна позиция - то есть пока луч текущий и на нём уже сработал отложенный ордер и соответственно есть открытая позиция, то новый отложенный ордер на этом текущем луче не выставляется.
"Текущий луч" -
луч "BC" у которого точки "B" и "C" не изменились
луч "AB" у которого точка "B" не изменилась
Вроде всё по логике в этой версии. Остался момент с закрытием, нужно выяснить максимально правильный под ТС.
Может для начала прикрутить трал, но трал портфельный(сеточный), то есть бай отдельно, селл отдельно?
Вы не учитываете, то точка А появляется при небольшом откате и с продолжением отката будет двигаться за ним. логичнее было бы взять точки которые уже сформировались. В нашем случае это точки BCD. И то точка B может стать точкой А и перерисоваться дальше.
Советника я выложил для экспериментов. Идея показалась интересной. Сам много чего в нем доприкручивал. Пробовал разные варианты.
Вы не учитываете, то точка А появляется при небольшом откате и с продолжением отката будет двигаться за ним. логичнее было бы взять точки которые уже сформировались. В нашем случае это точки BCD. И то точка B может стать точкой А и перерисоваться дальше.
Советника я выложил для экспериментов. Идея показалась интересной. Сам много чего в нем доприкручивал. Пробовал разные варианты.
Всё уже учтено, и это видно на предыдущем видео.
Тот советник что вы выложили - работать по стратегии не будет!
В глобальную переменную корректно можно сохранить цену (то есть тип данных double). Но это очень опасно: можно ошибиться с округлением, пользователь может несанкционированно модифицировать ордер (намеренно и непреднамеренно).
А вот сохранение тикета (тип ulong) более защищённый метод - даже при модификации тикет остаётся прежним (конечно исключая ролловеры и клиринг (хотя в случае клиринга я на 100% не уверен)).
В нашем случае, нужно сохранять цены пиков ZZ
Last ZZ50 version "1.005"
В общем пока сам код, описание будет позже в этом же посте.
Описание
Last ZZ50 version "1.005"
В общем пока сам код, описание будет позже в этом же посте.
Отлично, процесс пошёл)
Что нужно:
На одном луче - одна(1) сделка, сейчас их несколько, что портит статистику.
Если сработал ордер, то всё, больше его не ставим на этом луче, а ждём следующий.
Last ZZ50 version "1.005"
Описание
Рассказал в видео о недочёте стратегии
Last ZZ50 version "1.006"
Из нового: на каждом текущем луче "AB" или "BC" теперь может быть открытой (не открыта, а БЫТЬ ОТКРЫТОЙ) одна позиция - то есть пока луч текущий и на нём уже сработал отложенный ордер и соответственно есть открытая позиция, то новый отложенный ордер на этом текущем луче не выставляется.
"Текущий луч" -
Last ZZ50 version "1.006"
Из нового: на каждом текущем луче "AB" или "BC" теперь может быть открытой (не открыта, а БЫТЬ ОТКРЫТОЙ) одна позиция - то есть пока луч текущий и на нём уже сработал отложенный ордер и соответственно есть открытая позиция, то новый отложенный ордер на этом текущем луче не выставляется.
"Текущий луч" -
Вроде всё по логике в этой версии. Остался момент с закрытием, нужно выяснить максимально правильный под ТС.
Может для начала прикрутить трал, но трал портфельный(сеточный), то есть бай отдельно, селл отдельно?
Потом попробуем со стопами
Вроде всё по логике в этой версии. Остался момент с закрытием, нужно выяснить максимально правильный под ТС.
Может для начала прикрутить трал, но трал портфельный(сеточный), то есть бай отдельно, селл отдельно?
Потом попробуем со стопами
Отдельно для коротких и длинных - это уже интересно.
Вроде как должен работать без особых просадок, но сейчас это выявить крайне сложно, так-как их набирается очень много, и режет глаз)