![\"db2c83dc83eaff3d8e4b985838952320\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/db2c83dc83eaff3d8e4b985838952320.png\" "\\"db2c83dc83eaff3d8e4b985838952320\\"")
<\/p>\n<\/p>\n
<\/p>\n
Als wir letztes Jahr ein Flottenmanagementsystem f\u00fcr ein Logistikunternehmen einrichteten, wollte der Kunde eine Echtzeit\u00fcberwachung des Kraftstoffverbrauchs, der Motordrehzahl und der K\u00fchlmitteltemperatur f\u00fcr jeden Lkw. Die Daten sollten nicht nur lokal gespeichert werden, sondern per Streaming an die Cloud-Plattform \u00fcbermittelt werden, damit die Disponenten den Fahrzeugstatus \u00fcberwachen konnten.<\/p>\n
Das h\u00f6rte sich ganz einfach an. Aber als wir dann loslegten, erwies sich das Abrufen von Daten aus dem Fahrzeuginneren als viel komplizierter als erwartet. Alle Fahrzeuginformationen werden \u00fcber den CAN-Bus \u00fcbertragen, aber die Nachrichtenformate sind von Fahrzeugmodell zu Fahrzeugmodell sehr unterschiedlich. Das Auslesen der Motordrehzahl eines FAW-Lastwagens im Vergleich zu einem Dongfeng-Lastwagen bedeutet, dass man es mit v\u00f6llig unterschiedlichen CAN-Nachrichten-IDs, Datenfeldpositionen und Umrechnungsfaktoren zu tun hat.<\/p>\n
Wir haben schlie\u00dflich ein duales 5G-Fahrzeug-Gateway verwendet, um dieses Problem zu l\u00f6sen. Das Gateway verbindet sich \u00fcber CAN-Schnittstellen mit dem Fahrzeugbus, analysiert alle Nachrichten und l\u00e4dt dann alles \u00fcber das 5G-Netzwerk in die Cloud hoch. Dieses ganze Projekt hat mir ein tiefes Verst\u00e4ndnis daf\u00fcr vermittelt, wie Fahrzeug-Gateways und CAN-Bus zusammenarbeiten m\u00fcssen.<\/p>\n
Beginnen wir damit, was der CAN-Bus eigentlich ist. CAN steht f\u00fcr Controller Area Network. Bosch hat diesen Kommunikationsbus in den 1980er Jahren f\u00fcr den Einsatz in Kraftfahrzeugen entwickelt.<\/p>\n
Warum brauchen wir den CAN-Bus? Moderne Fahrzeuge enthalten Dutzende oder sogar Hunderte von elektronischen Steuerger\u00e4ten. Motor-Steuerger\u00e4t, Getriebe-Steuerger\u00e4t, ABS-Steuerger\u00e4t, Kombiinstrument-Steuerger\u00e4t, Karosserie-Steuerger\u00e4t - die Liste geht weiter. Diese Steuerger\u00e4te m\u00fcssen miteinander kommunizieren. W\u00fcrde man einzelne Kabel zwischen jedem Steuerger\u00e4tepaar verlegen, w\u00e4re der Kabelbaum ein Alptraum.<\/p>\n
Der CAN-Bus verbindet alle Steuerger\u00e4te mit einem gemeinsamen Bus. Stellen Sie sich das wie eine U-Bahn-Linie vor - alle Stationen liegen auf der gleichen Strecke. Jedes Steuerger\u00e4t kann Nachrichten senden, die von allen anderen Steuerger\u00e4ten empfangen werden. Jedes Steuerger\u00e4t verarbeitet selektiv die f\u00fcr seine Funktion relevanten Nachrichten.<\/p>\n
Nutzfahrzeuge verf\u00fcgen in der Regel \u00fcber 2-3 separate CAN-Busse. Der Antriebsstrang-CAN verbindet Motor, Getriebe, ABS und andere Steuerger\u00e4te des Antriebsstrangs und l\u00e4uft normalerweise mit 500 kbps oder 250 kbps. Der Karosserie-CAN steuert Beleuchtung, Verriegelung, Klimatisierung und Komfortsysteme, in der Regel mit 125 kbit\/s. Es kann auch ein spezieller Diagnose-CAN-Bus vorhanden sein.<\/p>\n
Fahrzeug-Gateways m\u00fcssen sich in diese CAN-Busse einklinken, um Daten zu lesen. Der SV910 zum Beispiel verf\u00fcgt \u00fcber 3 CAN-Anschl\u00fcsse, die gleichzeitig mit mehreren Fahrzeug-CAN-Bussen verbunden werden k\u00f6nnen.<\/p>\n
<\/p>\n
![\"eb74286b34280d8de3302dac742a76ee\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/eb74286b34280d8de3302dac742a76ee.png\" "\\"eb74286b34280d8de3302dac742a76ee\\"")
<\/p>\n
<\/p>\n
Wie genau liest man diese Daten? Lassen Sie uns das Lesen der Motordrehzahl als Beispiel durchgehen.<\/p>\n
Schritt eins ist die physische Verbindung<\/strong>. Verbinden Sie die CAN-Schnittstelle des Gateways mit dem OBD-Diagnoseanschluss des Fahrzeugs oder direkt mit dem CAN-Bus. Nutzfahrzeuge haben in der Regel Standard-OBD-Anschl\u00fcsse, die sich in der Regel unter dem Armaturenbrett oder neben dem Fahrersitz befinden. Der Stecker ist trapezf\u00f6rmig und hat 16 Stifte.<\/p>\n Der CAN-Bus verwendet eine differentielle Signalisierung mit zwei Dr\u00e4hten: CAN_H und CAN_L. Am OBD-Stecker ist Pin 6 CAN_H und Pin 14 CAN_L. Die CAN-Schnittstelle des Gateways hat entsprechende Dr\u00e4hte - passen Sie sie einfach an. Wichtiger Hinweis: CAN-Bus-Enden ben\u00f6tigen 120-Ohm-Abschlusswiderst\u00e4nde, um Signalreflexionen zu verhindern. Einige Gateways haben intern Abschlusswiderst\u00e4nde integriert, die per Software konfiguriert werden k\u00f6nnen.<\/p>\n Schritt zwei ist die Konfiguration der Baudrate<\/strong>. Die CAN-Bus-Kommunikationsgeschwindigkeit muss \u00fcbereinstimmen, sonst erhalten Sie keine Daten. Der CAN-Bus des Antriebsstrangs von Nutzfahrzeugen l\u00e4uft in der Regel mit 250 kbit\/s oder 500 kbit\/s - das m\u00fcssen Sie zuerst \u00fcberpr\u00fcfen. Schauen Sie im Wartungshandbuch des Fahrzeugs nach oder testen Sie mit einem professionellen CAN-Analysator.<\/p>\n Konfigurieren Sie die CAN-Schnittstelle des Gateways auf die gleiche Baudrate. Gateways wie der SV910 unterst\u00fctzen mehrere Baudraten, die \u00fcber Konfigurationsdateien oder Verwaltungsschnittstellen eingestellt werden k\u00f6nnen.<\/p>\n Schritt drei ist die \u00dcberwachung und Analyse von CAN-Nachrichten<\/strong>. CAN-Bus-Daten werden in Form von Frames \u00fcbertragen. Jeder Rahmen enth\u00e4lt mehrere Teile: Nachrichten-ID, Datenl\u00e4nge, Dateninhalt, Pr\u00fcfsumme.<\/p>\n Die Nachrichten-ID ist der Schl\u00fcssel zur Identifizierung des Inhalts jeder Nachricht. F\u00fcr die Motordrehzahl definieren Normen wie GB\/T 27930 und SAE J1939 die IDs. J1939 ist f\u00fcr Nutzfahrzeuge gebr\u00e4uchlich - die Motordrehzahl verwendet die ID 0x0CF00400, mit Daten in den Bytes 4 und 5.<\/p>\n Das Gateway \u00fcberwacht kontinuierlich den CAN-Bus, erfasst Frames mit bestimmten IDs und extrahiert dann Drehzahlwerte aus den Datenbytes. Bei dem extrahierten Wert handelt es sich um Rohdaten, die mithilfe einer Formel in die tats\u00e4chliche Drehzahl umgerechnet werden m\u00fcssen. Im J1939-Standard betr\u00e4gt die Aufl\u00f6sung der Motordrehzahl 0,125 U\/min\/Bit, also multiplizieren Sie den Rohwert mit 0,125, um die tats\u00e4chliche Drehzahl zu erhalten.<\/p>\n Schritt vier ist das Verpacken und Hochladen von Daten<\/strong>. Nach dem Parsen des RPM-Werts verpackt das Gateway diesen in ein geeignetes Format, um ihn \u00fcber das 5G-Netzwerk in die Cloud hochzuladen. Zu den g\u00e4ngigen Formaten geh\u00f6ren JSON, Protobuf und MQTT-Nachrichten.<\/p>\n Die H\u00e4ufigkeit der Uploads h\u00e4ngt von den Anforderungen ab. F\u00fcr die Echtzeit\u00fcberwachung sind m\u00f6glicherweise Aktualisierungen im Sekundentakt erforderlich, w\u00e4hrend f\u00fcr das allgemeine Flottenmanagement 10- oder 30-Sekunden-Intervalle in Frage kommen. Eine h\u00f6here Frequenz bedeutet h\u00f6here Datenkosten.<\/p>\n <\/p>\n Klingt in der Theorie einfach. In der Realit\u00e4t bereitet die Anpassung an unterschiedliche Fahrzeugmodelle die gr\u00f6\u00dften Kopfschmerzen.<\/p>\n Die nationale Norm GB\/T 32960 definiert Datenformate f\u00fcr Fahrzeuge mit neuer Energie, deckt aber nur Elektrofahrzeuge ab. Herk\u00f6mmliche benzinbetriebene Nutzfahrzeuge folgen meist der SAE J1939-Norm, wobei die spezifischen Implementierungen noch variieren.<\/p>\n Noch kniffliger ist, dass viele Autohersteller \u00fcber die Standarddefinitionen hinaus propriet\u00e4re CAN-Nachrichten verwenden. Einige Marken stellen Fehlercodes und Wartungserinnerungen in privaten Nachrichten mit undokumentierten Formaten bereit. Um diese Daten zu lesen, ist Reverse Engineering oder die Beschaffung technischer Unterlagen vom Autohersteller erforderlich.<\/p>\n Bei Projekten passen wir uns an jedes Fahrzeugmodell individuell an. Sammeln Sie zun\u00e4chst die CAN-Protokolldokumentation f\u00fcr das jeweilige Modell. Wenn keine Dokumentation verf\u00fcgbar ist, verwenden Sie einen CAN-Analysator, um Busdaten aufzuzeichnen und Nachrichtenformate manuell zu analysieren. Anschlie\u00dfend konfigurieren wir entsprechende Parsing-Regeln im Gateway.<\/p>\n Gateways wie der SV910 unterst\u00fctzen eine flexible Konfiguration. Sie k\u00f6nnen benutzerdefinierte Parsing-Regeln definieren und angeben, welche Bytes in welcher Nachrichten-ID welche Daten darstellen und welche Konvertierungsformel angewendet werden soll. F\u00fcr unterschiedliche Fahrzeugmodelle sind lediglich unterschiedliche Konfigurationsdateien erforderlich, ohne dass der Code ge\u00e4ndert werden muss.<\/p>\n Wir haben eine Fahrzeugmodell-Datenbank aufgebaut, in der CAN-Protokollkonfigurationen f\u00fcr verschiedene Marken und Modelle gespeichert sind. Bei neuen Projekten wird zun\u00e4chst gepr\u00fcft, ob bereits Konfigurationen vorhanden sind. Wenn nicht, passen wir sie an und f\u00fcgen sie der Datenbank hinzu. Die Bibliothek enth\u00e4lt jetzt Konfigurationen f\u00fcr vierzig bis f\u00fcnfzig Fahrzeugmodelle.<\/p>\n Das Lesen von CAN-Daten mit Fahrzeug-Gateways erfordert eine gute Echtzeitleistung. Insbesondere beim autonomen Fahren oder in ADAS-Szenarien k\u00f6nnen Datenverz\u00f6gerungen die Sicherheit beeintr\u00e4chtigen.<\/p>\n Der CAN-Bus selbst hat eine sehr geringe Latenzzeit, gemessen in Mikrosekunden. Aber die Gateway-Verarbeitung, die Verpackung und das Hochladen f\u00fchren zu einer zus\u00e4tzlichen Verz\u00f6gerung. Wie l\u00e4sst sich dies kontrollieren?<\/p>\n Erstens: Minimierung der Verarbeitungsschritte<\/strong>. Nach dem Empfang von CAN-Frames werden diese sofort in Interrupt-Handlern oder Tasks mit hoher Priorit\u00e4t analysiert, anstatt sie in eine Warteschlange zu stellen. Nach dem Parsen direkt in den Sendepuffer legen und \u00fcber das 5G-Netzwerk senden.<\/p>\n Zweitens: Verwenden Sie Hardware-Beschleunigung<\/strong>. Einige moderne Fahrzeug-Gateways integrieren CAN-Controller mit Hardware-Filterung. Konfigurieren Sie Filterregeln auf Hardware-Ebene, um nur Nachrichten-IDs von Interesse zu akzeptieren und andere zu verwerfen. Dies reduziert die CPU-Last und erh\u00f6ht die Verarbeitungsgeschwindigkeit.<\/p>\n Drittens: Zeitstempel sorgf\u00e4ltig verwalten<\/strong>. Jeder CAN-Frame sollte unmittelbar nach dem Empfang durch das Gateway einen Zeitstempel erhalten. Dieser Zeitstempel muss auf Mikrosekunden genau sein. Die in die Cloud hochgeladenen Daten sollten diesen Zeitstempel tragen, damit die Cloud wei\u00df, wann die Daten erfasst wurden.<\/p>\n Der SV910 unterst\u00fctzt die Zeitsynchronisationsprotokolle PTP\/GPTP und gew\u00e4hrleistet so eine hochpr\u00e4zise Taktsynchronisation zwischen dem Gateway und anderen Ger\u00e4ten. Dies ist entscheidend f\u00fcr Szenarien, die eine Koordination mehrerer Ger\u00e4te erfordern.<\/p>\n Auch die Datengenauigkeit muss gew\u00e4hrleistet sein. Obwohl der CAN-Bus \u00fcber eine eingebaute Fehlerpr\u00fcfung verf\u00fcgt, treten gelegentlich immer noch fehlerhafte Daten auf. Die Gateways ben\u00f6tigen eine sekund\u00e4re Validierung. Bei der Motordrehzahl kann der normale Betrieb nicht pl\u00f6tzlich von 1000 auf 5000 U\/min und zur\u00fcck springen. Kennzeichnen Sie solche anomalen Daten als verd\u00e4chtig, anstatt sie direkt zu verwenden.<\/p>\n Behandeln Sie auch Situationen, in denen der Bus schweigt. Wenn eine bestimmte Nachricht \u00fcber einen l\u00e4ngeren Zeitraum nicht empfangen wurde, ist m\u00f6glicherweise das entsprechende Steuerger\u00e4t ausgefallen oder die Busverbindung unterbrochen worden. Die Gateways m\u00fcssen diesen Zustand erkennen und die Anomalie melden.<\/p>\n Der SV910 verf\u00fcgt \u00fcber eine duale 5G-Architektur mit zwei 5G-Modulen. Warum duales 5G?<\/p>\n Der erste Grund ist die Redundanzsicherung<\/strong>. Nutzfahrzeuge, die auf Langstrecken unterwegs sind, k\u00f6nnen durch Gebiete mit schlechtem Signal fahren. Bei einfachem 5G bedeutet ein Signalverlust keine Daten\u00fcbertragung. Bei Dual 5G werden SIM-Karten von verschiedenen Betreibern verwendet - China Telecom und China Unicom oder China Mobile und China Unicom. Wenn sich ein Signal verschlechtert, wird auf das andere umgeschaltet.<\/p>\n Die Umschaltung kann automatisch erfolgen. Das Gateway \u00fcberwacht Signalst\u00e4rke und Latenz auf beiden 5G-Verbindungen in Echtzeit und nutzt diejenige, die die bessere Qualit\u00e4t aufweist. Sie k\u00f6nnen auch beide Verbindungen gleichzeitig f\u00fcr die Link-Aggregation nutzen und so die Bandbreite verdoppeln.<\/p>\n Der zweite Grund ist die Verkehrsverteilung<\/strong>. Fahrzeuganwendungen umfassen in der Regel mehrere Datenstr\u00f6me - CAN-Bus-Daten, Kamera-Video, Positionsdaten, V2X-Kommunikation. Diese Datentypen haben unterschiedliche Eigenschaften und unterschiedliche Bandbreiten-\/Latenzanforderungen.<\/p>\n Leiten Sie kritische Steuerdaten \u00fcber eine 5G-Verbindung und hochfrequentierte Videos \u00fcber die andere. Dies verhindert St\u00f6rungen und gew\u00e4hrleistet die Echtzeit-\u00dcbertragung wichtiger Daten.<\/p>\n Der dritte Grund ist die Sicherheitsisolierung<\/strong>. Einige Flottenmanagementplattformen erfordern aus Sicherheitsgr\u00fcnden eine physische Trennung zwischen Fahrzeugsteuerungs- und Datenerfassungskan\u00e4len. Dual 5G erf\u00fcllt diese Anforderung perfekt. Steuerbefehle werden \u00fcber dedizierte Verbindungen \u00fcbertragen, die gesammelten Daten \u00fcber eine andere. Selbst wenn Hacker den Datenkanal kompromittieren, k\u00f6nnen sie die Steuerbefehle nicht manipulieren.<\/p>\n Nach der Datenerfassung laden die Fahrzeug-Gateways die Daten auf Flottenmanagement-Plattformen hoch. Bei den Plattformen handelt es sich in der Regel um Cloud-Dienste, die Fahrzeug\u00fcberwachung, Routenwiedergabe, statistische Berichte, Fehlerwarnungen und andere Funktionen bieten.<\/p>\n F\u00fcr das Hochladen von Daten gibt es mehrere Protokolloptionen. MQTT ist am weitesten verbreitet<\/strong>. Es ist ein leichtgewichtiges Nachrichtenwarteschlangenprotokoll, das speziell f\u00fcr das IoT entwickelt wurde. Gateways fungieren als MQTT-Clients, die sich mit MQTT-Servern in der Cloud verbinden und in regelm\u00e4\u00dfigen Abst\u00e4nden Nachrichten ver\u00f6ffentlichen.<\/p>\n MQTT unterst\u00fctzt verschiedene QoS-Stufen (Quality of Service). QoS 0 ist h\u00f6chstens einmal - Feuer und Vergessen, m\u00f6glicher Verlust. QoS 1 ist mindestens einmal - garantierte Zustellung, aber m\u00f6gliche Duplikate. QoS 2 ist genau einmal - garantierte Zustellung ohne Duplikate. W\u00e4hlen Sie je nach Wichtigkeit der Daten die geeignete QoS-Stufe.<\/p>\n HTTP\/HTTPS ist ebenfalls weit verbreitet<\/strong>. Die Gateways verpacken die gesammelten Daten regelm\u00e4\u00dfig und laden sie \u00fcber HTTP-POST-Anfragen in die Cloud-APIs hoch. Dieser Ansatz ist einfach und direkt mit guter Kompatibilit\u00e4t. Der Nachteil ist, dass der HTTP-Overhead den von MQTT \u00fcbersteigt und f\u00fcr die \u00dcbertragung kleiner Daten mit hoher Frequenz weniger geeignet ist.<\/p>\n Es gibt auch einige Spezialprotokolle<\/strong>. So ist beispielsweise JT\/T 808 das Standard-Kommunikationsprotokoll des Verkehrsministeriums f\u00fcr Satellitenortungssysteme f\u00fcr Stra\u00dfenfahrzeuge. Viele Flottenmanagementplattformen f\u00fcr Nutzfahrzeuge verwenden diesen Standard. Die Unterst\u00fctzung von JT\/T 808 erfordert die Implementierung des gesamten Protokollstapels.<\/p>\n Das Datenformat muss mit der Plattform abgestimmt werden. JSON ist weit verbreitet, f\u00fcr Menschen lesbar und leicht zu debuggen. JSON braucht jedoch viel Platz. Wenn die Datenkosten wichtig sind, sollten Sie bin\u00e4re Formate wie Protobuf oder benutzerdefinierte kompakte Formate verwenden.<\/p>\n Neben dem Lesen von Echtzeitdaten k\u00f6nnen Fahrzeug-Gateways auch Diagnosen durchf\u00fchren.<\/p>\n Fahrzeug-ECUs erzeugen Diagnosefehlercodes (DTCs). Wenn der Motor eine Fehlfunktion aufweist, werden Codes wie P0001 und P0002 erzeugt. Diese Codes werden in Steuerger\u00e4ten gespeichert und k\u00f6nnen \u00fcber den CAN-Bus ausgelesen werden.<\/p>\n Standard-Diagnoseprotokolle sind ISO 14229 (UDS - Unified Diagnostic Services) und SAE J1939-73. Das Gateway fungiert als Diagnose-Client und sendet Diagnoseanfragen an Steuerger\u00e4te, die Fehlercodes und zugeh\u00f6rige Informationen zur\u00fcckgeben.<\/p>\n \u00dcbersetzen Sie die Fehlercodes nach dem Lesen in lesbare Beschreibungen. Was bedeutet P0001? Kraftstoffmengenregler-Steuerkreis\/offen. Diese \u00dcbersetzung erfordert eine Fehlercodedatenbank. Die Gateways k\u00f6nnen Beschreibungen f\u00fcr g\u00e4ngige Codes intern speichern oder zur \u00dcbersetzung in die Cloud hochladen.<\/p>\n Mit Fehlercodes k\u00f6nnen Flottenmanagementplattformen Fr\u00fchwarnungen ausgeben. Wird beispielsweise ein Code f\u00fcr eine hohe K\u00fchlmitteltemperatur erkannt, werden Fahrer und Wartungsabteilungen sofort benachrichtigt, um Sch\u00e4den durch \u00dcberhitzung des Motors zu verhindern.<\/p>\n Fortschrittliche Anwendungen erm\u00f6glichen eine vorausschauende Wartung. Analysieren Sie Trends bei verschiedenen Fahrzeugparametern, um m\u00f6gliche Ausf\u00e4lle vorherzusagen. Beispielsweise hat ein allm\u00e4hlicher R\u00fcckgang des Motor\u00f6ldrucks noch keine Fehlercodes ausgel\u00f6st, zeigt aber Warnzeichen - der Fahrer wird aufgefordert, den \u00d6lstand zu \u00fcberpr\u00fcfen.<\/p>\n Nach zahlreichen Projekten sind wir auf viele Hindernisse gesto\u00dfen.<\/p>\n Erste Lektion: den CAN-Bus richtig sch\u00fctzen<\/strong>. Der Fahrzeug-CAN-Bus ist kritisch. Wenn Gateway-Fehler den Bus herunterziehen oder fehlerhafte Nachrichten \u00fcbertragen, kann der normale Fahrzeugbetrieb beeintr\u00e4chtigt werden.<\/p>\n Gateway-CAN-Schnittstellen m\u00fcssen elektrisch isoliert sein, um die Ausbreitung von Fehlern zu verhindern. Busschutzschaltungen sollten bei \u00dcberspannung oder \u00dcberstrom automatisch abschalten. Auch die Software ben\u00f6tigt Schutzmechanismen - sie muss die \u00dcbertragung unterbrechen, wenn Anomalien festgestellt werden, um Busst\u00f6rungen zu vermeiden.<\/p>\n Zweite Lektion: Fahrzeug\u00e4nderungen m\u00fcssen den Vorschriften entsprechen<\/strong>. Der Einbau von Fahrzeug-Gateways in Nutzfahrzeuge stellt eine Ver\u00e4nderung des Fahrzeugs dar. Sie m\u00fcssen den nationalen und lokalen Vorschriften entsprechen, ohne die Sicherheit des Fahrzeugs zu beeintr\u00e4chtigen. In einigen Regionen ist nach \u00c4nderungen eine Registrierung bei der Fahrzeugverwaltung erforderlich.<\/p>\n Dritte Lektion: Datensicherheit und Schutz der Privatsph\u00e4re sind sehr wichtig<\/strong>. Fahrrouten und Fahrverhalten von Fahrzeugen betreffen die Privatsph\u00e4re. Daten\u00fcbertragung verschl\u00fcsseln, Speicherung anonymisieren. Der Zugang zu Cloud-Plattformen braucht eine Berechtigungskontrolle - er darf nicht einfach an Dritte weitergegeben werden.<\/p>\n Insgesamt bildet das Auslesen von Fahrzeugdaten \u00fcber den CAN-Bus mit Fahrzeug-Gateways die Grundlage f\u00fcr vernetzte Fahrzeuganwendungen. Die Technologie selbst ist nicht komplex, aber um sie gut zu machen, m\u00fcssen viele Details beachtet werden. Die Anpassung verschiedener Fahrzeugmodelle, die Sicherstellung der Echtzeitleistung, die Datengenauigkeit, die Zuverl\u00e4ssigkeit der Kommunikation - jeder Aspekt muss sorgf\u00e4ltig verfeinert werden, um einen stabilen, zuverl\u00e4ssigen Service zu bieten.<\/p>","protected":false},"excerpt":{"rendered":" Last year while setting up a fleet management system for a logistics company, the client wanted real-time monitoring of fuel consumption, engine RPM, and coolant temperature for every truck. They didn’t just want data stored locally – everything needed streaming to the cloud platform so dispatchers could monitor vehicle status. Sounded straightforward enough. But […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"themepark_post_bcolor":"#f5f5f5","themepark_post_width":"1022px","themepark_post_img":"","themepark_post_img_po":"left","themepark_post_img_re":false,"themepark_post_img_cover":false,"themepark_post_img_fixed":false,"themepark_post_hide_title":false,"themepark_post_main_b":"","themepark_post_main_p":100,"themepark_paddingblock":false,"footnotes":""},"categories":[16],"tags":[83,51],"class_list":["post-6008","post","type-post","status-publish","format-standard","hentry","category-blog","tag-automotive-ethernet","tag-smart-transportation"],"metadata":{"classic-editor-remember":["classic-editor"],"_edit_lock":["1770111130:1"],"_edit_last":["1"],"themepark_seo_title":["Reading Vehicle Data Through CAN Bus: Practical Experience with Vehicle Gateways"],"themepark_seo_description":["Last year while setting up a fleet management system for a logistics company, the client wanted real-time monitoring of fuel consumption, engine RPM, and coolant temperature for every truck. They didn't just want data stored locally - everything needed streaming to the cloud platform so dispatchers could monitor vehicle status."],"themepark_seo_keyword":["Vehicle Gateway"],"catce":["sidebar-widgets4"],"_yoast_wpseo_primary_category":["16"],"_yoast_wpseo_content_score":["60"],"_yoast_wpseo_estimated-reading-time-minutes":["13"],"views":["3792"]},"yoast_head":"\nDie Herausforderung der verschiedenen Fahrzeugmodelle<\/h2>\n
![\"bd701919857254e4a166a9dbd40f32db\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/bd701919857254e4a166a9dbd40f32db.png\" "\\"bd701919857254e4a166a9dbd40f32db\\"")
<\/p>\nSicherstellung von Echtzeitleistung und Datengenauigkeit<\/h2>\n
Vorteile der dualen 5G-Architektur<\/h2>\n
Integration mit Flottenmanagement-Plattformen<\/h2>\n
![\"704ce1f0fc109f61b29494d0c34b7e95\"](\"https:\/\/www.key-iot.com\/wp-content\/uploads\/2026\/02\/704ce1f0fc109f61b29494d0c34b7e95.png\" "\\"704ce1f0fc109f61b29494d0c34b7e95\\"")
<\/p>\nImplementierung von Diagnosefunktionen<\/h2>\n
Lektionen aus realen Projekten<\/h2>\n