Endüstriyel robotlar ve otomatik araçlar genellikle birkaç girdiden biri olarak GNSS verisini tüketir. Bu nedenle bir kabul testi yalnızca alıcının bir konum rapor edip etmediğini sormamalıdır. Tanımlanmış bir sinyal bozulması sırasında ve sonrasında tüm platformun nasıl davrandığını ve ortaya çıkan kanıtın amaçlanan çalışma koşulları için yeterli olup olmadığını göstermelidir.
NIST, konumlandırma, seyir ve zamanlama (PNT) bilgisinin dayanıklı kullanımını bir risk yönetimi sorunu olarak tanımlar: kuruluşlar PNT’ye bağımlı sistemleri belirlemeli, kesintiyi veya manipülasyonu tespit etmeli, yanıt vermeli ve kurtarmalıdır. CISA’nın federal PNT tedarik rehberi de benzer şekilde operasyonel gereksinimleri, dayanıklılık seviyelerini ve sözleşme kanıtlarını ilişkilendirir. Bu çerçeveler belirli bir robotu veya alıcıyı onaylamaz. Bir mühendislik kabul kaydının ne içermesi gerektiğine karar vermek için yararlı bir yapı sağlarlar.
1. Testten önce kabul sorusunu tanımlayın
Kanıtın desteklemesi gereken platform kararıyla başlayın. Örnekler şunları içerir:
- GNSS zamanlamasının robot kontrolörü ve sensör kayıtlarıyla hizalı kalıp kalmadığı;
- platformun geçersiz, bozulmuş veya kullanılamayan bir navigasyon girdisini algılayıp algılamadığı;
- kontrol sisteminin belgelenen güvenli veya alternatif navigasyon durumuna geçip geçmediği;
- GNSS verisinin bozulma sona erdikten sonra kontrollü ve gözlemlenebilir bir şekilde geri dönüp dönmediği;
- bir mühendisin kaydedilen yapılandırma ve kayıtlardan sonucu yeniden üretip üretemediği.
Robot modelini, GNSS alıcısını, anteni, kabloyu, konektörü, donanım yazılımını, etkin takımyıldızları ve frekans bantlarını, arayüz protokolünü, güncelleme hızını, test yazılımını ve zaman referansını kaydedin. Bu yapılandırma bağlamı olmadan bir sonuç başka bir kuruluma aktarılabilir olarak değerlendirilmemelidir.
Arayüz hazırlığı için bkz. GNSS Alıcı Uyumluluğu ve Anti-Jamming Entegrasyonu ve ResiNav ürün kataloğu.
2. Temiz bir temel çizgi yakalayın
Kontrollü bir bozulma başlatmadan önce, belgelenmiş bir sinyal ortamı altında bir temel çizgi toplayın. Temel çizgi, olay sırasında incelenecek aynı veri kanallarını içermelidir:
- alıcı navigasyon çözümü ve geçerlilik/durum alanları;
- alıcı tarafından kullanılabilir hale getirilen uydu ve sinyal gözlemleri;
- zaman çıkışı, platform tarafından kullanılan 1PPS veya seri mesaj zamanlaması;
- kontrolör zaman damgaları ve sensör günlüğü zaman damgaları;
- arayüz hataları, düşürülen mesajlar ve yeniden bağlanma olayları;
- robot çalışma modu, navigasyon kaynağı seçimi ve güvenlik durumu;
- anten konumu, kablo yönlendirmesi, güç durumu ve yakındaki yayıcılar.
NIST’in NASCTN GPS alıcı çalışması, taşıyıcı-gürültü yoğunluğu, konum hatası, zamanlama hatası, görünen uydular, ilk düzeltmeye kadar geçen süre ve yeniden edinime kadar geçen süre gibi ölçülebilir alıcı çıktılarını kullandı. Bir endüstriyel robot testinin bu araştırma programını kopyalaması gerekmez, ancak testten önce gözlemlenebilir metrikleri seçmelidir; sonucu gördükten sonra değil.
3. Zamanlamayı bir sistem özelliği olarak doğrulayın
Robot GNSS zaman için kullanıyorsa, yalnızca 1PPS sinyalinin varlığını doğrulamayın. Şunları belgeleyin:
- test için uygun referans zaman kaynağı ve izlenebilirlik;
- alıcıdan kontrolöre elektriksel ve protokol yolu;
- 1PPS, seri zaman mesajları ve uygulama zaman damgaları arasındaki ilişki;
- temel ölçüm sırasında ölçülen normal sapma ve değişim;
- GNSS zamanı güvenilmez olduğunda alarm veya geçerlilik göstergesi;
- GNSS zamanı kullanılamadığında platform davranışı;
- platformun kurtarılan zamanı kabul etmesi için gereken koşullar.
Zamanlama doğruluğunu bir alıcı etiketinden veya nominal arayüz tanımından çıkarmayın. Davranışı, robotun zaman bilgisini tükettiği noktada ölçün.
4. Kontrollü ve yetkili bir bozma yöntemi kullanın
Radyo frekansı testleri geçerli yasalara, site kurallarına ve spektrum kontrollerine uymalıdır. Açık bir ortamda karıştırma veya aldatma sinyali yaymayın. Kalkanlı bir muhafaza, iletim enjeksiyonu, onaylı GNSS simülatörü veya kalifiye personel tarafından seçilen başka bir kontrollü tesis gibi yetkili bir laboratuvar yöntemi kullanın.
Test planı şunları tanımlamalıdır:
- bozulma türü ve izin verilen test yöntemi;
- hem RF hem de platform günlüklerinde görünen başlangıç ve bitiş işaretleri;
- kontrollü değişkenler ve adım sırası;
- her adımda alıcı ve platform gözlemleri;
- insanları, ekipmanı ve çevredeki sistemleri koruyan iptal kriterleri;
- platformun doğrulanmış temel durumuna döndürülmesi için yöntem.
NIST, PNT sinyallerinin ve verilerinin doğal, üretilmiş, kasıtlı ve kasıtsız olaylardan etkilenebileceğini belirtmektedir. Bu nedenle kabul raporu test edilen koşulu tam olarak tanımlamalı ve bir laboratuvar senaryosunu evrensel bir saha performans iddiasına genellememelidir.
5. Algılamayı ve platform tepkisini kaydedin
Her test adımı için alıcı olayını platform tepkisiyle ilişkilendirin. Yararlı kanıtlar şunları içerebilir:
- alıcının bozulmuş veya geçersiz veriye ilişkin ilk göstergesi;
- platformun ilk alarmı veya tanılama olayı;
- navigasyon kaynağı seçimindeki değişiklikler;
- kontrol modundaki veya güvenli durum davranışındaki değişiklikler;
- seri veya ağ mesajlarının sürekliliği ve sıralaması;
- operatör bildirimleri ve olay zaman damgaları;
- geçerlilik bayrağı değiştikten sonra bayat kalan veriler.
Robotun güvenli tepkisi uygulama düzeyinde bir mühendislik kararıdır. Bir GNSS terminali tek başına her platform için doğru hareket kontrolü veya işlevsel güvenlik tepkisini tanımlayamaz.
Endüstriyel Robotik ve Otomasyon uygulama sayfasını inceleyin; anten veya terminal seçmeden önce çözülmesi gereken entegrasyon soruları için.
6. Ölçmeden önce kurtarmayı tanımlayın
“Kurtarıldı” yazılı bir tanıma sahip olmalıdır. Aşağıdakilerin tümünü gerektirebilir:
- bozulma sona erdi ve test kurulumu normal bir giriş koşulunu doğruluyor;
- alıcı, beklenen yapılandırmayı kullanarak geçerli bir çözüm bildirir;
- zamanlama ve navigasyon çıktıları, tanımlanan gözlem süresi boyunca projenin onaylanmış sınırları içinde kalır;
- platform, belgelenen mantığına göre alarmları temizler veya kabul eder;
- denetleyici, açıklanamayan bir sıçrama, bayat mesaj veya zaman damgası süreksizliği olmadan izin verilen navigasyon moduna devam eder;
- dışa aktarılan günlüklerde tam kanıt zinciri mevcuttur.
Yeniden edinme ve kurtarma sürelerini belirli test yapılandırmasının sonuçları olarak kaydedin. Aynı koşulları kapsayan doğrulanmış bir spesifikasyon olmadan bunları genel bir ürün garantisine dönüştürmeyin.
7. Kabul matrisi oluşturun
| Test aşaması | Gerekli kanıt | Örnek kabul sorusu |
|---|---|---|
| Yapılandırma | Alıcı, anten, kablo, donanım yazılımı, arayüzler, etkin bantlar ve platform yazılımı | Başka bir mühendis kurulumu yeniden üretebilir mi? |
| Temel durum | Konum/durum, zamanlama, sinyal gözlemleri, mesaj bütünlüğü ve platform durumu | Olaydan önce normal davranış belgelendi mi? |
| Algılama | Alıcı geçerliliği/alarm değişiklikleri ve ilişkili zaman damgaları | Sistem tanımlanan bozulmayı tanıyor mu? |
| Yanıt | Platform modu, kaynak seçimi, güvenlik eylemi ve operatör göstergesi | Robot onaylanan yanıt mantığını izliyor mu? |
| Kurtarma | Yeniden edinme, kararlı gözlem süresi, alarm temizleme ve çıktı sürekliliği | Hizmete dönüş kontrollü ve denetlenebilir mi? |
| Rapor | Ham kayıtlar, grafikler, yapılandırma dosyaları, sapmalar ve onaylar | Karar, saklanan kanıtlarla destekleniyor mu? |
8. Mühendislik kanıt paketini saklayın
Nihai paket, onaylanmış test planını, yapılandırma manifestosunu, kurulumun fotoğraflarını veya diyagramlarını, geçerli olduğu durumlarda kalibrasyon/referans bilgilerini, ham alıcı kayıtlarını, platform kayıtlarını, olay işaretlerini, analiz yöntemini, sapmaları, çözümlenmemiş gözlemleri ve inceleyenlerin adlarını veya rollerini içermelidir.
Ham verileri yorumlanmış grafiklerden ayrı tutun. Bir değer filtrelenmiş, yeniden örneklenmiş veya hizalanmışsa, dönüşümü belgeleyin. Bu, ürün yazılımı, anten yerleşimi, kablo yönlendirmesi veya robot denetleyicisi değiştiğinde daha sonraki araştırmaları destekler.
Sıkça sorulan sorular
Bu test, endüstriyel bir robotun her GNSS girişim ortamında güvenli olduğunu kanıtlar mı?
Hayır. Belirlenen kurulum ve test koşulları altındaki davranışı belgeler. Fonksiyonel güvenlik, spektrum uyumluluğu ve dağıtım uygunluğu, sorumlu platform mühendislerini ve ilgili yetkilileri gerektirir.
Hangi kurtarma süresi belirtilmelidir?
Önce olayı ve uç noktayı belirtin: alıcı yeniden edinimi, geçerli navigasyon çıktısı, zamanlama kararlılığı, platform alarmının temizlenmesi veya onaylı bir kontrol moduna dönüş. Bunlar farklı ölçümlerdir ve tek bir tanımsız sayıda birleştirilmemelidir.
Açık hava sıkışması kabul testi için kullanılabilir mi?
Yetkisiz yayılan girişim testleri yapmayın. Nitelikli personel tarafından seçilen, yasal olarak uyumlu, kontrollü bir yöntem kullanın; örneğin korumalı veya iletken laboratuvar kurulumu.
Bir RFQ ile ne gönderilmelidir?
Platform tipini, alıcıyı, takımyıldızları ve bantları, anten ve kablo kısıtlamalarını, arayüzleri, gücü, ortamı, kurulum çizimlerini, gerekli kayıtları ve projenin yanıtlaması gereken kabul sorularını sağlayın. Mühendislik incelemesi için ResiNav RFQ formunu kullanın.
Mühendislik referansları
- NIST: Konumlandırma, Yön Bulma ve Zamanlama Hizmetlerinin Sorumlu Kullanımı
- NISTIR 8323 Rev. 1: Temel PNT Profili
- NIST NASCTN: LTE Sinyallerinin GPS Alıcılar
- CISA: Federal PNT Hizmetleri Tedarik Rehberi
Sonraki adım
Alıcınız, anteniniz ve endüstriyel platformunuz için tekrarlanabilir bir kabul planı görüşmek üzere, bir ResiNav mühendislik incelemesi talep edin.
SONRAKİ ADIM
Mevcut platform bilgilerini bir mühendislik incelemesine dönüştürün.
Tartışmayı çerçevelemek için Teknoloji merkezini kullanın, ilgili uygulama senaryolarını inceleyin ve ardından doğrulama için mevcut platform ve alıcı bilgilerini gönderin.