Bagikan melalui

Panduan Pengujian Global Navigation Satellite System (GNSS)

Artikel ini menyediakan pedoman implementasi global positioning system (GPS) untuk memastikan pengalaman GPS berkualitas tinggi dan kompetitif di komputer yang menjalankan Windows 8 dan Windows 8.1. Panduan dalam artikel ini berlaku untuk produsen peralatan asli (OEM), vendor perangkat keras independen (IHV), dan mitra Microsoft lainnya (seperti vendor perangkat lunak). Artikel ini berfokus pada pengujian integrasi perangkat sistem satelit navigasi global (GNSS) ke dalam sistem Windows 8.

Pengujian area selain GPS berada di luar cakupan dokumen ini. Sepenuhnya menggunakan komponen sistem operasi atau perangkat GNSS berada di luar cakupan dokumen ini. Diasumsikan bahwa IHV dan OEM secara menyeluruh menguji perangkat GNSS mereka baik secara independen maupun terintegrasi ke dalam sistem. Pengujian interoperabilitas terbatas pada komponen yang berinteraksi dengan platform lokasi dan perangkat. Pengujian ini harus mencakup keberhasilan penyelesaian tes Windows Hardware Lab Kit (Windows HLK), rencana pengujian ini, pengujian uji coba pra-operator, dan pengujian internal yang dikembangkan khusus untuk driver GNSS dan penerima GNSS.

Catatan

Dalam artikel ini, istilah GPS digunakan secara bergantian dengan GNSS. Kecuali dinyatakan lain, GPS mengacu pada posisi satelit sebagai solusi penyedia lokasi, alih-alih sebagai sistem satelit GPS yang disebarkan oleh pemerintah Amerika Serikat.

Kondisi langit cerah didefinisikan sebagai satelit GPS/GNSS yang menerima sinyal tanpa penghalang dari atas atau dari lingkungan sekitar hingga masker elevasi 5 derajat di atas cakrawala. Semua tingkat sinyal harus konsisten dengan tingkat sinyal yang tidak terhalang di tanah dan tidak lebih rendah dari -131 dBm.

Informasi ini berlaku untuk sistem operasi berikut:

  • Windows 8

  • Windows 8.1

Dalam artikel ini:

Persyaratan dari Mitra

Untuk menerima sertifikasi, mitra Microsoft harus memenuhi persyaratan berikut:

  • Untuk mengaktifkan pengujian GPS Terbantu (A-GPS) dan kemampuan untuk memulai perangkat secara dingin, Driver GNSS harus mendukung properti SENSOR_PROPERTY_CLEAR_ASSISTANCE_DATA. Untuk mengaktifkan mengaktifkan dan mematikan kalimat National Marine Electronics Association (NMEA) dalam laporan data, Driver GNSS harus mendukung SENSOR_PROPERTY_TURN_ON_OFF_NMEA. Secara default, baris NMEA tidak disertakan dalam laporan data. Persyaratan ini dijelaskan secara eksplisit di sini:

    {e1e962f4-6e65-45f7-9c36-d487b7b1bd34}DEFINE_GUID(SENSOR_PROPERTY_TEST_GUID, 0XE1E962F4, 0X6E65, 0X45F7, 0X9C, 0X36, 0XD4, 0X87, 0XB7, 0XB1, 0XBD, 0X34); DEFINE_PROPERTYKEY, SENSOR_PROPERTY_CLEAR_ASSISTANCE_DATA, 0XE1E962F4, 0X6E65, 0X45F7, 0X9C, 0X36 0XD4, 0X87, 0XB7, 0XB1, 0XBD, 0X34, 2); [VT_UI4]

    DEFINE_PROPERTYKEY, SENSOR_PROPERTY_TURN_ON_OFF_NMEA, 0XE1E962F4, 0X6E65, 0X45F7, 0X9C, 0X36, 0XD4, 0X87, 0XB7, 0XB1, 0XBD, 0X34, 3); [VT_UI4]

    #define GNSS_CLEAR_ALL_ASSISTANCE_DATA 0x00000001

    SENSOR_PROPERTY_ CLEAR_ASSISTANCE_DATA (PID = 2)

    VT_UI4. Tulis. Hapus data bantuan. Menetapkan nilai GNSS_CLEAR_ALL_ASSISTANCE_DATA memberi sinyal kepada driver untuk menghapus semua data bantuan, termasuk waktu, almanac, ephemeris, dan posisi terakhir. Pengujian Windows HLK dapat mengatur nilai ini untuk menghapus data bantuan sebelum tes cold start, sebelum pengujian A-GPS, atau secara independen sebelum menjalankan tes simulator di mana waktu dan lokasi disimulasikan. Jika kemampuan A-GPS (misalnya, SUPL, LTO) didukung, driver dapat mencoba menggunakan kemampuan setelah operasi ini dengan menggunakan koneksi jaringan. Namun, perangkat harus dalam keadaan di mana tidak ada data bantuan yang disimpan di perangkat atau pada sistem. Elemen data bantuan apa pun diunduh lagi.

    SENSOR_PROPERTY_TURN_ON_OFF_NMEA (PID = 3)

    VT_UI4. Baca/Tulis. Jika diatur ke TRUE, kalimat NMEA disertakan dalam laporan data. Jika diatur ke False, kalimat NMEA tidak disertakan dalam laporan data. Pengujian Windows HLK dapat menggunakan properti ini untuk menginstruksikan perangkat untuk memulai atau berhenti termasuk data NMEA dalam laporan data.

  • Selain pengujian Windows Hardware Lab Kit (Windows HLK) yang diperlukan, Windows HLK Device.Input Test opsional harus berjalan dan lulus untuk sistem Non-Arm System on Chip (SoC). (Tes ini sudah wajib untuk sistem Arm).

  • OEM dan IHV harus menjalankan dan mendokumenkan pengujian yang ditentukan dalam matriks pengujian penerimaan GPS sebelum dapat mengirimkan sistem, perangkat, atau driver ke Microsoft.

  • IHV harus meninjau kegagalan yang dilaporkan dari Dasbor Perangkat Keras mereka di bawah bagian Analisis untuk masalah yang disebabkan oleh driver GPS mereka, dan memperbaiki semua kegagalan berdampak tinggi.

  • Persyaratan antena dari OEM harus menyertakan item yang tercantum dalam pengujian performa Antena.

  • Properti SENSOR_DATA_TYPE_NMEA_SENTENCE harus didukung pada sistem untuk memverifikasi akurasi navigasi dinamis dan kualitas antena.

  • Tidak ada dependensi pada layanan pihak ketiga atau aplikasi Win32 yang dapat menyertai solusi GPS. Aplikasi Win32 pihak ketiga tunduk pada persyaratan penandatanganan pada sistem SoC dan oleh karena itu tidak diizinkan.

  • Perangkat GPS yang terhubung USB harus mendukung penangguhan selektif.

  • GPS pada modul broadband seluler harus diperbarui dengan menggunakan Unified Extensible Firmware Interface (UEFI), dan GPS mandiri harus diperbarui dengan menggunakan driver.

  • Ketika GPS dan broadband seluler ada pada chip fisik yang sama, perangkat GPS harus diekspos sebagai bagian dari perangkat komposit USB dan harus memiliki antarmuka USB sendiri.

