INVESTOX-Forum

Super!
hoffentlich funktioniert das auch in der Praxis..
Damit würde dann dieses unsägliche tagliche Ein- und Ausloggen entfallen, das eine mögliche zusätzliche Fehlerquelle im automatisierten Betrieb darstellt!

Zitat von »chris2000«

Damit würde dann dieses unsägliche tagliche Ein- und Ausloggen entfallen, das eine mögliche zusätzliche Fehlerquelle im automatisierten Betrieb darstellt!

Wo hast Du das beschrieben gefunden?

Vorhin war´s noch auf der IB Page.
Jetzt nicht mehr zu finden unter beta, sehr merkwürdig.

Yep. Vorhin war's da, jetzt ises weg. Aber von automatischem Einloggen, gar ohne Secure Device, stand da auch vorhin nix.

Jedenfalls hätt's mich auch etwas gewundert, die Beschreibung klang beinahe wie das Fix Protocoll, was auf dem IB Gateway eigentlich schon lange seitens IB angeboten wird! Also eigentlich ist doch beim Broker schon alles da, um Investox *direkt* ohne TWS an IB anzubinden.

Das würde imho nur zumt Teil Sinn machen. Zuerst ist dieses Protokoll ja für Anbieter, die IB nur als Backend nutzen, und ihren Kunden eine eigene Oberfläche zeigen wollen (sog. white branding).

Würde Herr Knöpfel diesen Weg beschreiten, müsste er ja ALLE Services der TWS wie Kontoanzeige etc. nachprogrammieren. Das ist aber nicht Sinn von Investox. D.h. für uns ist es doch ganz ok, die TWS für die normalen Broker-Aufgaben und zu Kontrollzwecken zu haben.

Die andere Sache ist die vermutete 40% CPU Ersparnis, die auf der verlinkten Beta Seite erwähnt wurde. Die scheint mir rein hypothetisch: ich habe nämlich bisher noch nie gesehen, dass die TWS, das API oder javaw einen signifikanten CPU Anteil brauchen würde. Nehmen wir an, dieses Java Konglomerat braucht insgesamt 5% einer CPU, dann würde man also 40% von 5% sparen können. Naja, für den Aufwand sollte Herr Knöpfel was dringenderes Programmieren.

Am Ende bleibt die Sache mit dem vermuteten Dauerbetrieb (d.h. dass *vielleicht* über das Fix Protokoll das tägliche manuelle aus- und anloggen entfallen könnte): dafür würde es sich nun wirklich lohnen!

1) RTT/IB könnte dann unterbrechungsfrei laufen, genauso wie
2) das Investox ORM

Wenn man die normalen TWS Aufgaben wie Kontokontrolle, Tradekontrolle etc. wahrnehmen will, was eh' manuelle Arbeiten sind, meldet man sich dann eben *zustätzlich* noch mit der TWS an.

Ich denke, jemand muss einen Techniker anrufen bei IB und in Erfahrung bringen, ob bei der IB Implementierung des Fix Protokolls und des IB Gateway diese Möglichkeit grundsätzlich besteht. Agathon, da Du das Thema angerissen hast, magst Du diese Innitiative bitte übernehmen?

Wenn dem so ist, wäre das einen Verbesserungsvorschalg an Herrn Knöpfel wert.

Ich habe den Beitrag auf der IB Page so verstanden, dass es sich um einen abgespeckte TWS handelt und wie Bernd schon schrieb, da wird man logischerweise einloggen müssen.
API etc. wie beim "Original" nur kein grafisches Frontend.
40% Resourcen sind nicht nur CPU sondern auch Speicher, die TWS ist durchaus hungrig nach Memory (bei mir meistens 250-350MB).
Das ganze spielt für einen Investoxuser mit ordentlichem PC alles kein große Rolle.
Wenn man aber mehrere TWS zb. auf einem Terminalserver in Verbindung mit einer eigenen Applikation für mehrere User laufen lassen möchte, ist das ein deutlicher unterschied, ob man fast doppelt soviele user auf einem Server laufen lassen kann.

Hallo Agathon

Das ist natürlich eine unerwartete Wende! Muss man sich also unbedingt anschauen!

Bin auf Deine Tests gespannt - sicher werden nun auch andere User diese Möglichkeit einmal versuchen - und auf die Berichte und Erfahrungen von weiteren Kollegen zu diesem Thema!

Gut gemacht !!!

Also hier mein erster Erfahrungsbericht:

