Integration von KI-Dashcams in Ihre bestehende Telematikplattform
Integration von KI-Dashcams in Ihre bestehende Telematikplattform
Sie müssen die Flottenplattform, die Sie bereits nutzen, nicht herausreißen, um KI-Fahrerüberwachung und Vorwärtskollisionssicht hinzuzufügen. Hier sind die vier Möglichkeiten, die Sie bei der Entwicklung kosten, und die Fragen, die Sie klären müssen, bevor Sie Hardware bestellen.
Kurze Antwort
Es gibt vier Integrationspfade, und Sie sollten den flachsten auswählen, der Ihren Anforderungen entspricht. Die Implementierung der Kamera als unabhängiges System mit eigener Cloud ist kostenlos, bietet Ihnen jedoch zwei Dashboards. Die Cloud/API-Synchronisierung ist der gemeinsame Mittelweg. Durch die direkte serielle Integration über RS232 wird die Kamera in den Datenfluss Ihrer vorhandenen Plattform integriert und ist das, was die meisten Telematikdienstanbieter tatsächlich wünschen. Native Bündelung – ein Anbieter für alles – ist die tiefste Integration und am wenigsten flexibel. Die entscheidende Hardware-Frage ist, ob die Kamera überhaupt über serielle Schnittstellen verfügt: Bei vielen Produktfamilien handelt es sich um eine optionale Variante, und der Kauf der falschen Variante schließt die Tür dauerhaft zu.
Warum integrieren statt ersetzen?
Die meisten Inhalte zu diesem Thema werden von Plattformanbietern verfasst und kommen zu einem vorhersehbaren Ergebnis: Die beste Antwort besteht darin, alles bei ihnen zu kaufen. Für manche Flotten ist das tatsächlich die richtige Antwort. Für drei spezifische Gruppen ist dies eine schlechte Antwort, und wenn Sie zu einer dieser Gruppen gehören, lohnt sich die Integration.
- Anbieter von Telematikdiensten. Ihre Plattform ist Ihr Produkt. Ein Austausch ist keine Option, und ein Kamerasystem eines Anbieters, das Ihr Dashboard dupliziert, schadet aktiv Ihrer Kundenbeziehung.
- Flotten mit einer bereits in den Betrieb eingebetteten Plattform. Wenn Versand, Compliance-Reporting und Gehaltsabrechnung alle aus demselben System stammen, bedeutet das Hinzufügen einer zweiten Plattform ohnehin Integrationsarbeit – außer jetzt über zwei Anbieter statt über eine Schnittstelle.
- Integratoren entwickeln eine Lösung für einen Kunden. Sie benötigen Vision-Hardware, die sich in eine von Ihnen kontrollierte Architektur einfügt, und kein Paket, das das Konto übernimmt.
Es gibt auch ein kommerzielles Argument, das übersehen wird. Wenn Vision und Telematik von einem Anbieter kommen, verlieren Sie die Möglichkeit, eine der beiden Hälften neu zu verhandeln. Durch die Integration bleiben die Schichten trennbar – was im dritten Jahr am wichtigsten ist, wenn sich die Preise einer Komponente geändert haben und die der anderen nicht.
Die vier Integrationspfade
Sortiert vom flachsten zum tiefsten. Die richtige Wahl ist der flachste Weg, der Ihren tatsächlichen Anforderungen entspricht – eine tiefere Integration ist nicht besser, sie bedeutet lediglich mehr Arbeit und mehr Kopplung.
Pfad 1 – Unabhängiges System
Am flachstenDie Kamera betreibt eine eigene Cloud. Zwei Systeme, zwei Dashboards, kein Engineering.
Die Kamera meldet sich an eine eigene Plattform. Ihre Telematikplattform macht weiterhin genau das, was sie getan hat. Wenn ein Vorfall überprüft werden muss, melden sich Bediener bei zwei Systemen an.
Funktioniert wann
- Sicherheit und Telematik werden von verschiedenen Teams mit unterschiedlichen Berichtslinien verwaltet
- Die Videoüberprüfung ist eine Spezialaufgabe und keine tägliche operative Aufgabe
- Sie möchten ein Kamerasystem evaluieren, bevor Sie mit der Integration beginnen
Bricht wann
- Disponenten benötigen während eines Live-Vorfalls Videokontext – sie werden unter Druck nicht das System wechseln
- Sie benötigen eine kombinierte Berichterstattung, da die beiden Datensätze nie zusammengeführt werden
- Ihre Kunden erwarten einen Login
Pfad 2 – Cloud/API-Synchronisierung
MittelBeide Systeme bleiben bestehen, Ereignisse und Metadaten werden jedoch über einen API zwischen ihnen verschoben.
Die Kamera verschiebt Ereignisse in ihre Cloud; Ihre Plattform ruft oder empfängt sie über einen API und zeigt sie zusammen mit den Telematikdaten an. Dies ist die in der Praxis am häufigsten vorkommende Integration, da keine Hardwareschnittstelle und keine Neuverkabelung im Fahrzeug erforderlich sind.
Funktioniert wann
- Sie möchten, dass Ereignisse in Ihrem vorhandenen Armaturenbrett sichtbar sind, ohne das Fahrzeug zu berühren
- Sie verfügen über Entwicklungsressourcen oder der Kamerahersteller veröffentlicht eine verwendbare API-Dokumentation
- Latenzzeiten von Sekunden bis Minuten sind akzeptabel
Bricht wann
- Die Verbindung ist sporadisch – Ereignisse stehen in der Warteschlange oder kommen zu spät an
- Der API des Anbieters ist dünn, ratenbegrenzt oder undokumentiert
- Dazu benötigen Sie die Plattform Befehl die Kamera, nicht nur von ihr empfangen
- Datenresidenzregeln verhindern, dass Ereignisse eine Region verlassen
Pfad 3 – Direkte serielle Integration
Was TSPs normalerweise benötigenEine physische serielle Verbindung zwischen der Kamera und Ihrer Gateway- oder Plattform-Hardware.
Die Kamera verbindet sich über eine serielle Schnittstelle – typischerweise RS232 – mit Ihrem Telematik-Gateway, Ihrer Blackbox oder Ihrem MDVR und tauscht Daten direkt aus. Ereignisse kommen auf Ihrer Plattform an, weil sie dort generiert und nicht dort synchronisiert werden. Dies ist der Weg, der die Vision wirklich in Ihre Architektur hineinbringt und nicht daneben.
Funktioniert wann
- Sie sind ein TSP, der einer Plattform, die Sie besitzen, eine Vision verleiht
- Sie benötigen eine Ereignisbereitstellung mit geringer Latenz in Umgebungen mit geringer Konnektivität
- Sie möchten Ihre bestehende GPS-, Dispatch- und Reporting-Infrastruktur unverändert beibehalten
- Sie benötigen eine Fahreridentifikation, die in Ihr bestehendes Ausweis- oder Schichtsystem integriert ist
Bricht wann
- Die von Ihnen bestellte Kameravariante verfügt über keine seriellen Anschlüsse. Dies ist eine Hardware-Entscheidung, die beim Kauf getroffen wird und später nicht korrigiert werden kann
- Niemand auf Ihrer Seite kann ein Pinbelegungsdiagramm lesen oder ein serielles Protokoll bearbeiten
- Der Anbieter wird keine Protokolldokumentation veröffentlichen
- Sie haben weder den Kabelverlauf noch die Stromeinspeisung geplant
Pfad 4 – Native/gebündelte Plattform
Am tiefsten, am wenigsten flexibelEin Anbieter liefert sowohl Telematik als auch Bildverarbeitung als ein einziges integriertes Produkt.
Eigentlich der geringste Engineering-Aufwand, denn die Integration ist Sache des Anbieters. Das ist ein echter Vorteil und es lohnt sich, dafür zu bezahlen. Der Kompromiss besteht in der Kopplung: Sie haben Ihre Plattform-Roadmap effektiv ausgelagert, und eine spätere Migration bedeutet, beide Ebenen gleichzeitig zu ersetzen.
Funktioniert wann
- Sie verfügen über keine Entwicklungsressource und haben nicht die Absicht, eine solche aufzubauen
- Sie möchten einen Vertrag, eine Support-Hotline und einen verantwortlichen Anbieter
- Video und Telematik sind ein kombiniertes Programm mit einem Eigentümer
Bricht wann
- Sie benötigen eine Funktion, die der Anbieter nicht bietet – Sie können keinen Dritten beauftragen
- Sie möchten eine Ebene unabhängig neu verhandeln
- Sie sind selbst TSP, dann widerspricht dieser Weg Ihrem Geschäftsmodell
Die Schnittstellen, erklärt
Wenn Sie den Pfad 2 oder 3 wählen, sind dies die Anschlüsse und Standards, zwischen denen Sie wählen können. Sie sind nicht austauschbar und die Wahl hängt in der Regel davon ab, was das Fahrzeug bereits bietet.
| Schnittstelle | Was es ist | Wird normalerweise verwendet für | Praktische Grenze |
|---|---|---|---|
| RS232 | Punkt-zu-Punkt-Seriell. Ein Gerät pro Port. | Gateway- und Peripherieverbindungen: Telematikboxen, GPS-Einheiten, RFID-Ausweisleser, Sensoren | Kurze Kabelwege und ein Gerät pro Port – deshalb gibt es Dual-Port-Varianten |
| RS485 | Differential seriell, Multidrop. Viele Geräte an einem Bus. | Sensornetzwerke im Fahrzeug, in denen Geräte in Reihe geschaltet sind | Benötigt korrekte Beendigung; ist bei Einzelperipherieverbindungen weniger verbreitet als RS232 |
| CAN-Bus / J1939 | Das fahrzeugeigene Netzwerk. Trägt Motor- und Karosseriedaten. | Auslesen von Fahrzeugdaten: Geschwindigkeit, Drehzahl, Kraftstoff, Bremsstatus, Fehlercodes | Erfordert, dass das Fahrzeug den Bus und die richtige Protokollvariante verfügbar macht; bei LKWs meist ein 9-Stiftstecker |
| IO-Trigger-Eingänge | Einfache digitale Ein-/Aus-Signale. | Blinker, Rückwärtsgang, Bremse, Tür – werden zum Auslösen von Aufzeichnungen und Ereignissen verwendet | Nur Signal, keine Daten. Sie erfahren, dass sich ein Zustand geändert hat und nicht, was das Fahrzeug getan hat |
| CVBS-Ausgabe | Analoger Composite-Videoausgang. | Live-Übertragung auf einen Monitor in der Kabine für den Fahrer | Kein Aufzeichnungskanal und nicht zur Datenintegration |
| Cloud / REST API | Ereignisse und Metadaten über HTTP. | Plattform-zu-Plattform-Synchronisierung, Dashboards, Berichte von Drittanbietern | Hängt vollständig von der Konnektivität und davon ab, wie gut die API-Dokumentation des Anbieters ist |
Serielle Integration und CAN-Bus sind keine Alternativen zueinander – sie erfüllen unterschiedliche Aufgaben. RS232 verbindet Ihre Kamera mit Ihrem Gateway. Der CAN-Bus liest das Fahrzeug selbst. Wenn Ihre Anforderung „jedes Mal markieren, wenn die linke Anzeige aufleuchtet“, ist das ein IO-Trigger oder ein CAN-Signal. Wenn Ihre Anforderung „Fahrer-ID und Alarmzeitstempel von der Kamera an meine Plattform senden“ lautet, ist dies seriell. Teams, die diese Entscheidungen als eine einzige Entscheidung betrachten, kaufen am Ende meist Hardware, die nur die halbe Arbeit erledigt.
Welche Daten fließen und in welche Richtung
„Bidirektional“ ist das Wort, das Anbieter verwenden, und es lohnt sich, es genauer unter die Lupe zu nehmen, da die beiden Richtungen sehr unterschiedliche Dinge beinhalten.
| Richtung | Typische Nutzlast | Warum es wichtig ist |
|---|---|---|
| Kamera → Plattform | Alarmzeitstempel, Ereignistyp, Fahrer-ID, Video-Trigger-Flags, GPS-Position, Geschwindigkeit bei Ereignis | Dadurch werden Sicherheitsereignisse in Ihren bestehenden Berichten angezeigt und nicht in einem separaten System |
| Plattform → Kamera | Fahreridentität und Schichtstatus, Konfigurations- und Schwellenwertaktualisierungen, Triggerbefehle, Zeitsynchronisierung | Dies ist die Richtung, die die meisten Integrationen vergessen. Dadurch kann Ihre Plattform die Kamera steuern, anstatt sie nur zu beobachten |
In der Inbound-Richtung verdient die Integration ihren Lebensunterhalt. Wenn Ihre Plattform die Fahreridentität an die Kamera übertragen kann, kann ein bereits vorhandenes Fahrerausweisnetzwerk wiederverwendet werden – die Kamera weiß, wer fährt, ohne ein zweites Identifikationssystem, und Schichtverstöße können Alarme auslösen. Das ist eine sinnvolle operative Fähigkeit, keine Datenschönheit.
IO-Trigger: die zu wenig genutzte Hälfte der Integration
Serielle Schnittstellen ziehen die Aufmerksamkeit auf sich, aber diskrete IO-Triggereingänge sind bei Nutzfahrzeugen oft unmittelbarer nützlich, da sie vorhandene Fahrzeugsignale in einen Aufzeichnungskontext umwandeln.
Die häufigsten drei sind Linkskurve, Rechtskurve und Rückwärtsgang. Jeder von ihnen lässt das System etwas tun, was es sonst nicht tun könnte:
- Blinker — bestätigen, ob ein Blinker zum Zeitpunkt eines Spurwechselstreits tatsächlich aktiv war. Dies ist einer der wenigen Beweisstücke, der ein Side-Swipe-Argument endgültig entkräftet.
- Rückwärtsgang – Auslösen oder Priorisieren der Aufzeichnung während des Manövrierens, wo ein großer Teil der Schäden im Depot bei niedriger Geschwindigkeit auftritt und wo Fahrer am häufigsten eine Live-Ansicht benötigen.
Zwei Designhinweise. Erstens, Dabei handelt es sich um Eingaben, nicht um Daten – Sie erhalten eine Zustandsänderung und die Zuordnung zu einem bestimmten Vorfall hängt immer noch von einer genauen Zeitsynchronisierung ab. Zweitens, Triggereingänge sind normalerweise eine Hardwarefunktion höherer Ebene: Bei vielen Produktfamilien hat die Einstiegsvariante keine. Wenn eine getriggerte Aufzeichnung Teil Ihrer Anforderung ist, schränkt dies die Variante ein, die Sie kaufen.
Stromversorgung, Verkabelung und das Problem der Angebotsüberarbeitung
Dies ist der Teil der Integration, der am häufigsten kommerziell und nicht technisch schief geht, und es lohnt sich, ihn bereits in der Spezifikationsphase und nicht erst in der Installationsphase anzusprechen.
Externe Geräte benötigen Strom
Peripheriegeräte – externe Kameras, Sensoren, Fahreralarmaktoren – benötigen häufig eine eigene Stromversorgung, anstatt sie vom Hauptgerät zu beziehen. Einige Hardware löst dieses Problem, indem sie Hilfsausgänge direkt bereitstellt: eine 12V- und eine 5V-Schiene am Gerät selbst, die Kameras, Sensoren und Fahrerwarngeräte ohne separaten Konverter betreiben. Wo dies vorhanden ist, vereinfacht es die Installation erheblich. Wo dies nicht der Fall ist, fügen Sie Sicherungs-, Umbau- und Kabelbaumarbeiten hinzu.
Bestätigen Sie die Hilfsstromarchitektur schriftlich, bevor Sie den Preis für die Installation festlegen. Ein Installationsangebot, bei dem davon ausgegangen wird, dass das Gerät seine eigenen Peripheriegeräte mit Strom versorgt, obwohl tatsächlich jedes Peripheriegerät eine abgesicherte Stromversorgung benötigt, ist der häufigste Grund dafür, dass ein Flottenprojekt das Budget zwischen Bestellung und Fertigstellung überschreitet.
Die Kabelführung ist ein echter Kostenfaktor
Die serielle Verkabelung und die Triggerverkabelung müssen physisch von der Kameraposition bis zur Gateway-Position reichen. Bei einem Transporter ist das trivial. Bei einem LKW oder Bus mit Leitungsführung durch Trennwände und Gelenkpunkte ist es ein Techniker-Tag-Gespräch. Planen Sie die Route, bevor Sie das Geschirr bestellen.
Die Zeitsynchronisierung ist nicht optional
Jede Integration in diesem Artikel hängt von der Zeitstempelausrichtung zwischen der Kamera und Ihrer Plattform ab. Die Zuordnung eines Sicherheitsereignisses zu einem Tachographen-Datensatz oder einem Versandeintrag ist nur möglich, wenn die Uhren übereinstimmen. Bestätigen Sie, wie die Zeitsynchronisierung erfolgt, und überprüfen Sie sie nach dem Pilotprojekt – nicht nach dem Vorfall.
Checkliste für die Integrationsbereitschaft
Bevor Sie Hardware für einen beliebigen Integrationspfad bestellen, holen Sie sich schriftliche Antworten auf diese Fragen. Wenn ein Anbieter sie nicht beantworten kann, ist das Ihre Antwort.
- Welche Varianten verfügen über serielle Schnittstellen und wie viele Ports? Legen Sie dies zunächst fest – es wird beim Kauf festgelegt und kann später nicht hinzugefügt werden.
- Welches Protokoll läuft über die serielle Verbindung und ist die Dokumentation freigegeben? Bitten Sie um das Protokolldokument, nicht um ein Versprechen. Undokumentierte Protokolle machen aus einer zweiwöchigen Integration eine zweimonatige.
- Ist die Pinbelegung veröffentlicht? Ein ordnungsgemäßes Installations- und Verkabelungshandbuch mit Pinbelegung ist der Unterschied zwischen der Verkabelung durch Ihren Techniker und einer Support-Ticket-Kette.
- Was sendet die Kamera und mit welcher Frequenz? Nur Alarmereignisse oder kontinuierliche Telemetrie? Dies treibt sowohl das Integrationsdesign als auch die Kosten für Mobilfunkdaten voran. Siehe Wie viele 4G-Daten verbraucht eine Flotte MDVR? für ein praktisches Beispiel für die Budgetierung von Mobilfunkdaten nach Flottentyp.
- Kann die Plattform auf die Kamera schreiben? Konfiguration, Schwellenwerte, Treiberidentität, Zeitsynchronisierung. Fragen Sie ausdrücklich nach, denn trotz des Marketings ist nicht jede „Integration“ bidirektional.
- Wie wird der Fahrer identifiziert? Ausweis, RFID, PIN oder plattformbasierte Identität – und kann es das wiederverwenden, was Sie bereits verwenden?
- Welche Hilfsenergie steht am Gerät zur Verfügung? 12V, 5V, beide oder keine.
- Was passiert mit den Daten, wenn die Verbindung fehlschlägt? Lokale Pufferung und Wiedergabe oder stiller Verlust?
- Gibt es einen API und ist dieser dokumentiert? Auch wenn Sie den seriellen Weg wählen, ist ein API für die Berichterstellung nützlich.
- Können Sie eine Mustereinheit mit dem Protokolldokument für den Prüfstandstest bereitstellen? Jeder Anbieter, der von seiner Integrationsgeschichte überzeugt ist, wird „Ja“ sagen. Testen Sie auf einem Prüfstand, bevor Sie auf einem LKW testen.
Warum die Hardwarevariante alles entscheidet
Um das Variantenproblem konkret zu machen, sehen Sie hier, wie es innerhalb einer einzelnen Produktfamilie funktioniert. Das ist das MR700 AI Dashcam-Serie, die wir herstellen – betrachten Sie die Spezifikationen daher als sachlich und die Kommentare als unsere Meinung.
| Funktion | MR700-SV | MR700-PV | MR700-V3 | MR700-V4 |
|---|---|---|---|---|
| Aufnahmekanäle | 2 (Straße + Kabine) | 2 (Straße + Kabine) | 3 (+1 extern) | 4 (+2 extern) |
| Serielle RS232-Anschlüsse | Keine | 2 | 2 | 2 |
| IO-Trigger-Eingänge | Keine | Keine | 3 (L/R drehen, rückwärts) | 3 (L/R drehen, rückwärts) |
| Hilfsstrom aus | Keine | Keine | 12V + 5V | 12V + 5V |
| CVBS-Monitorausgang | Keine | Keine | 1-Kanal | Keine |
| IO-Signalausgang | 1 | 1 | 1 | 1 |
| Positioniert für | Kleintransporter, Taxis, Mitfahrgelegenheiten, Firmenwagen | Telematikintegratoren, TSPs, Dual-MDVR-Setups | Lieferwagen und Shuttles benötigen einen Monitor in der Kabine | Schwertransporte, Gefahrstofftanker, Bergbau |
Aus dieser Tabelle ergeben sich drei Dinge, die weit über dieses Produkt hinausgehen:
- Die Integrationsvariante ist nicht die günstigste. MR700-SV hat überhaupt keine seriellen Schnittstellen – es ist das richtige Gerät für eine kleine Flotte, die sich nie integrieren lässt, und das falsche Gerät für einen TSP. Wenn die Integration auf Ihrer Roadmap steht, kostet Sie der Kauf der Basisvariante, um Geld zu sparen, die gesamte Funktionalität.
- Zwei serielle Anschlüsse sind eine bewusste Designentscheidung und keine Polsterung. Punkt-zu-Punkt seriell bedeutet ein Gerät pro Port. Über zwei Ports können Sie beispielsweise eine vorhandene GPS- oder Telematikbox anschließen und ein Sensor- oder Badge-Netzwerk ohne Multiplexer.
- Integrationstiefe und Kanalanzahl sind separate Achsen. Der PV verfügt über eine vollständige RS232-Integration, aber nur zwei Kanäle. Der V4 verfügt über vier Kanäle plus RS232 plus IO-Trigger. Wenn Sie sowohl eine umfassende Integration als auch eine Abdeckung mehrerer Kameras benötigen, schränkt dies die Auswahl erheblich ein – und es ist viel günstiger, dies vor der Bestellung zu klären als danach.
Gemeinsam im gesamten Sortiment: H.264/H.265-Aufzeichnung, GPS/BDS/GLONASS-Positionierung, 4G LTE Cat 4 mit regionalen Moduloptionen, 2.4 GHz-WLAN, Micro-SD-Speicher bis zu 512 GB, 6-Achsen-G-Sensor, FCW/LDW/HMW/PCW-Warnungen, SOS-Alarm und ein Gehäuse aus Metalllegierung, ausgelegt für −20°C bis +70°C bei 12/24V. Für OEM- und ODM-Programme sind API- und Protokolldokumentation sowie Cloud-CMS-White-Labeling Teil des Angebots – was wichtig ist, wenn Sie ein Produkt entwickeln, anstatt eines bereitzustellen.
Fünf Integrationsfehler
1. Kaufen Sie die Variante, bevor Sie die Anforderung definieren
Der teuerste Fehler, weil er der einzige ist, der nicht in der Software behoben werden kann. Definieren Sie zunächst Ihren Integrationspfad und Ihre Schnittstellenanforderungen und suchen Sie dann nach Hardware, die diese erfüllt.
2. „Integration“ als eine Sache behandeln
„In Telematikplattformen integrierbar“ kann alles bedeuten, vom CSV-Export bis hin zu einem dokumentierten bidirektionalen seriellen Protokoll. Fragen Sie welche und fordern Sie das Dokument an.
3. Die eingehende Richtung vergessen
Viele Teams planen nur, wie die Ereignisse aus der Kamera kommen. Wenn Ihre Plattform die Fahreridentität und -konfiguration nicht übertragen kann, haben Sie eine Überwachung ohne Kontrolle und bauen ein zweites Identifikationssystem auf, das Sie nicht benötigen.
4. Installation unterschätzen
Kabelführung, abgesicherte Einspeisungen für Peripheriegeräte und Kabelbaumwechsel sind Arbeitsaufwand und kein Zubehör. Geben Sie den Preis vor der Bestellung an, nicht danach.
5. Den Prüfstandstest überspringen
Ein Pilot eines Fahrzeugs sagt Ihnen, ob die Warnungen nützlich sind. Ein Prüfstandstest mit dem Protokolldokument verrät Ihnen, ob die Integration überhaupt funktioniert. Machen Sie zuerst den Prüfstandstest – es ist ein Tag voller Anstrengung, der ein flottenweites Rollback verhindert.
Häufig gestellte Fragen
Kann ich KI-Kameras zu meiner bestehenden Flottentelematikplattform hinzufügen, ohne sie zu ersetzen?
Ja. Dafür gibt es drei Möglichkeiten: Die Kamera als eigenständiges System mit eigener Cloud betreiben und zwei Dashboards akzeptieren; Synchronisieren Sie Ereignisse zwischen den beiden Clouds über einen API. Oder verbinden Sie die Kamera über eine serielle Schnittstelle wie RS232 direkt mit Ihrem Gateway oder Ihrer Plattform-Hardware. Die dritte bietet die tiefste Integration und ist das, was die meisten Telematikdienstanbieter wünschen, da Ereignisse innerhalb der Plattform ankommen und nicht in sie kopiert werden. Die einzige zwingende Voraussetzung ist, dass die Kamera-Hardware, die Sie kaufen, tatsächlich über serielle Schnittstellen verfügt – bei vielen Produktfamilien handelt es sich um eine optionale Variante, die nicht nachträglich hinzugefügt werden kann.
Wozu dient RS232 in der Fahrzeugtelematik?
RS232 ist ein serieller Punkt-zu-Punkt-Standard und wird in der Fahrzeugtelematik am häufigsten verwendet, um ein Gerät mit einem Peripheriegerät zu verbinden: einem Telematik-Gateway oder einer Blackbox, einer vorhandenen GPS-Einheit oder einem RFID-Fahrerausweisleser. Die größte praktische Einschränkung besteht darin, dass es sich um ein Gerät pro Port handelt, weshalb für die Integration vorgesehene Einheiten in der Regel über zwei Ports verfügen – sodass ein Gateway und ein Sensornetzwerk ohne Multiplexer verbunden werden können. RS232 ist nicht dasselbe wie der CAN-Bus: RS232 verbindet Ihre Geräte miteinander, während der CAN-Bus das fahrzeugeigene Netzwerk liest.
Was ist der Unterschied zwischen RS232, RS485 und dem CAN-Bus?
RS232 ist eine serielle Punkt-zu-Punkt-Verbindung über kurze Strecken, ein Gerät pro Port und ist die übliche Wahl für den Anschluss einer Kamera an ein Gateway oder ein einzelnes Peripheriegerät. RS485 ist differenziell und multidropfähig, sodass sich mehrere Geräte über größere Entfernungen einen Bus teilen, was für Sensorketten im Fahrzeug geeignet ist. Der CAN-Bus ist das fahrzeugeigene Netzwerk, das Motor- und Karosseriedaten wie Geschwindigkeit, Drehzahl, Bremsstatus und Fehlercodes überträgt. Um ihn lesen zu können, muss das Fahrzeug den Bus und die richtige Protokollvariante freigeben. In der Praxis kann eine Flottenintegration alle drei nutzen: CAN für Fahrzeugdaten, RS232 für die Gateway-Verbindung und IO-Trigger für einfache Zustandssignale.
Brauchen externe Kameras eine eigene Stromversorgung?
Oftmals ja, weshalb einige Geräte über Hilfsstromausgänge verfügen – üblicherweise eine 12V- und eine 5V-Schiene –, die externe Kameras, Sensoren und Fahrerwarngeräte ohne separate Konverter betreiben können. Wenn diese Ausgänge vorhanden sind, ist die Installation einfacher und das Angebot vorhersehbarer. Wo dies nicht der Fall ist, ist mit zusätzlichen Sicherungs-, Umbau- und Kabelbaumarbeiten zu rechnen. Bestätigen Sie die Hilfsstromarchitektur schriftlich, bevor Sie den Installationspreis festlegen, da dies der häufigste Grund dafür ist, dass ein Flottenhardwareprojekt sein ursprüngliches Budget zwischen Bestellung und Fertigstellung überschreitet.
Wofür wird ein IO-Trigger-Eingang bei einer Flottenkamera verwendet?
IO-Triggereingänge akzeptieren einfache elektrische Ein-/Aus-Signale vom Fahrzeug und nutzen sie, um Aufzeichnungen auszulösen oder Ereignisse zu kennzeichnen. Die drei häufigsten bei Nutzfahrzeugen sind der linke Blinker, der rechte Blinker und der Rückwärtsgang. Blinkereingänge helfen bei der Beilegung von Spurwechsel- und Seitenwischstreitigkeiten, indem sie bestätigen, ob ein Blinker aktiv war; Rückwärtsgangeingänge priorisieren die Aufzeichnung während des Rangierens. Sie übertragen nur den Status, keine Daten, und sie sind auf eine genaue Zeitsynchronisierung angewiesen, um bei der Korrelation mit einem Vorfall nützlich zu sein. Beachten Sie, dass es sich bei Triggereingängen oft um eine Hardwarefunktion höherer Ebene handelt. Wenn also eine getriggerte Aufnahme erforderlich ist, schränkt dies die Kaufvariante ein.
Was sollte ich einen Kameraverkäufer vor dem Kauf zur Integration fragen?
Neun Dinge, und Sie sollten schriftliche Antworten erhalten. Welche Varianten verfügen über serielle Schnittstellen und wie viele? Welches Protokoll über den Link läuft und ob die Dokumentation freigegeben ist. Ob die Pinbelegung in einem Verkabelungshandbuch veröffentlicht ist. Was die Kamera sendet und wie oft. Ob die Plattform auf die Kamera zurückschreiben kann – Konfiguration, Schwellenwerte, Fahreridentität, Zeitsynchronisierung. Wie Fahrer identifiziert werden und ob Ihr vorhandenes Ausweissystem wiederverwendet wird. Welche Hilfsenergie liefert das Gerät? Was passiert mit den Daten, wenn die Verbindung fehlschlägt? Und ob sie eine Mustereinheit mit dem Protokolldokument für den Prüfstandstest liefern. Ein Anbieter, der von seiner Integrationsgeschichte überzeugt ist, wird zu Letzterem Ja sagen.
Ist Integration besser als der Kauf von Telematik und Kameras von einem Anbieter?
Es hängt davon ab, ob Ihre Plattform ein strategischer Vermögenswert oder ein Versorgungsunternehmen ist. Wenn Sie ein Telematikdienstleister oder eine Flotte sind, deren Disposition, Compliance und Gehaltsabrechnung alle auf einer Plattform laufen, bewahrt die Integration diese Investition und sorgt dafür, dass die beiden Ebenen separat neu verhandelbar bleiben. Wenn Sie über keine Entwicklungsressourcen verfügen und auch nicht die Absicht haben, welche aufzubauen, ist ein einzelner gebündelter Anbieter tatsächlich die Lösung mit geringerem Aufwand und die Integration ist eher deren Problem als Ihres. Der Kompromiss bei der Bündelung ist die Kopplung: Sie haben Ihre Plattform-Roadmap effektiv ausgelagert, und ein späterer Richtungswechsel bedeutet, beide Ebenen gleichzeitig zu ersetzen.
Überlegen Sie, wie viele Kanäle Sie neben der Integration benötigen? Dies ist eine separate Entscheidung und schränkt die Variantenauswahl ein, da Integrationstiefe und Kanalanzahl nicht immer zusammen skalieren. Unser Leitfaden zu 2CH-, 3CH- und 4CH-Flotten-Dashcam-Konfigurationen deckt es ab, und wenn die Kanalanzahl Sie über vier hinausschiebt, MDVR versus Dashcam erklärt, wo sich die Architektur ändert. Zur Unterscheidung der Funktionen, die Sie integrieren, DMS vs. ADAS vs. AI-Dashcam legt fest, welche Erkennung was bewirkt.
