hiệu chuẩn hiện diện

Trang này cung cấp hướng dẫn thiết lập và hiệu chỉnh các yêu cầu hiệu chỉnh hiện diện cho các thiết bị chạy Android 14 trở lên.

Lý lịch

Để đảm bảo các thiết bị thông minh của người dùng hoạt động tốt với nhau, điều quan trọng là tất cả các thiết bị trong hệ sinh thái Android đều có thể xác định khoảng cách tương đối giữa các thiết bị. Android 14 đưa ra các yêu cầu hiệu chỉnh hiện diện nhằm nêu rõ hiệu suất có thể chấp nhận được của các công nghệ vô tuyến hiện có như UWB, Wi-Fi và BLE dùng để xác định khoảng cách. Trang này mô tả các tiêu chuẩn hiệu chuẩn mà các thiết bị phải tuân theo để đảm bảo khả năng tương tác giữa các thiết bị trong hệ sinh thái.

Thiết bị tham chiếu

Để hiệu chỉnh thiết bị của bạn nhằm đáp ứng các yêu cầu về hiện diện, hãy sử dụng một trong các thiết bị tham chiếu sau cho tất cả các lần hiệu chuẩn.

  • (Được khuyến nghị) Điện thoại Pixel
  • Nếu không sử dụng điện thoại Pixel, hãy sử dụng cùng nhãn hiệu và kiểu thiết bị với thiết bị đang được thử nghiệm.

Các yếu tố hình thành

Hiệu chỉnh hiện diện rất quan trọng đối với các thiết bị Android thuộc mọi kiểu dáng. Đối với các hệ số dạng không phải là điện thoại di động, để xác định cài đặt hiệu chỉnh phù hợp cho thiết bị, hãy xem xét cách người dùng cầm điện thoại di động (thiết bị tham chiếu) sẽ được định vị khi tương tác với thiết bị được thử nghiệm (DUT). Ví dụ: khi hiệu chỉnh TV, hãy đặt TV và điện thoại di động ở khoảng cách thích hợp với nhau và hướng thiết bị di động sao cho thiết bị hướng về phía giữa phía trước của màn hình TV.

Yêu cầu của UWB

Phần này mô tả cách hiệu chỉnh thiết bị của bạn để đáp ứng các yêu cầu UWB sau trong CDD.

7.4.9 UWB

Nếu việc triển khai thiết bị bao gồm phần cứng UWB thì chúng:

  • [C-1-6] PHẢI đảm bảo các phép đo khoảng cách nằm trong khoảng +/- 15 cm đối với 95% số đo trong môi trường đường ngắm ở khoảng cách 1m trong buồng không phản chiếu.
  • [C-1-7] PHẢI đảm bảo rằng trung vị của các phép đo khoảng cách cách thiết bị tham chiếu 1m nằm trong khoảng [0,75m, 1,25m], trong đó khoảng cách thực tế mặt đất được đo từ mép trên của DUT được ngửa lên và nghiêng 45 độ.

Thiết lập hiệu chuẩn UWB

Sử dụng thiết lập sau để hiệu chỉnh thiết bị của bạn nhằm đáp ứng các yêu cầu của UWB.

Yêu cầu thiết lập chung

  • Cần có hai thiết bị có phần cứng UWB, một thiết bị làm DUT và một thiết bị làm thiết bị tham chiếu.

  • Cần có hai chân máy để giữ thiết bị.

  • DUT và thiết bị tham chiếu phải được đặt cách nhau 1 mét trong môi trường thẳng hàng trong buồng không phản chiếu. Cả hai thiết bị phải được đặt ở hướng dọc với màn hình hướng ra xa nhau.

Ví dụ về thiết lập hiệu chuẩn UWB được hiển thị trong Hình 1 và Video 1.

Thiết lập tham chiếu để hiệu chuẩn BLE

Hình 1. Thiết lập tham chiếu để hiệu chỉnh UWB.

Video 1. Thiết lập tham chiếu để hiệu chỉnh UWB.

Yêu cầu [C-1-6] và [C-1-7]

Để xác minh việc tuân thủ các yêu cầu [C-1-6] và [C-1-7], hãy chạy trường hợp kiểm tra CTS đa thiết bị RangingMeasurementTest#test_distance_measurement_accuracy để đo khoảng cách. Đây là một bài kiểm tra CTS thủ công.

