Latenz vom Trigger bis zur SPS-Entscheidung unter Last prüfen

Problem und Voraussetzungen

Eine schnelle mittlere Algorithmuszeit beweist keine rechtzeitige Entscheidung für jedes Teil. Messen Sie die gesamte Kette bei gleichzeitiger Kamera-, Rechen- und Speicherlast gegen die Stationsfrist.

Versuch vorbereiten

Sequenziell angenommen: 10 ms Aufnahme, 20 ms Übertragung, 15 ms Warten, 70 ms Verarbeitung und 5 ms Ausgabe ergeben 120 ms. Bei 200 ms Frist bleiben beispielhaft 80 ms. Dies ist kein Benchmark; reale Phasen können überlappen.

Definieren Sie Frist und Messgrenzen vor Verarbeitungszeiten. Die Linie braucht Ausgang vor Ausschleusung, der Roboter ein geprüftes Ziel vor Bewegung. Start kann Trigger, Hostanfrage oder Belichtung sein, Ende Berechnung, Übertragung oder beobachteter Ausgang. Das sind unterschiedliche Messungen. Dokumentieren Sie Hardware, Formate, Raten, Algorithmus/Modell, Anwendung und Ausgabepfad, alle Kameras und Aufbewahrung. Kennzeichnen Sie Aufwärmen und Start, damit schnelle Dauerphase langsame Erstanfrage nicht verdeckt.

Vorgehen

1. Definieren Sie Start, Ende und Uhren; subtrahieren Sie keine unsynchronisierten Gerätestempel.
2. Nutzen Sie monotone Hostzeit und geprüfte Synchronisierung oder externe Messung zwischen Geräten.
3. Fahren Sie 1000 geplante Zyklen mit allen Kameras und vorgesehener Bildspeicherung; halten Sie Kennung und Phasenzeiten fest.
4. Prüfen Sie langsamen Speicher und Spitzenverkehr getrennt und gemeinsam, einschließlich fehlender und später Ergebnisse.
5. Prüfen Sie geregelte Fristüberschreitung statt Wiederverwendung eines alten Gut-Ergebnisses.

Erfassen Sie Aufnahme, Übertragungsende, Queueeintritt, Verarbeitungsstart und Ausgang an zuverlässig beobachtbaren Grenzen. Nutzen Sie monotone Hostzeit. Verbinden Sie Geräteuhren validiert oder messen Sie physische Grenzen extern. Anwendungszeit bei Wahrnehmung ist Empfangszeit, nicht automatisch Hardwareereignis. Belasten Sie alle Kameras, Kommunikation und Bildspeicherung gleichzeitig. Prüfen Sie langsamen Verbraucher und erwartete Spitzen sowie Queuetiefe und Alter. Fehlende Trigger, abgewiesene Anfragen und Aufnahmefehler bleiben im Protokoll.

Beispielhaftes Prüfprotokoll

Rechen- und Prüfannahmen, keine gemessenen Deyi-Ergebnisse. Ersetzen Sie diese Werte durch Ihre eigenen freigegebenen Prüfprotokolle.

Notieren Sie für jeden geplanten Trigger Abschluss, Fristüberschreitung oder fehlendes Ergebnis. Berechnen Sie Latenzperzentile aus abgeschlossenen Ergebnissen, berichten Sie jedoch fehlende und verspätete Ergebnisse daneben. Das Weglassen von Fehlern verzerrt die Verteilung. Belasten Sie Bildspeicherung und alle Kameras gleichzeitig und verlangsamen Sie den Verbraucher. Die Beispielsumme von 120 ms ist keine gemessene Maximallatenz; 1000 Zyklen belegen keine seltene Fehlerquote.

Die Summe ist Arbeitsblatt, kein Benchmark. Sequenziell ergeben 120 ms gegen Frist 80 ms rechnerische Reserve. Reale Phasen überlappen oder warten; messen Sie Ende-zu-Ende direkt und erläutern Sie Innenzeiten. Berichten Sie Last, abgeschlossen, verspätet, fehlend, Verteilung und beobachtetes Maximum. Perzentile gelten nur für ihre Population; Fehler dürfen nicht verschwinden. Prüfen Sie Zusammenhang mit Netz, Queue, Algorithmus oder Schreiben vor Änderung. Korrelation wählt nächsten Versuch, beweist keine Ursache.

Zwei Ansichten des Ablaufs

Fehlersuche

• Lange Warteschlangenzeit deutet auf Konkurrenz oder zu geringe Verarbeitungskapazität.
• Übertragungsspitzen benötigen Streamstatistik und Netzprüfung.
• Zeitsprünge oder negative Dauer machen den Nachweis ungültig.

Abnahme und Übergabe

Prüfen Sie Frist, fehlende Ergebnisse und Störungsbehandlung. Berichten Sie beobachtetes Maximum und Bedingungen ohne ungetestete Zusagen. Wiederholen Sie nach Änderungen an Kamerazahl, Format, Algorithmus oder Speicherung; 1000 Zyklen sind kein Langzeitnachweis.

Legen Sie die Abnahmegrenzen vor dem Versuch fest und bewahren Sie die Originaldaten auf. Die Beispiele belegen keine Eigenschaften eines angebotenen Modells.

Abnahme verlangt Frist und Behandlung bei maximal geplanter repräsentativer Last sowie Start und Wiederanlauf. Wiederholen Sie Änderung mit gleicher Last und Basisvergleich. Kleinere Queue oder Frameverlust darf nicht durch fehlende Prüfungen scheinbar schneller werden. Späte Entscheidung bleibt ihrem Teil zugeordnet und wird definiert abgesichert. Bewahren Sie Konfiguration, Uhren, Ereignisse und Traces für unabhängige Berechnung. 1000 Zyklen zeigen Funktionen und Last, keine seltene Langzeitfehlerwahrscheinlichkeit. Übergeben Sie Bedingungen und Ausschlüsse; 120 ms sind keine Systemgarantie.

Weiterführende Informationen

Lesen Sie vor der Geräteauswahl die verknüpften Auswahl- und Anwendungsleitfäden. Für eine technische Prüfung benötigen wir Beispielbilder, das geforderte Ergebnis, Betriebsbedingungen und Ihr Prüfprotokoll.