Sie verpassen Handelsmöglichkeiten:
- Freie Handelsapplikationen
- Über 8.000 Signale zum Kopieren
- Wirtschaftsnachrichten für die Lage an den Finanzmärkte
Registrierung
Einloggen
Sie stimmen der Website-Richtlinie und den Nutzungsbedingungen zu.
Wenn Sie kein Benutzerkonto haben, registrieren Sie sich
Der Vorschlag von mir verwendet OrderCalcProfit() da sollten automatisch(!) die unterschiedlichen Währungen von Symbol und Konto berücksichtigt sein, ebenso wie die unterschiedlichen Berechnungsmethoden.
das mag ja sein Carl, aber bei OrderCalcProfit() muss ich die Lotgröße wissen.
bei den Meisten Calc Modi, nicht bei allen gilt
Profit: (close_price - open_price) * Contract_Size * Lots
demzufolge ist die Lotzahl
für Forex kann ich das Abkürzen wenn ich den SL in Points angebe
Theoretisch könnte ich ja auch für alle anderen bis auf Futures abkürzen
Wenn ich jetzt ein Konto in EUR habe und das CFD für DOW z.B in USD Berechnet wird muss ich das ganze dann noch mal mit 1/EURUSD rechnen, dann hab ichs auch wieder genau
das wäre dann
Lots = 1/BidpriceEURUSD * Geldrisiko / (stoploss * _sym.TickValue())
jetzt zum Konkreten Problem
wenn ich einen Preis beim Dax habe
Entry: 9800,00
Exit: 9700,00
dann habe ich theoretisch 100 Punktedifferenz, dann kommen noch die Kommastellen dazu
Wenn ich jetzt die Formel hernehme
Bei einer Contractsize von 100 würde das bei einem Konto mit 10k und Risiko 2% folgendes ergeben
Lots = 200 / (100*100) --> Lots = 0,02
bei seinem Broker habe ich eine Contract Size von 1
das würde dann ergeben
Lots = 200 / (1*100) --> Lots = 2
im Beispiel
ergibt eine Differenz von 13,4
Lots = 200 / (13,4*1) = 14,9254
wie zum Henker er mit der Formel auf 74 kommt ist mir absolut nicht klar
das mag ja sein Carl, aber bei OrderCalcProfit() muss ich die Lotgröße wissen.
Jain!
Über FixRisk wird wird der mögliche Verlust bei 1.0 Lots errechnet, um damit dann in einem zweiten Schritt die tatsächlich zu handelnden Lots zu berechnen:
Schritt 1:
Schritt 2:
lot=MathFloor(m_account.Balance()*m_percent/loss/100.0/stepvol)*stepvol;
im Beispiel
ergibt eine Differenz von 13,4
Lots = 200 / (13,4*1) = 14,9254
wie zum Henker er mit der Formel auf 74 kommt ist mir absolut nicht klar
Du hast hier nen kleinen Fehler drin: Die 13,4 sind der Abstand zwischen SL und TP und nicht der Abstand zwischen entry und SL, das sind 6,7 und ich hatte nicht 2%, sondern 5% riskio daraus folgt:
lots = 500/ (6,7 * 1) = 74,62
Jain!
Über FixRisk wird wird der mögliche Verlust bei 1.0 Lots errechnet, um damit dann in einem zweiten Schritt die tatsächlich zu handelnden Lots zu berechnen:
Schritt 1:
Schritt 2:
Da muss ich mich erstmal einarbeiten, wie das mit dem ganzen Klassen-Zeug funktioniert.. in Java wäre das ja einfach irgendwie so:
So einfach ist es ja offensichtlich nicht (es kommt ja immer 0 raus), also muss ich da erstmal noch ein bisschen lernen.
Du hast hier nen kleinen Fehler drin: Die 13,4 sind der Abstand zwischen SL und TP und nicht der Abstand zwischen entry und SL, das sind 6,7 und ich hatte nicht 2%, sondern 5% riskio daraus folgt:
lots = 500/ (6,7 * 1) = 74,62
Ok, und was passt dann nicht?
das mit entry hab ich verwechselt, dann passt die berechnung ja
der fehler sagt ja nur aus, das du. Icht genug geld am konto hast, ist die frage welchen hebel du hast
Ok, und was passt dann nicht?
das mit entry hab ich verwechselt, dann passt die berechnung ja
der fehler sagt ja nur aus, das du. Icht genug geld am konto hast, ist die frage welchen hebel du hast
1:500, wie baue ich das denn da ein?
Und was anderes... wenn ich da mit 74 lot reingehe, entspricht das doch 74 mal dem aktuellen wert, würde ich mit so einer Summe dann schon den Markt bewegen, bzw. ab wann würde das passieren?
1:500, wie baue ich das denn da ein?
Und was anderes... wenn ich da mit 74 lot reingehe, entspricht das doch 74 mal dem aktuellen wert, würde ich mit so einer Summe dann schon den Markt bewegen, bzw. ab wann würde das passieren?
Du wirst den markt nie bewegen
du hast 10k am konto
10kx500 macht
5000k = 5 000 000
Und du willst 74 bewegen
weil lot size ist ja 1,
also stimmt mit dem hebel was nicht
Der Vorschlag von mir verwendet OrderCalcProfit() da sollten automatisch(!) die unterschiedlichen Währungen von Symbol und Konto berücksichtigt sein, ebenso wie die unterschiedlichen Berechnungsmethoden.
ich habe jetzt einen Grundaufbau, um CMonexFixedRisk zu verwenden, ist der so richtig? Und kann ich da noch das ein oder andere weglassen, dass es kürzer wird?
Du wirst den markt nie bewegen
du hast 10k am konto
10kx500 macht
5000k = 5 000 000
Und du willst 74 bewegen
weil lot size ist ja 1,
also stimmt mit dem hebel was nicht
Hmm.... absolut keine Ahnung