Pelaporan dan komunikasi hasil

Microsoft akan mengomunikasikan semua masalah kepada mitra menggunakan bug. Bug akan berisi log Windows HLK, jejak, log driver, crash dump, dan hasil performa yang relevan dan data perbandingan performa dasar.

Peralatan uji

Peralatan pengujian berikut digunakan untuk melakukan pengujian yang dijelaskan dalam artikel ini:

  • Spirent GSS6700 GNSS Simulator

  • Kandang Faraday

  • Kotak perisai RF

  • Mobile Broadband SIM

  • Perangkat Referensi: Garmin Montana; Tablet Windows yang memiliki perangkat GP yang disertifikasi dengan menggunakan Microsoft Signature.

  • Antena eksternal

Pengujian fungsionalitas

Tes Windows HLK yang berlaku untuk perangkat GNSS adalah serangkaian pengujian pertama untuk memverifikasi fungsionalitas dasar perangkat GPS. Windows HLK berisi pengujian untuk Sensor GPS, Manajer Radio, Dasar-Dasar Perangkat, Manajemen Daya Dasar-Dasar Sistem, dan pengujian Sertifikasi Perangkat Keras USB (untuk perangkat yang terhubung dengan USB) yang berlaku untuk perangkat GNSS.

Kategori sensor, jenis, properti, dan bidang data

Deskripsi: Perangkat harus melaporkan kategori dan jenis sensor yang benar, mendukung properti wajib dan bidang data, dan melaporkan data yang akurat. Selain properti sensor wajib yang diverifikasi di Windows HLK, sistem program terkelola harus mendukung properti SENSOR_DATA_TYPE_NMEA_SENTENCE.

Langkah Jalankan: Kategori sensor kueri, jenis, properti, dan bidang data laporan Device Under Test (DUT). Konfirmasikan akurasi data yang dilaporkan. Anda dapat menggunakan Sensor Diagnostics Tool (SDT) di Windows Driver Kit (WDK) untuk menguji item ini.

Hasil yang Diharapkan: Bidang wajib harus didukung dan melaporkan data yang akurat.

Transisi status

Deskripsi: Perangkat harus melaporkan perubahan status sensor, seperti yang didokumenkan dalam Menulis driver sensor lokasi.

  • Laporan data harus dilaporkan hanya setelah perangkat mencapai SENSOR_STATE_READY atau SENSOR_STATE_INITIALIZING.

  • Perangkat tidak boleh melaporkan data jika tidak memiliki informasi garis lintang dan bujur.

  • Sensor GPS harus dimulai dalam status SENSOR_STATE_INITIALIZING sebelum mendapatkan perbaikan lokasi.

  • Sensor GPS harus terus memperoleh perbaikan lokasi dan harus tetap dalam status SENSOR_STATE_INITIALIZING hingga permintaan dibatalkan oleh sistem operasi.

  • Sensor GPS harus masuk ke status SENSOR_STATE_INITIALIZING ketika kehilangan sinyal dan tidak lagi memiliki data. Ini harus kembali ke status SENSOR_STATE_READY ketika memperoleh kembali perbaikan lokasi.

Langkah Jalankan: Anda harus memantau transisi status dan peristiwa data saat menonaktifkan dan mengaktifkan kembali perangkat. Pindah ke area yang tidak memiliki sinyal GPS (misalnya, kandang Faraday), tunggu setidaknya satu menit, dan kembalikan perangkat ke area yang memiliki cakupan.

Hasil yang Diharapkan: Perangkat harus melaporkan transisi status sensor (misalnya, dari SENSOR_STATE_INITIALIZING ke SENSOR_STATE_READY), dan laporan data harus dilaporkan hanya setelah mencapai status ini. Data hanya dilaporkan jika informasi lintang dan bujur tersedia. Perangkat harus dimulai dalam status SENSOR_STATE_INITIALIZING dan tidak boleh berpindah ke status SENSOR_STATE_READY hingga mendapatkan perbaikan lokasi dan memiliki radius kesalahan yang valid. Ketika perangkat dipindahkan dari area cakupan sinyal GPS, perangkat harus masuk ke status SENSOR_STATE_INITIALIZING, dan harus kembali ke SENSOR_STATE_READY ketika dikembalikan ke area cakupan.

