Pourquoi adb revient-il hors ligne après la chaîne de périphérique?
J'utilise "adb devices" pour obtenir le résultat suivant. Un seul appareil est connecté au PC par USB, mais nous obtenons 8 lignes de résultat.
Quelqu'un pourrait-il suggérer la raison?
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
WH96TNE00361 offline
Essayez ce qui suit:
Débranchez le port USB et rebranchez-le.
Allez dans le Paramètres -> Applications -> Développement de votre appareil et décochez la case débogage USB, puis revérifiez-le.
Redémarrez l'adb sur votre PC. adb kill-server puis adb start-server
Redémarrez votre appareil et réessayez.
Pour compléter les réponses précédentes, une autre solution possible consiste à changer la prise USB dans laquelle votre câble est branché.
J'ai eu ce problème (avec la réponse classique sur l'utilisation de adb kill-server / start-server ne fonctionne pas) et cela a résolu le problème.
En fait, il a fallu un certain temps pour le découvrir, car Windows reconnaissait correctement le périphérique dans mon premier socket. Mais pas la BAD. Comme Windows reconnaissait le périphérique, je n'avais pas vraiment besoin de tester d'autres sockets physiques USB. J'aurais dû.
Vous pouvez donc essayer de brancher le câble sur toutes vos prises physiques USB directement disponibles sur votre ordinateur. Cela a fonctionné pour moi. Parfois, les prises USB ne sont pas gérées de la même manière par un ordinateur.
À partir de Android 4.2.2, vous devez confirmer sur votre appareil son rattachement à un ordinateur de confiance. Cela fonctionnera avec les versions 1.0.31 et supérieures d'Adb .
adb kill-server
adb start-server
cela a résolu mon problème
J'ai eu un problème similaire avec l'un de mes téléphones. Je ne pouvais pas me connecter et utiliser le débogage USB sur aucun de mes ordinateurs. En fin de compte, je devais redémarrer manuellement le débogage usb sur le téléphone [cela ne suffisait pas d'utiliser le menu Développeur].
Vous ne devez exécuter qu'une seule commande sur votre téléphone [je l'ai fait avec Terminal Emulator app]:
adb usb
Et c'était ça.
J'espère que cela aidera quelqu'un dans le futur.
Vous pouvez également essayer de télécharger la dernière version de adbhttp://developer.Android.com/tools/help/adb.html
Redémarrez l'appareil. Cela corrige toujours le problème sur Mac OS, alors que adb kill-server ne fait pas.
Sur mon Galaxy Nexus avec Android 4.2.2, j’avais le même problème au début, "adb devices" montrait l’appareil mais avec le statut hors ligne (le débogage USB était initialement actif sur mon appareil).
Ce sont les mesures que j'ai prises pour remédier à la situation:
- Désactiver le débogage USB (périphérique non connecté au PC)
- Réactiver le débogage USB
- Maintenant, connectez-vous à votre PC, une fenêtre contextuelle sur l'appareil (pas sur le PC) vous demandera d'authentifier le PC, c'est tout ...
les périphériques adb répertorie désormais à la fois l'ID du périphérique et non hors ligne.
Je poste ici ma question au cas où cela serait utile à quelqu'un d'autre. Mon problème était que mon collègue était connecté au même appareil et que je ne pouvais pas me connecter au même appareil.
Remarque: j'ai eu ce problème avec Amazon Fire TV qui se connecte via Wifi.
Il y a 2 solutions:
Facile pour "abandonner" sa connexion (désolé mon pote :)
Restart the device
adb kill-server
adb start-server
adb connect device-ip
Un peu plus difficile, mais deux clients peuvent utiliser le même périphérique (utilisez des ports différents TCP ports)
Veuillez regarder ceci réponse
Pour moi avec Android 4.1.1 seul le dispositif de redémarrage fonctionne
J'ai eu le même problème et aucune des autres réponses n'a fonctionné. Cela semble se produire fréquemment lorsque vous vous connectez à l'appareil en mode wifi (en exécutant la commande 'adb tcpip 5555'). J'ai trouvé cette solution, c'est en quelque sorte une solution de contournement, mais cela fonctionne.
- Déconnectez le port USB (ou éteignez les appareils wifi si vous êtes connecté via wifi)
- Fermer Eclipse/autre IDE
- Vérifiez vos programmes en cours pour adb.exe (gestionnaire de tâches sous Windows). Si c'est le cas, terminez-le.
- Redémarrez votre appareil Android
- Une fois votre appareil redémarré, connectez-le via USB et exécutez "périphériques adb". Cela devrait démarrer le démon adb. Et vous devriez à nouveau voir votre appareil en ligne.
Ce processus est un peu long, mais c’est le seul qui a toujours fonctionné pour moi.
Si cela se produisait sur la machine du client, il disposait d’une version obsolète d’adb installée via site Web offrant adb et fastboot. Le client en question ne souhaitait pas installer le SDK dans son intégralité en raison d'une impression de saturation: S.
Donc, si vous voyez offline, assurez-vous d'avoir téléchargé et utilisé le dernier adb. J'ai fini par lui envoyer un email ad exécutable.
Cela vaut également la peine de vérifier que l’annonce que vous utilisez est la bonne dans le chemin. c'est à dire sur Mac
$ which adb
/Users/me/dev/adt-bundle-mac-x86_64/sdk-macosx/platform-tools/adb
Exécutez SDk Manager et installez Android SDK Tools et Android Mises à jour des outils de plate-forme SDK. ADB doit être mis à jour vers une nouvelle version pour 4.2.x
Vérifiez que la version d'ADB que vous exécutez est plus récente que la version du système d'exploitation des périphériques connectés. Pour moi, la mise à jour de la BAD a permis de mettre le périphérique en ligne.
assurez-vous également que adb ne s'exécute pas automatiquement dans vos processus. S'il y a un clic droit sur l'emplacement du fichier ouvert, déterminez ce qui le démarre, tuez-le au feu. Exécutez l'adb mis à jour à partir d'un Android outils de la plate-forme sdk mis à jour. Voici le problème avec le mien, j'espère que cela aidera quelqu'un.
J'ai fait fonctionner adb sur Android 4.4.2 avec GT-N8010 (tablette Samsung) après avoir configuré l'appareil en mode autorisé une fois la version mise à niveau vers la version SDK.
~/local/opt/Android/Sdk/platform-tools/adb
Android Debug Bridge version 1.0.32
Bien que cela n'ait pas fonctionné avec:
adb version
Android Debug Bridge version 1.0.31
Expédié dans la version Ubuntu LTS:
apt-cache show Android-tools-adb | grep Version
Version: 4.2.2+git20130218-3ubuntu23
Ce lien peut aider alors
- assurez-vous que le périphérique est configuré pour le débogage USB
- Avoir le client adb en cours d'exécution (par exemple, via "adb usb" ou adb start-server "
- LAISSEZ le périphérique connecté via USB !!!
- ET ALORS redémarrer l'appareil.
Cela remet toujours mon Motorola MB525 "en ligne" à nouveau, après que adb se soit plaint, il serait "hors ligne". J'utilise OSX btw.
Après avoir perdu des heures, j’ai mis à jour ma version de adb et maintenant adb devices montre mon appareil en ligne et je peux y exécuter à nouveau l'application.
En fait, c’est que plusieurs logiciels non liés ont été installés pour installer adb.exe - en particulier pour moi (sur Windoze), le package d’installation du pilote OEM de téléphone "utilement" a également installé adb.exe dans C:\Windows, et Ce répertoire apparaît dans% PATH% bien avant le répertoire platform-tools de mon Android SDK. Sans surprise, l'adb.exe inclus dans le package de pilotes OEM de téléphones est BEAUCOUM plus ancien que celui de la version mise à jour. Android sdk. Donc, adb a parfaitement fonctionné pour moi jusqu'au jour où quelque chose m’a obligé à mettre à jour les pilotes Windows de mon téléphone. Une fois que je l’aurais fait, absolument, rien ne changerait l’état de mon téléphone. " "- mais le problème n’a rien à voir avec le pilote. C’est simplement que le pilote package a installé un autre adb.exe - et BEAUCOUP un plus ancien - dans un répertoire avec une priorité plus élevée. réparer mon installation, j’ai simplement modifié la variable d’environnement PATH pour donner la priorité à l’adb.exe du sdk. Comme "beaucoup" de packages différents incluent adb.exe, veillez donc à ne pas en insérer un plus ancien dans votre chaîne d’outils par inadvertance.
Je dois vraiment vieillir: je ne me souviens jamais d’un problème aussi stupide prenant si longtemps à découvrir.