GigE-Paketverluste schichtweise eingrenzen

Was der Test klärt

Trennen Sie unvollständige Übertragung, fehlende Trigger und Verluste in der Anwendung. Ein einzelner Bildzähler zeigt die Ursache nicht.

Dies ist ein herstellerneutraler Inbetriebnahmetest. Prüfen Sie vor Änderungen das Handbuch des konkreten Kamera-, Objektiv-, Sensor- oder Steuerungsmodells. Die Zahlen sind hypothetische Rechenwerte, keine Messungen von Deyi Vision und keine Produktspezifikation.

Betriebliche Voraussetzungen

Produktives Pixelformat, ROI und Triggerfolge verwenden. Gepackte Formate und Zusatzdaten verändern die Nutzlast; den gemeldeten Payload-Wert nutzen.

Vor Beginn fehlende Trigger von unvollständigen Netzwerkbildern unterscheiden. Auch Verarbeitung oder Dateispeicherung können fehlende Teile im Protokoll verursachen. Verfügbare Kamera- und Empfangszähler samt Handbuchdefinition erfassen; ein Timeout ist kein Paketverlustzähler. Die fehlerhafte Ausgangskonfiguration sichern, bevor Adapter, Paketgröße oder Treiberoptionen geändert werden.

Prüfstand und Aufzeichnungen

Dedizierte NIC, geprüftes Kabel und Protokolle von Stream-, NIC- und Anwendungszählern bereitstellen. Treiber, Switch, MTU, Paketgröße, Bildrate und CPU-Last sichern.

Den Weg von Kamera über Kabel und Switches zum Host zeichnen. MTU jedes Abschnitts, Linkrate, Adapter, Streamparameter, Bildgröße, Packing und Verarbeitung erfassen. Je Lauf erwartete Trigger, Frame-IDs, unvollständige Bilder, verfügbare Resends, Ergebnisse und Dateien protokollieren. Eine Laufkennung verhindert, dass Neustarts oder Zählerresets verschiedene Versuche vermischen.

Test durchführen

1. Eine Kamera direkt anschließen, konservative unterstützte Paketgröße wählen und 10000 erwartete Bilder protokollieren.
2. Trigger, Kamera-Bildnummern, vollständige Empfangsbilder und Ergebnisse je Intervall abgleichen.
3. Jeweils nur Kabel, Paketgröße oder Paketabstand ändern; MTU im gesamten Pfad prüfen.
4. Switches und weitere Kameras schrittweise ergänzen; mit produktiven Schreibvorgängen und CPU-Last wiederholen.

Zuerst ohne Inspektionsverarbeitung und Speicherung bei unveränderten Aufnahmeparametern und unterstützter konservativer Paketgröße empfangen. Zähler vor und nach dem Lauf sichern; Verarbeitung und Speicherung einzeln ergänzen. Pro Lauf nur einen Transportparameter ändern. Wirkungslos gebliebene Änderungen zurücksetzen; wiederholbare Verbesserung ist aussagekräftiger als ein kurzer fehlerfreier Versuch.

Hypothetisches Arbeitsblatt

Hypothetische Mono 8-Bilder mit 2048 × 1536 Pixeln bei 30 fps benötigen 94.37 MB/s Nutzlast. Ethernet-Overhead und Wiederholungen kommen hinzu; die Rechnung belegt keine ausreichende Reserve.

payload_rate = payload_bytes * frames_per_second
2048 * 1536 * 1 * 30 = 94371840 B/s
= 94.37 MB/s = 754.97 Mbit/s (payload only)

Die Rechnung enthält nur Bildnutzdaten. Header, Resends und andere Geräte benötigen zusätzliche Kapazität; Nutzdaten unter der Linkrate beweisen keine Reserve. Packing oder Padding vor der Byteannahme prüfen. Erwartete Bilder mit jeder folgenden Stufe abgleichen: Die erste abweichende Zählung lokalisiert die nächste Untersuchung, beweist aber noch keine Ursache.

Prüfablauf

Nachweise interpretieren

Steigen Kamera-Frame-IDs ohne vollständigen Empfang, Transport und Empfänger prüfen. Vollständige Bilder ohne Ergebnisse lenken zur Queue-Verwaltung und Verarbeitungsausnahme. Ergebnisse ohne Dateien lenken zur Speicherung. Zähler und passende Logs zusammen sichern; ein korrektes Bild einer anderen Frame-ID erklärt das verlorene Bild nicht.

Fehlersuche

• Wiederholungen zusammen mit NIC-Fehlern sprechen für den Übertragungsweg.
• Vollständiger Empfang bei fehlenden Ergebnissen deutet auf Warteschlangen oder Verarbeitung. Mehr Puffer verschieben Überlastung oft nur.

Fehler erst mit Speicherung können Hostkonkurrenz anzeigen; durch wiederholtes Abschalten bestätigen. Verschlechterung mit größeren Paketen erfordert MTU-Prüfung jedes Pfads, keine pauschale Jumbo-Aktivierung. Größerer Paketabstand kann Spitzen verringern und Transfer verlängern. Tatsächlichen Durchsatz und Aufnahmeverhalten des Modells prüfen, statt unveränderte Bildrate vorauszusetzen.

Abnahme und Übergabe

Während der vereinbarten Laufzeit einschließlich Spitzenlast müssen Zähler übereinstimmen und unvollständige Bilder erklärt sein. Laufzeit und Wiederholungen angeben; ein kurzer fehlerfreier Lauf beweist keine unbegrenzte Zuverlässigkeit.

Archivieren Sie Rohdaten, Einstellungen, Musterkennungen und Entscheidungsgrenzen gemeinsam. Besprechen Sie die dokumentierten Anforderungen mit Deyi Vision anhand der verlinkten Produkt- und Vorbereitungshinweise.

Die freigegebene Produktionslast einschließlich Verarbeitung, Speicherung und vorgesehener Netzlast wiederholen. Alle Stufen über den vereinbarten Lauf abgleichen und erlaubte Verluste ausdrücklich benennen. Kontrollierten Empfänger- oder Kabelneustart nur bei sicherem Betrieb prüfen; unvollständige Frames müssen verworfen werden. Topologie, Zählerdefinitionen, Endkonfiguration und nachhaltige Lastfähigkeit gemeinsam übergeben.