Bir GNSS alıcı arayüz kontrol dokümanı (ICD), entegrasyon tartışmasını izlenebilir bir mühendislik teslimine dönüştürür. Alıcının neyi sunduğunu, ana bilgisayar platformunun ne beklediğini ve bir anti-jamming anteni veya terminali seçilmeden önce hangi kanıtların toplanması gerektiğini kaydeder.
Bu kılavuz bir dokümantasyon çerçevesidir, uyumluluk iddiası değildir. Alıcı davranışı, desteklenen sinyaller, zamanlama doğruluğu, çevresel sınırlar ve kurulum uygunluğu, güncel üretici dokümantasyonu ve projeye özel test kanıtlarından doğrulanmalıdır.
Alıcı ICD’si neden önemlidir
Bir alıcı birkaç elektriksel ve veri arayüzü sağlayabilir, ancak konnektör pin çıkışları, voltaj seviyeleri, mesaj zamanlaması veya yapılandırma sahipliği belirsiz kalırsa proje yine de başarısız olabilir. Kullanışlı bir ICD, GNSS alıcısı, anti-jamming ekipmanı, ana bilgisayar ve kurulum ekibi için kontrollü bir referans oluşturur.
Teklif istemeden önce bu dokümanı GNSS alıcı uyumluluk kontrol listesi ve GNSS anti-jamming kurulum kontrol listesi ile eşleştirin.
1. Alıcı yapılandırmasını tanımlayın
- Üretici, tam model ve donanım revizyonu.
- Test için kullanılan ürün yazılımı sürümü ve yapılandırma dosyası veya komut seti.
- Etkin takımyıldızlar, frekans bantları ve sinyal işleme modları.
- Anten giriş tipi, konnektör, empedans ve belgelenmiş besleme akımı.
- Bilinen kısıtlamalar, açık sapmalar ve onaydan sorumlu sahip.
Belirli bir alıcı varyantı gerektiğinde aile adı kullanmayın. Küçük bir sonek veya ürün yazılımı değişikliği portları, mesajları veya zamanlama davranışını değiştirebilir.
2. Zamanlama arayüzlerini belgeleyin
Her zamanlama çıkışını ayrı ayrı kaydedin. Tipik öğeler 1PPS, saat mesajları, olay girişleri ve senkronize ağ saatini içerir. Her arayüz için konnektör ve pini, elektrik seviyesi, polarite, referans kenar, yapılandırılmış mesaj, güncelleme hızı ve çıkışın geçerli olduğu koşulu belgeleyin.
| Zamanlama öğesi | Gerekli ICD girişi | Kabul kanıtı |
|---|---|---|
| 1PPS | Pin, voltaj seviyesi, polarite, referans kenar ve geçerlilik koşulu | Osiloskop görüntüsü ve alıcı durum kaydı |
| Zaman mesajı | Protokol, mesaj tanımlayıcı, baud hızı ve 1PPS ile ilişkisi | Zaman damgalı seri günlük ve ayrıştırıcı çıktısı |
| Olay girişi | Elektriksel sınırlar, tetikleme kenarı ve olay mesajı davranışı | Uyaran kaydı ve ilişkili alıcı günlüğü |
| Ağ zamanlaması | Protokol, adres ayarları, senkronizasyon durumu ve geri dönüş davranışı | Paket yakalama ve ana bilgisayar durum kaydı |
Geçerli çalışma koşulları ve kanıt kaynağı da belirtilmedikçe nominal doğruluk değerini ICD’ye kopyalamayın.
3. Seri, USB ve Ethernet portlarını tanımlayın
Her fiziksel port için işlevini ve sahipliğini belirtin. Tam bir giriş normalde konnektör, pin çıkışı, elektrik standardı, baud hızı veya bağlantı hızı, çerçeveleme, protokol, mesaj seti, güncelleme hızı, komut izinleri ve başlangıç davranışını içerir.
- Yapılandırma portlarını operasyonel veri portlarından ayırın.
- Ayarların güç döngüsünden sonra kalıcı olup olmadığını belirtin.
- Teşhis veya ürün yazılımı güncellemeleriyle paylaşılan herhangi bir portu kaydedin.
- Ana bilgisayarın geçersiz, bayat veya eksik navigasyon verisini nasıl algıladığını tanımlayın.
- Amaçlanan üretim yapılandırmasını kullanarak yakalanmış bir veri örneği ekleyin.
URL’ler, IP adresleri, seri ayarlar ve sorgu parametreleri tam olarak kopyalanmalıdır. Çok dilli proje dokümantasyonunda çevrilmemeli veya yeniden biçimlendirilmemelidir.
4. Güç, topraklama ve anten-besleme ayrıntılarını kontrol edin
ICD, onaylı dokümantasyondan alıcı besleme aralığını, beklenen güç durumu geçişlerini, topraklama referansını, ekran sonlandırmasını ve herhangi bir anten-besleme çıkışını tanımlamalıdır. Anten ile alıcı arasında bir anti-jamming terminali varsa, hangi cihazın besleme gücü sağladığını ve DC yollarının nasıl yönetildiğini doğrulayın.
Konnektör parça numaralarını, eşleşen konnektörleri, kablo demeti tanımlayıcılarını ve servis erişim kısıtlamalarını kaydedin. Mekanik olarak uyumlu bir konnektörün doğru pin çıkışına veya güç davranışına sahip olduğunu varsaymayın.
5. Yapılandırmayı ve değişiklik kontrolünü koruyun
ICD’ye ve referans verilen her çizime, günlüğe ve yapılandırma dosyasına bir sürüm atayın. Alıcı ürün yazılımı, anten yolu, ana bilgisayar yazılımı veya mesaj yapılandırması değiştiğinde, etkilenen kabul kontrollerini tekrarlayın ve kaynak sürümü güncelleyin.
Pratik bir değişiklik kaydı önceki değeri, yeni değeri, nedeni, onay sahibini, etkilenen testleri ve değişiklikten sonra üretilen kanıt paketini içerir.
Kabul kanıtı matrisi
| Arayüz | Saklanacak kanıt | İnceleme sorusu |
|---|---|---|
| RF anten yolu | Çizim, kablo listesi, konnektör verileri ve kurulum fotoğrafları | Belgelenen RF yolu test edilen yol ile aynı mı? |
| Navigasyon verisi | Ham günlük, kod çözülmüş mesaj raporu ve ana bilgisayar ayrıştırıcı sonucu | Ana bilgisayar geçerli, geçersiz ve bayat veriyi tanımlayabiliyor mu? |
| Zamanlama | 1PPS yakalama, zaman mesajı günlüğü ve korelasyon notu | Referans kenar ve mesaj dönemi belirsiz mi? |
| Güç | Bağlantı şeması, başlangıç yakalama ve arıza durumu kaydı | Besleme, dönüş ve besleme sorumlulukları tanımlı mı? |
| Yapılandırma | Dışa aktarılan ayarlar, ürün yazılımı kimliği ve sağlama toplamı | Test edilen yapılandırma yeniden üretilebilir mi? |
RFQ teslim kontrol listesi
- Tam alıcı modelini, donanım revizyonunu ve ürün yazılımı sürümünü sağlayın.
- Alıcı arayüz dokümantasyonunu ve projeye özel ICD’yi ekleyin.
- Etkin GNSS sinyallerini, alıcı giriş kısıtlamalarını ve anten-besleme davranışını listeleyin.
- Mekanik çizimler, mevcut alan, kablo yolları ve konnektör gereksinimlerini sağlayın.
- Ana bilgisayar arayüzlerini, mesaj hızlarını, zamanlama çıkışlarını ve yapılandırma sahipliğini tanımlayın.
- Mühendislik incelemesi gerektiren çevresel ve kurulum kısıtlamalarını belirtin.
- Sürümden önce gereken kabul testlerini ve kanıtları tanımlayın.
Kontrollü girdi setini göndermek için ResiNav RFQ sayfasını kullanın. Ürün seçimi, alıcı, RF yolu, mekanik kurulum ve kabul kriterleri birlikte incelenene kadar geçici kalmalıdır.
Sıkça sorulan sorular
Entegrasyon incelemesi için alıcı veri sayfası yeterli mi?
Hayır. Veri sayfası önemli bir kaynaktır, ancak proje ayrıca tam alıcı varyantını, ürün yazılımını, etkin yapılandırmayı, ana bilgisayar arayüzlerini, kurulum kısıtlamalarını ve kabul kanıtını gerektirir.
ICD ölçülen sonuçları içermeli mi?
Evet, ölçümler mevcut ve izlenebilir olduğunda. Ölçülen sonuçları gereksinimlerden ayrı tutun ve test yapılandırmasını, ekipmanı ve tarihi belirleyin.
Tek bir ICD birden fazla alıcı modelini kapsayabilir mi?
Yalnızca arayüzler ve davranış kontrollü kapsam için kanıtlanabilir şekilde aynıysa. Aksi takdirde, modele özel bölümler veya ayrı sürümler kullanın.
ICD ne zaman güncellenmelidir?
Kontrollü bir arayüz, yapılandırma, kablo, ürün yazılımı, ana bilgisayar ayrıştırıcısı veya kabul kriteri değiştiğinde güncelleyin. Revize edilen kaynak sürüm, çevrilmiş her kopyanın incelenmesini tetiklemelidir.
Sonraki mühendislik adımı
ICD tamamlandıktan sonra, belgelenen alıcı kısıtlamalarını ResiNav ürün kataloğu ile karşılaştırın. Nihai uygunluk, yapılandırma ve test kapsamı mühendislik onayına tabidir.
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.