Od 27 marca 2025 r. zalecamy używanie android-latest-release zamiast aosp-main do kompilowania i wspołtworzenia AOSP. Więcej informacji znajdziesz w artykule o zmianach w AOSP.
Automatycznie włączaj debugowanie USB w kompilacjach użytkowników
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Po zaflashowaniu kompilacji użytkownika na urządzeniu musisz ponownie włączyć debugowanie przez USB. OmniLab ATS może zautomatyzować ten krok za pomocą czynności na urządzeniu AOA, które wysyłają na urządzenie serię poleceń interfejsu użytkownika.
Rejestrowanie poleceń AOA
Najpierw użyj narzędzia do edycji poleceń WebAOA, aby zapisać listę poleceń do włączenia debugowania przez USB.
Rysunek 1. Link do narzędzia do edycji poleceń WebAOA w OmniLab ATS.
Domyślnie jest ona też dostępna pod adresem http://localhost:8000/webaoa.
WebAOA umożliwia manipulowanie urządzeniem lokalnym za pomocą symulowanego ekranu dotykowego i rejestrowanie interakcji z interfejsem użytkownika.
Rysunek 2. Edytowanie poleceń umożliwiających debugowanie USB w WebAOA.
Obsługiwane są 4 typy poleceń:
Klikanie i przesuwanie palcem po ekranie dotykowym (click X Y i swipe X1 Y1 DURATION X2 Y2)
naciśnięcie przycisków urządzenia (back, home i wake);
Pisanie tekstu i naciskanie kombinacji klawiszy (write TEXT i key [KEY ...])
Czekam przez określony czas (sleep DURATION)
Po zakończeniu nagrywania poleceń możesz je skopiować do schowka lub zapisać w pliku.
Tworzenie działania na urządzeniu w ramach AOA
Aby automatycznie ponownie włączyć debugowanie przez USB, należy dodać nagrane polecenia do działania urządzenia.
Utwórz nowe działanie urządzenia i dodaj narzędzie TF Target Preparer z nazwą klasy ustawioną na com.android.tradefed.targetprep.AoaTargetPreparer.
Skopiuj polecenia zapisane w WebAOA do opcji action.
Rysunek 3. AOA device action for enabling USB debugging on Android 10 GSI.
Używanie działania urządzenia AOA
Podczas planowania testu dodaj działanie urządzenia AOA i umieść je bezpośrednio po działaniu flashowania urządzenia.
Rysunek 4. Zaplanowanie uruchomienia w celu zaprogramowania użytkownika i ponownie włączenia debugowania przez USB.
Treść strony i umieszczone na niej fragmenty kodu podlegają licencjom opisanym w Licencji na treści. Java i OpenJDK są znakami towarowymi lub zastrzeżonymi znakami towarowymi należącymi do firmy Oracle lub jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2025-07-27 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2025-07-27 UTC."],[],[],null,["# Enable USB debugging on user builds automatically\n\nAfter flashing a user build onto a device, you need to re-enable USB\ndebugging. OmniLab ATS can automate this step using *AOA device actions*, which\nsend a series of UI commands to a device.\n| **Note:** This procedure uses the [Android Open Accessory protocol](/docs/core/interaction/accessories/protocol), which supports Android 4.1+ and doesn't require ADB.\n\nRecord the AOA commands\n-----------------------\n\nFirst, use the *WebAOA command editing tool* to record the list of commands to\nenable USB debugging.\n\n**Figure 1.** Link to the WebAOA command editing tool in OmniLab ATS.\n\nIt is also accessible at \u003chttp://localhost:8000/webaoa\u003e\nby default.\n\nWebAOA lets you manipulate a local device using a simulated touchscreen and\nrecord your UI interactions.\n\n**Figure 2.** Editing the commands for enabling USB debugging in WebAOA.\n\nFour types of commands are supported:\n\n- Clicking and swiping on the touchscreen\n (`click `\u003cvar translate=\"no\"\u003eX\u003c/var\u003e` `\u003cvar translate=\"no\"\u003eY\u003c/var\u003e and\n `swipe `\u003cvar translate=\"no\"\u003eX1\u003c/var\u003e` `\u003cvar translate=\"no\"\u003eY1\u003c/var\u003e` `\u003cvar translate=\"no\"\u003eDURATION\u003c/var\u003e` `\u003cvar translate=\"no\"\u003eX2\u003c/var\u003e` `\u003cvar translate=\"no\"\u003eY2\u003c/var\u003e)\n\n- Pressing device buttons (`back`, `home`, and `wake`)\n\n- Writing text and pressing key combinations\n (`write `\u003cvar translate=\"no\"\u003eTEXT\u003c/var\u003e and\n `key [`\u003cvar translate=\"no\"\u003eKEY\u003c/var\u003e` ...]`)\n\n- Waiting for a specified duration (`sleep `\u003cvar translate=\"no\"\u003eDURATION\u003c/var\u003e)\n\nWhen you are finished recording commands, you can copy them to your clipboard or\nsave them to a file.\n\nCreate an AOA device action\n---------------------------\n\nTo automatically re-enable USB debugging, the recorded commands need to be added\nto a device action.\n\n[Create a new device action](/docs/core/tests/development/android-test-station/ats-user-guide#create-a-new-device-action) and\nadd a TF Target Preparer with its class name set to\n[`com.android.tradefed.targetprep.AoaTargetPreparer`](/reference/tradefed/com/android/tradefed/targetprep/AoaTargetPreparer).\nCopy the commands recorded in WebAOA into its `action` option.\n\n**Figure 3.** AOA device action for enabling USB debugging on Android 10 GSI.\n\nUse an AOA device action\n------------------------\n\nWhen scheduling a test run, add your AOA device action and place it directly\nafter your device-flashing action.\n\n**Figure 4.** Scheduling a run to flash a user build and re-enable USB\ndebugging."]]
