Mehrere Kameras synchronisieren: Welche Zeit zählt?

Drei verschiedene Zeitpunkte

Ein gedachtes Beispiel: Zwei Kameras betrachten ein bewegtes Bauteil aus verschiedenen Richtungen. Ihre Bilder kommen nacheinander im Rechner an. Diese Ankunftsreihenfolge beantwortet noch nicht, wann die Sensoren belichtet haben oder ob beide Ansichten zum selben Werkstück gehören.

Für die Spezifikation sind drei Fragen hilfreich: Welche Uhren vergleichen wir? Welches Signal löst die Aufnahme aus? Welche Metadaten verbinden das Bild mit Kamera und Werkstück? Eine gemeinsame Zeitbasis hilft bei der Zuordnung. Das gewünschte Belichtungsereignis und dessen Abweichung müssen trotzdem festgelegt werden. B1 B4

Der Vergleich verwendet vorhandene Kompetenzartikel und ihre relevanten Kamera-/Softwareangebote. Stereo-Tiefenberechnung, Bildanalyse und vollständige Prüfanlagen gehören zu anderen Entscheidungen.

Uhrabgleich ist ein Baustein der Aufnahme

Relative Zeit oder Weltzeit

PTP gleicht die Zeitbasis vernetzter Kameras ab. Basler beschreibt dafür auch die Abhängigkeit von Netzwerkhardware und Aufbau. Eine Kamera als Master stellt damit noch keinen UTC-Bezug her. Für absolute Zeit ist ein entsprechend synchronisierter externer Zeitpfad erforderlich. B1

Das Bild muss das richtige Ereignis beschreiben

IDS zeigt in seinem datierten PTP-Tipp Chunk-Zeitstempel und eine PPS-Demonstration. Der aktuelle Modell- und Firmwarestand muss zur gewählten Umsetzung passen. Baslers Chunk-Dokumentation unterscheidet unter anderem Aufnahme- und Belichtungsbeginn; bei Rolling Shutter bezieht sich der Belichtungsbeginn auf die erste Zeile. Die Zeitmarke muss deshalb vor der Auswertung eindeutig interpretiert werden. I1 B4

Auslösung passend zum Aufbau wählen

IDS dokumentiert externe Trigger und interne Signalverknüpfungen; nicht jedes Modell unterstützt jede Variante. Basler trennt gewöhnliche Action Commands von zeitgeplanten Befehlen mit PTP-Termin. Bei geplanten Aktionen sind Modellunterstützung, gemeinsame Uhr und rechtzeitige Befehlszustellung zusammen zu prüfen. Ein Zeitstempel in Nanosekunden ist keine Zusage, dass die Belichtungen mit Nanosekundengenauigkeit übereinstimmen. I2 B2 B3 B5

Nach Aufgabe und Verantwortung beschaffen

Bildzeiten im eigenen Host vergleichen

Wenn eine relative Zuordnung genügt, kann die eigene Entwicklung passende GigE-Kameras und ihre Metadaten in die Anwendung übernehmen. IDS peak stellt dafür Kamerazugriff und Aufnahmewerkzeuge bereit. Modell-/Treiberstand und Bedeutung der Zeitmarken gehören in die freigegebene Kombination. I3 B4

Mehrere Ansichten gemeinsam auslösen

Ein vorhandener gemeinsamer elektrischer Trigger kann eine geeignete Lösung sein. Prüfen Sie Signalpegel, Flanke, Belichtungsmodus und tatsächliche Reaktion aller Sensoren. Ein gewöhnlicher Softwareaufruf nacheinander an einzelne Kameras ist kein nachgewiesener gemeinsamer Aufnahmezeitpunkt. I2 B5

Die Integration als Projekt bestellen

Basler beschreibt OEM-Systemintegration bis zur Hardware-/Softwareeinbindung. Daraus entsteht erst mit konkretem Auftrag eine Verantwortung für das gewünschte Mehrkamerasystem. Beim hier betrachteten IDS-Kamera-/SDK-Fall ist diese Projektleistung zu ergänzen. Kamera-Support und ein vollständig abgenommenes Zielsystem haben unterschiedliche Liefergrenzen. B6 I3

Eine funktionierende Bildkette bleibt eine Alternative

Vor einem Wechsel sollte dokumentiert werden, was die vorhandene Lösung bereits leistet. Für Teile im Stillstand oder eine Aufgabe mit großzügigem Zeitfenster kann die bestehende Auslösung ausreichen. PTP ist kein Selbstzweck. Ein neues Kameramodell ist erst sinnvoll, wenn eine konkrete Anforderung damit besser abgedeckt werden kann.

Für diesen Vergleich liegt kein gleichbedingtes Kundenprotokoll über Zeitversatz, Datenverluste oder Wiederanlauf vor. Preise, Projektdauer und lokale Serviceverantwortung in der Schweiz oder Österreich sind nicht als feste Eigenschaften belegt. Die Funktionen werden aus öffentlichen Anbieterunterlagen beschrieben; vorgeschlagene Abnahmen sind redaktionelle Ableitungen.