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, 18. April 2005, 13:37
Hallo Gerd,
das ist doch die bekannte Geschichte, daß Investox ja die Basiskomp berücksichtigt und die hat eben keine 18:55.
Darum fünktioniert sauber nur Tick oder man müsste intern innerhalb der Bricks eine paralelle Tickverarbeitung einbauen.
Das dürfte aber wohl ziemlich problematisch bzgl. der Investoxgeschwindigkeit werden.
Möglich und auch sinnvoller ist die Verschachtelung über mehree HSe wo dann letztendlich das Signalsystem TickbyTick läuft.
Ist schon klar, daß es sehr aufwendig und trotzdem rechenintensiv ist...
Gruß, Vuego
Zitat
Warum muß das am Brick festgemacht sein?
das ist doch die bekannte Geschichte, daß Investox ja die Basiskomp berücksichtigt und die hat eben keine 18:55.
Darum fünktioniert sauber nur Tick oder man müsste intern innerhalb der Bricks eine paralelle Tickverarbeitung einbauen.
Das dürfte aber wohl ziemlich problematisch bzgl. der Investoxgeschwindigkeit werden.
Möglich und auch sinnvoller ist die Verschachtelung über mehree HSe wo dann letztendlich das Signalsystem TickbyTick läuft.
Ist schon klar, daß es sehr aufwendig und trotzdem rechenintensiv ist...
Gruß, Vuego
Montag, 18. April 2005, 15:01
Hallo,
Udo hat es ja schon gesagt. Das kann ja für den Backtest so sein (geht ja auch nicht anders)
Aber wir (ich zumindest ) lebe nicht von Backtests
... und für Realtrades wäre ein wirklicher, verläßlicher HS-Zeitstop nicht schlecht -
Ist aber nicht lebenswichtig, solange der ORM-Stop nicht auch am Brick festmacht :]
Udo hat es ja schon gesagt. Das kann ja für den Backtest so sein (geht ja auch nicht anders)
Aber wir (ich zumindest ) lebe nicht von Backtests
... und für Realtrades wäre ein wirklicher, verläßlicher HS-Zeitstop nicht schlecht -Ist aber nicht lebenswichtig, solange der ORM-Stop nicht auch am Brick festmacht :]
Montag, 18. April 2005, 17:15
Hallo Tobias,
sind das Order-ID´s aus aktueller Order, oder von früher?
Ich hatte auch mal solche oder ähnliche Meldungen, weil im Orderbuch "alte" ID´s standen. Auf Anraten v. AK löschte ich diese und die Sache war geritzt.
Frag mich aber nicht, wieso die "alten Kamellen" immer wieder angesprochen wurden
sind das Order-ID´s aus aktueller Order, oder von früher?
Ich hatte auch mal solche oder ähnliche Meldungen, weil im Orderbuch "alte" ID´s standen. Auf Anraten v. AK löschte ich diese und die Sache war geritzt.
Frag mich aber nicht, wieso die "alten Kamellen" immer wieder angesprochen wurden
Dienstag, 19. April 2005, 11:02
Hallo,
Das Ziel der automatischen Neuverbindung ist es, einen gestörten Betrieb der API zu beenden, bei der keine Rückmeldung über Ausführungen mehr erfolgen (also nicht, ein "Einschlafen" zu verhindern). Dies gelingt ja offenbar auch. Man muss sich natürlich schon fragen, warum diese Störungen neuerdings vermehrt auftreten (IB-Serverprobleme?).
>>Was issn das ? Erkennt IV die eigenen Oders in der TWS nicht.
Haben Sie die Version 4.1.1. von Investox installiert?
Viele Grüße
Andreas Knöpfel
Ich bezweifle daher, daß das "Einschlafen" der TWS-API die Ursache für die unbearbeiteten Order ist.
Das Ziel der automatischen Neuverbindung ist es, einen gestörten Betrieb der API zu beenden, bei der keine Rückmeldung über Ausführungen mehr erfolgen (also nicht, ein "Einschlafen" zu verhindern). Dies gelingt ja offenbar auch. Man muss sich natürlich schon fragen, warum diese Störungen neuerdings vermehrt auftreten (IB-Serverprobleme?).
>>Was issn das ? Erkennt IV die eigenen Oders in der TWS nicht.
Haben Sie die Version 4.1.1. von Investox installiert?
Viele Grüße
Andreas Knöpfel
Dienstag, 19. April 2005, 11:27
>>Was issn das ? Erkennt IV die eigenen Oders in der TWS nicht.
Haben Sie die Version 4.1.1. von Investox installiert?
ja.
2 Fälle :
- einmal der Fall den ich schilderte. Der tritt auf, wenn Orders im Markt liegen und ein Reconnect dazwischen kommt.
- das zweite "unbearbeitet" hatte ich, als eine Exit Order vom ORM als Limit Order ausgeführt werden und nach 5sec in eine Market Order umgewechselt werden sollte. Das hat nicht funktioniert.
Gruss Tobias
Donnerstag, 21. April 2005, 20:31
Hallo,
Ick kenne diese Störungen (Orderstatus unbearbeitet) seit der Version 3.7.8. Damals wurde auf die API Version 8.x umgestellt. Nach vielen Test's / diversen Neuinstallationen etc. hatte ich für mich die Lösung (oder sagen wir besser die Vermeidung) des Problems gefunden. Ich habe die Optionen "Automatische Aktualisierung des Depotwertes" und "Ausführungen aktiv auswerten alle xx Sekunden" deaktiviert (-> Depotanzeige einstellen). Seit dieser Deaktivierung treten keine unbearbeiteten Orders mehr auf. Aktuell verwende ich für den automatischen Handel folgende Programmversionen:
Investox Version 3.7.13
TWS Build 843.7, 2005/03/15 12:00
API-Version 8.06
Java Version 1.4.1_02
Da unter dieser Systemumgebung die Verarbeitung der Orders reibungslos funktioniert, glaube ich eher weniger an IB-Serverprobleme. Vielmehr wird die API 8.30 eine Rolle spielen, da auch bei mir ab Version 3.7.14 bzw. Version 4.1.1 wieder unbearbeitete Orders auftreten. Die oben genannte Deaktivierung der Optionen nützt bei diesen Programmversionen übrigens nichts mehr ...
Vielleicht sind diese Informationen aber trotzdem hilfreich ...
Viele Grüße,
Heike
Ich bezweifle daher, daß das "Einschlafen" der TWS-API die Ursache für die unbearbeiteten Order ist.
Das Ziel der automatischen Neuverbindung ist es, einen gestörten Betrieb der API zu beenden, bei der keine Rückmeldung über Ausführungen mehr erfolgen (also nicht, ein "Einschlafen" zu verhindern). Dies gelingt ja offenbar auch. Man muss sich natürlich schon fragen, warum diese Störungen neuerdings vermehrt auftreten (IB-Serverprobleme?).
Ick kenne diese Störungen (Orderstatus unbearbeitet) seit der Version 3.7.8. Damals wurde auf die API Version 8.x umgestellt. Nach vielen Test's / diversen Neuinstallationen etc. hatte ich für mich die Lösung (oder sagen wir besser die Vermeidung) des Problems gefunden. Ich habe die Optionen "Automatische Aktualisierung des Depotwertes" und "Ausführungen aktiv auswerten alle xx Sekunden" deaktiviert (-> Depotanzeige einstellen). Seit dieser Deaktivierung treten keine unbearbeiteten Orders mehr auf. Aktuell verwende ich für den automatischen Handel folgende Programmversionen:
Investox Version 3.7.13
TWS Build 843.7, 2005/03/15 12:00
API-Version 8.06
Java Version 1.4.1_02
Da unter dieser Systemumgebung die Verarbeitung der Orders reibungslos funktioniert, glaube ich eher weniger an IB-Serverprobleme. Vielmehr wird die API 8.30 eine Rolle spielen, da auch bei mir ab Version 3.7.14 bzw. Version 4.1.1 wieder unbearbeitete Orders auftreten. Die oben genannte Deaktivierung der Optionen nützt bei diesen Programmversionen übrigens nichts mehr ...
Vielleicht sind diese Informationen aber trotzdem hilfreich ...
Viele Grüße,
Heike