Akurasi garis lintang dan garis bujur

Deskripsi: Perangkat harus memberikan nilai lintang dan bujur yang akurat dalam radius kesalahan yang ditentukan.

Langkah-langkah Eksekusi: Selama pengujian statis dan pengujian dalam kendaraan, data perangkat dibandingkan dengan data lintang dan bujur yang mereferensikan GPS, penanda survei, dan laporan simulator.

Hasil yang Diharapkan: Perbedaan antara nilai lintang dan bujur yang dilaporkan perangkat dan laporan GPS referensi harus berada di dalam radius kesalahan.

Data kecepatan

Deskripsi: Perangkat harus melaporkan data kecepatan dalam simpul saat perangkat bergerak.

Langkah Jalankan: Pantau data kecepatan yang dilaporkan perangkat selama simulasi pengujian dalam kendaraan atau drive.

Hasil yang Diharapkan: Perangkat harus melaporkan data kecepatan yang akurat dalam ±15% dari data kecepatan yang dilaporkan GPS referensi atau simulator.

Data judul

Deskripsi: Perangkat harus melaporkan judul dalam derajat yang relatif terhadap benar utara ketika perangkat bergerak.

Jalankan Langkah- Langkah: Pantau data judul yang dilaporkan oleh perangkat selama tes dalam kendaraan yang disimulasikan, pengujian berjalan manual, dan pengujian drive.

Hasil yang Diharapkan: Perangkat harus melaporkan data judul, yang seharusnya berada dalam ±15% dari data judul yang dilaporkan GPS referensi atau simulator.

Properti sensor lainnya

Deskripsi: Jika properti sensor lain didukung oleh perangkat, properti harus melaporkan data yang valid dan nilai yang akurat.

Langkah Jalankan: Memantau properti yang didukung perangkat dan memverifikasi bahwa mereka menyediakan data yang valid dalam rentang akurasi yang dapat diterima.

Hasil yang Diharapkan: Jika perangkat mendukung properti sensor tertentu, perangkat harus melaporkan nilai yang akurat dalam ±20% dari nilai yang dilaporkan GPS referensi atau simulator.

Tes GPS yang dibantu

Dalam beberapa detik dari power-up awal, perangkat GPS harus menggunakan A-GPS untuk mengembalikan perkiraan lokasi. Ketika GPS menggunakan A-GPS, sensor harus menyediakan data lokasi, yang bisa dari beberapa ratus meter hingga enam angka angka. Ketika radio GPS dapat memperoleh beberapa kunci satelit, radius kesalahan harus berkurang menjadi nilai 3 hingga 30 meter.

A-GPS

Deskripsi: A-GPS akan membantu mendapatkan Time to First Fix (TTFF) yang lebih cepat yang memiliki akurasi lebih tinggi.

Jalankan Langkah- Langkah: Mulai dingin perangkat GPS. Pantau bidang data radius lintang, bujur, dan kesalahan dengan menggunakan SDT.

Anda harus menjalankan pengujian dalam kondisi berikut:

  • Kondisi langit cerah (disimulasikan atau aktual)

  • Berlangganan peristiwa data

  • Interval laporan satu detik

  • Wi-Fi atau baseband seluler ada dan diaktifkan

Hasil yang Diharapkan: Perangkat harus mengembalikan posisi dari A-GPS sesegera mungkin, dan harus melaporkan radius kesalahan terkait. Radius kesalahan yang lebih tinggi (misalnya, 300 meter jika Wi-Fi tersedia) harus berkurang menjadi 3 hingga 30 meter karena perangkat memperoleh beberapa kunci satelit. GPS harus melaporkan posisi dalam waktu 15 detik yang didasarkan pada data bantuan.

Injeksi posisi

Driver GPS dapat menggunakan data dari sensor triangulasinya untuk mempercepat TTFF dengan menggunakan SENSOR API (ISensorManager). Jika driver digunakan, pengujian berikut berlaku:

  • waktu Koneksi

    Deskripsi: Driver GPS harus menutup koneksi ke sensor lain segera setelah mendapatkan posisi. Ini harus habis setelah 15 detik dan harus menutup koneksi ke SENSOR API jika tidak mendapatkan posisi.

    Langkah Jalankan: Pantau jejak dari SENSOR API untuk jumlah klien aktif untuk semua sensor dalam sistem. Mulai dingin perangkat GPS dan pantau perubahan pada jumlah klien aktif untuk sensor lain dalam sistem.

    Hasil yang Diharapkan: Jika jumlah klien aktif untuk sensor lain bertambah, mereka harus kembali ke nilai yang direkam sebelumnya setelah 15 detik.

  • Tipe sambungan

    Deskripsi: Driver GPS tidak boleh membuat instans ILocation untuk mendapatkan data dari sensor lokasi lain. Mereka dapat menggunakan API Sensor untuk membuka koneksi misalnya sensor triangulasi (SENSOR_TYPE_LOCATION_TRIANGULATION). Driver GPS tidak boleh mendapatkan data dari sensor lokasi dengan jenis yang sama. Misalnya, sensor GPS tidak boleh menggunakan data dari sensor lain dengan jenis GPS untuk mendapatkan perbaikan lokasi yang lebih cepat.

    Jalankan Langkah- Langkah: Temukan jenis sensor yang dilaporkan perangkat; misalnya, SENSOR_TYPE_LOCATION_GPS. Nonaktifkan semua sensor kecuali sensor dengan jenis yang sama dengan perangkat. Pantau jejak dari SENSOR API untuk jumlah klien aktif untuk sensor yang diaktifkan dalam sistem. Cold-start perangkat GPS. Pantau perubahan pada jumlah klien aktif untuk sensor dalam sistem.

    Hasil yang Diharapkan: Perangkat tidak boleh menaikkan jumlah klien aktif untuk sensor dengan jenis yang sama.

