Error "Android ADB Interface" (código 10) y otros errores frecuentes de ADB: causas y cómo solucionarlos

ADB suele recordarse solo cuando el teléfono Android deja de conectarse correctamente al ordenador. El usuario activa la depuración por USB, instala el controlador, abre la línea de comandos, escribe adb devices y en lugar del dispositivo esperado ve una lista vacía, el estado offline, el mensaje unauthorized o el error del controlador Android ADB Interface con el código 10.

El problema parece técnico, pero con mayor frecuencia no está relacionado con una avería del teléfono, sino con un conflicto de controladores, el modo USB incorrecto, una versión antigua de Platform Tools o un cable demasiado “inteligente” que solo sirve para cargar. ADB es sensible a los detalles. Para transferir fotos un cable puede servir, pero para la depuración por USB ya no.

ADB significa Android Debug Bridge. La herramienta conecta el ordenador y el dispositivo Android, permite instalar aplicaciones, leer registros, ejecutar comandos de shell y reiniciar el smartphone en recovery o en bootloader. Por eso una falla de ADB afecta no solo a los desarrolladores, sino también a usuarios habituales que quieren eliminar aplicaciones innecesarias, restaurar el dispositivo o instalar una actualización.

Qué significa Android ADB Interface código 10

El error «Android ADB Interface código 10» suele aparecer en el Administrador de dispositivos de Windows. El sistema indica que el dispositivo no pudo iniciarse. Exteriormente el smartphone puede cargarse, detectarse como almacenamiento o cámara, pero la interfaz ADB no funciona. Windows ve la conexión, sin embargo no puede vincular correctamente el teléfono, el controlador y el servicio ADB.

El código 10 rara vez señala una causa única. Con mayor frecuencia tras el error está un controlador inadecuado, conflicto de controladores antiguos, fallo tras instalar la utilidad del fabricante o modo de conexión incorrecto. Windows puede elegir el controlador MTP, el antiguo Google USB Driver, un controlador ADB universal o el paquete del fabricante y luego confundirse entre ellos.

El primer paso es sencillo: hay que cambiar el cable y el puerto USB. Es mejor conectar el smartphone directamente al puerto trasero del ordenador, sin hub, alargador ni estación de acoplamiento. En un portátil conviene probar otro conector. El cable debe admitir la transferencia de datos, no solo la carga. Un signo simple: el teléfono debe mostrarse en el sistema como dispositivo para transferir archivos.

Luego hay que comprobar el modo USB en el smartphone. Tras la conexión Android suele mostrar la notificación «Cargando por USB». En el menú de notificaciones hay que elegir «Transferir archivos» o un modo similar. Para ADB también hay que activar la «Depuración por USB» en las opciones de desarrollador. Si ya apareció la solicitud de confianza hacia el ordenador pero la conexión falló, ayuda la opción «Revocar permisos de depuración por USB».

En Windows conviene abrir el Administrador de dispositivos, encontrar Android ADB Interface problemático, eliminar el dispositivo junto con el controlador, desconectar el smartphone y reiniciar el ordenador. Tras el reinicio es preferible instalar un controlador actualizado del fabricante del dispositivo o Google USB Driver, si se trata de Pixel y escenarios compatibles. Los paquetes universales de controladores es mejor no usar, porque a menudo añaden entradas conflictivas.

ADB no detecta el teléfono: lista vacía en adb devices

El comando adb devices debería mostrar la lista de dispositivos conectados. Una lista vacía significa la ausencia de una sesión ADB operativa. La causa está en el cable, el smartphone, el controlador o la utilidad ADB. El sistema puede mostrar el teléfono en el explorador, pero ADB no reconoce el dispositivo.

El diagnóstico se realiza por etapas. Primero se actualizan Android SDK Platform Tools. Las versiones antiguas de adb funcionan de forma inestable con dispositivos nuevos y versiones actuales de Android. Ejecute los comandos desde la nueva carpeta platform-tools, evitando directorios antiguos en la variable PATH.

Luego se reinicia el servicio ADB. En la línea de comandos se ejecutan sucesivamente los comandos

adb kill-server
adb start-server
adb devices

Si la lista queda vacía tras el reinicio, revisen la pantalla del smartphone. Android muestra la solicitud «¿Permitir depuración por USB?». Sin la confirmación el ordenador no obtiene acceso. La opción «Permitir siempre desde este ordenador» es útil, pero ante fallos conviene revocar los permisos antiguos y confirmar la confianza de nuevo.

Un problema independiente surge cuando en el ordenador hay varias versiones de adb instaladas. Por ejemplo, una en Android Studio, otra en la carpeta del flasheador, otra en un viejo conjunto de Platform Tools. Como resultado, el comando adb del terminal puede usar la versión equivocada. Se puede comprobar la ruta con where adb en Windows o which adb en Linux y macOS.

Unauthorized, offline y device not found