run cts -m CtsUwbMultiDeviceTestCase_RangingMeasurementTests -t RangingMeasurementTest#test_distance_measurement_accuracy

Nếu bạn có nhiều hơn hai thiết bị được kết nối với máy chủ CTS, hãy chỉ định ID DUT và ID thiết bị tham chiếu trong lệnh run cts .

run cts -m CtsUwbMultiDeviceTestCase_RangingMeasurementTests -t RangingMeasurementTest#test_distance_measurement_accuracy --shard-count 2
-s DUT_ID -s REFERENCE_DEVICE_ID

Trường hợp thử nghiệm CTS đa thiết bị bắt đầu phiên đo phạm vi UWB giữa DUT và thiết bị tham chiếu và thực hiện 1000 phép đo với DUT. Sau đó, quá trình kiểm tra sẽ tự động xử lý các phép đo và xác định xem thiết bị đạt hay không đạt bằng cách thực hiện như sau:

  1. Sắp xếp 1000 phép đo theo thứ tự tăng dần.
  2. Tính phạm vi dưới dạng [phạm vi = phép đo thứ 975 - phép đo thứ 25].
  3. Báo cáo phạm vi trong thử nghiệm CTS đa thiết bị. Để vượt qua, phạm vi phải nhỏ hơn 30 cm .
  4. Báo cáo giá trị trung bình (thứ 500) trong thử nghiệm CTS đa thiết bị. Để vượt qua, giá trị phải nằm trong [0,75 m, 1,25 m] .

Yêu cầu về mạng nhận thức hàng xóm Wi-Fi

Phần này mô tả cách hiệu chỉnh thiết bị của bạn để đáp ứng các yêu cầu về Mạng nhận thức hàng xóm Wi-Fi (NAN) trong CDD (ảnh chụp nhanh tại đây):

2.2.1. Phần cứng

Nếu các thiết bị hỗ trợ giao thức Mạng nhận thức hàng xóm WiFi (NAN) bằng cách khai báo PackageManager.FEATURE_WIFI_AWARE và Vị trí Wi-Fi (Thời gian khứ hồi Wi-Fi - RTT) bằng cách khai báo PackageManager.FEATURE_WIFI_RTT , thì chúng:

  • [ 7.4 .2.5/H-1-1] PHẢI báo cáo phạm vi chính xác trong phạm vi +/- 1 mét ở băng thông 160 MHz ở phân vị thứ 68 (như được tính toán với Hàm phân phối tích lũy), +/- 2 mét ở băng thông 80 MHz ở phân vị thứ 68, +/- 4 mét ở băng thông 40 MHz ở phân vị thứ 68 và +/- 8 mét ở băng thông 20 MHz ở phân vị thứ 68 ở các khoảng cách 10 cm, 1 m, 3 m và 5 m, như được quan sát qua API Android WifiRttManager#startRanging .

  • [ 7.4 .2.5/H-SR] ĐƯỢC KHUYẾN NGHỊ MẠNH MẼ nên báo cáo phạm vi chính xác trong phạm vi +/-1 mét ở băng thông 160 MHz ở phân vị thứ 90 (như được tính toán với Hàm phân phối tích lũy), +/-2 mét ở 80 MHz băng thông ở phân vị thứ 90, +/- 4 mét ở băng thông > 40 MHz ở phân vị thứ 90 và +/- 8 mét ở băng thông 20 MHz ở phân vị thứ 90 ở khoảng cách 10 cm, như được quan sát qua API Android WifiRttManager#startRanging .

Yêu cầu [7.4.2.5/H-1-1]