- RTT verbinden geht.
- Backfill funktioiert (im Rahmen der Pacing Violation Problematik)
- RTT liefert auch die Kontodaten
- Reguläre Daten kommen Samstags nicht, also kann ich dazu leider nicht viel sagen, wird aber bestimmt funktionieren.
- Investox lässt sich ebenfalls verbinden, Connection zum Gateway wird hochgezählt. (API Client: 2 Connected)

Sendet man eine Order von Investox aus erhält man im Gateway Activity log folgende Fehlermeldung:

Zitat

..... This message is not supported.

Und Investox hat die order als unbearbeitet im Screen.
War ein Versuch, Ergebnis war leider so zu erwarten, siehe Seite 8 im IB Gateway Software Guide.

Bei mir zieht JAVA übrigens nur 15 MB dafür.

Ergo: aktuell ist das Tool für investox User nur zur 24x7 Kursdatenaufzeichnung nutzbar.
Es sei denn Herr Knöpfel unterstützt zukünftig das FIX Protokoll.
Selbst wenn er dies tut, ist es keine Lösung für jedermann, da CTCI / FIX von IB nicht kostenlos angeboten wird:

Zitat

Internet: $100.00
$500.00 one-time setup fee.

Extranet:
$1,500.00 (line1)
$1,000.00 (all subsequent lines)

Dedicated Line: same as Extranet

VPN: $150.00
$700.00 one-time setup fee

Nun, besser wäre wenn - wie zuerst geplant - eine direkte Unterstützung des TWS kompatiblen Orderroutings für die IB-Gateway implementiert und ausgerollt wird!

Das dieser Punkt aktuell aus den Ankündigungen für die nächste Release herausgenommen wurde heisst ja nicht, dass er generell von der Roadmap verschwunden ist.

Vielleicht kann man hier mal nachharken bzw bei IB diesen Punkt als Kundenwunsch wieder einkippen..

Hat jemand hiefür eine Idee wer hier Ansprechpartner ist?

ich habe gerade mit Herrn Lücking von IB telefoniert un Ihm eine Mail mit Bitte um Bestätigung des geplanten Features geschickt.
Wenn ich eine Antwort habe, werde ich hier im Forum informieren.

Zitat von »Hetfield«

Gateway laufen zu lassen und dann gleichzeitig die TWS zu starten ?

zweiten Login bei IB beantragen.

... kurzes Feedback von meiner Seite..
Gestern habe ich von Herrn Lücking folgende Information zur Fuktionalität 'Alternative Access for API
'bekommen:

.... laut Auskunft meiner Technik Kollegen in den USA ist bereits seit der TWS
Version 903 die Orderaufgabe via Gateway möglich.

Demnach sollte es schon jetzt klappen... Laut Beitrag weiter oben klappt's aber anscheinend noch nicht..

Was hat denn die TWS mit dem Gateway zu tun?

Herr Lücking ist der Salesman von IB.
Der wird ganz genau wissen, was die einzelnen Tools so technisch alles können.

Hotline anrufen, API / TWS Supportteam quälen.

Das "erstaunliche" ist:

auf der Seite http://www.interactivebrokers.com/de/p.p…ce&ib_entity=de findet sich die entsprechende Beschreibung.
Der Download zum Gateway dort ist exakt der gleiche wie vor 4 Wochen und führt erstmal zu selben Ergebnis wie anno dunnemal.

Ich Date jetzt mal die TWS ab und schaue, was dann passiert.

EDIT, nachtrag:

das "Dingen" installiert sich tatsächlilch mit dem letzten Update, hat anscheinend aber erstmal nichts mehr mit dem JAR file zu tun was, welches man unter dem ursprünglichen obigen Download findet, sondern ist ein "subset" der TWS.

Gateway aufruf:
C:\WINDOWS\system32\javaw.exe -cp jts.jar;hsqldb.jar;jcommon-1.0.12.jar;jhall.jar;other.jar;rss.jar -Dsun.java2d.noddraw=true -Xmx512M ibgateway.GWClient C:\Jts

TWS aufruf
C:\WINDOWS\system32\javaw.exe -cp jts.jar;hsqldb.jar;jcommon-1.0.12.jar;jfreechart-1.0.9.jar;jhall.jar;other.jar;rss.jar -Dsun.java2d.noddraw=true -Xmx512M jclient/LoginFrame C:\Jts

bei mir hat´s erstmal 109MB gefressen, was verglichen mit dem Gateway.Jar von 15MB ein "wenig" mehr ist aber deutlich weniger wie die 270MB die die TWS bei mir typischerweise frisst.