Kundenspezifische Zweikanal-CVBS-Video-DVR-Encoder-Platine mit PIP, OSD und Aufnahme

Für eingebettete Videogeräte, UAV-Nutzlasten, Fahrzeugsysteme, Industriekameras und andere Spezialanwendungen, Kunden benötigen manchmal viel mehr als einen Standard-Video-Encoder oder eine DVR-Karte.

Eine typische Anforderung kann zwei unabhängige CVBS-Videoeingänge sein, gleichzeitige Videoverarbeitung, Bild-im-Bild (PIP), Video-Overlay, angepasstes OSD, Echtzeitaufzeichnung und Integration externer Telemetriedaten – alles auf einer kompakten, eigenständigen Leiterplatte.

Bei Onvon, wir können bieten OEM/ODM-Anpassung basierend auf vorhandenen Videoverarbeitungsplattformen, Dadurch können Kunden eine bewährte Hardwareplattform modifizieren, anstatt ein komplettes Videoverarbeitungssystem von Grund auf neu zu entwickeln.

Typische Anforderung an die benutzerdefinierte Videoverarbeitung

Ein neuerer Projekttyp erfordert den folgenden Betriebsablauf:

CVBS-Eingang 1 + CVBS-Eingang 2 → Gleichzeitige Verarbeitung → PIP / Überlagerung / Fusion → OSD → Aufnahme + Videoausgabe

Wichtig ist, dass beide Videoeingänge gleichzeitig verarbeitet werden müssen.

Dies unterscheidet sich von einem einfachen Videomischer mit zwei Kameras, wobei jeweils nur eine Videoquelle ausgewählt und angezeigt wird.

Das Zielsystem muss beide Videostreams für die Echtzeitverarbeitung verfügbar halten und sie zum endgültigen Ausgabebild kombinieren.

1. Zwei CVBS-Videoeingänge

Die kundenspezifische Leiterplatte kann um zwei unabhängige analoge Videoeingänge herum gestaltet werden.

Zu den typischen Anforderungen gehören::

  • 2 × unabhängige CVBS-Eingänge
  • KUMPEL 720 × 576 Unterstützung
  • NTSC-Unterstützung, wo erforderlich
  • Gleichzeitige Verarbeitung beider Videoeingänge
  • Keine einfache Videoumschaltung
  • PIP- oder Overlay-Verarbeitung in Echtzeit

Diese Art von Architektur kann nützlich sein, wenn zwei Kameras gleichzeitig aktiv bleiben müssen.

Zum Beispiel:

Kamera 1 → Hauptvideo

Kamera 2 → Sekundäres PIP-Video

Das endgültig verarbeitete Bild kann dann angezeigt werden, aufgezeichnet und über die ausgewählte Videoausgangsschnittstelle übertragen.

2. Echtzeit-PIP und Video-Overlay

Bild-in-Bild ist eine der wichtigsten Anforderungen für diese Art von Projekten.

Das sekundäre Videobild muss möglicherweise angepasst werden:

  • Position
  • Breite und Höhe
  • Skalierung
  • Overlay-Modus
  • Transparenz
  • Anzeigebereich

Bei einer typischen Anwendung kann es erforderlich sein, das zweite Videofenster an eine andere Stelle im Hauptvideobild zu verschieben.

Zum Beispiel:

Haupt-CVBS-Video + Sekundäres CVBS-Video → PIP-Ausgabe

Sofern vom ausgewählten Prozessor/der ausgewählten Plattform unterstützt, Auch Transparenz- oder Alpha-Blending-Funktionen können berücksichtigt werden.

Wenn echtes Alpha-Blending auf der vorhandenen Plattform nicht verfügbar ist, Die verfügbaren Overlay- und PIP-Modi können während der Anpassungsphase bewertet werden.

Die genaue PIP-Fähigkeit hängt vom ausgewählten Prozessor ab, Videodecoder und vorhandene Firmware-Architektur.

3. OSD und externe Datenintegration

Eine weitere wichtige Anforderung ist ein anpassbares OSD.

Das System muss möglicherweise Informationen anzeigen, z:

  • Batteriespannung
  • Batterieprozentsatz oder geschätzter Batteriestand
  • Kompasskurs
  • Magnetische oder geografische Überschrift
  • GPS-Koordinaten
  • Datum und Uhrzeit
  • Benutzerdefinierter Text
  • Weitere Telemetrieinformationen

Externe Daten können möglicherweise über Schnittstellen empfangen werden, z:

  • UART
  • RS232
  • RS422
  • USB
  • GPIO
  • ADC

Zum Beispiel, Der externe Controller eines Kunden könnte GPS senden, Kompass- und Batterieinformationen über UART.

Die Videoverarbeitungs-Firmware kann diese Daten dann verwenden, um die entsprechenden OSD-Informationen zum Live-Video zu generieren.

Ein typischer Datenfluss könnte sein:

GPS / Kompass / Batteriesensor → UART / Externe Schnittstelle → Videoverarbeitungsplatine → OSD → Videoausgang + Aufnahme