El estado unauthorized indica que el teléfono es visible, pero no confía en el ordenador. Normalmente ayuda desbloquear la pantalla, desconectar y volver a conectar el cable y luego confirmar la clave RSA. Si no aparece la ventana de confianza, hay que abrir las opciones de desarrollador, revocar los permisos de depuración por USB, reiniciar ADB y conectar el dispositivo otra vez.

El estado offline indica una conexión inestable entre el cliente ADB y el dispositivo. La causa puede ser una versión antigua de adb, un cable defectuoso, un puerto USB problemático o un proceso adbd atascado en el smartphone. A menudo ayuda la combinación: adb kill-server, reiniciar el teléfono, cambiar el cable y usar Platform Tools actualizadas.

El mensaje device not found aparece cuando el comando requiere un dispositivo conectado, pero ADB no encuentra un objetivo adecuado. Ese error suele surgir después de adb devices con lista vacía. Otra causa: al ordenador están conectados varios dispositivos Android o emuladores y el comando no sabe a cuál dirigirse. En ese caso hay que indicar el número de serie con el parámetro -s.

adb -s SERIAL_NUMBER shell

El error more than one device/emulator significa precisamente que ADB ve varios objetivos. El usuario puede desconectar los dispositivos sobrantes, cerrar el emulador o elegir explícitamente el número de serie deseado. Ese enfoque es especialmente útil al trabajar con un teléfono y un emulador Android al mismo tiempo.

Fastboot funciona, pero ADB no

ADB y Fastboot a menudo se perciben como la misma herramienta, pero funcionan en modos distintos. ADB se necesita cuando Android está cargado y ha permitido la depuración. Fastboot funciona en el cargador de arranque, cuando el sistema operativo Android aún no se ha iniciado. Por eso la situación «fastboot devices detecta el smartphone, pero adb devices no» no es contradictoria.

En modo bootloader ADB no reconoce el dispositivo. Para comprobar la depuración por USB hay que arrancar el sistema Android. Puede ocurrir lo contrario: ADB reconoce el smartphone en el sistema, pero Fastboot no funciona por falta del controlador del bootloader. Windows suele exigir controladores distintos para ADB y para el modo bootloader.

Antes de flashear o restaurar el dispositivo conviene comprobar ambas órdenes

adb devices
fastboot devices

Si solo funciona una de las dos, no es necesario reinstalar todos los componentes. Basta identificar el modo actual del dispositivo, verificar el controlador correspondiente y ejecutar el comando desde la carpeta actual de Platform Tools.

Lista de comprobación para corregir errores frecuentes de ADB

La mayoría de problemas de ADB se resuelven con métodos básicos. Un diagnóstico ordenado ahorra tiempo y reduce el riesgo de eliminar un controlador necesario o instalar un paquete dudoso. La comprobación comienza por la conexión física, luego pasa a los ajustes de Android, los controladores y la versión de las herramientas.

1. Cambiar el cable USB por uno que permita transferencia de datos.
2. Conectar el smartphone directamente a otro puerto USB.
3. Desbloquear la pantalla del teléfono antes de conectar.
4. Activar las opciones de desarrollador y la «Depuración por USB».
5. Elegir el modo USB «Transferir archivos» si Android solo ofrece carga.
6. Revocar los permisos de depuración por USB y confirmar la confianza de nuevo.
7. Instalar Android SDK Platform Tools actualizados.
8. Reiniciar el servicio con los comandos adb kill-server y adb start-server.
9. Eliminar Android ADB Interface problemático en Windows e instalar el controlador correcto.
10. Comprobar que no queden varias versiones conflictivas de adb en el sistema.

Si el error Android ADB Interface código 10 persiste tras reinstalar el controlador, conviene borrar todos los controladores Android antiguos, reiniciar el ordenador y conectar el smartphone en un escenario limpio. En equipos corporativos pueden interferir las políticas de seguridad, la prohibición de instalar controladores o las herramientas de control de dispositivos USB. En esos casos el problema no está en el teléfono.

Conclusión

Los errores de ADB rara vez resultan amables. Los estados código 10, unauthorized, offline, la salida vacía de adb devices y device not found dan la impresión de una avería grave. En la práctica la causa suele ser la ruptura de una cadena. La falla la provocan el cable, el modo USB, los permisos de depuración, el controlador de Windows o una versión obsoleta de Platform Tools.

El diagnóstico se organiza con un algoritmo claro. Primero se comprueba la conexión física y los ajustes de Android, luego se actualiza ADB y se reinstalan los controladores. Esa secuencia ayuda a localizar el problema y encontrar el punto de ruptura entre el ordenador y el smartphone.

ADB requiere una configuración precisa. Cuando el ordenador reconoce el smartphone, Android muestra la solicitud de confianza y el comando adb devices muestra el número de serie, la configuración básica está completa. Las órdenes posteriores se ejecutan con estabilidad y los errores dejan de parecer fallos de sistema.

Preguntas frecuentes