Để xác minh việc tuân thủ yêu cầu [7.4.2.5/H-1-1]:

  1. Cài đặt (nếu chưa được cài đặt trước đó) và mở ứng dụng CTS Verifier (CTS-V) trên cả DUT và thiết bị tham chiếu. Kiểm tra CTS-V cho yêu cầu này được tìm thấy trong Kiểm tra hiện diện > Kiểm tra độ chính xác của NAN .

  2. Đặt DUT ở khoảng cách thử nghiệm cách thiết bị tham chiếu 10 cm, không có vật gì ở giữa hai thiết bị.

  3. Trên màn hình kiểm tra của thiết bị tham chiếu, hãy đảm bảo rằng hộp kiểm Là thiết bị tham chiếu đã được chọn, sau đó nhấn Bắt đầu xuất bản .

  4. Chọn khoảng cách kiểm tra là 10 cm trong hoạt động CTS-V trên DUT và nhấn Bắt đầu kiểm tra . Sau đó, Trình xác minh CTS thực hiện 100 phép đo khác nhau, tính toán và ghi lại phạm vi của các phép đo vào nhật ký CTS-V. Khi quá trình kiểm tra hoàn tất, hãy xác minh xem phạm vi tính toán có nằm trong phạm vi dự kiến ​​hay không trong ứng dụng Trình xác minh CTS trên DUT.

  5. Lặp lại các bước từ một đến bốn cho các khoảng cách thử nghiệm khác là 1 m, 3 m và 5 m. Bài kiểm tra đạt nếu phạm vi của tất cả các khoảng cách kiểm tra nằm trong phạm vi dự kiến. Nếu không, khoảng cách kiểm tra mà kiểm tra không thành công sẽ được hiển thị trên màn hình CTS-V.

Yêu cầu BLE RSSI

Phần này mô tả cách hiệu chỉnh thiết bị của bạn để đáp ứng các yêu cầu BLE RSSI được chụp nhanh từ CDD:

7.4.3. Bluetooth

Nếu việc triển khai thiết bị khai báo FEATURE_BLUETOOTH_LE thì chúng:

  • [C-10-1] PHẢI có số đo RSSI nằm trong khoảng +/- 9dBm đối với 95% số đo ở khoảng cách 1m tính từ thiết bị tham chiếu truyền ở ADVERTISE_TX_POWER_HIGH trong môi trường tầm nhìn thẳng.
  • [C-10-2] PHẢI bao gồm các hiệu chỉnh Rx/Tx để giảm độ lệch trên mỗi kênh sao cho các phép đo trên mỗi kênh trong số 3 kênh, trên mỗi ăng-ten (nếu sử dụng nhiều ăng-ten), nằm trong khoảng +/- 3dBm của một một cái khác cho 95% số đo.
  • [C-10-3] PHẢI đo và bù cho độ lệch Rx để đảm bảo BLE RSSI trung bình là -55dBm +/- 10 dBm ở khoảng cách 1m tính từ thiết bị tham chiếu đang truyền ở ADVERTISE_TX_POWER_HIGH .
  • [C-10-4] PHẢI đo và bù cho độ lệch Tx để đảm bảo BLE RSSI trung bình là -55dBm +/- 10 dBm khi quét từ thiết bị tham chiếu được đặt ở khoảng cách 1m và truyền ở ADVERTISE_TX_POWER_HIGH .

Thiết lập hiệu chuẩn

Sử dụng thiết lập sau để hiệu chỉnh thiết bị của bạn nhằm đáp ứng các yêu cầu BLE RSSI.

Yêu cầu thiết lập chung

  • Để có kết quả tối ưu, hãy sử dụng buồng cách âm để giảm thiểu nhiễu cho các phép đo. Nếu không sử dụng buồng chống phản xạ, hãy đặt hai chân máy giữ thiết bị tham chiếu và thiết bị DUT cách mặt đất 1,5 mét, có khoảng cách tương tự với trần nhà.
  • Cần có hai chân máy gắn vào giá đỡ thiết bị.
  • Sử dụng chân máy có càng ít kim loại bên trong càng tốt.
  • Sử dụng giá đỡ thiết bị có càng ít kim loại càng tốt. Một lò xo kim loại nhỏ là được.
  • PHẢI không có vật kim loại nào trong phạm vi 1 m tính từ DUT và thiết bị tham chiếu.
  • Thiết bị tham chiếu và tất cả các DUT PHẢI được sạc đủ để hoàn thành các bài kiểm tra.
  • Thiết bị tham chiếu và DUT hiện tại PHẢI được rút phích cắm trong quá trình thử nghiệm.
  • Thiết bị tham chiếu và DUT KHÔNG ĐƯỢC có vỏ, dây kèm theo hoặc bất kỳ thứ gì khác được gắn vào có thể ảnh hưởng đến hiệu suất tần số vô tuyến (RF).

