Ganesha
unregistriert
Quellcode |
|
1 2 3 4 5 6 7 |
//Soll liefern: 0=default, 0=nach Tageswechsel, 1=wenn erster brick bestätigt ist calc bestaetigt: schalter( 0, datepart(y)<>ref(datepart(y),-1), 0, komp(#???#,#Renko/Prozent %/Umkehr/A/O#), 1 ); |
Ganesha
unregistriert
Quellcode |
|
1 2 |
calc New_Brick: ROC(Komp(#Spalte(SO)+Spalte(SC)#, #Renko/RenkoWert %/Reversal/A/O#),1,$)<>0; calc bestaetigt: CumSince(new_brick, DatePart(y)<>Ref(DatePart(y),-1), 0)>0; |
Quellcode |
|
1 |
DatePart(y)<>Ref(DatePart(y),-1) |
Quellcode |
|
1 |
not(Tageswechsel()) |
Ganesha
unregistriert
Quellcode |
|
1 |
not(Tageswechsel()) |
Ganesha
unregistriert
IMO wird nur verhindert zum ersten Brick in der ersten Periode einzusteigen.Aber das wird doch genau damit verhindert im ersten Brick einzusteigen.
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Bernd« (26. September 2012, 16:05)
Ganesha
unregistriert
Nein. Spalte(SB) funktioniert im Backtest nicht. Spalte(SB) steht im Backtest immer auf '1'. Im virtuellen Broker kann man sich das auch schön angucken: Der Wert ist zunächst '0', bis die notwendige Bewegung da war. Danach springt Spalte(SB) auf '1'. Da im Backtest die notwendige Bewegung offensichtlich vorhanden war (sonst gäbe es den Brick nicht), ist Spalte(SB) immer '1'.Spalte(SB) innerhalb des Komp() Ausdrucks abzufragen, hat Dir nicht geholfen (siehe Doku www.download.Investox.de/InvestoxRenkoP&F.pdf ), ggf. in der Form Ref( Spalte(SB), -1) ?
Da im Backtest die notwendige Bewegung offensichtlich vorhanden war (sonst gäbe es den Brick nicht), ist Spalte(SB) immer '1'.