android - samsung - ¿Por qué adb vuelve sin conexión después de la cadena del dispositivo?
usb debugging samsung (19)
Yo uso "dispositivos adb" para obtener el siguiente resultado. Solo un dispositivo está conectado a la PC por USB, pero obtenemos 8 líneas de resultados.
¿Alguien podría sugerir la razón?
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
- Asegúrese de que el dispositivo esté configurado para la depuración de usb
- Haga que el cliente adb se ejecute (por ejemplo, a través de "adb usb" o adb start-server "
- ¡¡¡DEJA el dispositivo conectado vía usb !!!
- Y luego reiniciar el dispositivo.
Esto siempre trae mi Motorola MB525 "en línea" otra vez, después de que adb se queja de que estaría "fuera de línea". Estoy usando OSX por cierto.
A partir de Android 4.2.2 , debe confirmar en su dispositivo que está conectado a una computadora confiable. Funcionará con la versión adb 1.0.31 y superior.
Compruebe que la versión de ADB que está ejecutando es más reciente que la versión del sistema operativo en los dispositivos conectados. Para mí, actualizar el ADB ayudó a poner el dispositivo en línea.
Después de perder horas con él, actualicé mi versión de adb
y ahora los adb devices
muestran mi dispositivo en línea y puedo ejecutar la aplicación nuevamente.
Ejecute SDk Manager e instale las herramientas de Android SDK Tools y Android SDK Platform-tools. ADB debe actualizarse a una nueva versión para 4.2.x
En mi Galaxy Nexus con Android 4.2.2, inicialmente tuve el mismo problema, ''adb devices'' mostraba el dispositivo pero con el estado fuera de línea (la depuración de USB estaba inicialmente activa en mi dispositivo).
Estos son los pasos que tomé para remediar la situación:
- Deshabilitar la depuración USB (dispositivo no conectado a la PC)
- Re habilitar la depuración USB
- Ahora conéctese a su PC, ahora una ventana emergente en el dispositivo (no en PC) le pedirá que autentique la PC, Eso es ...
adb devices ahora enumera tanto el id del dispositivo como el no offline.
He tenido un problema similar con uno de mis teléfonos. No pude conectarme y usar la depuración de usb en ninguna de mis computadoras. Al final, tuve que reiniciar manualmente la depuración de usb en el teléfono [no era suficiente hacerlo con el menú del Desarrollador].
Solo hay un comando que debes ejecutar en tu teléfono [lo hice usando la aplicación Terminal Emulator
]:
adb usb
Y eso fue todo.
Espero que esto ayude a alguien en el futuro.
Hice adb trabajando en Android 4.4.2 con GT-N8010 (tableta Samsung) después de configurar el dispositivo en modo autorizado una vez actualizado adb a la versión SDK.
~/local/opt/Android/Sdk/platform-tools/adb
Android Debug Bridge version 1.0.32
Si bien no funcionó utilizando:
adb version
Android Debug Bridge version 1.0.31
Enviado en la versión Ubuntu LTS:
apt-cache show android-tools-adb | grep Version
Version: 4.2.2+git20130218-3ubuntu23
Este enlace puede ayudar entonces
Intenta lo siguiente:
Desenchufe el usb y vuelva a conectarlo.
Vaya a Configuración -> Aplicaciones -> Desarrollo de su dispositivo y desactive el modo de depuración USB y luego vuelva a comprobarlo.
Reinicie el adb en su PC. adb kill-server y luego adb start-server
Reinicie su dispositivo y vuelva a intentarlo.
Lo que me convenció fue que varios paquetes de software no relacionados simplemente instalaron adb.exe, en particular para mí (en Windoze), el paquete de instalación del controlador OEM del teléfono "útilmente" también instaló adb.exe en C: / windows, y este directorio aparece en% PATH% mucho antes que el directorio de herramientas de plataforma de mi SDK de Android. Como era de esperar, el adb.exe incluido en el paquete del controlador OEM del teléfono es MUCHO más antiguo que el del SDK de Android actualizado. Así que ADB funcionó bien para mí hasta que un día algo me hizo actualizar los controladores de Windows para mi teléfono. Una vez que hice eso, absolutamente NADA haría que el estado de mi teléfono cambiara de "desconectado", pero el problema no tenía nada que ver con el controlador. Era simplemente que el paquete del controlador había instalado un adb.exe diferente, y mucho MÁS anterior, en un directorio con mayor prioridad. Para arreglar mi instalación, simplemente modifiqué la variable de entorno PATH para hacer que el adb.exe de sdk tuviera prioridad. Una comprobación rápida me sugirió que "muchos" paquetes diferentes incluyen adb.exe, así que tenga cuidado de no insertar uno más viejo en su cadena de herramientas involuntariamente.
Realmente debo estar envejeciendo: nunca recuerdo un problema tan estúpido que haya tardado tanto en descubrir.
Para completar las respuestas anteriores, otra solución posible es cambiar la toma USB en la que está enchufado el cable.
Tuve este problema (con la respuesta clásica sobre el uso de adb kill-server / start-server
no funciona) y lo resolvió.
En realidad, me tomó un tiempo encontrarlo porque Windows estaba reconociendo correctamente el dispositivo en mi primer socket. Pero no ADB. Como Windows reconocía el dispositivo, no tenía ninguna necesidad real de probar otros sockets físicos USB. Yo debería.
Por lo tanto, puede intentar conectar el cable en todas las tomas físicas USB directamente disponibles en su computadora. Funcionó para mí. A veces, las tomas USB no son administradas de la misma manera por una computadora.
Para mi con Android 4.1.1 solo funciona reiniciar el dispositivo
Publico aquí mi pregunta por si acaso es útil para otra persona. Mi problema fue que mi compañero estaba conectado al mismo dispositivo y no pude conectarme al mismo dispositivo.
Nota: tuve este problema con la conexión de Amazon Fire TV a través de Wifi.
Hay 2 soluciones:
Fácil de "soltar" su conexión (perdón amigo :)
Restart the device
adb kill-server
adb start-server
adb connect device-ip
Un poco más difícil, pero dos clientes pueden usar el mismo dispositivo (usar diferentes puertos TCP)
Por favor mira esta answer
Reinicie el dispositivo. Esto siempre lo arregla en Mac OS, mientras que el adb kill-server
no lo hace.
También asegúrese de que adb no se está ejecutando en sus procesos automáticamente. Si está allí, haz clic derecho en abrir la ubicación del archivo, averigua qué es lo que lo está iniciando, mátalo con fuego. Ejecute el adb actualizado desde una actualización de las herramientas de la plataforma sdk de Android. Este fue el problema con el mío, espero que ayude a alguien.
También puede intentar descargar la versión más reciente de adb
http://developer.android.com/tools/help/adb.html
Teniendo esto en la máquina del cliente, resultó que tenía una versión desactualizada de adb instalada a través del website ofrece adb y fastboot. El cliente en cuestión no quiso instalar todo el SDK debido a la percepción de bloat: S.
Entonces, si estás viendo offline
asegúrate de haber descargado y de usar el último adb. Terminé enviándole un archivo ejecutable adb.
También vale la pena comprobar que el adb que está utilizando es el correcto en la ruta. es decir, en Mac
$ which adb
/Users/me/dev/adt-bundle-mac-x86_64/sdk-macosx/platform-tools/adb
Tuve el mismo problema y ninguna de las otras respuestas funcionó. Parece que ocurre con frecuencia cuando se conecta al dispositivo usando el modo wifi (ejecutando el comando ''adb tcpip 5555''). Encontré esta solución, es una especie de solución alternativa pero funciona.
- Desconecta el usb (o apaga los dispositivos wifi si estás conectado a través de wifi)
- Cerrar eclipse / otro IDE
- Compruebe sus programas en ejecución para adb.exe (Administrador de tareas en Windows). Si está funcionando, termínalo.
- Reinicie su dispositivo Android
- Después de reiniciar el dispositivo, conéctelo a través de USB y ejecute ''adb devices''. Esto debería iniciar el demonio adb. Y deberías ver tu dispositivo en línea nuevamente.
Este proceso es un poco largo, pero es el único que siempre me ha funcionado.
adb kill-server
adb start-server
eso resolvió mi problema