Ich kann das Gerät über USB anschließen und die App ohne Probleme von Android Studio abspielen. Dann mache ich adb tcpip 5555
und adb connect <IP_ADDRESS:PORT>
ohne Probleme. Gleiches gilt für das Ausführen der App.
Aber aus irgendeinem Grund, wenn das Gerät in den Ruhezustand wechselt (der Bildschirm wird heruntergefahren), wird auch die Verbindung zu ADB geschlossen. Ich habe die WLAN-Einstellungen auf "Immer" konfiguriert, das sollte also nicht das Problem sein. Ich habe versucht, das Gerät und den PC neu zu starten, sogar die Treiber neu zu installieren, aber kein Glück.
Folgendes bekomme ich von Logcat in den letzten Sekunden, bevor der Bildschirm heruntergefahren wird:
07-28 20:23:17.924 997-1222/? I/PowerManagerService﹕ Nap time (uid 1000)...
07-28 20:23:17.924 997-1222/? I/PowerManagerService﹕ Going to sleep due to screen timeout (uid 1000)...
07-28 20:23:18.477 997-1222/? D/bsthal﹕ activate, handle: 2, enabled: 0, index 5
07-28 20:23:18.490 997-1219/? I/DisplayManagerService﹕ Display device changed: DisplayDeviceInfo{"Schermo incorporato": 720 x 1280, 60.0 fps, supportedRefreshRates [60.0], density 320, 294.967 x 295.563 dpi, appVsyncOff 0, presDeadline 17666667, touch INTERNAL, rotation 0, type BUILT_IN, state OFF, FLAG_DEFAULT_DISPLAY, FLAG_ROTATES_WITH_CONTENT, FLAG_SECURE, FLAG_SUPPORTS_PROTECTED_BUFFERS}
07-28 20:23:18.496 997-997/? V/ActivityManager﹕ Display changed displayId=0
07-28 20:23:18.551 317-317/? D/SurfaceFlinger﹕ Set power mode=0, type=0 flinger=0xb7459550
07-28 20:23:18.557 317-317/? D/qdhwcomposer﹕ hwc_blank: Blanking display: 0
07-28 20:23:18.796 317-804/? I/qdhwcomposer﹕ handle_blank_event: dpy:0 panel power state: 0
07-28 20:23:18.800 317-317/? I/qdhwcomposer﹕ enable_dcabc: Done setting OFF mode
07-28 20:23:18.800 317-317/? D/qdhwcomposer﹕ hwc_blank: Done blanking display: 0
07-28 20:23:18.801 317-317/? I/SFPerfTracer﹕ triggers: (rate: 26:893) (compose: 0:2) (post: 0:0) (render: 0:16) (19:9416 frames) (20:12477)
07-28 20:23:18.801 317-317/? D/SFPerfTracer﹕ layers: (5:10) (FocusedStackFrame (0xb74da368): 0:156)* (DimLayer (0xb756f868): 0:19)* (DimLayer (0xb7572170): 0:7)* (StatusBar (0xb755f198): 2:8497) (com.android.systemui.ImageWallpaper (0xb7564e30): 0:499) (com.teslacoilsw.launcher/com.teslacoilsw.launcher.NovaLauncher (0xb7592e58): 0:195) (NavigationBar (0xb7562cf0): 0:18) (ColorFade (0xb7568e60): 20:22)
07-28 20:23:18.805 997-1347/? D/SurfaceContro
device not found
Und wenn der Bildschirm vollständig heruntergefahren wird, trennt das Gerät einfach die Übertragung während der Übertragung.
Es scheint, dass ich eine Verbindung herstellen kann, nachdem es getrennt wurde und in den Leerlauf gegangen ist. Dies ist das Protokoll, das ich erhalten habe, indem ich mich mit dem Gerät verbunden habe, sobald es getrennt wurde: http://pastebin.com/afqpA0Ch
BEARBEITEN: Ich habe versucht, einen neuen Benutzer auf dem Telefon zu erstellen und ihn über Wi-Fi mit adb zu verbinden, und es scheint, dass das Problem bei diesem neuen Konto nicht auftritt. Ich werde versuchen, das Gerät auf die Werkseinstellungen zurückzusetzen und zu sehen, ob ich das Problem endgültig lösen kann.
Ich habe ein Motorola G 2014, XT1068, mit Android 5.0.2 und Android Studio unter Windows x64 Home Premium.
Wie verhindere ich, dass sich das Gerät von ADB trennt?
Das Problem scheint also in den Einstellungen des Geräts zu liegen. Mit einer Bildschirmsperre (auch wenn SmartLock aktiviert ist und Sie sich an einem „sicheren Ort“ befinden) wird ADB im Ruhezustand des Geräts getrennt. Der einzige Ausweg für mich war, die Bildschirmsperre des Geräts zu deaktivieren.
Glücklich
Glücklich
Alexander I.
Glücklich
Glücklich
Alexander I.