Ketahanan

Driver Verifier, WDF Verifier, dan Application Verifier diaktifkan untuk platform lokasi dan tumpukan perangkat GPS untuk menguji keandalan dukungan GPS dalam sistem.

Driver Verifier adalah bagian dari sistem operasi Windows. Ini dapat dimulai dari prompt perintah yang memiliki hak administratif dengan menggunakan pengaturan berikut:

Verifier /standard /driver wudfpf.sys Wdf01000.sys Wdfldr.sys wudfrd.sys<driver mode kernel apa pun,< driver> mode kernel dependen>

Di mana <setiap driver> mode kernel adalah driver yang akan diverifikasi, dan <driver> mode kernel dependen adalah driver mode kernel tempat driver GPS bergantung; misalnya, wmbclass.sys.

Untuk informasi selengkapnya tentang Pemverifikasi Driver, lihat Tentang Pemverifikasi Driver.

WDF Verifier diaktifkan secara default untuk semua driver WDF. Alat WdfVerifier.exe di WDK dapat digunakan untuk mengontrol verbositas pengelogan, pengaturan debugger, dan banyak lagi. Untuk informasi selengkapnya tentang Pemverifikasi WDF, lihat Aplikasi Kontrol Pemverifikasi WDF.

Application Verifier (appverif.exe) tersedia di Windows HLK dan Windows 8.1 SDK. Diperlukan minimal pengaturan dasar.

Pemverifikasi Driver, Pemverifikasi WDF, dan Pemverifikasi Aplikasi

Deskripsi: Aktifkan Pemverifikasi Aplikasi dan Pemverifikasi Driver di awal pengujian.

Jalankan Langkah- Langkah: Aktifkan Driver Verifier pada semua driver mode kernel dalam paket driver (jika ada) dan aktifkan driver mode kernel tempat driver GPS bergantung. Aktifkan Pemverifikasi Aplikasi untuk %windir%\system32\WUDFHost.exe dan biner mode pengguna lainnya tempat driver GPS bergantung (misalnya, wwanapi.dll).

Hasil yang Diharapkan: Tidak ada kegagalan pemverifikasi.

Data telemetri

Deskripsi: Pantau data telemetri dari Dasbor Perangkat Keras Anda di bawah bagian Analisis untuk driver GPS.

Jalankan Langkah- Langkah: Pantau data telemetri dari Dasbor Perangkat Keras Anda di bawah bagian Analisis untuk driver GPS. Identifikasi, selidiki, dan perbaiki kegagalan driver.

Hasil yang Diharapkan: Perangkat harus melaporkan semua kegagalan telemetri; Anda harus melakukan triase, menyelidiki, dan memperbaiki masalah utama.

Tes stres GPS

Kombinasi operasi berikut secara bersamaan dilakukan pada perangkat GPS selama pengujian simulator, pengujian berjalan, dan pengujian drive:

  • Aktifkan Pemverifikasi Driver

  • Aktifkan Pemverifikasi Aplikasi

  • Eksekusi pengujian HLK Windows berulang (Sensor GPS, Manajer Radio, Manajemen Daya Sistem)

  • Operasi manajemen radio

  • Siaga Koneksi

  • Perangkat GPS menonaktifkan/mengaktifkan kembali

  • Penyedia Lokasi Windows menonaktifkan/mengaktifkan kembali

  • Perangkat Broadband Seluler menonaktifkan/mengaktifkan kembali

  • Perangkat Wi-Fi menonaktifkan/mengaktifkan kembali

  • Matikan radio Mobile Broadband

  • Matikan Radio Wi-Fi

  • Unduhan besar melalui koneksi Mobile Broadband

  • Unduhan besar melalui koneksi Wi-Fi

  • Aktivitas Bluetooth

Lakukan pengujian verifikasi dasar sebelum pengujian stres. Diharapkan bahwa pengujian verifikasi yang sama lulus baik sebelum dan sesudah tes stres, dan bahwa tidak ada kegagalan yang diamati.

Kinerja

Performa perangkat GPS diuji untuk TTFF cold-start, TTFF hot-start, sensitivitas akuisisi, sensitivitas pelacakan, waktu akuisisi ulang, akurasi navigasi statis, dan akurasi navigasi dinamis.

Simulator GNNS yang memiliki koneksi OTA dapat digunakan untuk pengujian performa.

Cold-start TTFF

Deskripsi: TTFF cold-start harus dicapai dalam waktu kurang dari 45 detik selama 90% dari waktu. Cold-start digambarkan sebagai kondisi berikut:

  • Waktu tidak diketahui

  • Ephemeris saat ini tidak diketahui

  • Posisi tidak diketahui

Jalankan Langkah- Langkah: Anda dapat menggunakan SDT untuk menghapus data bantuan GPS sebelum memulai pengujian cold-start. Pastikan bahwa kondisi cold-start yang dijelaskan di atas terpenuhi. Pantau TTFF dalam kondisi langit cerah (aktual atau simulasi).

Hasil yang Diharapkan: Perangkat harus menggunakan perangkat GNSS untuk mendapatkan perbaikan lokasi dalam waktu 45 detik selama 90% dari waktu.

Sensitivitas akuisisi

Deskripsi: Perangkat harus mendapatkan perbaikan lokasi pada -150 dBm atau tingkat daya yang lebih rendah.

Jalankan Langkah- Langkah: Dalam kondisi lab yang disimulasikan, dengan menggunakan koneksi frekuensi radio langsung (RF) ketika konektor antena dapat diakses, mengekspos perangkat ke tingkat daya rendah hingga -150 dBm.

