Eine T-Box ist nur nützlich, wenn sie lesen kann, was das Fahrzeug weiß. Fast alles, was die Telematikplattform meldet — Ladezustand, Zellspannungen, Geschwindigkeit, Fehlercodes, Crash-Flags — wird über das CAN-Protokoll aus den Fahrzeugbussen gesammelt, und fast jede Fernaktion, vom Entriegeln bis zum Flashen der Firmware, läuft über denselben Weg mittels UDS-Diagnose zurück. Dieser Artikel erklärt, wie CAN-Rahmen im Fahrzeug zirkulieren, wie die T-Box lauscht, ohne den Bus zu stören, und wie die für das Remote-Flashen genutzte ISO-14229-UDS-Sequenz tatsächlich funktioniert.
Controller Area Network ist ein differentieller Multi-Master-Serienbus: Jeder Knoten sieht jeden Rahmen, und eine Arbitrierung nach Nachrichten-ID lässt höherprioren Rahmen die Leitung ohne Kollisionen gewinnen. Ein klassischer CAN-Rahmen trägt eine 11-Bit- (oder erweiterte 29-Bit-) Kennung, ein Kontrollfeld, bis zu 8 Datenbytes, einen CRC und Acknowledge-Bits. CAN-FD hebt die Nutzlast auf 64 Bytes und schaltet für die Datenphase auf eine schnellere Bitrate um, was moderne EV-Architekturen für hochauflösende Batterie- und ADAS-Signale benötigen. Die CAN-Transceiver der T-Box wandeln die differentiellen PHY-Signale in UART-artige Rahmen für ihr MCU, oft über zwei oder drei isolierte Buskanäle.
Die meisten Telemetriedaten werden passiv gesammelt: Die T-Box abonniert periodische Broadcast-Rahmen — etwa das BMS, das alle 100 ms die Packspannung veröffentlicht — skaliert die Rohbytes mithilfe der fahrzeugeigenen CAN-Datenbank (DBC) und versieht sie mit einem Zeitstempel gegen GNSS-Zeit. Passives Lauschen ist sicher, weil es keinen Verkehr hinzufügt. Wenn die Plattform Daten benötigt, die niemand sendet, wird die T-Box zum aktiven Diagnosetester, der Anfragen an ein bestimmtes Steuergerät schickt und dessen Antworten liest. Fernbefehle — Vorkonditionierung der Kabine, Türverriegelung — werden auf dieselbe Weise ausgegeben, durch Authentifizierung und sichere Bordkommunikation abgesichert, damit eine kompromittierte T-Box keine unbefugten Rahmen einschleusen kann.
Unified Diagnostic Services sind die standardisierte Client-Server-Sprache zwischen einem Tester (hier der T-Box) und Steuergeräten. Jeder Dienst hat eine Servicekennung (SID). Die Dienste, denen ein Telematik-Ingenieur am häufigsten begegnet, sind:
Der ferngesteuerte Firmware-Download ist der am stärksten choreografierte UDS-Ablauf. Die T-Box empfängt das Image über Mobilfunk, verifiziert es und führt das Zielsteuergerät dann durch eine feste Sequenz:
Auf IP-basierten Architekturen laufen dieselben Dienste auf DoIP (ISO 13400) über Automotive Ethernet; die Dienstlogik ist identisch, nur der Transport ändert sich.
Buslast, Nachrichten-Timeouts und Teilnetz-Aufweckung müssen so ausgelegt werden, dass Telemetrie den Sicherheitsverkehr niemals aushungert. Flashen ist wiederaufsetzbar und stromausfalltolerant konzipiert: Ein mitten im Update unterbrochenes Steuergerät muss in seinen Bootloader starten und einen erneuten Transfer akzeptieren, statt unbrauchbar zu werden. Funktionale Adressierung (eine Anfrage an viele Steuergeräte) ist TesterPresent und koordinierten Resets vorbehalten — niemals Schreibdiensten, wo sich gleichzeitige Antworten kollidieren würden. Disziplinierte Anwendung dieser Regeln trennt eine Telematikplattform, die 100.000 Fahrzeuge sauber aktualisiert, von einer, die eine Flotte unbrauchbar macht.
UDS-Flashen und kontinuierliche Busüberwachung erfordern eine T-Box-Versorgung, die nie einbricht. Weijiang Power liefert die weit-temperaturbeständigen NiMH- und Lithium-Backup-Zellen sowie kundenspezifische Packs, die Telematikeinheiten über Zündzyklen, Versorgungseinbrüche und crashbedingten Stromverlust am Leben halten — mit abgestimmtem Innenwiderstands-Binning, geschweißten Verbindungen und vollständiger Transport-/Sicherheitsdokumentation. Senden Sie uns Ihre Schienenarchitektur und das Worst-Case-Stromprofil, und wir konstruieren die Backup-Versorgung darum herum.
