INVESTOX-Forum

Hallo Giuseppe,

danke, dass du dieses Thema angeschnitten hast.

Ich habe eine nächtliche DSL-Zwangstrennung, meist zwischen 4 und 5 Uhr. Danach werden bei Wiederherstellung der Verbindung alle Forex-Paare nicht mehr aufgezeichnet.

Gegen 6.30 Uhr startet das Gateway neu. Ich sehe dann im Forex-Chart einen aufgezeichneten Kurs(sprung) zu diesem Zeitpunkt, aber danach kommt nichts mehr.

Durch Neustart von RTT werden dann wieder alle Daten korrekt aufgezeichnet.

Die RTT Option "Automatischer Neustart bei Uhrzeit ...." um die fragliche Zeit herum hilft nicht?

Danke für den Tipp, Bernd.

Es wäre trotzdem hilfreich, die Ursachen zu kennen und zu beseitigen.

Ursachen?; ja mal überlegen, was es sein könnte. Als Arbeits-Hypothese

Ich vermute mal, dass das IB Gateway während der morgentlichen IB-seitgen Trennung um 5:30-6:00 Uhr herum (ich meine nicht eine event. DSL Trennung, sondern auch IB trennt um die Zeit und restartet verschiedene Feeds) zwar Client-Seitig (also Richtung RTT) die Verbindung aufrecht erhält - aber der IB Server dann "vergessen" hat, welche Martdaten vorher abonniert waren.

RTT/IB fühlt sich also "eigentlich" wohl, weil die Verbindung zum Gateway ja da ist - aber es kommt nix mehr an, weil IB vergessen hat, was es liefern sollte.

Als Workaround daher die Neuverbindungs-Optionen von RTT/IB um eine bestimmte Uhrzeit oder wenn nach soundsovielen Sekunden keine Ticks mehr eintrudeln, denke ich mir mal so. Dadurch wird dann das Markdaten-Abo "wiederbelebt".

Eigentlich funktioniert das doch auch so. Jedenfalls bei mir.

Zitat von »Giuseppe«

1) ein Verbindungabbruch wird erkannt

Ich habe die entsprechende Erkennung in den Optionen auf 90 Sekunden eingestellt: passend zu meinen Marktdaten-Abos kann dies eigentlich nicht sein, also ist dann die Verbindung offensichtlich unterbrochen.

Zitat von »Giuseppe«

2) Verbindung wird wiederhergestellt

Wenn dies also so eingestellt ist in den RTT Optionen, startet sich RTT/IB neu, stellt damit die Verbindgung wieder her (falls IB und DSL oder welcher Provider auch immer dazu bereit ist). Wenn nicht restartet es sich halt wieder nach 90 Sekunden, bis es wieder connected ist.

Zitat von »Giuseppe«

3) Fehlende daten (seit (1)) werden nachgeladen

Die Option "Datenpflege automatisch starten" hilft bei Dir nicht? Bei mir jedenfalls startet die Datenpflege sehr zuverlässig damit nach einem warum auch immer aufgetretenen Verbindungsabbruch. RTT/IB hat sich "gemerkt", wann es das letzte Mal Daten erhalten hat, und setzt ab da mit dem Backfill auf.

=> Ja man kann pro Titel mit Gewichtungen von "Am Geringsten" über "Normal" bis "am Höchsten" sogar die Priorität beim automatischen Backfill in etwa 10 Abstufungen angeben, so dass die wichtigsten Titel zuerst wieder vollständig sind.

Sehr gerne

Wenn man nicht selbst schon solcherlei Datenverbindungen / Interfaces programmiert hat, ist es mit Sicherheit schwer, die Problemstellungen nachzuvollziehen, die sich dabei auftun. Man denkt sich: das ist wie ein Stromkabel, einmal eingesteckt muss das blöde Ding doch einfach funktionieren

M.E. hat Herr Knöpfel hier beste Arbeit geleistet, dadurch, dass man eben abgestimmt auf die eigenen Daten-Abos und Bedürfnisse, die Erkennung des "Datenunterbruchs" sowie die Reaktion darauf (bis hin, was dann als erstes nachgeladen wird) selbst beeinflussen kann.

Dafür mögen die nötigen Optionen verwirrend sein; am Ende finde ich es aber besser, dass sich "mein" Datensauger RTT/IB nicht selber Datenabbruchs-Szenarien zusammen-phantasiert, sondern dass ich das Ding genau einstellen - und wenn sich die Rahmenbedingungen ändern - neu justieren kann, ohne den Hersteller bemühen zu müssen!

Und dadurch, dass das Problem über einen Neu-Start gelöst wurde, schützt einem RTT/IB auch davor, dass sich der Unterbruch einmal durch einen Windows- oder Programmfehler ergeben könnte, bei dem sich eine solch wichtige Software im eigenen Speicher-Dschungel "verirrt". Diese Lösung mag auf den ersten Blick zusätzlich verwirren. Aber es ist der best-mögliche "Fluchtplan" aus allen Situationen, egal welcher Ursache!

=> Auf Millionen-schweren Mainframes werden wichtige Adresspaces, Tasks und Daemons bis heute ins "Internet-Zeitalter" hinein auf genau dieser Weise programmiert. Es geht um grösst- mögliche Sicherheit, die aus einem Programm selbst heraus möglich ist (also solange nicht noch zusätzliche Monitoring- und Automationsprogramme dazukommen, um die Sicherheit Richtung High-Availability weiter zu erhöhen).

Hallo,

Zitat

Noch eine Frage hätte ich: dass die Titel nicht gefunden werden hängt damit zusammen, dass es zu einem Verbindungabbruch gekommen ist, richtig?

so sieht es aus. Es ist ja nicht so, dass die Titel von RTT nicht gefunden werden, sondern vielmehr nicht von der IB-API bzw. der TWS. Mit den selben Titel-Angaben klappt es ja normalerweise, nur nach diesem Reconnect nicht. Warum dann gerade bei diesen Titeln nicht, ist natürlich schon erstaunlich. Sie könnten mal das API-Protokolllevel in der TWS auf "Info" schalten und uns dann das Protokoll schicken, wenn das Problem wieder aufgetreten ist. Vielleicht lässt sich dort etwas erkennen.

Viele Grüße
Andreas Knöpfel