Hasil yang Diharapkan: Perangkat harus memperoleh perbaikan pada -150 dBm.

Sensitivitas pelacakan

Deskripsi: Perangkat harus mempertahankan perbaikan lokasi pada -155 dBm atau tingkat daya yang lebih rendah.

Langkah-langkah Eksekusi: Dalam kondisi lab yang disimulasikan, dengan menggunakan koneksi RF langsung saat konektor antena dapat diakses, kurangi tingkat daya menjadi -155 dBm setelah perangkat mendapatkan perbaikan lokasi.

Hasil yang Diharapkan: Perangkat harus mempertahankan perbaikan lokasi -155 dBm.

Waktu akuisisi ulang

Deskripsi: Perangkat harus dapat memperoleh kembali perbaikan lokasi dalam 2 detik. Kondisi langit cerah diasumsikan ketika sinyal tersedia.

Jalankan Langkah- Langkah: Dalam kondisi lab yang disimulasikan, setelah perangkat mendapatkan perbaikan lokasi, kurangi tingkat daya yang cukup untuk memaksa perangkat kehilangan perbaikan. Kemudian tingkatkan tingkat daya dan pantau waktu akuisisi ulang. Atau, Anda dapat berkendara melalui terowongan selama pengujian drive.

Hasil yang Diharapkan: Perangkat harus memperoleh kembali perbaikan lokasi dalam 2 detik.

Akurasi navigasi statis

Deskripsi: Perangkat harus melaporkan garis lintang, bujur, dan ketinggian yang akurat (jika didukung).

Langkah Jalankan: Bandingkan akurasi bujur, lintang, dan ketinggian (jika tersedia), dengan lokasi dari sumber data tepercaya. Sumber data tepercaya dapat berupa penanda survei, simulator GNSS, atau tablet Windows bersertifikat Microsoft Signature yang memiliki GPS.

Hasil yang Diharapkan: DUT harus melaporkan akurasi horizontal 15 meter dan akurasi vertikal 30 meter untuk 95% dari waktu.

Akurasi navigasi dinamis

Deskripsi: Ketika DUT bergerak, DUT harus secara akurat melaporkan garis lintang, bujur, dan ketinggian jika didukung.

Langkah Jalankan: Selama pengujian perangkat/berjalan yang disimulasikan atau aktual, bandingkan akurasi bujur, lintang, dan ketinggian (jika tersedia), ke lokasi dari sumber data tepercaya. Sumber data tepercaya dapat berupa penanda survei, simulator GNSS, atau tablet Windows bersertifikat Microsoft Signature yang memiliki GPS.

Hasil yang Diharapkan: Perangkat harus melaporkan akurasi horizontal 15 meter dan akurasi vertikal 100 meter.

Pengujian konsumsi daya

Diagram berikut menggambarkan bagaimana driver dapat menggunakan metode StopIdle/ResumeIdle deteksi diam WDF untuk berpindah antar D-States.  Kasus pengujian di bagian ini mengonfirmasi bahwa driver akan pergi ke status yang benar pada waktu yang tepat.

<Tempat penampung seni untuk Fig1_ Fig1_stopidle_resumeidle>

Gambar 1. StopIdle/ResumeIdle

Penangguhan selektif USB

Pengujian ini hanya berlaku untuk perangkat yang terhubung dengan USB. Perangkat GPS yang tidak berlangganan klien untuk interval laporan 8 detik atau kurang harus berpartisipasi pada penangguhan selektif ketika semua perangkat di bus siap untuk masuk ke status Ditangguhkan.

Peristiwa Manajer Perangkat dan Pelacakan Peristiwa untuk Windows (ETW) digunakan untuk memantau transisi status bus USB.

Konsumsi daya tidur rata-rata

Perangkat GPS harus memiliki konsumsi daya rata-rata tidur kurang dari 1mW, termasuk antarmuka koneksi bus apa pun. Jika tidak demikian, perangkat harus mendukung penghapusan daya sepenuhnya dari perangkat GPS ketika di D3 (D3-Cold).

D3-Dingin

Perangkat yang mendukung D3cold tidak boleh menurunkan performa TTFF selama lebih dari 6 detik. Misalnya, jika perangkat bisa mendapatkan perbaikan lokasi dalam 2 detik dalam kondisi hot-start, perangkat harus bisa mendapatkan perbaikan dalam 8 detik atau kurang saat dilanjutkan dari D3cold. Jika perangkat tidak dapat memenuhi persyaratan ini, driver harus membatasi transisi status D3cold ketika Radio GPS dinonaktifkan.

Untuk informasi selengkapnya tentang D3cold, lihat Mendukung D3cold dalam Driver.

Pengujian manajemen daya

Siaga Koneksi

pengujian Siaga Koneksi mencakup pengujian Windows HLK PowerState dan pengujian Dasar-Dasar Perangkat dengan IO mencakup skenario pengujian.

Lanjutkan tanpa area cakupan

Deskripsi: Masukkan sistem ke dalam status Siaga yang Koneksi ketika ada klien aktif. Lanjutkan di area tanpa cakupan. Perangkat harus mencoba memperoleh perbaikan lokasi dan memasukkan status SENSOR_STATE_INITIALIZING.

Jalankan Langkah- Langkah: Saat klien aktif tersambung, masukkan perangkat ke dalam siaga Koneksi. Bangun dari siaga Koneksi di area yang tidak memiliki sinyal GPS.

Hasil yang Diharapkan: Perangkat harus memperoleh perbaikan lokasi dan masuk ke status SENSOR_STATE_INITIALIZING.

Pengujian performa antena

