Tradovate-WebSocket-Abbruch durch Schließungscode 1006

Ihr Tradovate-WebSocket versorgt einen Bot problemlos mit Daten, und dann bricht er plötzlich mit Schließungscode 1006 ab. Kein Grund im Klartext, keine Schließungsnachricht, nichts in den Logs außer einer Variante von “Verbindung abnormal geschlossen.” Das ist einer der frustrierendsten Fehler in der Tradovate-Automatisierung, gerade weil 1006 Ihnen fast nichts verrät. Die gute Nachricht: Sie müssen das Rätsel so gut wie nie lösen. Ein 1006 bedeutet, dass die Verbindung ohne sauberen Handshake abgebrochen ist, und die zuverlässige Lösung besteht darin, dass sich Ihr Client sofort automatisch neu verbindet und erneut autorisiert, sobald das passiert: Heartbeats am Laufen halten, den Abbruch erkennen, einen neuen Socket aufbauen, sich erneut anmelden und neu abonnieren. Eine Bridge wie PickMyTrade erledigt genau das im Hintergrund, sodass Ihre TradingView-Alerts Tradovate weiterhin erreichen, selbst wenn ein selbstgeschriebenes Skript stumm geblieben wäre.

Was „Schließungscode 1006“ bedeutet

WebSocket-Schließungscodes sind durch das Protokoll selbst definiert. Ein sauberes Beenden sendet den Code 1000 (normale Schließung) zusammen mit einem Schließungs-Frame, der den Grund erklärt. Der Code 1006 ist anders: Es handelt sich um einen reservierten Code, den Ihre WebSocket-Bibliothek vergibt, wenn die Verbindung verschwunden ist, ohne dass jemals ein Schließungs-Frame ankam. Mit anderen Worten: Die TCP-Leitung unter dem Socket ist gerissen, und keine Seite hatte die Chance, sich ordentlich zu verabschieden. Deshalb enthält 1006 nie einen menschenlesbaren Grund. Es gibt nichts zu lesen, weil die Nachricht, die ihn enthalten hätte, nie ankam.

Es hilft zu wissen, wie der Tradovate-Socket normalerweise kommuniziert. Jeder Frame, den der Server sendet, ist mit einem einzelnen führenden Zeichen gekennzeichnet: Ein o-Frame ist die open-Nachricht, die Sie in dem Moment erhalten, in dem sich der Socket verbindet, und Ihr Stichwort zum Authentifizieren; ein a-Frame trägt ein Array mit JSON-Daten (Kurse, Order-Updates, Sync-Antworten); ein h-Frame ist ein Heartbeat; und ein c-Frame ist eine geordnete close-Meldung. Wenn Tradovate absichtlich schließt, sendet es c[1000,“...”] mit einer Nachricht, die den Grund nennt. Ein 1006 ist das Gegenteil dieses ordentlichen c: gar kein Schließungs-Frame, nur ein toter Socket und der Code der Bibliothek für abnormale Schließung.

Hören Sie also auf, nach einer Nachricht zu suchen, die nie kommen wird, und fragen Sie stattdessen, was die TCP-Verbindung unter einem langlebigen Socket gekappt haben könnte. In dieser kurzen Liste steckt jede echte Lösung.

Die häufigsten Ursachen für Schließungscode 1006 im Jahr 2026

1. Verpasste Heartbeats (die 2,5-Sekunden-Regel)

Das ist die Ursache, die am häufigsten übersehen wird. Nachdem Ihr authorize-Frame akzeptiert wurde, erwartet der Tradovate-Socket einen stetigen Heartbeat von Ihrem Client: ein leeres JSON-Array, buchstäblich als [] geschrieben, gesendet etwa alle 2,5 Sekunden. Diese winzigen Frames beweisen, dass die Verbindung lebt. Bleiben sie aus, kann der Server stillschweigend aufhören, Daten zu senden, oder die Verbindung kappen, was auf Ihrer Seite als 1006 ankommt. Wenn sich Ihre Verbindungsabbrüche nach einer Pause in Ihrem Code oder einer überlasteten Event-Loop häufen, verdächtigen Sie zuerst den Heartbeat.

2. Drosselung von Browser-Tabs