Thiết lập tham chiếu để hiệu chuẩn BLE

Hình 2. Thiết lập tham chiếu để hiệu chuẩn BLE

Yêu cầu [C-10-1]

Để xác minh việc tuân thủ yêu cầu [C-10-1]:

  1. Cài đặt (nếu chưa được cài đặt trước đó) và mở ứng dụng CTS Verifier (CTS-V) trên cả DUT và thiết bị tham chiếu. Kiểm tra CTS-V cho yêu cầu này được tìm thấy trong Kiểm tra hiện diện > Kiểm tra độ chính xác BLE RSSI .

  2. Đặt DUT ở khoảng cách thử nghiệm cách thiết bị tham chiếu 1 m, theo thiết lập hiệu chuẩn BLE .

  3. Nhấn vào Bắt đầu quảng cáo trên thiết bị tham chiếu, sau đó làm theo hướng dẫn trên màn hình của DUT để nhập ID thiết bị cụ thể cho thiết bị tham chiếu. ID này sẽ được hiển thị trên thiết bị tham chiếu sau khi bắt đầu quảng cáo. Nhấn vào Bắt đầu kiểm tra trên DUT.

  4. Khi quá trình thu thập dữ liệu hoàn tất (1000 lần quét được thu thập trên DUT), bài kiểm tra sẽ tự động đạt hoặc không đạt, tùy thuộc vào phạm vi tính toán. Để vượt qua, phạm vi phải nhỏ hơn hoặc bằng 18 dBm .

Yêu cầu [C-10-2]

Để xác minh yêu cầu [C-10-2]. Nhà cung cấp chip có thể đo độ phẳng của kênh và xác định sự khác biệt giữa lõi và kênh. Sau đây là các mẹo về cách xác định sự cố với lõi chưa được hiệu chỉnh và kênh chưa được hiệu chỉnh, đây là hai nguyên nhân có thể dẫn đến mức độ lây lan RSSI lớn.

Lõi chưa được hiệu chuẩn

Nếu ăng-ten BT trên thiết bị có nhiều lõi thì các lõi có thể có các hiệu chuẩn khác nhau. Thực hiện một số phép đo (có giá trị ít nhất 1 phút) và kiểm tra dữ liệu quét. Nếu bạn thấy một mẫu tương tự như mẫu trong Hình 3, có các đỉnh đều đặn (được biểu thị bằng các vòng tròn) do quét trên nhiều lõi, thì có thể có vấn đề với các lõi chưa được hiệu chỉnh và cần phải điều tra thêm.

Ví dụ quét dữ liệu cho thiết bị có lõi chưa được hiệu chỉnh

Hình 3. Ví dụ về dữ liệu quét cho thiết bị có lõi chưa được hiệu chỉnh

Các kênh chưa được hiệu chỉnh

Quá trình truyền trên BLE cổ điển diễn ra trên ba kênh. Mỗi kênh có thể có sự khác biệt liên quan đến nó. Các kênh được luân chuyển theo những khoảng thời gian cố định. Thực hiện một số phép đo (có giá trị ít nhất 1 phút) và kiểm tra dữ liệu quét. Nếu bạn thấy mẫu tương tự như mẫu trong Hình 4 thì có thể có vấn đề về việc hiệu chỉnh sai trên các kênh khác nhau và cần phải điều tra thêm.

Ví dụ về dữ liệu quét cho thiết bị có kênh chưa được hiệu chỉnh

Hình 4. Ví dụ về quét dữ liệu cho thiết bị có kênh chưa được hiệu chỉnh

Yêu cầu [C-10-3] và [C-10-4]

Ngay cả khi chip vô tuyến BLE được hiệu chỉnh hoàn hảo, RSSI mà một thiết bị cụ thể quan sát được vẫn phụ thuộc vào chất lượng ăng-ten và vị trí ăng-ten trên sản phẩm cụ thể đó (kiểu thiết bị). Điều này gây ra vấn đề về khả năng tương tác giữa các thiết bị.

