Na tej stronie dowiesz się, jak testować, debugować i dostrajać implementację Wi-Fi za pomocą narzędzi dostępnych w AOSP.
Testowanie
Aby przetestować platformę Wi-Fi, AOSP udostępnia testy jednostkowe i testy CTS.
Testy jednostkowe
AOSP obejmuje testy funkcjonalne i jednostkowe domyślnej platformy Wi-Fi: zarówno pod kątem Menedżera Wi-Fi (kod po stronie aplikacji), jak i usługi Wi-Fi.
Testy Menedżera Wi-Fi:
- Lokalizacja:
packages/modules/Wifi/framework/tests/
Uruchom przy użyciu tego pliku wykonywalnego powłoki (przeczytaj plik, aby poznać więcej opcji wykonywania):
atest FrameworksWifiApiTests
Testy usługi Wi-Fi:
- Lokalizacja:
packages/modules/Wifi/service/tests/wifitests/
Uruchom przy użyciu tego pliku wykonywalnego powłoki (przeczytaj plik, aby poznać więcej opcji wykonywania):
atest FrameworksWifiTests
Testy CTS
Compatibility Test Suite (CTS) zawiera testy platformy Wi-Fi. Te lokalizacje znajdują się w regionie: cts/tests/tests/net/src/android/net/wifi
. Testy Wi-Fi CTS wymagają, aby urządzenie w trakcie testu było powiązane z punktem dostępu na początku testu.
Ulepszone opcje logowania na potrzeby debugowania
W Androidzie 9 ulepszyliśmy rejestrowanie Wi-Fi, aby ułatwić debugowanie problemów z Wi-Fi. W Androidzie 9 lub nowszym bufory pierścienia sterownika lub oprogramowania układowego mogą być zawsze włączone. Raporty o błędach mogą być uruchamiane automatycznie po wykryciu nieprawidłowego stanu (tylko w ramach debugowania użytkownika i kompilacji angielskiej). W przypadku korzystania z HAL Wi-Fi (AIDL albo HIDL w wersji 1.2 lub nowszej) bufory debugowania oprogramowania układowego są przechowywane w HAL, a nie w platformie, co pozwala obniżyć koszty IPC.
Implementacja
Więcej informacji o implementacji referencyjnej znajdziesz w dokumentacji domyślnej w HAL dostawcy.
Logowanie oprogramowania układowego możesz wyłączyć, ustawiając wartość zasobu config_wifi_enable_wifi_firmware_debugging
na false.
Test ręczny
Uruchom ten test ręczny, aby sprawdzić, czy stare pliki w katalogu tombstone są usuwane.
- Włącz Wi-Fi.
- Połącz się z siecią.
- Wygeneruj raport o błędzie.
Sprawdź plik ZIP z raportem o błędzie i sprawdź, czy istnieją zarchiwizowane dzienniki oprogramowania układowego. Dzienniki znajdziesz w tych miejscach:
- AIDL HAL: sekcja
dumpsys
głównego pliku zgłoszenia błędu - HAL HIDL:
/lshal-debug/android.hardware.wifi@1.x::IWifi_default.txt
- AIDL HAL: sekcja
Dostrajanie konfiguracji
Aby kontrolować siłę sygnału, przy której urządzenie łączy się z siecią lub się z nią rozłącza, platforma Wi-Fi używa progów RSSI wejścia i wyjściu.
Progi wejścia i wyjścia są przechowywane jako przeciążane parametry konfiguracyjne o tych nazwach (gdzie parametr bad
odnosi się do progu RSSI wyjścia):
config_wifi_framework_wifi_score_bad_rssi_threshold_5GHz
config_wifi_framework_wifi_score_entry_rssi_threshold_5GHz
config_wifi_framework_wifi_score_bad_rssi_threshold_24GHz
config_wifi_framework_wifi_score_entry_rssi_threshold_24GHz
Parametry są przechowywane w nakładce <root>/frameworks/base/core/res/res/values/config.xml
i mogą być przeciążone przy użyciu pliku nakładki <root>/device/<dev_dir>/overlay/frameworks/base/core/res/res/values/config.xml
.
Możesz przetestować nowe progi, konfigurując urządzenie za pomocą poleceń adb. (Możesz też utworzyć kompilację z nowymi nakładkami, ale użycie poleceń adb znacznie przyspieszy testowanie).
adb shell settings put global wifi_score_params \
[rssi2|rssi5]=<bad>:<entry>:<low>:<good>
Na przykład poniższe polecenie konfiguruje nowe parametry progu (wartości używane w tym przykładowym poleceniu to wartości domyślne skonfigurowane w bazie kodu AOSP):
adb shell settings put global wifi_score_params \
rssi2=-85:-85:-73:-60,rssi5=-82:-82:-70:-57
Aby przywrócić wartości parametrów wbudowanych (czyli usunąć zastąpienia), użyj tego polecenia adb:
adb shell settings delete global wifi_score_params