Pengujian performa yang menggunakan koneksi OTA

Adalah umum untuk menguji performa penerima GNSS di lingkungan lab melalui koneksi RF kabel, sehingga melewati antena GPS dan sirkuit terkait. Performa dan masalah perangkat dalam antena GPS dan sirkuitnya dapat menyebabkan pengalaman pengguna yang buruk dalam aplikasi layanan berbasis lokasi. Untuk menemukan masalah ini, Anda harus menguji perangkat sistem terkelola untuk performa GPS dengan menggunakan metodologi pengujian OTA.

Pengujian antena mencakup persyaratan berikut untuk sertifikasi:

  • Sistem yang memiliki dukungan GPS harus lulus pengujian sesuai dengan Rencana Pengujian Telekomunikasi Seluler & Asosiasi Internet (CTIA) untuk Performa Over-the-Air Stasiun Seluler, Metode Pengukuran untuk Daya Frekuensi Radio Terpancar (RF) dan Performa Penerima v3.0+ untuk A-GPS. Untuk informasi selengkapnya tentang pengujian CTIA, lihat Uji Sertifikasi CTIA. Selain itu, Sensitivitas Isotropik Total (TIS), Sensitivitas Isotropik Belahan Atas (UHIS) dan Sensitivitas GPS Isotropik Parsial (PIGS), harus diukur; OEM harus memposting hasil pengukuran ke Microsoft untuk ditinjau. Persyaratan ini berlaku untuk sistem yang memiliki dukungan Mobile Broadband.

  • Sistem harus memiliki ruang kosong TIS dan UHIS -140 dBm atau lebih baik untuk GPS. Untuk sistem yang memiliki dukungan Mobile Broadband, pengukuran harus mengikuti metodologi pengujian dan parameter pengujian yang ditentukan dalam Antena Performance untuk panduan eksekusi untuk bagian sistem khusus Wi-Fi dari rencana pengujian CTIA 3.x.

  • Perolehan rata-rata antena GPS harus lebih baik daripada -6dBi.

  • Performa tidak boleh turun di bawah standar minimal yang dapat diterima ketika perangkat ditahan dalam posisi genggam umum. Perangkat harus mempertahankan sensitivitas akuisisi over-the-air (OTA) pada -140 dBm dan sensitivitas pelacakan OTA -145 dBm ketika sistem ditahan dalam posisi umum.

  • Perangkat harus mempertahankan sensitivitas akuisisi OTA pada -140 dBm dan sensitivitas pelacakan OTA -145 dBm ketika keyboard atau stasiun docking ditutup.

  • Anda harus melakukan antena dan pengujian sensitivitas terpancar ketika antena GPS berada di posisi yang diharapkan di perangkat.

  • Antena produksi GPS yang dimaksudkan harus berada di lokasi yang dimaksudkan untuk sistem Verifikasi Teknik (EV). Lokasi antena harus diselesaikan untuk sistem Verifikasi Desain (DV).

  • OEM harus menjalankan performa antena dan pengujian sensitivitas terpancar dan memahami kegagalan pada unit EV. Tes harus lulus sebelum unit DV.

Pengujian Sensitivitas RF untuk sistem khusus Wi-Fi

GPS IHV dapat menyediakan alat dan dokumentasi pengelogan dan plot NMEA.

Bandingkan Rasio Signal-to-Noise (SNR) pada perangkat pengujian dan pada perangkat referensi yang memiliki sensitivitas GPS RF yang baik di lokasi yang sama dalam kondisi yang sama. Aktifkan log IHV NMEA dan ambil perangkat untuk pengujian berjalan/berkendara selama 15+ menit di bawah langit yang cerah. Analisis log dengan menggunakan alat NMEA Plotting yang disediakan IHV. Bandingkan kekuatan sinyal rata-rata perangkat.

Catatan

Jika Anda tidak memiliki alat NMEA Plotting dari IHV, Anda dapat menggunakan Microsoft Bing

Tes gangguan manusia

Posisi antena harus memperhitungkan gangguan manusia. Ketika sistem ditahan dalam keadaan umum, GPS tidak boleh kehilangan perbaikan lokasi, tidak boleh meningkatkan radius kesalahan lebih dari 30%, dan harus mempertahankan sensitivitas akuisisi OTA pada -140 dBm dan sensitivitas pelacakan OTA -145 dBm.

Status yang umum digunakan untuk slates:

  • Tangan di samping, orientasi lanskap

  • Tangan di bawah, orientasi lanskap

  • Tangan di samping, orientasi potret (mulailah di kiri)

  • Tangan di bagian bawah, orientasi potret (mulai dari kiri)

  • Tangan di samping, orientasi potret (mulailah di kanan)

  • Tangan di bagian bawah, orientasi potret (mulailah di kanan)

Dampak gangguan manusia pada akuisisi dan sensitivitas pelacakan

Deskripsi: Sensitivitas akuisisi dan pelacakan perangkat tidak boleh menyebabkan performa turun di bawah standar minimal yang dapat diterima ketika perangkat dipegang pada handgrip tertentu.

Jalankan Langkah- Langkah: Tahan perangkat dalam posisi genggam umum. Periksa sensitivitas akuisisi dan sensitivitas pelacakan.

Hasil yang Diharapkan: Sensitivitas pelacakan dan akuisisi tidak boleh terpengaruh ketika perangkat ditahan di posisi tertentu. Perangkat harus mempertahankan sensitivitas akuisisi OTA pada -140 dBm dan sensitivitas pelacakan OTA -145 dBm.

Tes interoperabilitas

Mobile Broadband, Wi-Fi, dan interoperabilitas GPS