Die genaue Schnittstelle und das Protokoll können je nach Ausstattung des Kunden angepasst werden.

4. Echtzeit-Videoaufzeichnung

Für viele eingebettete Anwendungen, Die Aufnahme ist keine optionale Funktion.

Die erforderliche Architektur kann sein:

Zwei CVBS-Eingänge → PIP / Überlagerung / OSD → Endgültiges Video → H.264/H.265-Kodierung → SD-Karte / eMMC

Der Kunde kann verlangen:

  • Kontinuierliche Aufzeichnung in Echtzeit
  • H.264- oder H.265-Kodierung
  • Aufzeichnung auf SD-Karte
  • eMMC-Aufzeichnung
  • Automatische Dateisegmentierung
  • Aufnahmewiederherstellung nach Stromunterbrechung
  • Aufnahme des endgültig verarbeiteten Bildes
  • OSD im aufgezeichneten Video enthalten

Die wichtigste Voraussetzung ist, dass die Das verarbeitete PIP-/Overlay-Bild muss aufgezeichnet werden, anstatt einfach einen der ursprünglichen Kameraeingänge aufzuzeichnen.

Dadurch eignet sich das System für den eigenständigen Embedded-Betrieb, ohne dass ein PC erforderlich ist.

5. Videoausgabe

Je nach Projekt, Es können verschiedene Videoausgabeschnittstellen in Betracht gezogen werden.

Mögliche Schnittstellen sind z.B:

  • CVBS PAL-Ausgabe
  • HDMI
  • BT.656
  • MIPI
  • Andere digitale Videoschnittstellen

Für einige eingebettete Anwendungen, CVBS bleibt vorzuziehen, da es direkt an vorhandene Displays angeschlossen werden kann, Sender oder Videosysteme.

Für andere Anwendungen, HDMI oder eine digitale Videoschnittstelle sind möglicherweise besser geeignet.

Die Ausgabeschnittstelle kann daher entsprechend der bestehenden Systemarchitektur des Kunden ausgewählt werden.

6. Kompaktes eingebettetes PCB-Design

Die Zielgröße für diese Art von Projekt liegt oft unter:

100 × 100 mm

Je nach Prozessor ist möglicherweise eine kleinere Platine möglich, Decoder, Encoder, Erinnerung, Speicher- und Schnittstellenanforderungen.

Die fertige Platine kann als geliefert werden blanke Leiterplatte oder eingebettetes Modul, ohne Gehäuse.

Dadurch eignet es sich für die Integration in:

  • UAV-Nutzlastausrüstung
  • Fahrzeugvideosysteme
  • Industrieausrüstung
  • Tragbare Überwachungssysteme
  • Robotik
  • Spezialisierte Kamerasysteme
  • Kundenspezifische DVR-Ausrüstung
  • OEM-Videoprodukte

7. 12V DC-Stromversorgung

Für diese Art von Anwendung, Der Kunde benötigt möglicherweise einen Gleichstromeingang im Bereich von 5–12 V.

Für einige bestehende Plattformen, Jedoch, 12V DC ist erforderlich.

Der Stromverbrauch hängt vom gewählten Prozessor ab, Video-Encoder, Speichergerät, Ausgangsschnittstelle und Peripheriekonfiguration.

Während der OEM/ODM-Evaluierung, Wir können den erwarteten typischen und maximalen Stromverbrauch basierend auf der endgültigen Hardwarekonfiguration angeben.

8. Firmware-Anpassung

Hardware ist nur ein Teil einer maßgeschneiderten Videoverarbeitungslösung.

Eventuell muss auch die Firmware für die Kundenanwendung angepasst werden.

Mögliche Firmware-Anpassungen umfassen:

  • PIP-Konfiguration
  • Video-Overlay
  • OSD-Layout
  • OSD-Datenprotokoll
  • UART-Befehlsschnittstelle
  • Externe Telemetrie-Integration
  • Aufnahmekonfiguration
  • Dateisegmentierung
  • Startkonfiguration
  • Konfiguration der Videoausgabe
  • Firmware-Upgrade-Funktionen

Sofern verfügbar, Für die weitere kundenseitige Entwicklung kann auch eine SDK-/API-Dokumentation bereitgestellt werden.

Das endgültige System soll als funktionieren eigenständiges eingebettetes Videoverarbeitungsmodul, ohne dass im Normalbetrieb ein PC erforderlich ist.

9. Bestehende Plattform vs. Neue Entwicklung

Für OEM-Projekte, Der Beginn mit einer bestehenden, bewährten Plattform kann das Entwicklungsrisiko im Vergleich zur Entwicklung des gesamten Systems von Null deutlich reduzieren.

Statt zu entwerfen:

Video-Decoder + Prozessor + Encoder + Lagerung + OSD + Schnittstellen + Firmware

von Grund auf, Wir können eine vorhandene Videoverarbeitungsplatine bewerten und feststellen, welche Funktionen beibehalten werden können und welche Funktionen angepasst werden müssen.

