- 1
- 2
Freitag, 9. Dezember 2011, 14:47
Hallo Herr Knöpfel
> Wenn man also z.B. per globaler Variable die Aktualisierung abschaltet, wird sie nicht wieder in Gang kommen.
Das ist ja klar. Wenn man sich selbst ins Knie schiesst, ist es möglich, dass es schmerzt. Trotzdem gibt es Leute, die ohne Gefahr für sich oder andere ihr Leben lang mit einem Gewehr umgehen.
Und sich, bildlich gesprochen, ins Knie zu schiessen, bieten auch die herkömmlichen Codiermöglichkeiten von Investox und VBS genügend Hand, so dass der User nicht ausgerechnet an der Stelle der Aktualisierungsfrequenz vor sich selber geschützt werden muss.
Was ich mir gedacht habe bei meinem Posting, wäre ein Coding, das ungefähr so aussieht (es sei angenommen, #_HS_Aktualisierung# wäre die Variable, die Sie zur Beeinflussung der Handelssystem-Aktualisierungsfrequenz zur Verfügung stellen):
Wenn es aber so nicht geht, wäre aus Ihrer Sicht vielleicht eine Anhack-Lösung im HS unter Aktualisierung / Zeitbedinte Aktualisierung möglich?
So wie es jetzt ist, hat jedes meiner Handelssysteme etwa 3 bis 4 Stunden Handelszeit (pro 24h Tag !) und bleibt vielleicht für andere 3 bis 4 Stunden im Markt (je nach Trailing-Stop auch mal länger, handelt aber nur 15 bis 30 Mal überhaupt pro Jahr !!), während die Handelszeitfenster der Systeme gegeneinander versetzt sind:
Trotzdem muss ich für jedes Handelssystem während der ganzen Börsenzeit die volle CPU Power für die Gesamtzahl aller Handelssysteme gleichzeitig auf der gesamten Life-Maschine zur Verfügung stellen (es könnte ja auch ausserhalb der Entry Zeit (Handelszeit) noch eine Position zu Verfolgen haben; man kann mit den aktuellen Investox Bordmitteln also gar nichts machen), was eine unglaubliche Verschwendung von Geld darstellt. Versetzt bräuchten meine System geschätzt nur 30% der aktuellen Power der i7-990x CPU, ja es würde ein i7-940 schätzungsweise dicke reichen!
Also, egal welche andere Lösung Ihnen einfällt - aber eine Lösung dieses Strom- und CPU Verschwendungs-Problems wäre wünschenswert, nennen sie das neue Feature doch einfach "Investox Green-Power", das wäre auch marketing-mässig der Hit heutzutage.
> Wenn man also z.B. per globaler Variable die Aktualisierung abschaltet, wird sie nicht wieder in Gang kommen.
Das ist ja klar. Wenn man sich selbst ins Knie schiesst, ist es möglich, dass es schmerzt. Trotzdem gibt es Leute, die ohne Gefahr für sich oder andere ihr Leben lang mit einem Gewehr umgehen.
Und sich, bildlich gesprochen, ins Knie zu schiessen, bieten auch die herkömmlichen Codiermöglichkeiten von Investox und VBS genügend Hand, so dass der User nicht ausgerechnet an der Stelle der Aktualisierungsfrequenz vor sich selber geschützt werden muss.
Was ich mir gedacht habe bei meinem Posting, wäre ein Coding, das ungefähr so aussieht (es sei angenommen, #_HS_Aktualisierung# wäre die Variable, die Sie zur Beeinflussung der Handelssystem-Aktualisierungsfrequenz zur Verfügung stellen):
|
Quellcode |
1 2 3 4 5 6 7 |
global calc Uhrzeit: DatePart(h)*100+DatePart(n); global calc dst: Komp(# DST_USA(DIF)#,#T#)*100; // Indikator aus der Inv. Forums DB global const TradeStart: 0915; global calc Tradeende: 1715+dst; global calc HandelsZeit: Uhrzeit >= TradeStart and Uhrzeit < TradeEnde; global calc #_HS_Aktualisierung#: If( Handelzeit or DepotHist(S)<>0, 0, 60); // Aktualisierung in Sekunden, 0=sooft möglich |
Wenn es aber so nicht geht, wäre aus Ihrer Sicht vielleicht eine Anhack-Lösung im HS unter Aktualisierung / Zeitbedinte Aktualisierung möglich?
So wie es jetzt ist, hat jedes meiner Handelssysteme etwa 3 bis 4 Stunden Handelszeit (pro 24h Tag !) und bleibt vielleicht für andere 3 bis 4 Stunden im Markt (je nach Trailing-Stop auch mal länger, handelt aber nur 15 bis 30 Mal überhaupt pro Jahr !!), während die Handelszeitfenster der Systeme gegeneinander versetzt sind:
Trotzdem muss ich für jedes Handelssystem während der ganzen Börsenzeit die volle CPU Power für die Gesamtzahl aller Handelssysteme gleichzeitig auf der gesamten Life-Maschine zur Verfügung stellen (es könnte ja auch ausserhalb der Entry Zeit (Handelszeit) noch eine Position zu Verfolgen haben; man kann mit den aktuellen Investox Bordmitteln also gar nichts machen), was eine unglaubliche Verschwendung von Geld darstellt. Versetzt bräuchten meine System geschätzt nur 30% der aktuellen Power der i7-990x CPU, ja es würde ein i7-940 schätzungsweise dicke reichen!
Also, egal welche andere Lösung Ihnen einfällt - aber eine Lösung dieses Strom- und CPU Verschwendungs-Problems wäre wünschenswert, nennen sie das neue Feature doch einfach "Investox Green-Power", das wäre auch marketing-mässig der Hit heutzutage.
Gruss
Bernd
Bernd
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Bernd« (9. Dezember 2011, 15:04)
Freitag, 9. Dezember 2011, 17:25
Mein Problem geht in etwa in die gleiche Richtung. Bei mir laufen von meinen 16 Kernen nur 4 im Lifehandel und 4 über C2. Und dies nur max. 3 Std. pro Tag (Handelszeitbegrenzung). Für den Rest des Tages würde ich gern alle 16 Kerne zur Optimierung nutzen. Während der Haupthandelszeit überschneiden sich aber die 4 Life HS u. 4 C2 HS mit den 16 Opti HS, daher muss ich die Opti HS jeden Tag manuell deaktivieren und aktivieren. Sehr nervig!
Hier wäre es sehr nützlich wenn man dies irgendwie automatisch händeln könnte
Grüße Peratron
Hier wäre es sehr nützlich wenn man dies irgendwie automatisch händeln könnte
Grüße Peratron
Freitag, 9. Dezember 2011, 17:29
Hier noch mein anderer Wunsch 
Wäre es möglich die Anzahl der Instanzen weiter zu erhöhen.
Manche Instanzen sind für den Life Handel eingestellt manche für C2 und manche nur fürs optimieren
daher wären 40-50 Instanzen sehr vorteilhaft!
Bei sovielen Instanzen wären natürlich Vorlagen vorteilhaft in denen man einstellt welche Instanzen geladen werden sollen.
Sofern Instanzen geladen werden, sollten die Vorlagen beim Start der Hauptinstanz per Auswahlmenü abgefragt werden.
Die zusätzliche Auswahl keine Instanz laden wäre von Vorteil, den manchmal braucht man nur die Hauptinstanz muss aber
warten bis alle aktivierten geladen sind.
Wäre es zusätzlich möglich up/down Buttons zu integrieren damit man die Reihenfolge der Instanzen einstellen kann.
Grüße Peratron
Wäre es möglich die Anzahl der Instanzen weiter zu erhöhen.
Manche Instanzen sind für den Life Handel eingestellt manche für C2 und manche nur fürs optimieren
daher wären 40-50 Instanzen sehr vorteilhaft!
Bei sovielen Instanzen wären natürlich Vorlagen vorteilhaft in denen man einstellt welche Instanzen geladen werden sollen.
Sofern Instanzen geladen werden, sollten die Vorlagen beim Start der Hauptinstanz per Auswahlmenü abgefragt werden.
Die zusätzliche Auswahl keine Instanz laden wäre von Vorteil, den manchmal braucht man nur die Hauptinstanz muss aber
warten bis alle aktivierten geladen sind.
Wäre es zusätzlich möglich up/down Buttons zu integrieren damit man die Reihenfolge der Instanzen einstellen kann.
Grüße Peratron
Montag, 2. Januar 2012, 19:03
Hallo Herr Knöpfel,
ich wünsche Ihnen auch weiterhin viel Kreativität, Gesundheit und Erfolg im neuen Jahr.
Bezüglich Ihrer Empfehlung:
Ein Beispielprojekt zur Anwendung ist ebenfalls in der Database eingestellt ("GlobaleHSVariablen").
Dieses Beispielprojekt habe ich nicht gefunden. Für einen Hinweis wäre ich dankbar.
Gruß,
hajo
ich wünsche Ihnen auch weiterhin viel Kreativität, Gesundheit und Erfolg im neuen Jahr.
Bezüglich Ihrer Empfehlung:
Dort steht:
Wenn man mehrere Titel pro System hat, wird das event. auch unübersichtlich. Noch besser wäre es ja auch, wenn man ein einziges Gesamtsignal hätte, so dass man das Ergebnis wirklich auf einen Blick sieht.
Siehe dazu: Variablenwerte Handelssystem-übergreifend auswerten.
Viele Grüße
Andreas Knöpfel
Ein Beispielprojekt zur Anwendung ist ebenfalls in der Database eingestellt ("GlobaleHSVariablen").
Dieses Beispielprojekt habe ich nicht gefunden. Für einen Hinweis wäre ich dankbar.
Gruß,
hajo
Montag, 9. Januar 2012, 16:01
Danke für die Aktion, aber leider erhalte ich folgende FehlermeldungHallo,
sollte jetzt bereits stehen...
http://www.investoxforum.de/index.php?pa…BData&dataID=81
Viele Grüße
Andreas Knöpfel
Habe INV 6.1.1
Gruß,
hajo
Montag, 9. Januar 2012, 17:32
Hallo Herr Knöpfel,editiert von hajo
... Installieren Sie doch bitte das Serviceupdate 6.3. Tritt dann immer noch ein Fehler auf?
Viele Grüße
Andreas Knöpfel
habe soeben Update auf INV 6.3.0 durchgeführt. Dann Investox gestartet -> Projekt „GlobaleHSVariablen.Inv“ öffnen -> die Sanduhr erscheint und läuft und läuft und läuft und läuft ...
Ich kann Investox nur via TaskManager schließen. Hatte auch Computer neu gestartet.
Wie weiter ?
Gruß,
hajo
Montag, 9. Januar 2012, 17:51
Hallo,
vielleicht hat etwas mit dem Download nicht richtig geklappt: Die gespeicherte Datei „GlobaleHSVariablen.Inv“ sollte 37.859 Byte groß sein.
Sie haben aber schon die gerade aktuelle Version 6.3.1 installiert?
Viele Grüße
Andreas Knöpfel
vielleicht hat etwas mit dem Download nicht richtig geklappt: Die gespeicherte Datei „GlobaleHSVariablen.Inv“ sollte 37.859 Byte groß sein.
Zitat
habe soeben Update auf INV 6.3.0 durchgeführt.
Sie haben aber schon die gerade aktuelle Version 6.3.1 installiert?
Viele Grüße
Andreas Knöpfel
Montag, 9. Januar 2012, 18:03
editiert von hajo
Sie haben aber schon die gerade aktuelle Version 6.3.1 installiert?
Viele Grüße
Andreas Knöpfel
No Sir !
Da Sie “Serviceupdate 6.3„ geschrieben hatten, habe ich ganz treu nur 6.3 (0) installiert.
Nun updated auf INV 6.3.1 -> Projekt „GlobaleHSVariablen.Inv“ öffnen -> funktioniert !
Danke für die Aktion.
Gruß,
hajo
Donnerstag, 12. Januar 2012, 15:57
Hallo,
noch zum ersten Punkt:
Wenn man den Abstand verkleinern möchte, kann einfach zwei Stops verwenden und für den engeren Stop einen Mindestgewinn definieren. Wenn man den Abstand vergrößern möchte ist es allerdings etwas kompliziert, das dies wohl nur mit einem Anwenderstop geht (also in einen Stop programmiert). Nach folgendem Muster:
Die "Abweichende Ausstiegsbasis" unter "Optionen" des Stops sollte dabei auf #_ExitLevel# stehen.
Viele Grüße
Andreas Knöpfel
noch zum ersten Punkt:
es wäre eine gute Sache, wenn man z.B. mit einem aktivierten Stop einen anderen Stop automatisch deaktivieren könnte. (wenn man den Trailing Abstand vergrößern möchte
Wenn man den Abstand verkleinern möchte, kann einfach zwei Stops verwenden und für den engeren Stop einen Mindestgewinn definieren. Wenn man den Abstand vergrößern möchte ist es allerdings etwas kompliziert, das dies wohl nur mit einem Anwenderstop geht (also in einen Stop programmiert). Nach folgendem Muster:
|
|
Quellcode |
1 2 3 4 5 6 7 8 9 10 11 12 |
const Limit1: 10; const Limit2: 15; const GrenzeLimit2: 10; calc MaxGewinn: If(TradePosition=1, TradeHigh-TradeEntryPrice, TradeEntryPrice-TradeLow); calc #_StopLevel#: If(TradePosition=1, TradeHigh, TradeLow)-TradePosition*If(MaxGewinn>=GrenzeLimit2, Limit2, Limit1); calc #_ExitLevel#: #_StopLevel#; If(TradePosition=1, Low<#_StopLevel#, High>#_StopLevel#) |
Die "Abweichende Ausstiegsbasis" unter "Optionen" des Stops sollte dabei auf #_ExitLevel# stehen.
Viele Grüße
Andreas Knöpfel
- 1
- 2
Ähnliche Themen
-
Allgemeine Fragen zu Investox »-
Bin ich der richtige für Investoxx --> ST oder XL?
(28. August 2011, 20:46)
-
- Zusatztool Neuro Plus! »
-
Hr.Knöpfel ... das wärs ;-)
(22. November 2009, 15:51)
-
- Allgemeine Fragen zu Investox »
-
Darstellung von G/V-Phasen
(13. März 2006, 11:10)
-
- Erweiterungs- und Verbesserungsvorschläge zu Investox »
-
Schlüsselwörter "easy"
(6. April 2003, 14:22)
-
- Erweiterungs- und Verbesserungsvorschläge zu Investox »
-
Doppelklick - Markieren
(4. November 2002, 19:50)