Deskripsi: Menonaktifkan broadband seluler atau perangkat Wi-Fi tidak boleh mencegah GPS berfungsi. Mematikan radio MB atau Wi-Fi seharusnya tidak mencegah GPS mendapatkan perbaikan lokasi.

Jalankan Langkah-langkah:

  • Nonaktifkan Mobile Broadband dan konfirmasikan bahwa GPS masih bisa mendapatkan perbaikan lokasi. Aktifkan kembali Mobile Broadband.

    Catatan

    Perangkat GPS yang menggunakan layanan perangkat adalah pengecualian; perangkat ini harus terlebih dahulu masuk ke status SENSOR_STATE_INITIALIZING dan, setelah 30 detik, harus masuk ke status SENSOR_STATE_NOT_AVAILABLE ketika Mobile Broadband dinonaktifkan

  • Nonaktifkan Wi-Fi dan konfirmasikan bahwa GPS masih bisa mendapatkan perbaikan lokasi.

  • Matikan Radio Mobile Broadband dan konfirmasikan bahwa GPS masih bisa mendapatkan perbaikan lokasi.

  • Matikan Radio Wi-Fi dan konfirmasikan bahwa GPS masih bisa mendapatkan perbaikan lokasi.

  • Hapus SIM Mobile Broadband dan konfirmasikan bahwa GPS bisa mendapatkan perbaikan lokasi.

Hasil yang Diharapkan: Untuk perangkat Mobile Broadband atau Wi-Fi, status radio dan SIM tidak boleh mencegah GPS berfungsi.

Mobile Broadband, Wi-Fi, Bluetooth, Near Field Communication (NFC), dan gangguan kamera

Radio dan perangkat lain seperti kamera sistem dapat mengganggu GPS. Perangkat GPS biasanya berbagi modul yang sama dengan Mobile Broadband, Wi-Fi, dan Bluetooth. Fungsionalitas GPS tidak boleh terpengaruh oleh perangkat ini.

Deskripsi: Penggunaan Simultan Mobile Broadband, Wi-Fi, Bluetooth, dan kamera tidak boleh menurunkan performa dan fungsionalitas perangkat GPS, atau sebaliknya.

Langkah-langkah Eksekusi: Jalankan pengujian fungsionalitas dasar dengan Mobile Broadband, Wi-Fi, Bluetooth, dan kamera aktif dan aktif digunakan.

  • Lakukan unduhan besar melalui koneksi Mobile Broadband saat menggunakan GPS. Pantau status sensor, radius kesalahan, dan kekuatan sinyal serta log peristiwa dari SDT.

  • Lakukan unduhan besar melalui koneksi Wi-Fi saat menggunakan GPS. Pantau status sensor, radius kesalahan, dan kekuatan sinyal serta log peristiwa dari SDT.

  • Lakukan transfer file Bluetooth saat menggunakan GPS. Pantau status sensor, radius kesalahan, dan kekuatan sinyal serta log peristiwa dari SDT.

  • Lakukan pemindaian Wi-Fi saat menggunakan GPS. Pantau status sensor, radius kesalahan, dan kekuatan sinyal serta log peristiwa dari SDT.

  • Lakukan pemindaian Mobile Broadband saat menggunakan GPS. Pantau status sensor, radius kesalahan, dan kekuatan sinyal serta log peristiwa dari SDT.

  • Lakukan pemindaian Bluetooth saat menggunakan GPS. Pantau status sensor, radius kesalahan, dan kekuatan sinyal serta log peristiwa dari SDT.

  • Rekam video saat menggunakan GPS. Pantau status sensor, radius kesalahan, dan kekuatan sinyal serta log peristiwa dari SDT.

  • Tonton film melalui Internet saat menggunakan GPS. Pantau status sensor, radius kesalahan, dan kekuatan sinyal serta log peristiwa dari SDT.

  • Lakukan transfer data NFC (misalnya, transfer foto) selama 5 menit. Pantau status sensor, radius kesalahan, dan kekuatan sinyal serta log peristiwa dari SDT.

Hasil yang Diharapkan: GPS harus berfungsi secara normal selama perangkat ini digunakan. Penggunaan perangkat ini tidak boleh berdampak pada status sensor, radius kesalahan, dan kekuatan sinyal secara negatif.

Uji drive

Pengujian drive manual terjadi ketika sistem diambil pada drive dengan menggunakan rute yang telah ditentukan sebelumnya yang mencakup terowongan dan area dengan dampak multipath yang berbeda. Selama drive, data GPS sistem diambil oleh aplikasi pengujian dan dibandingkan dengan GPS referensi. Tidak ada waktu jika lokasi yang dilaporkan sistem adalah +/- radius kesalahan di luar lokasi yang dilaporkan oleh GPS referensi. Radius kesalahan rata-rata harus <= 30 meter.

Pengujian drive menjalankan kondisi kehidupan nyata seperti akurasi navigasi dinamis, akuisisi ulang setelah melalui terowongan, dampak sinyal multi-jalur, dan kondisi atmosfer.

Pengujian fungsionalitas berikut dijalankan selama pengujian drive:

  • Transisi status dipantau dan dibandingkan dengan GPS referensi.

  • Garis lintang, bujur, dan ketinggian (jika tersedia) dipantau dan dibandingkan dengan GPS referensi. Representasi peta visual digunakan untuk perbandingan yang mudah.

  • Data kecepatan dan judul dipantau dan dibandingkan dengan GPS referensi.

  • Waktu akuisisi dan waktu akuisisi ulang setelah mengemudi melalui terowongan diukur dan dibandingkan dengan GPS referensi.

  • Sensitivitas pelacakan dipantau di area dampak multipath. Frekuensi laporan data dan gangguan apa pun pada laporan data dipantau.

  • Akurasi navigasi dinamis dipantau dan dibandingkan dengan referensi GPS dengan menggunakan representasi peta visual.

  • Transisi status Device Plug and Play (PnP) dan manajer radio dilakukan selama navigasi dinamis.

  • Interval laporan dipantau dan dibandingkan dengan GPS referensi.

