INVESTOX-Forum

Hallo zusammen

Ich habe derzeit zwei Probleme, vielleicht Verständniss-Probleme mit Stopps in Investox:

1) Ich möchte eine HS Idee umsetzen, bei der ich in die Trades eingestoppt werde. Hier im Forum fand ich be der Suche nach Fragen zum Thema einstoppen immer Antworten zu Enter-Regeln. Die Online-Hilfe kennt den Terminus Einstoppen ebenfalls nicht. Sehe ich das richtig, dass Stopps in Investox nur zum Beenden einer Position verwendet werden können?

2) In einem anderen HS versuche ich, "Absolute" Stops mit dynamischen Stoplevels zu realisieren. Meine Tests zeigen, dass der von Investox in Zusammenhang mit Dynamischen Stops verwendete Ausdruck "Absolut" eigentlich einen in Punkte (statt in Proizent) angegebenen relativen Stop zu einem aktuellen Kurs darstellt. Also nichts von "Absolut" hat.
Nun habe ich aber einen externen Indikator geschrieben, der am Ende einer Periode den zu setzenden Stop für die nächste Periode exakt vorgibt; ich würde also wollen, dass unanhängig vom Kurs oder vom Kapital etc. der Stop für die nächste Periode genau auf z.B. 23,80 gesetzt wird. Wie ist es möglich, diesen Stop als dynamischen Stop zu setzen? Ich schaffe es irgendwie nicht und ein Anwender Stop ist zu teuer (CPU Verbrauch ..).

... dachte, der Browse wäre abgetaucht, und habe nach dem Absenden dieser ursprünglichen Nachricht Abbrechen gedrückt. Aber es lag wohl nur daran, dass das Investoxforum heute mal wieder nur schleppend antwortet. Nun gab's die Antwort 2x. Die nächste im Thread ist gültig

Hallo Vuego

Ich nehme VB.net. Zur Zeit habe ich die 180 Tage Testversion auf der Platte. VB Express ginge zwar auch, aber da geht mir der JIT Modus (Just in Time Debugger) ziemlich ab. Ist halt sehr bequem mit JIT zu entwickeln. Und genau das fehlt bei VB Express.

Das mit demTradedauerstop werde ich sobald als möglich probieren. Gute Idee. Dass ich das Ergebniss nicht werde visualisieren im Chart geht mir schon ab: ich habe den Indikator so geschrieben, dass er keine Ergebnisse in die Zukunft liefert; nun bin ich nicht sicher, ob ich Ref( , -1) brauche oder nicht. Wenn ich's nicht visualisieren kann wird's mühsam. Mal sehen. Nicht, dass ich dann eine Periode zuviel in der Vergangenheit liege mit meinem Stop ...

Bei diesem Indikator handelt es sich übrigens um die Innenstäbe aus dem Markttechnik Buch von Michael Vogt. Hatte so einfach ausgesehen, aber dann steckte der Teufel im Detail. Aber jetzt läuft er rund, wie ich meine 8 Bin sehr auf die Ergebnisse in passenden HSen gespannt.

@all
Weiss noch jemand was zum Thema Einstoppen mit Investox zu sagen?

Hallo

@snoopy
Du schreibst, "Im Ordermodul kannst du dich aber einstoppen lassen.". Meinst Du, ich könnte die Order im ORM von Hand
eingeben, zum halbautomatischen Trading? Oder könnte ich das auch per INV automatisieren?

Der Grund, warum ich es per automatischen Einstoppen machen möchte, ist, ich würde die Slippage nicht verlieren. Denke
ich.

Ich bin froh über Deine Antwort; zu technischen Fragen versuche ich selbst zu helfen, weil ich mich da auskenne. Aber
in "Handelsfragen" brauche ich wirklich Hilfe, wenn das mit meiner Trader-Laufbahn was werden soll :]

> du hattest geschrieben das in der nächste Periode der Stop auf 23,80 greifen soll, deshalb Ref(-1).
Da bin ich eben nicht so sicher bei meinem Indikator. Ich versuche das mal in Pseudo-Code so zu beschreiben:

