Lieber Besucher, herzlich willkommen bei: INVESTOX-Forum. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.
Montag, 2. Juli 2007, 10:35
Hallo Herr Knöpfel,
sorry wenn ich mich einmische, aber dieses Thema interessiert mich auch.
Ihre Aussage, "solange das Projekt nicht mit "Speichern unter..." umbenannt wird oder die HS darin gelöscht werden ..." ist zwar richtig, die Realität ist aber leider anders.
Im Bearbeitungsrechner steht zunächst haargenau dasselbe Projekt wie im Realtraderechner. Dann wird im Bearbeitungsrechner an 1000 Stellschrauben gedreht, etwas hinzugefügt oder weggenommen, optimiert ......... irgendwann will man es jetzt real handeln.
Und nun passiert doch genau das, was sie ausschließen. Das Projekt im Realtraderechner wird durch das geänderte ersetzt.
Kein Problem, solange im Realtraderechner KEINE weitern Orders generiert wurden. Hat dieser allerdings zwischenzeitlich gehandelt, muß ich die orderspezifischen Veränderungen updaten.
Würden Sie nun uns ALLE in Frage kommenden Dateien benennen, könnten wir diese VOR Realtrade-PC-Projekt-update sichern und nachher rücksichern , mit der Folge, daß das geänderte Projekt im Realtraderechner nahtlos weiterarbeitet. Nicht mehr und nicht weniger braucht auch Bernd, denke ich zumindest
Das sollte doch machbar sein, oder?
Sie hatten mir mal die maßgeblichen Dat-Bezeichnungen genannt, zum Zwecke der Übertragung zu Ihnen für irgendwelche Nachprüfungen von Trades. Es ist aber lange her und ich erinnere nicht mehr, welche es genau waren.
sorry wenn ich mich einmische, aber dieses Thema interessiert mich auch.
Ihre Aussage, "solange das Projekt nicht mit "Speichern unter..." umbenannt wird oder die HS darin gelöscht werden ..." ist zwar richtig, die Realität ist aber leider anders.
Im Bearbeitungsrechner steht zunächst haargenau dasselbe Projekt wie im Realtraderechner. Dann wird im Bearbeitungsrechner an 1000 Stellschrauben gedreht, etwas hinzugefügt oder weggenommen, optimiert ......... irgendwann will man es jetzt real handeln.
Und nun passiert doch genau das, was sie ausschließen. Das Projekt im Realtraderechner wird durch das geänderte ersetzt.
Kein Problem, solange im Realtraderechner KEINE weitern Orders generiert wurden. Hat dieser allerdings zwischenzeitlich gehandelt, muß ich die orderspezifischen Veränderungen updaten.
Würden Sie nun uns ALLE in Frage kommenden Dateien benennen, könnten wir diese VOR Realtrade-PC-Projekt-update sichern und nachher rücksichern , mit der Folge, daß das geänderte Projekt im Realtraderechner nahtlos weiterarbeitet. Nicht mehr und nicht weniger braucht auch Bernd, denke ich zumindest
Das sollte doch machbar sein, oder?
Sie hatten mir mal die maßgeblichen Dat-Bezeichnungen genannt, zum Zwecke der Übertragung zu Ihnen für irgendwelche Nachprüfungen von Trades. Es ist aber lange her und ich erinnere nicht mehr, welche es genau waren.
Montag, 2. Juli 2007, 11:31
RE: Neue Projekt Version: wie offene Positionen übernehmen?
Hallo Herr Knöpfel
Gerd beschreibt ziemlich gut, was mein Problem ist. Und Aus/Einbuchen wäre natürlich möglich: andererseits hat jede Position doch eine eigene ID beim Borker. Da wäre es schön, wenn man im (neuen/geänderten) Projekt einfach das Depot ändern könnte (Bild1). Und das scheint mir einfacher zu sein, als umständliches Aus/Einbuchen - und erst noch ohne Slippage/Gebühren.
Hat leider nicht geklappt: da ja wie beschrieben die automatische Freigabe beim Start eingeschaltet war und dieses Projekt auch zu letzt geöffnet war, wurden sofort nach dem Investox Start heute morgen die ersten Signale generiert und geroutet. Das war es, was ich gerne verhindert hätte. Hinterher die Freigabe abzuschalten hat natürlich nichts mehr genutzt.
Wäre es möglich, einen Schalter (Parameter) zu haben, dann könnte man Investox in diesem Sonderfall ab der Command-Line starten, ich stelle mir das so vor (Bild2).
Edit: Typo
Gerd beschreibt ziemlich gut, was mein Problem ist. Und Aus/Einbuchen wäre natürlich möglich: andererseits hat jede Position doch eine eigene ID beim Borker. Da wäre es schön, wenn man im (neuen/geänderten) Projekt einfach das Depot ändern könnte (Bild1). Und das scheint mir einfacher zu sein, als umständliches Aus/Einbuchen - und erst noch ohne Slippage/Gebühren.
Zitat
Original von Investox
>>auf dem anderen Rechner nicht sofort anfängt zu handeln
das würde ich die automatische Freigabe eben vorübergehend deaktivieren.
Hat leider nicht geklappt: da ja wie beschrieben die automatische Freigabe beim Start eingeschaltet war und dieses Projekt auch zu letzt geöffnet war, wurden sofort nach dem Investox Start heute morgen die ersten Signale generiert und geroutet. Das war es, was ich gerne verhindert hätte. Hinterher die Freigabe abzuschalten hat natürlich nichts mehr genutzt.
Wäre es möglich, einen Schalter (Parameter) zu haben, dann könnte man Investox in diesem Sonderfall ab der Command-Line starten, ich stelle mir das so vor (Bild2).
Edit: Typo
Gruss
Bernd
Bernd
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »bernd« (2. Juli 2007, 11:32)
Montag, 2. Juli 2007, 13:13
Hallo Herr Knöpfel
Meinen Sie mit manuelle Order eine Order direkt in der TWS, um die Verhältnisse anzupassen?
Weiter oben habe ich das Bild mit den "Eingabefeldern" übrigens desswegen angehängt, weil ich schon gerne die Namen meiner Projekte und HS ändern können möchte:
So entsprechen meine Projekte gewissen Namenskonventionen (PS1), damit ich leicht erkennen kann, was ich da mal programmiert habe. Es gibt parallel dazu ein Directory als .xls Datei; weil Investox selbst leider keine Versionierung unterstützt, hänge ich hinten die Versionsnummer an, also <projekt>_<version>.Inv .
Damit habe ich jede jemals erstellte Projekt-Version später immer noch, aus dem .xls directory sehe ich, wann die jeweilige Version ins Papertrading gegangen ist und von wann bis wann die jeweilige Version real gehandelt wurde. Eine komplette Lifecycle Doku eben, zur Unterstützung meines Trading Tagebuches.
Und ich würde gerne der neuen Version jeweils die offenen Positionen zum Weiterhandeln anhängen - ohne es selbst unter in Kaufnahme von Gebühren und Slippage machen zu müssen, was auch eher Fehlerträchtig ist: toll wäre, wenn INV den Abgleich/Ausgleich zwischen HS-Zustand und Broker selber machen würde.
PS1:
1. Qualifier Kürzel des Handelsguts 2. Qualifier Laufnummer 3. Qualifier Details zum Hsystem 4. Qualifier burst move trend gap test 5. Qualifier long short mixed 6. Qualifier und ff. frei wählbar, letzter Qualifier Versionsnummer, Qualifier separiert durch _
Original von Investox
...
Durch eine manuelle Order -4 wird das reale Depot nun noch an den aktuellen Stand des HS angepasst.
... die "ORM-Verhältnisse" entsprechen dann dem Stand der Rücksicherung, die "IB-Verhältnisse" aber natürlich nicht.
Meinen Sie mit manuelle Order eine Order direkt in der TWS, um die Verhältnisse anzupassen?
Weiter oben habe ich das Bild mit den "Eingabefeldern" übrigens desswegen angehängt, weil ich schon gerne die Namen meiner Projekte und HS ändern können möchte:
So entsprechen meine Projekte gewissen Namenskonventionen (PS1), damit ich leicht erkennen kann, was ich da mal programmiert habe. Es gibt parallel dazu ein Directory als .xls Datei; weil Investox selbst leider keine Versionierung unterstützt, hänge ich hinten die Versionsnummer an, also <projekt>_<version>.Inv .
Damit habe ich jede jemals erstellte Projekt-Version später immer noch, aus dem .xls directory sehe ich, wann die jeweilige Version ins Papertrading gegangen ist und von wann bis wann die jeweilige Version real gehandelt wurde. Eine komplette Lifecycle Doku eben, zur Unterstützung meines Trading Tagebuches.
Und ich würde gerne der neuen Version jeweils die offenen Positionen zum Weiterhandeln anhängen - ohne es selbst unter in Kaufnahme von Gebühren und Slippage machen zu müssen, was auch eher Fehlerträchtig ist: toll wäre, wenn INV den Abgleich/Ausgleich zwischen HS-Zustand und Broker selber machen würde.
PS1:
1. Qualifier Kürzel des Handelsguts 2. Qualifier Laufnummer 3. Qualifier Details zum Hsystem 4. Qualifier burst move trend gap test 5. Qualifier long short mixed 6. Qualifier und ff. frei wählbar, letzter Qualifier Versionsnummer, Qualifier separiert durch _
Gruss
Bernd
Bernd
Montag, 2. Juli 2007, 15:46
Hallo Herr Knöpfel,
Sie schreiben: "die "ORM-Verhältnisse" entsprechen dann dem Stand der Rücksicherung, die "IB-Verhältnisse" aber natürlich nicht."
Wieso das denn? An IB wurde ja nun aber auch gar nix verändert
Beispiel:
zu dem Zeitpunkt, wann ich das neue Projekt im Realtrade-PC haben will ist das ORM und die TWS "long".
diesen ORM-Zustand sichere ich durch die von Ihnen o.a. Dateien.
Nun spiele ich das geänderte Projekt ein *** und sichere die Dateien zurück, diese weisen nun auch wieder genau dieselben Zustände aus, wie vorher, also "Long" und an der TWS hat sich eh nix verändert.
*** die einzige Diskrepanz kann durch die Veränderungen des Projektes/Handelssystems bezüglich des Signalstatus "Long" sein.
Ist das HS auch jetzt noch "Long" - kein weiterer Handlungsbedarf.
Ist er nun "Out" , dann muß ich manuell den Trade durch ORM "exit" schließen.
Ist er "Short" muß ich per ORM die Position drehen.
Allerdings sind die manuellen Eingriffe auch nicht unbedingt notwendig, weil das System beim nächsten Signal eine Falschposition erkennt und berücksichtigt , so daß das übernächste wieder 100% richtig läuft.
(Meldungen: "es besteht keine Pos", oder "Pos bereits gegeben" ...)
Sie schreiben: "die "ORM-Verhältnisse" entsprechen dann dem Stand der Rücksicherung, die "IB-Verhältnisse" aber natürlich nicht."
Wieso das denn? An IB wurde ja nun aber auch gar nix verändert
Beispiel:
zu dem Zeitpunkt, wann ich das neue Projekt im Realtrade-PC haben will ist das ORM und die TWS "long".
diesen ORM-Zustand sichere ich durch die von Ihnen o.a. Dateien.
Nun spiele ich das geänderte Projekt ein *** und sichere die Dateien zurück, diese weisen nun auch wieder genau dieselben Zustände aus, wie vorher, also "Long" und an der TWS hat sich eh nix verändert.
*** die einzige Diskrepanz kann durch die Veränderungen des Projektes/Handelssystems bezüglich des Signalstatus "Long" sein.
Ist das HS auch jetzt noch "Long" - kein weiterer Handlungsbedarf.
Ist er nun "Out" , dann muß ich manuell den Trade durch ORM "exit" schließen.
Ist er "Short" muß ich per ORM die Position drehen.
Allerdings sind die manuellen Eingriffe auch nicht unbedingt notwendig, weil das System beim nächsten Signal eine Falschposition erkennt und berücksichtigt , so daß das übernächste wieder 100% richtig läuft.
(Meldungen: "es besteht keine Pos", oder "Pos bereits gegeben" ...)
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Moneymaker« (2. Juli 2007, 15:56)
Montag, 2. Juli 2007, 17:19
Hallo
Das werde ich beim nächsten Projekt- Cycle probieren:
Nun hatte ich zwischenzeitlich schon alle Positionen liqudiert umd sie ans gleiche Projekt mit der nächsten Versionsnummer wieder anzuhängen. Leider ist Investox dabei abgestürzt. Details kommen gleich in diesem Thread.
Edit: Link angepasst
Das werde ich beim nächsten Projekt- Cycle probieren:
Original von Investox
>>desswegen angehängt, weil ich schon gerne die Namen meiner Projekte ><und HS ändern
das können Sie doch tun. Die Angaben in den Tradedetails werden automatisch angepasst (Tradedetail neu öffnen).
Nun hatte ich zwischenzeitlich schon alle Positionen liqudiert umd sie ans gleiche Projekt mit der nächsten Versionsnummer wieder anzuhängen. Leider ist Investox dabei abgestürzt. Details kommen gleich in diesem Thread.
Edit: Link angepasst
Gruss
Bernd
Bernd
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »bernd« (2. Juli 2007, 17:30)