INVESTOX-Forum

Ich habe bei 2 HS folgendes Phänomen im VB :

1. HS : 232 Tickbasis unvollendete Perioden : Es wird eine StopLimit Order in den Markt gestellt - gefillt - und SOFORT wieder geschlossen.

2. HS Tick by Tick Basis : Eine Limit Order im Markt - Fill - SOFORT wieder geschlossen.

Was habe ich da falsch eingestellt ? Es passiert aber nicht immer - das ist ja das Lustige. Von den Einstellungen her dürfte das gar nicht passieren.

Exit Long/Short : 0
Kein Zeitstop.
Sicherheitsstops mit der Order aufgegeben angehakt.
Verluststop und Profitstop wurde defintiv nicht getriggert.

Wie gesagt, es passiert NICHT immer. Das ist ja das Komische ...

Moin Frieder,

von Anfängerfehlern will ich mich nicht freisprechen. Passieren mir ständig immer wieder !

Aber hier liegt es nicht daran. Das passt alles.

Mmh, wüsste nicht wie das klappen sollte. Es gibt nur einen Profit und einen Stoploss.
Die werden per Bracket übergeben und stimmen von den Werten her.

Hi Peter,

die Stops sind im ORM hardgecodet bzw. fest eingegeben.
Im eigentlichen HS gibt es keine Stops.
Das HS ist einzig und allein dazu da, Signale zu generieren.
Die ganze Tradeverwaltung macht das ORM.

Moin Frieder,

ich habe was gesehen, was ich dafür verantwortlich mache.
Ich berechne meine Stops innerhalb den HS unter Definitionen per

global calc Verlust : Wert1-Wert2;
z.B. Verlust : 121,16-121,12;

und übergebe sie dann dem ORM.
Jetzt rechnet IV manchmal irgendwie nicht richtig, so daß mein Verluststopp gleich meinem Gewinnstop war und ich sofort wieder rausgeschmissen wurde. Iss ja klar ...

Und ich glaube,daß der Fehler darin liegt, daß ich die Nachkommastellen nicht per "PUNKT", sondern per "KOMMA" übergeben habe.

@ Hr. Knöpfel :

Vielleicht können Sie uns da kurz weiterhelfen.
Die Berechnung der Stops erfolgt in einem Visual Basic AddOn.
Es werden zwei Single-Zahlen zurückgegeben, die ja eigentlich unabhängig von Komma oder Punkt sind.
Aber wir haben es probiert : Die übergebenen Werte stimmen, nur bei der Differenzbildung scheint irgendwas zu haken.