Industrieroboter und automatisierte Fahrzeuge nutzen oft GNSS Daten als eine von mehreren Eingaben. Ein Abnahmetest sollte daher nicht nur fragen, ob der Empfänger eine Position meldet. Er sollte zeigen, wie sich die gesamte Plattform vor, während und nach einer definierten Signalstörung verhält – und ob die resultierenden Nachweise für die vorgesehenen Betriebsbedingungen ausreichend sind.
NIST beschreibt die widerstandsfähige Nutzung von Positionierung, Navigation und Zeit (PNT) als ein Risikomanagementproblem: Organisationen sollten Systeme identifizieren, die von PNT abhängen, Störungen oder Manipulationen erkennen, reagieren und sich erholen. Die CISA-Leitlinie zur Beschaffung von PNT auf Bundesebene verbindet ebenfalls Betriebsanforderungen, Widerstandsfähigkeitsstufen und Vertragsnachweise. Diese Rahmenwerke zertifizieren keinen bestimmten Roboter oder Empfänger. Sie bieten eine nützliche Struktur, um zu entscheiden, was ein technischer Abnahmebericht enthalten sollte.
1. Definieren Sie die Abnahmefrage vor dem Test
Beginnen Sie mit der Plattformentscheidung, die die Nachweise unterstützen müssen. Beispiele umfassen:
- ob GNSS Timing mit der Robotersteuerung und den Sensordaten synchron bleibt;
- ob die Plattform eine ungültige, degradierte oder nicht verfügbare Navigations-Eingabe erkennt;
- ob das Steuerungssystem in den dokumentierten sicheren oder alternativen Navigationszustand übergeht;
- ob GNSS Daten nach dem Ende der Störung kontrolliert und beobachtbar zurückkehren;
- ob ein Ingenieur das Ergebnis aus der aufgezeichneten Konfiguration und den Protokollen reproduzieren kann.
Erfassen Sie das Robotermodell, den GNSS Empfänger, die Antenne, das Kabel, den Steckverbinder, die Firmware, die aktivierten Konstellationen und Frequenzbänder, das Schnittstellenprotokoll, die Aktualisierungsrate, die Testsoftware und die Zeitreferenz. Ein Ergebnis ohne diesen Konfigurationskontext sollte nicht als übertragbar auf eine andere Installation behandelt werden.
Zur Schnittstellen-Vorbereitung siehe GNSS Empfänger-Kompatibilität für Anti-Jamming Integration und den ResiNav Produktkatalog.
2. Erfassen Sie eine saubere Basislinie
Bevor Sie eine kontrollierte Störung einführen, sammeln Sie eine Basislinie unter einer dokumentierten Signalumgebung. Die Basislinie sollte dieselben Datenkanäle enthalten, die während des Ereignisses überprüft werden:
- Navigationslösung des Empfängers und Gültigkeits-/Statusfelder;
- Satelliten- und Signalbeobachtungen, die vom Empfänger bereitgestellt werden;
- Zeitausgabe, 1PPS- oder serielle Nachrichtenzeitgebung, wo von der Plattform verwendet;
- Controller-Zeitstempel und Sensor-Log-Zeitstempel;
- Schnittstellenfehler, verworfene Nachrichten und Wiederverbindungsereignisse;
- Betriebsmodus des Roboters, Auswahl der Navigationsquelle und Sicherheitszustand;
- Antennenposition, Kabelführung, Stromversorgungszustand und nahe gelegene Sender.
NISTs NASCTN GPS Empfängerarbeit nutzte messbare Empfängerausgaben wie Träger-Rausch-Verhältnis, Positionsfehler, Zeitfehler, sichtbare Satelliten, Zeit bis zum ersten Fix und Zeit bis zur ersten Wiedererfassung. Ein Industrieroboter-Test muss dieses Forschungsprogramm nicht kopieren, aber er sollte beobachtbare Metriken vor dem Test auswählen, anstatt sie nach dem Ergebnis zu wählen.
3. Verifizieren Sie die Zeit als Systemeigenschaft
Wenn der Roboter GNSS für die Zeit verwendet, validieren Sie mehr als das Vorhandensein eines 1PPS-Signals. Dokumentieren Sie:
- die Referenzzeitquelle und Rückverfolgbarkeit, die für den Test geeignet ist;
- den elektrischen und Protokollpfad vom Empfänger zum Controller;
- die Beziehung zwischen 1PPS, seriellen Zeitnachrichten und Anwendungszeitstempeln;
- den normalen Offset und die Variation, die während der Basislinie gemessen wurden;
- die Alarm- oder Gültigkeitsanzeige, wenn GNSS Zeit unzuverlässig wird;
- das Plattformverhalten, während GNSS Zeit nicht verfügbar ist;
- die Bedingungen, die erforderlich sind, bevor die Plattform wiederhergestellte Zeit akzeptiert.
Leiten Sie die Zeitgenauigkeit nicht aus einem Empfängeretikett oder einer nominalen Schnittstellenbeschreibung ab. Messen Sie das Verhalten an dem Punkt, an dem der Roboter die Zeitinformationen verbraucht.
4. Verwenden Sie eine kontrollierte und autorisierte Störungsmethode
Hochfrequenztests müssen dem geltenden Recht, den Standortregeln und den Spektrumskontrollen entsprechen. Strahlen Sie kein Stör- oder Spoofing-Signal in einer offenen Umgebung ab. Verwenden Sie eine autorisierte Labormethode wie eine abgeschirmte Kammer, leitungsgebundene Injektion, einen genehmigten GNSS Simulator oder eine andere kontrollierte Einrichtung, die von qualifiziertem Personal ausgewählt wurde.
Der Testplan sollte definieren:
- die Störungsart und die zulässige Prüfmethode;
- Start- und Stoppmarkierungen, die sowohl in den HF- als auch in den Plattformprotokollen sichtbar sind;
- kontrollierte Variablen und Schrittfolge;
- Beobachtungen von Empfänger und Plattform bei jedem Schritt;
- Abbruchkriterien, die Personen, Ausrüstung und umgebende Systeme schützen;
- die Methode zur Rückführung der Plattform auf ihren verifizierten Ausgangszustand.
NIST weist darauf hin, dass PNT-Signale und -Daten durch natürliche, hergestellte, absichtliche und unbeabsichtigte Ereignisse beeinflusst werden können. Der Abnahmebericht sollte daher den getesteten Zustand präzise beschreiben und nicht ein Laborszenario zu einer universellen Feldleistungsaussage verallgemeinern.
5. Erkennung und Plattformreaktion aufzeichnen
Korrelieren Sie für jeden Testschritt das Empfängerereignis mit der Plattformreaktion. Nützliche Nachweise können umfassen:
- die erste Empfängeranzeige für verschlechterte oder ungültige Daten;
- der erste Plattformalarm oder das erste Diagnoseereignis;
- Änderungen in der Auswahl der Navigationsquelle;
- Änderungen im Steuermodus oder im sicheren Zustandsverhalten;
- Kontinuität und Reihenfolge von seriellen oder Netzwerknachrichten;
- Bedienermeldungen und Ereigniszeitstempel;
- alle Daten, die nach Änderung ihres Gültigkeitsflags veraltet bleiben.
Die sichere Reaktion des Roboters ist eine technische Entscheidung auf Anwendungsebene. Ein GNSS Terminal allein kann nicht die korrekte Bewegungssteuerung oder funktionale Sicherheitsreaktion für jede Plattform definieren.
Überprüfen Sie die Anwendungsseite für Industrierobotik und Automatisierung für die Integrationsfragen, die vor der Auswahl einer Antenne oder eines Terminals geklärt werden sollten.
6. Wiederherstellung definieren, bevor Sie sie messen
„Wiederhergestellt“ muss eine schriftliche Definition haben. Es könnte alle folgenden Punkte erfordern:
- Die Störung ist beendet und die Testumgebung bestätigt einen normalen Eingangszustand;
- Der Empfänger meldet eine gültige Lösung mit der erwarteten Konfiguration;
- Zeit- und Navigationsausgaben bleiben innerhalb der genehmigten Grenzen des Projekts für einen definierten Beobachtungszeitraum;
- Die Plattform löscht oder bestätigt Alarme gemäß ihrer dokumentierten Logik;
- Die Steuerung nimmt den zulässigen Navigationsmodus ohne unerklärlichen Sprung, veraltete Nachricht oder Zeitstempel-Diskontinuität wieder auf;
- Die vollständige Beweiskette ist in den exportierten Protokollen vorhanden.
Erfassen Sie Wiedererfassungs- und Erholungszeiten als Ergebnisse der spezifischen Testkonfiguration. Konvertieren Sie sie nicht in eine allgemeine Produktgarantie ohne eine verifizierte Spezifikation, die dieselben Bedingungen abdeckt.
7. Erstellen Sie eine Abnahmematrix
| Testphase | Erforderliche Nachweise | Beispiel-Abnahmefrage |
|---|---|---|
| Konfiguration | Empfänger, Antenne, Kabel, Firmware, Schnittstellen, aktivierte Bänder und Plattformsoftware | Kann ein anderer Ingenieur das Setup reproduzieren? |
| Basislinie | Position/Status, Zeit, Signalbeobachtungen, Nachrichtenintegrität und Plattformzustand | Ist das normale Verhalten vor dem Ereignis dokumentiert? |
| Erkennung | Gültigkeits-/Alarmänderungen des Empfängers und korrelierte Zeitstempel | Erkennt das System die definierte Störung? |
| Reaktion | Plattformmodus, Quellenauswahl, Sicherheitsaktion und Bedieneranzeige | Folgt der Roboter seiner genehmigten Reaktionslogik? |
| Erholung | Wiedererfassung, stabiler Beobachtungszeitraum, Alarmlöschung und Ausgabekontinuität | Ist die Rückkehr in den Betrieb kontrolliert und auditierbar? |
| Bericht | Rohdaten, Diagramme, Konfigurationsdateien, Abweichungen und Freigaben | Wird die Entscheidung durch aufbewahrte Nachweise gestützt? |
8. Bewahren Sie ein technisches Nachweispaket auf
Das endgültige Paket sollte den genehmigten Testplan, das Konfigurationsmanifest, Fotos oder Diagramme des Aufbaus, Kalibrierungs-/Referenzinformationen, sofern zutreffend, Rohdaten des Empfängers, Plattformprotokolle, Ereignismarker, Analysemethode, Abweichungen, ungelöste Beobachtungen und die Namen oder Rollen der Prüfer enthalten.
Halten Sie Rohdaten getrennt von interpretierten Diagrammen. Wenn ein Wert gefiltert, neu abgetastet oder ausgerichtet wurde, dokumentieren Sie die Transformation. Dies unterstützt spätere Untersuchungen, wenn sich Firmware, Antennenplatzierung, Kabelführung oder die Robotersteuerung ändern.
Häufig gestellte Fragen
Beweist dieser Test, dass ein Industrieroboter in jeder GNSS Interferenzumgebung sicher ist?
Nein. Er dokumentiert das Verhalten unter den definierten Aufbau- und Testbedingungen. Funktionale Sicherheit, Spektrumkonformität und Eignung für den Einsatz erfordern die verantwortlichen Plattformingenieure und die zuständigen Behörden.
Welche Wiederherstellungszeit sollte festgelegt werden?
Legen Sie zuerst das Ereignis und den Endpunkt fest: Wiedererfassung des Empfängers, gültige Navigationsausgabe, Zeitstabilität, Löschen von Plattformalarmen oder Rückkehr in einen genehmigten Steuermodus. Dies sind unterschiedliche Messungen und sollten nicht zu einer undefinierten Zahl zusammengefasst werden.
Kann offene Störung für Abnahmetests verwendet werden?
Führen Sie keine unbefugten abgestrahlten Interferenztests durch. Verwenden Sie eine rechtlich konforme, kontrollierte Methode, die von qualifiziertem Personal ausgewählt wurde, wie z. B. einen abgeschirmten oder leitungsgebundenen Laboraufbau.
Was sollte mit einer RFQ gesendet werden?
Geben Sie den Plattformtyp, den Empfänger, Konstellationen und Bänder, Antennen- und Kabelbeschränkungen, Schnittstellen, Stromversorgung, Umgebung, Installationszeichnungen, erforderliche Protokolle und die Abnahmefragen an, die das Projekt beantworten muss. Verwenden Sie das ResiNav RFQ Formular für eine technische Überprüfung.
Technische Referenzen
- NIST: Verantwortungsvolle Nutzung von Positions-, Navigations- und Zeitdiensten
- NISTIR 8323 Rev. 1: Grundlegendes PNT-Profil
- NIST NASCTN: Auswirkungen von LTE-Signalen auf GPSEmpfänger
- CISA: Leitfaden für die Beschaffung von PNT-Diensten des Bundes
Nächster Schritt
Um einen wiederholbaren Abnahmeplan für Ihren Empfänger, Ihre Antenne und Ihre industrielle Plattform zu besprechen, fordern Sie eine ResiNav technische Überprüfung an.
NÄCHSTER SCHRITT
Überführen Sie verfügbare Plattforminformationen in eine technische Prüfung.
Nutzen Sie das Technologiezentrum zur Strukturierung der Diskussion, prüfen Sie relevante Anwendungsszenarien und senden Sie anschließend die verfügbaren Plattform- und Empfängerdetails zur Bestätigung.