Testuj, debuguj i dostrajaj Wi-Fi

Na tej stronie dowiesz się, jak testować, debugować i dostrajać implementację Wi-Fi za pomocą z narzędzi 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: dla Menedżera Wi-Fi (kod po stronie aplikacji) i usługi Wi-Fi.

Testy Menedżera Wi-Fi:

  • Lokalizacja: packages/modules/Wifi/framework/tests/
  • Uruchom przy użyciu następującego pliku wykonywalnego powłoki (przeczytaj plik, aby wykonać więcej działań opcje:

    atest FrameworksWifiApiTests
    

Testy usługi Wi-Fi:

  • Lokalizacja: packages/modules/Wifi/service/tests/wifitests/
  • Uruchom przy użyciu następującego pliku wykonywalnego powłoki (przeczytaj plik, aby wykonać więcej działań opcje:

    atest FrameworksWifiTests
    

Testy CTS

Compatibility Test Suite (CTS) zawiera testy zgodności z zasadami Platforma Wi-Fi. Znajdują się w cts/tests/tests/net/src/android/net/wifi Testy Wi-Fi CTS wymagają urządzenie w trakcie testowania, które ma być powiązane z punktem dostępu na początku testu bieganie.

Ulepszone opcje logowania na potrzeby debugowania

W Androidzie 9 ulepszone rejestrowanie Wi-Fi ułatwia debugować problemy z Wi-Fi. Na Androidzie 9 lub nowszym Bufory pierścieni sterownika lub oprogramowania układowego mogą być zawsze włączone. Raporty o błędach mogą automatycznie jest wyzwalana po wykryciu nieprawidłowego stanu (tylko w przypadku debugowania użytkownika i kompilacji eng). W przypadku korzystania z Wi-Fi HAL (AIDL albo HIDL w wersji 1.2 lub nowszej) oprogramowanie układowe bufory debugowania są przechowywane w HAL, a nie w platformie, co pozwala obniżyć koszty IPC.

Implementacja

Więcej informacji o implementacji znajdziesz tutaj: implementacja domyślna w HAL dostawcy.

Możesz wyłączyć rejestrowanie oprogramowania układowego, ustawiając zasób config_wifi_enable_wifi_firmware_debugging na fałsz.

Test ręczny

Uruchom ten test ręczny, aby sprawdzić, czy stare pliki w Usuwam katalog tombstone.

  1. Włącz Wi-Fi.
  2. Połącz się z siecią.
  3. Wygeneruj raport o błędzie.
  4. Sprawdź plik ZIP z raportem o błędzie i sprawdź, czy dzienniki oprogramowania układowego zostały zarchiwizowane. istnieje. 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

Dostrajanie konfiguracji

Aby kontrolować siłę sygnału, z którym urządzenie wiąże się lub oddziela się od sieci, platforma Wi-Fi używa wejścia i wyjścia; Progi RSSI.

Progi wejścia i wyjścia są przechowywane jako przeciążana konfiguracja. o następujących nazwach (gdzie parametr bad odnosi się do parametru exit: próg RSSI:

  • 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 <root>/frameworks/base/core/res/res/values/config.xml i może być przeciążone za pomocą 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 za pomocą poleceń adb pozwala na szybsze przeprowadzenie testów).

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ść wartości użyte w tym przykładowym poleceniu to skonfigurowane wartości domyślne w AOSP bazy kodu):

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 (tj. usunąć zastąpienia), użyj metody to polecenie adb:

adb shell settings delete global wifi_score_params