* Loop auf der Kursreihe
* Ermitteln der Stops auf Basis der Variablen des vorhergehenden Durchlaufes
* Umsetzten der internen Variablen ("State-Machine") auf die aktuelle Periode
* Berechnen der für die INV Chart-Engine vorgesehenen Ergebnisse
* zurück zum Loop Anfang

Je- nachdem, welches Ergebniss gerade vom Indi angefragt wird, gibt er dieses zurück. Das Ergebiss kann dann z.B. so aussehen, wie in anhängendem Bild.

Und nun bin ich mir eben nicht sicher, ob ich da Ref(, -1) brauchen werde, wenn der Indikator im Rahmen der INV Stop
Formel gerufen wird. Any idea?


@vuego. @udo
Euch auch einen herzlichen Dank!

> Mittlerweile kann man ja fast alles auch in Investox sehr sparsam machen. Nicht alles, was man extern macht muß
unbedingt schneller sein.
Naja, ich wollte es nicht schneller machen, als Herr Knöpfel normale interne Formel-Indikatoren berechnen kann. Der
Grund ist vielmehr: ich habe viele Stunden versucht, den Innenstab-Indikator inklusive nochmals verschachtelter Innenstäbe
mit INV Bordmitteln zu schreiben. Möglicherweise fehlt mir das Mathe-Studium: ich habe es jedenfalls nicht geschafft.
Also habe ich gemacht, was ich schon kann: programmieren.


@vuego

Zum JIT Modus, mein "Lieblings-Entwicklungszyklus" sieht so aus:

* Entwicklungsumgebung (EWS) starten
* an meinem Indi weiterprogrammieren
* den Debuggen-Knopf drücken
** nun wird das Projekt neu kompiliert
** es wird automatisch eine .BAT Datei gestartet die den geänderten Indi im Windows neu registriert
** falls Iinvestox läuft wird es automatisch vom Script gestoppt und neu gestartet (weil es sonst die neu kompilierte
.dll nicht einliesst, jedenfalls habe ich in INV noch eine Funktion gefunden, dies bei laufendem Programm zu erzwingen)
* nun freue ich mich am neuen/geänderten Indi
* dann stelle ich noch einen Fehler fest
* also setzte ich in Investox eine Variable meines Indis von OFF auf START oder einen anderen Wert, der intern in
meinem Indi einen STOP Befehl ansteuert (STOP ist hier ein Programm-Befehl, und hat nichts mit Stops aus Investox zu
tun)
* und während Investox meinem Indi die Kontrolle gibt zwecks Neuberechnung der Indikator-Werte wird der Stop
durchlaufen. Habe ich VB.net mit JIT (also nicht die Express-Version), so startet ein Debugger, der mir meinen Original
Code zeigt. Ich stehe im Programm auf dem STOP, kann interaktiv weitere STOPs setzen, kann mit der Maus einfach auf
Variable zeigen und sehe den gerade aktuellen Wert. Kann den Indi im Einzelschritt-Modus fortsetzen. Kann kanze
Programmteile überspringen usw. Bis mir klar ist, was falsch war.

Ohne JIT sieht der Entwicklungszyklus trauriger aus:
* Entwicklungsumgebung (EWS) starten
* an meinem Indi weiterprogrammieren
* den Debuggen-Knopf drücken
** nun wird das Projekt neu kompiliert
** es wird automatisch eine .BAT Datei gestartet die den geänderten Indi im Windows neu registriert
** falls Iinvestox läuft wird es automatisch vom Script gestoppt und neu gestartet (weil es sonst die neu kompilierte
.dll nicht einliesst, jedenfalls habe ich in INV noch eine Funktion gefunden, dies bei laufendem Programm zu erzwingen)
* nun freue ich mich am neuen/geänderten Indi
* dann stelle ich noch einen Fehler fest
* also gehe ich zurück ins Coding, bestücke das Indikator-Ergebniss mit Ausgaben EINER internen Variablen
* beginne mit dem Entwicklungsprozess von vorne und versuche, aus dem ausgegeben Wert (den ich mir in INV ja nur
grafisch anzeigen lassen kann), den Fehler zu finden. Vielleicht kapiere ich's nicht, also muss ich die Prozedur mit der
Ausgabe eines anderen Wertes wiederholen
* jedenfalls DAS DAUERT

