Zusammenfassung: MIPI CSI-2 oder USB ist eine der häufigsten Fragen in Edge-AI-Projekten. Wenn Sie ein Produkt bauen, wählen Sie MIPI. Wenn Sie eine Idee validieren, wählen Sie USB. Probleme beginnen, wenn ein Team davon ausgeht, dass die Prototyp-Kamera zur Serienkamera wird.
Zwei Schnittstellen, zwei Aufgaben
Diese Frage bekommen wir erstaunlich oft, und die Antwort ist meist einfach. Die richtige Kameraschnittstelle hängt davon ab, ob Sie eine Idee validieren oder das Produkt bauen.
Was Ihnen MIPI CSI-2 bietet:
- Geringere Latenz.
- Geringeren Energieverbrauch.
- Direkte Kontrolle über den Bildsensor.
Was Ihnen USB bietet:
- Schnellere Entwicklung.
- Plug-and-Play-Integration.
- Ein riesiges Ökosystem an Kameras.
So funktionieren die beiden Schnittstellen
Eine USB-Kamera ist ein komplettes Gerät. Sie hat einen eigenen Sensor, einen eigenen Bildprozessor und meist eine eigene Kompression und meldet sich beim Host über den Standard USB Video Class (UVC) an. Unter Linux erscheint sie als Videogerät und funktioniert mit Standardtreibern. Genau deshalb ist sie für einen Prototyp so praktisch: einstecken und Bilder sammeln.
Eine MIPI-CSI-2-Kamera ist ein Sensormodul, das direkt an die Kameraschnittstelle des SoC angeschlossen wird, meist über ein flaches Flexkabel. Die Rohbilddaten gehen in den eigenen Bildsignalprozessor (ISP) des SoC, der Demosaicing, Belichtung, Weißabgleich und Rauschunterdrückung übernimmt. Der Anwendungsprozessor steuert den Sensor direkt, typischerweise über I2C, sodass Belichtung, Verstärkung, Bildtiming und Triggerung unter Ihrer Kontrolle sind.
Dieser Unterschied erklärt die Abwägungen. USB verlagert die Bildverarbeitung in die Kamera und gibt Ihnen eine Standardschnittstelle. MIPI verlagert sie in Ihren SoC und gibt Ihnen Kontrolle, Effizienz und eine engere Integration mit dem Rest der Vision-Pipeline.
| USB-Kamera | MIPI-CSI-2-Kamera | |
|---|---|---|
| Am besten für | Eine Idee validieren | Das Produkt ausliefern |
| Integrationsaufwand | Gering, Standard-UVC-Treiber | Höher, Sensortreiber, Device Tree und ISP-Tuning |
| Latenz | Höher, zusätzliche Verarbeitung und Übertragung | Geringer, direkter Weg in den SoC |
| Energie | Höher, die Kamera hat eigene Verarbeitung | Geringer, der ISP des SoC übernimmt die Arbeit |
| Sensorsteuerung | Begrenzt auf das, was die Kamera freigibt | Direkte Kontrolle über Belichtung, Verstärkung und Timing |
| Mechanisches Design | Kabel und Stecker, flexible Platzierung | Kurzes Flexkabel, Platzierung nahe am SoC |
| Kameraauswahl | Riesiges Angebot ab Lager | Hängt von Modulen und Treibern für Ihren SoC ab |
Wo Teams in Schwierigkeiten geraten
Der häufige Fehler ist die Annahme, dass die Prototyp-Kamera zur Serienkamera wird. Ein Wechsel von USB zu MIPI ist nicht einfach ein Schnittstellentausch. Er bedeutet oft:
- Ein anderes Kameramodul beschaffen.
- Die Hardware neu entwerfen.
- Neue Treiber integrieren.
- Den ISP abstimmen.
- Die Vision-Pipeline neu validieren.
Warum der Wechsel größer ist, als er aussieht
Ein Vision-Modell wird mit Bildern einer bestimmten Kamera trainiert und validiert. Wechselt die Kamera, ändern sich die Bilder: Farbwiedergabe, Rauschen, Schärfe, Dynamikumfang und die Verarbeitung durch den ISP. Ein Modell, das mit den Bildern der USB-Kamera gut funktioniert hat, kann auf dem neuen Sensor an Genauigkeit verlieren, selbst wenn die Szene dieselbe ist.
Auch die Hardware ändert sich. Eine MIPI-Kamera braucht einen Stecker auf dem Board, ein Flexkabel, das ins Gehäuse passt, ein Objektiv und eine Halterung, die zur Optik passen, und einen Sensor, den Ihr SoC mit einem funktionierenden Treiber unterstützt. Jeder dieser Punkte ist eine Designentscheidung mit eigener Lieferzeit und eigenem Testaufwand.
Wann USB die richtige Wahl für das Produkt ist
USB ist nicht nur etwas für Prototypen. Es kann die richtige Wahl für die Serie sein, wenn:
- Die Kamera ein Zubehör ist, das der Kunde anschließt oder tauscht.
- Die Kamera weit vom Mainboard entfernt sitzen muss, weiter als ein MIPI-Flexkabel erlaubt.
- Die Stückzahlen klein sind und eine Standardkamera mit langer Verfügbarkeit die sicherere Bezugsquelle ist.
- Bildqualität und Latenz der USB-Kamera die Produktanforderungen bereits erfüllen, gemessen auf dem echten Gerät.
Checkliste vor der Entscheidung
- Ist das der Prototyp oder das Produkt?
- Welche Sensoren unterstützt Ihr SoC mit ausgereiften Treibern und ISP-Tuning?
- Welches Budget für Latenz, Bildrate und Energie braucht das Produkt?
- Wo sitzt die Kamera im Gehäuse, und wie lang ist das Kabel?
- Stammen die Trainingsdaten von derselben Kamera, die ausgeliefert wird?
- Wer liefert das Modul, und wie lange?
Was Sie auf der echten Hardware testen sollten
- Die Latenz von der Belichtung bis zum Ergebnis, nicht nur die Inferenzzeit.
- Die Bildqualität bei realer Beleuchtung, einschließlich wenig Licht und Gegenlicht.
- Die Modellgenauigkeit auf Bildern der Serienkamera.
- Energieverbrauch und Temperatur bei dauerhaft streamender Kamera.
- Stabilität über lange Laufzeiten: verlorene Bilder, Treiberfehler und Wiederherstellung nach einem Kamera-Reset.
Die eine Frage, die Sie früh stellen sollten
Deshalb stellen wir zu Beginn jedes Vision-Projekts immer eine Frage: Ist das der Prototyp oder das Produkt? Die Antwort entscheidet meist über die richtige Kameraschnittstelle, und wer sie früh stellt, spart später ein Hardware-Redesign.
Kosten und Lieferzeiten
Die Kamerawahl beeinflusst Stückliste und Zeitplan auf Arten, die man früh leicht übersieht. Eine USB-Kamera ist ein fertiges Produkt mit eigenem Gehäuse, eigener Elektronik und eigenem Kabel, und Sie bezahlen all das bei jeder Einheit. Ein MIPI-Modul ist in Stückzahlen meist günstiger pro Einheit, verlagert aber Arbeit in Ihr Projekt: Das Board braucht einen Kamerastecker, das Gehäuse eine Objektivöffnung und Halterung, und die Software einen Treiber und ISP-Tuning für genau diesen Sensor.
Auch Lieferzeiten zählen. Kameramodule für Embedded-SoCs sind oft um einen bestimmten Sensor herum gebaut, und Verfügbarkeit und Lebenszyklus des Sensors bestimmen, wie lange Sie das Modul kaufen können. Fragen Sie früh nach Lebenszyklusinformationen und bestimmen Sie einen alternativen Sensor, den Ihr SoC ebenfalls unterstützt.
Ein einfacher Entscheidungsweg
- Wenn Sie die Idee noch validieren, starten Sie mit USB und sammeln Sie frühe Daten.
- Sobald die Produktrichtung klar ist, wählen Sie Seriensensor und SoC gemeinsam.
- Verlagern Sie die Datenerfassung auf die Serienkamera, damit das Modell mit den Bildern trainiert wird, die es im Feld sieht.
- Legen Sie die Kameraschnittstelle fest, bevor das Board-Layout eingefroren wird, nicht danach.
FAQ
Können wir mit USB prototypisieren und trotzdem MIPI ausliefern?
Ja, wenn Sie es einplanen. Wählen Sie den Seriensensor früh, sammeln Sie so bald wie möglich Trainingsdaten damit und planen Sie Zeit für Treiber, ISP-Tuning und erneute Validierung ein.
Ist MIPI immer schneller?
Die Schnittstelle selbst verursacht weniger Overhead, aber das Ergebnis hängt von der gesamten Pipeline ab. Messen Sie die Latenz durchgängig auf Ihrer Hardware.
Brauchen wir ISP-Tuning?
Bei einem MIPI-Sensor meist ja. Die ISP-Einstellungen bestimmen, wie das Bild für Ihr Modell aussieht, daher gehört das Tuning dazu, um die validierte Genauigkeit zu erreichen.
Was ändert sich für das Softwareteam?
Bei USB liest die Anwendung Bilder meist über eine generische Videoschnittstelle. Bei MIPI verantwortet das Team zusätzlich den Sensortreiber, die Device-Tree-Konfiguration, die ISP-Einstellungen und die Media-Pipeline, die alles verbindet. Planen Sie diese Arbeit ausdrücklich ein und halten Sie den Anwendungscode wo möglich unabhängig von der Kameraschnittstelle, damit der Wechsel von der Prototyp-Kamera keine Neuentwicklung der Anwendung bedeutet.
Wie wir helfen
Unsere Ingenieure integrieren Kameratreiber, ISP und Bild-Pipelines auf Embedded-Hardware, vom ersten Prototyp bis zu Seriengeräten. Siehe unsere Leistungen Edge AI und Computer Vision und BSP und Linux-Treiber, oder starten Sie mit dem Accelerator Industrial Vision Box, damit Ihr Team die Vision-Anwendung baut, nicht die Plattform. Wenn Sie die Kameraschnittstelle für ein Edge-AI-Produkt wählen, sprechen Sie mit einem Ingenieur.
