INVESTOX-Forum

Hallo Tobias,

wenn ich dich richtig verstehe, soll sich die Pyramide selbst schützen? Das heißt, wenn du beispielsweise fünf Pyramiden nutzt und drei davon liegen im Gewinn und der vierte Gewinn wird bereits angesteuert, möchtest du auf jeden Fall den Gesamtgewinn aus den bisher drei profitablen Pyramiden mitnehmen-sehe ich das richtig? Wenn ja, sehe ich keine praktische Möglichkeit dies umzusetzen! Hierzu bräuchte man eine Funktion, die automatisch einen Stopp hinterlegt wenn das Ziel, drei Gewinn-Pyramiden, erreicht ist! Um das ganze praxisnah umzusetzen müsste auch hier die Pyramidenfunktionen ab der ersten- und innerhalb einer Periode umgesetzt werden können! Es kann ja vorkommen, dass eine Kerze eine sehr große Spanne aufweist, in der beispielsweise alle drei Pyramiden ausgelöst werden. In dem Fall muss Investox den Stopps so fortsetzen. Es nützt praxisnah gesehen wenig, wenn erst die folgende Periode Pyramiden, Signale und Stopps generieren kann.

@Tobias:
guckst du hier: Weihnachtswünsche

Hallo Tobias,

Zitat

Ein Schlüsselwort - #_Pyramide_fertig# was ich in die Zusatzbedingungen packen kann ...

das kannst Du bereits erreichen via #_depot_pos#, aber leider nur für den laufenden Trade. Für den Backtest nicht zu gebrauchen. Es gibt zwar #_stückzahl# aber der Zugriff darauf nur aus einem Slave möglich. Evtl. kommt es ja auch für das gleiche HS, keine Ahnung ob das programmtechnisch möglich ist bzw. sein wird. Hier wieder ein Beispiel, was man so alles mit Master/Slave anstellen kann.
Vuego

@vuego

mit einem Underlying mag Master Slave schön und gut sein aber handle mal 7 Werte mit je vier Systemen! Für die besprochene Strategie ist M-S ungeeignet-m.M. überhaupt nicht realisierbar und wenn ja wie?

Hallo Udo,
7 Werte mit je 4 Systemen habe ich noch nicht getestet. Wo siehst Du ein Problem, wenn etwas sauber mit einem Titel läuft, läufts auch mit 7?

Zitat

Für die besprochene Strategie ist M-S ungeeignet-m.M. überhaupt nicht realisierbar und wenn ja wie?

Tobias wollte die Pyramide abfragen und das kann er ja mit #_Stückzahl# innerhalb einer Zusatzbedingung machen.
Gruß, Vuego

Hallo,

Zitat

Die Variable bzw. den Status will ich nur haben

sicher, das ist auch so sehr einfach gedacht. Wie ich schon schrieb ist das Problem, daß Investox derzeit nicht auf das gleiche HS zugreifen kann. Die gleiche Geschichte wie mit den Kapitalkurven. Auf welche Periode soll zugegriffen werden, auf die laufende, auf die letzte abgeschlossene? Auf die letzte wäre für mein Empfinden ok, ein integriertes Ref,-1. Einige werden dann sagen, daß man dann die Funktion/Option in der ersten bzw. laufenden Periode es nicht einsetzen kann. Stückzahl abzufragen ist wohl sinnvoller, denn man kann ja mehrere Pyramidenstops haben, die ungleichmäßig pyramidisieren.
Vuego

Zitat

Und das weis es jetzt schon

life schon, dann kannst Du ja mit #_depot_pos# arbeiten, aber der Backtest weiß die Reihenfolge der Ticks innerhalb der gleichen Periode doch nicht? Zumindest nicht ohne weiteres. Es ist schwierig von außen zu sehen warum etwas nicht geht bzw. noch nicht geht.

Hallo,

man könnte sich vorstellen, dies im Prinzip über eine Zusatzbedingung zu realisieren. Allerdings ist der Zustand "Pyramidisieren fertig" nicht so einfach zu definieren. Die maximale Anzahl der Pyramiden kann ja individuell für mehrere Stops unterschiedlich eingestellt werden. Oder es kann sein, dass man mehrere Pyramidenstops in unterschiedlichem Abstand definiert, die nacheinander aktiv werden. Es kann zudem zwischendurch auch die Position abgebaut werden. Auch eine Definition über die Stückzahl würde nur in solchen Fällen helfen, wo mit festen Stückzahlen (also nicht kumulierend, prozentual o.ä.) gearbeitet wird.

Andererseits könnte man viele Fälle bereits jetzt über die Zusatzbedingung "Mindestgewinn/Mindestverlust" definieren. Wenn also z.B. drei Pyramiden bei jeweils 10 Punkte Gewinn aktiv werden, könnte der engere Stop bei Mindestgewinn 30 Punkte aktiv werden.

Viele Grüße

Andreas Knöpfel

Du könntest doch einen normalen Stop definieren, der als "Nebenbedingung" Deine Pyramidisierung hat, bzw. dass diese Enterbedingung schon x mal seit Tradestart eingetreten ist und dann wird der Stop aktiv.