Tes simulator

Simulator GNSS (Spirent GSS6700) digunakan untuk mencapai kondisi lab yang terkontrol. Ini memutar ulang skenario pengujian yang sama untuk pengulangan, mensimulasikan status satelit, berbagai lokasi, dan waktu seperti selatan khatulistiwa dan 2 tahun kemudian, simulasi dalam navigasi kendaraan, kondisi atmosfer, sinyal multi-jalur, dan kondisi kesalahan. Skenario pengujian simulator Spirent GSS6700 standar dijalankan.

Koneksi RF OTA menguji sistem bersama dengan antena asli dan perisai. Koneksi langsung juga dapat digunakan ketika konektor antena dapat diakses untuk pengujian penerima. Pengujian simulator berfokus pada skenario simulator umum, termasuk karakteristik performa penerima GNSS dan skenario berikut:

  • Cold-start TTFF

  • Hot-start TTFF

  • Sensitivitas akuisisi

  • Sensitivitas akuisisi ulang

  • Sensitivitas pelacakan

  • Akurasi posisi statis

  • Akurasi posisi dinamis

  • Multipath

  • GPS dan Globalnaya navigatsionnaya sputnikovaya sistema (GLONASS)

Matriks uji penerimaan GPS

  • Pengujian build OS berjalan pada:

  • Versi Windows HLK:

  • Versi firmware platform:

  • Pengujian platform berjalan pada:

Tingkat pengujian Deskripsi pengujian Hasil verifikasi Komentar

Dasar (Tingkat 1)

Driver harus ditandatangani dengan sertifikat IHV

Dasar (Tingkat 1)

Driver harus diinstal dengan menggunakan manajer perangkat/Deployment Image Servicing and Management (DISM)

Dasar (Tingkat 1)

GPS. Test Descriptions.Robustness.Driver Verifier, WDF Verifier, dan Application Verifier

Dasar (Tingkat 1)

Pengujian WHLK Sensor Lokasi: Device.Input.Sensor.Pengujian sistem untuk Sensor Lokasi: System.Client.Sensor.

Dasar (Tingkat 1)

Tes WHLK Manajemen Radio: System.Client.RadioManagement.

Dasar (Tingkat 1)

Selain tes WHLK yang diperlukan, pengujian WHLK Opsional di bawah pengujian WHLK Sensor Lokasi: Device.Input.Sensor. dan System.Client.Sensor.* harus berjalan dan lulus untuk sistem SoC non-Arm

Dasar (Tingkat 1)

Pengujian WHLK Dasar-Dasar Perangkat: Device.DevFund.

Dasar (Tingkat 1)

Tes USB WHLK (hanya perangkat yang terhubung DENGAN USB): Perangkat. Koneksi ivitas. UsbDevices.

Dasar (Tingkat 1)

GPS. Uji Deskripsi.Fungsionalitas.Sensor kategori, jenis, properti dan bidang data

Dasar (Tingkat 1)

GPS. Uji Deskripsi.Fungsionalitas.Transisi Status

Dasar (Tingkat 1)

GPS. Test Descriptions.Functionality.Accuracy of Latitude and Longitude

Dasar (Tingkat 1)

GPS. Test Descriptions.Functionality.Speed Data

Dasar (Tingkat 1)

GPS. Uji Descriptions.Functionality.Heading Data

Dasar (Tingkat 1)

GPS. Test Descriptions.Assisted GPS. A-GPS

Dasar (Tingkat 1)

GPS. Test Descriptions.Assisted GPS. Injeksi Posisi. Jenis Koneksi

Dasar (Tingkat 1)

GPS. Test Descriptions.Antena Performance.OTA Koneksi ion. Perangkat harus mendapatkan perbaikan lokasi di langit cerah di luar ruangan apa adanya tanpa menggunakan antena eksternal atau modifikasi lainnya.

Dasar (Tingkat 1)

GPS. Test Descriptions.Interoperability.* (GPS bisa mendapatkan perbaikan lokasi saat Mobile Broadband, Bluetooth, Wi-Fi, atau kamera sedang aktif digunakan)

Dasar (Tingkat 1)

GPS. Uji Descriptions.Functionality.Properti Sensor Lainnya

Dasar (Tingkat 1)

GPS. Test Descriptions.Assisted GPS. Injeksi Posisi. Waktu Koneksi

Dasar (Tingkat 1)

GPS. Test Descriptions.Antena Performance.HumanInterference Tests. Perangkat harus mendapatkan perbaikan lokasi di langit cerah di luar ruangan apa adanya tanpa antena eksternal atau modifikasi lainnya, sementara itu ditahan dalam posisi genggam umum.

Stres (Tingkat 2)

GPS. Test Descriptions.Robustness.

Performa (Tingkat 2)

GPS. Test Descriptions.Performance.

Daya (Tingkat 1)

GPS. Test Descriptions.Power Consumption.

Daya (Tingkat 1)

GPS. Test Descriptions.Power Management.

Performa Antena (Tingkat 1 untuk OEM)

GPS. Test Descriptions.Antena Performance.

Uji Drive (Tingkat 3)

GPS. Test Descriptions.Drive Tests.

Tes Simulator (Tingkat 4)

GPS. Test Descriptions.Simulator Tests.*

Sensor Windows dan Platform Lokasi

Panduan driver lokasi untuk daya dan performa

Menulis driver sensor lokasi

Memfilter data

Prasyarat Pengujian Perangkat Sensor