Der Entwicklungsprozess kann umfassen:

  1. Der Kunde stellt detaillierte technische Anforderungen bereit.
  2. Wir identifizieren die nächstgelegene vorhandene Hardwareplattform.
  3. Technik bewertet Prozessor, Decoder, Encoder- und Speicherressourcen.
  4. Vorhandene PIP-/Overlay-/OSD-/Aufzeichnungsfunktionen werden ausgewertet.
  5. Hardwareschnittstellen sind bestätigt.
  6. Anforderungen an die Firmware-Anpassung sind definiert.
  7. Prototypen oder Mustereinheiten werden vorbereitet.
  8. Der Kunde führt einen Funktionstest durch.
  9. Firmware und Hardware werden bei Bedarf verfeinert.
  10. Nach der Freigabe beginnt die kundenspezifische Produktion.

Dieser Ansatz eignet sich besonders dann, wenn der Kunde ein spezielles Produkt entwickeln möchte, aber nicht den gesamten Hardware- und Firmware-Entwicklungsprozess bei Null beginnen möchte.

10. Beispiel einer OEM/ODM-Anforderung

Eine typische Projektspezifikation könnte so aussehen:

FunktionTypische Anforderung
Videoeingang2 × unabhängiges CVBS
VideostandardKUMPEL 720 × 576, NTSC optional
VerarbeitungGleichzeitige Zweikanalverarbeitung
PIPErforderlich
ÜberlagerungErforderlich
PIP-PositionEinstellbar
PIP-GrößeEinstellbar
TransparenzAm besten verstellbar
OSDErforderlich / anpassbar
AufnahmeErforderlich
CodecH.264 / H.265
LagerungSD-Karte / eMMC
AufnahmemodusKontinuierlich
AusgabeCVBS / HDMI / digitale Schnittstelle
Externe DatenUART / RS232 / RS422 / USB / GPIO / ADC
Leistung12V DC für ausgewählte Plattform
PCB-GrößeAm besten unten 100 × 100 mm
FirmwareAnpassbar
SDK/APIAbhängig von der Plattform

Die endgültige Spezifikation wird nach der technischen Bewertung der ausgewählten Hardwareplattform festgelegt.

11. Dual-Kamera- und Wärmebildanwendungen

Die gleiche Art von Videoverarbeitungsarchitektur kann auch bei Systemen mit zwei Kameras verwendet werden.

Zum Beispiel, Eine Kamera für sichtbares Licht und eine Wärmebildkamera können in einem einzigen eingebetteten Videoverarbeitungssystem kombiniert werden.

640×512 Dual-Light-Wärmebildmodul

Unsere Dual-Light-Kameralösungen können Wärmebildgebung und Bildgebung mit sichtbarem Licht kombinieren und eignen sich möglicherweise für Anwendungen, die Tag/Nacht- oder Multisensor-Video erfordern.

Für bestimmte kundenspezifische Kamerasysteme, Auch die Videoeingangsarchitektur und die Steuerschnittstelle können entsprechend der Kundenanwendung evaluiert werden.

12. OEM/ODM-Videoverarbeitungs-PCB-Entwicklung

Wenn Ihr Projekt eine maßgeschneiderte eingebettete Videoverarbeitungskarte erfordert, Wir können beurteilen, ob eine bestehende Plattform als Hardware-Grundlage genutzt werden kann.

Typische Anpassungsprojekte können Folgendes umfassen::

Dualer CVBS-Eingang

→ Videodekodierung

→ PIP / Überlagerung / Fusion

→ OSD

→ H.264/H.265-Kodierung

→ SD-Karte / eMMC-Aufzeichnung

→ CVBS / HDMI / Digitaler Videoausgang

mit externen Schnittstellen für GPS, Kompass, Batterie und andere Telemetrieinformationen.

Der eigentliche Prozessor, Video-Decoder, Encoder, Erinnerung, Lagerung, Schnittstellen, Leiterplattenabmessungen und Firmware-Funktionen hängen von der gewählten Plattform und den Projektanforderungen ab.

Kontaktieren Sie uns für eine maßgeschneiderte Videoverarbeitungsplatine

Bitte geben Sie Ihren Bedarf an:

  • Videoeingabeformat
  • Videoausgabeformat
  • PIP-Anforderungen
  • Aufnahmeanforderungen
  • OSD-Informationen
  • Externe Datenschnittstellen
  • Speicheranforderungen
  • Stromversorgung
  • PCB-Größe
  • Erwartete Menge
  • Anforderungen an die Firmware-Anpassung

Unser Technikteam kann dann die nächstgelegene bestehende Plattform bewerten und bestimmen, was für Ihre Anwendung angepasst werden kann.

OEM/ODM-Projekte sind für die Prototypenentwicklung und kundenspezifische Produktion willkommen.

Eine Frage stellen

← Zurück

Vielen Dank für deine Antwort. ✨