Ach, noch eine Anmerkung zum Bild: die Enter-Exit Fahnen habe nichts mit dem Indi zu tun; sie stammen einfach aus dem Projekt, in das ich testweise meinen neuen Indi hineingemurkts habe.

Aber die ganze sonstige Ausgabed leistet ein einziger externer Indi.

Und übrigens: obwohl er für die Ausgabe im gezeigten Bild 19 mal mit jeweils anderen Parameter-Werten aufgerufen wird, erfolgt die Darstellung praktisch in Null-Zeit und die CPU geht nichtmal merklich oder messbar in die Höhe, sogar auf meinem Notebook für unterwegs. Soviel noch zum Thema Geschwindigkeit =) Aber natürlich ist Geschwindigkiet ja nicht alles

Hallo Vuego

Wie gesagt bin ich noch nicht in dem Stadium, dass für mich die Geschwindigkeit das Mass der Dinge ist. Aber ein paar Indis habe ich schon programmiert, immer dann, wenn ich es aufgrund der Komplexität nicht mit INV Bord-Mitteln schaffe.

Hat man erst mal das Gerüst und sein Vorgehen gefunden, muss man sich nur noch mit der Sache auseinander setzen. Schwierig ist eigentlich nur 1x-lig, bis man seinen Entwicklungs-Zyklus im Griff hat (wie vorne ausgeführt).

Aber schnell, ja ich denke, die sind schnell die Dinger.

Vielleicht ist jemand hier im Forum in der Lage, diese verschachtelten Innenstäbe mit INV Bord-Mitteln zu schreiben. Dann könnte man ja mal versuchen, die Zeiten zu stoppen src=" src="http://www.investoxforum.de/images/gold/smilies/cool.gif">

Nun bin ich wieder Techniker, der gerne was "vom Fach" erfahren möchte: wo genau siehst Du ein TimeLag (das nicht von den Latenz-Zeiten des Internet verursacht ist), bei dem so schnelle Berechnungen hilfreich wären? Hängt es von der Anzahl parallel Laufender HSe ab? Wieviele kann man INV parallel handeln lassen mit einer aktuellen Rechnerausstattung, bevor man einen zweiten PC daneben stellen muss? Welche Berechnungen (auf welche Handelswerte?) sind komplex, dass sie den Rechner so auslasten?

Nochmals hallo Vuego

Bestimmt irrst Du nicht, sicher gibt es einen kausalen Zusammenhang zwischen der Anzahl der zu berechnenden Werte und dem CPU Verbrauch allgemein und der Performance im Besonderen.

Die Rahmenwerte für meine Aussage zu der Grafik sind:
Ich habe in diesem HS die Tickdaten von Pfizer seit 18.05.06 00:12:13. Das sind 770391 Kursdaten; Das betreffende HS läuft auf 60-Minuten Basis. Mein Indikator hat genau 692 60-Minuten Verdichtungen zu berechnen, 19x mal natürlich. Mein Notebook (zu dem die Aussage stammt, "ich sehe keinen merklichen CPU Verbrauch") ist ein Dell Inspiron 9300 mit einem einzelnen CPU 760J Kern im Netzbetrieb bei 2GHz.

Halle Manfred

Schön von Dir zu hören. ich werde Deine Ausführungen heute nicht mehr durcharbeiten können und mir das Ganze morgen zu Gemüte führen.


PS: wenn Du "zufällig" nächstens auf der TradersWorld 2006 ist, könnten wir uns dort mal treffen? Sonst telefonieren wir dieser Tage mal wieder.

Hallo Vuego

Zitat

Original von Vuego
> verschachtelten Innenstäbe in Investox programmieren
wer sie nicht braucht, wird auch nicht die Zeit investieren

Ich bin noch nicht in dieser glücklichen Lage, zu wissen was ich brauche und was nicht. Ich suche halt noch. Wenn Du eine Abkürzung weisst?