Puedo conectar el dispositivo a través de USB y administrar la aplicación desde el estudio de Android sin problemas. Luego lo hago adb tcpip 5555
y adb connect <IP_ADDRESS:PORT>
sin problemas. Lo mismo ocurre con la ejecución de la aplicación.
Pero por alguna razón, cuando el dispositivo entra en suspensión (la pantalla se apaga), también lo hace la conexión a ADB. Configuré la configuración de Wi-Fi para que sea "Siempre", por lo que ese no debería ser el problema. Intenté reiniciar el dispositivo y la PC, incluso reinstalé los controladores, pero no tuve suerte.
Esto es lo que obtengo de Logcat en los últimos segundos antes de que la pantalla se apague:
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
Y cuando la pantalla se apaga por completo, el dispositivo simplemente se desconecta a mitad de la transmisión.
Parece que puedo conectarme después de que se desconectó y entró en INACTIVO. Este es el registro que logré obtener al conectarme al dispositivo en el momento en que se desconectó: http://pastebin.com/afqpA0Ch
EDITAR: Intenté crear un nuevo usuario en el teléfono y conectarlo a través de wi-fi a adb, y parece que el problema no se presenta con esta nueva cuenta. Intentaré restablecer el dispositivo de fábrica y veré si puedo resolver el problema para siempre.
Tengo un Motorola G 2014, XT1068, con Android 5.0.2 y ejecuto Android Studio en Windows x64 Home Premium.
¿Cómo evito que el dispositivo se desconecte de ADB?
Así que parece que el problema estaba en la configuración del dispositivo. Tener un bloqueo de pantalla (incluso si SmartLock está habilitado y se encuentra en una "ubicación segura") desconecta ADB en el dispositivo inactivo. La única forma de evitarlo para mí fue deshabilitar el bloqueo de pantalla del dispositivo.
Afortunado
Afortunado
Alejandro I.
Afortunado
Afortunado
Alejandro I.