Wenn Ihr Socket in einem Browser läuft, gibt es eine fiese Falle. Wenn der Tab mit Ihrer App nicht der aktive Tab ist, senken Chrome und andere Browser die Priorität von setInterval und setTimeout. Ihr 2,5-Sekunden-Heartbeat rutscht auf mehrere Sekunden Abstand, der Server sieht eine stockende Verbindung, und der Socket schließt mit 1006 in dem Moment, in dem Sie den Tab wechseln. Die Lösung besteht darin, die Heartbeat-Schleife in einem Web Worker laufen zu lassen (Worker werden nicht auf dieselbe Weise gedrosselt) oder das Ganze als Node-Prozess komplett außerhalb des Browsers auszuführen.

3. Timeouts durch inaktive Proxys, NAT oder Firewalls

Alles, was zwischen Ihrer Maschine und Tradovate sitzt, kann eine Verbindung kappen, die es für ruhig hält. Unternehmens-Proxys, Load Balancer, NAT-Tabellen und Heimrouter trennen inaktive TCP-Verbindungen häufig nach 30 bis 120 Sekunden, und dabei senden sie selten einen Schließungs-Frame. Das ist der Lehrbuch-1006, und ein passend getakteter Heartbeat sorgt dafür, dass die Verbindung aktiv genug wirkt, um das zu überstehen.

4. Ablaufender Token oder eine zweite Anmeldung, die Ihre Sitzung stiehlt

Ein Tradovate-Zugriffstoken lebt etwa 90 Minuten, und lässt man ihn ablaufen, während der Socket verbunden ist, kann das die Verbindung kappen. Schlimmer noch: Tradovate erlaubt pro Konto nur zwei gleichzeitige Sitzungen, und das Erstellen einer dritten schließt die älteste. Wenn ein anderes Skript, ein manueller Test oder ein neuer Login-Vorgang für dasselbe Konto einen neuen Token anfordert, kann das die Sitzung beenden, auf der Ihr Socket reitet, was wieder als 1006 auftaucht. Das sichere Muster besteht darin, den Token per Timer zu erneuern, statt sich erneut anzumelden, wodurch die bestehende Sitzung und damit der Socket am Leben bleiben.

5. Netzwerkinstabilität und Reconnect-Stürme

Auch einfache Netzwerkabbrüche verursachen 1006: eine wacklige WLAN-Verbindung, ein VPS mit einem lauten Nachbarn, ein kurzer ISP-Ausfall. Das lässt sich nicht vermeiden. Die Falle liegt darin, wie Sie reagieren. Wenn Ihre Reconnect-Logik in einer engen Schleife feuert, sobald sie eine Schließung sieht, können Sie Tradovates Endpunkt mit Verbindungsversuchen überfluten, dessen Anfrage-Strafe auslösen und aus einem zweisekündigen Aussetzer eine mehrminütige Sperre machen. Backoff ist hier nicht optional.

So beheben Sie Schließungscode 1006: Schritt für Schritt

Kapseln Sie den Socket und verbinden Sie sich bei jeder Schließung neu

Halten Sie den Heartbeat am Leben

Autorisieren und abonnieren Sie den neuen Socket erneut

Erneuern Sie den Token per Timer, statt eine neue Sitzung zu starten

Backoff mit Jitter anwenden

Fehlerbehebungstabelle

Verhindern Sie das mit PickMyTrade

Eine Reconnect-Schicht, ein drosselresistenter Heartbeat, eine Token-Erneuerung und eine Abonnement-Wiedergabe sind eine Menge Installationsarbeit, die man von Hand richtig hinbekommen muss, und ein einziger übersehener Grenzfall lässt Ihre Orders im schlimmsten Moment fallen. PickMyTrade sitzt zwischen TradingView und Tradovate und übernimmt das alles für Sie:

• Verwaltete WebSocket-Verbindungen mit automatischer Neuverbindung und Reautorisierung, sodass ein 1006 zu einem kurzen Aussetzer statt einem Ausfall wird.
• Dauerhaft aktive Heartbeats, die serverseitig laufen, weit entfernt von der Drosselung durch Browser-Tabs.
• Automatische Token-Erneuerung und eine saubere Sitzung pro Konto, damit ein 90-Minuten-Ablauf oder eine versehentliche zweite Anmeldung Sie nie offline schickt.
• Rate-Limit-sichere Neuverbindungen mit sinnvollem Backoff, sodass die Wiederherstellung nie zu einer Anfrage-Strafsperre wird.

Der Lohn: Ihre TradingView-Alerts erreichen Tradovate zuverlässig, ohne dass Sie auch nur eine einzige Zeile WebSocket-Lebenszyklus-Code schreiben oder überwachen müssen.