Ví dụ: hãy xem xét trường hợp sử dụng mở khóa ô tô. Nhà phát triển ứng dụng có thể muốn mở khóa ô tô khi thiết bị cách ô tô trong phạm vi 1 mét. Nhà phát triển chọn ngưỡng -60 dBm dựa trên quan sát của họ với điện thoại họ có, nhưng do sự khác biệt về chất lượng ăng-ten và vị trí ăng-ten, ngưỡng này có thể không hoạt động tốt với thiết bị Android khác ngay cả khi cả hai thiết bị sử dụng cùng một chip.

Để có khả năng tương tác giữa tất cả các thiết bị trong hệ sinh thái, bạn phải đo độ lệch Rx cho từng thiết bị và điều chỉnh RSSI được báo cáo trên thiết bị để đảm bảo rằng BLE RSSI đáp ứng tiêu chuẩn 1 m tại ADVERTISE_TX_POWER_HIGH .

Ngay cả khi các chip vô tuyến BLE được hiệu chỉnh hoàn hảo, bộ thu lý tưởng vẫn đọc các RSSI khác nhau tùy thuộc vào chất lượng ăng-ten và vị trí ăng-ten trên thiết bị quảng cáo. Yêu cầu Rx đảm bảo rằng tất cả các thiết bị đều có thể quảng cáo với cường độ như nhau, tất cả các thiết bị khác đều như nhau.

Đối với các thiết bị chạy Android 14 trở lên, để xác minh việc tuân thủ yêu cầu Rx và Tx:

  1. Cài đặt (nếu chưa được cài đặt trước đó) và mở ứng dụng CTS Verifier (CTS-V) trên cả DUT và thiết bị tham chiếu. Kiểm tra CTS-V cho yêu cầu này được tìm thấy trong Kiểm tra hiện diện > Kiểm tra độ chính xác bù đắp BLE Rx/Tx .

  2. Đặt DUT ở khoảng cách thử nghiệm cách thiết bị tham chiếu 1 m, theo thiết lập hiệu chuẩn BLE . Chúng tôi khuyên bạn nên đặt các thiết bị sao cho chúng song song với nhau với các màn hình hướng về cùng một hướng.

  3. Nhấn vào Bắt đầu quảng cáo trên thiết bị tham chiếu, sau đó làm theo hướng dẫn trên màn hình của DUT để nhập ID thiết bị cụ thể cho thiết bị tham chiếu. ID này sẽ được hiển thị trên thiết bị tham chiếu sau khi bắt đầu quảng cáo.

  4. Nhấn vào Bắt đầu kiểm tra trên DUT. Trong thử nghiệm này, để xác minh yêu cầu Rx, thiết bị tham chiếu sẽ thực hiện quét ở chế độ nền cùng lúc với khi bắt đầu quảng cáo.

    Khi quá trình thu thập dữ liệu hoàn tất (1000 lần quét được thu thập trên cả hai thiết bị), bài kiểm tra sẽ đạt nếu trung vị được tính toán (đo thứ 500) cho cả hai bài kiểm tra Rx và Tx nằm trong khoảng từ -65 dBm đến -45 dBm . Thử nghiệm không thành công nếu trung bình tính toán cho thử nghiệm Rx hoặc Tx không nằm trong phạm vi được chấp nhận.

  5. Hiệu chỉnh các thiết bị để bù độ lệch Rx và công suất Tx để đảm bảo RSSI trung bình là -55 dBm:

    • Rx: Điều chỉnh RSSI bằng cách đặt thuộc tính hệ thống bluetooth.hardware.radio.le_rx_path_loss_comp_db thành giá trị (dB) bù cho độ lệch Rx để đảm bảo BLE RSSI trung bình là -55 dBm ở 1 m. Ngăn xếp Bluetooth điều chỉnh RSSI thành RSSI cộng với giá trị của bluetooth.hardware.radio.le_rx_path_loss_comp_db . Để biết chi tiết, xem le_scanning_manager.cc .

    • Tx: Điều chỉnh công suất Tx bằng cách đặt thuộc tính hệ thống bluetooth.hardware.radio.le_tx_path_loss_comp_db thành giá trị (dB) bù công suất Tx để đảm bảo BLE RSSI trung bình là -5 5dBm ở 1 m. Ngăn xếp Bluetooth điều chỉnh nguồn Tx thành nguồn Tx cộng với giá trị của bluetooth.hardware.radio.le_tx_path_loss_comp_db . Để biết chi tiết, hãy xem le_advertising_manager.cc .