Jestem nowy na Androida. Właśnie pobrałem i zainstalowałem Android SDK. Teraz, gdy uruchamiam aplikację z Eclipse, moje urządzenie nie jest wykrywane. Poszukałem go i wychowałem to jako moje rozwiązanie, ale to też nie zadziałało.
Oto 51-android.rules
SUBSYSTEMS=="usb", ATTR{idProduct}=="0bb4", ATTR{idProduct}=="0c03", MODE="0666", GROUP="plugindev", OWNER="<username>"
Następnie ponownie uruchomiłem laptopa i uruchomiłem polecenie:
username@laptopname:~/Android/adt-bundle/sdk/platform-tools$ adb devices
Otrzymuję wynik:
* daemon not running. starting it now on port 5037 *
* daemon started successfully *
List of devices attached
???????????? no permissions
EDYTOWAĆ
crazydeveloper@crazydeveloper:~$ lsusb
Bus 002 Device 004: ID 0bb4:0c03 HTC (High Tech Computer Corp.)
Bus 002 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 04f2:b337 Chicony Electronics Co., Ltd
Bus 001 Device 002: ID 8087:0024 Intel Corp. Integrated Rate Matching Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
crazydeveloper@crazydeveloper:~$ ls -l /dev/bus/usb/004/
ls: cannot access /dev/bus/usb/004/: No such file or directory
crazydeveloper@crazydeveloper:~$
Edycja: 2
Po przesłaniu odpowiedzi oto wynik, który otrzymałem:
crazydeveloper@crazydeveloper:~$ ls -l /dev/bus/usb/002
total 0
crw-rw-r-- 1 root root 189, 128 May 7 09:45 001
crw-rw-r--+ 1 root root 189, 129 May 7 09:45 002
crw-rw-rw- 1 root plugdev 189, 130 May 7 09:48 003
Używam Micromax Canvas 2.2 A114 - Android Wersja 4.2.2
Proszę pomóż mi. Dzięki.
Odpowiedzi:
OK tutaj są wszystkie kroki, aby to zadziałało. Miałem problemy ze wszystkimi odpowiedziami, które znalazłem w Internecie, drobiazgi wszędzie bez określonego zamówienia i żadnego pojedynczego działającego rozwiązania (z systemem Android Studio, Jmonkey 3D i Ubuntu 14.04)
Jeśli urządzenia adb pokazują urządzenie z Androidem jako ????????? (bez uprawnień) postępuj zgodnie z tymi instrukcjami:
utwórz plik /etc/udev/rules.d/51-android.rules
skopiuj i wklej zawartość poniżej:
Uruchom następujące polecenie, aby zmienić uprawnienia do pliku:
podłącz swój telefon przez usb i uruchom następujące polecenie:
Poszukaj swoich urządzeń Przykład (Nexus 5):
W przypadku Nexusa 5 identyfikator dostawcy to 18d1 , mój jest na magistrali „ 003 ”. Jeśli nie widzisz zmiany po podłączeniu urządzenia do lsusb , być może kabel USB jest tylko do ładowania.
Teraz ponownie załaduj reguły za pomocą następujących poleceń:
Sprawdź, czy urządzenie umożliwia teraz dostęp do grupy użytkowników plugdev
Przykład:
Uruchom urządzenia adb, aby potwierdzić, że uprawnienia są prawidłowe i ciesz się!
Uwaga: jeśli nie utworzyłeś grupy plugdev i nie dodałeś do niej swojej nazwy użytkownika (jeśli odmowa dostępu poprzedza „sudo” następujące polecenia):
Dodaj grupę plugdev:
Dodaj swoją nazwę użytkownika do grupy plugdev (useradd -G {nazwa-grupy} nazwa użytkownika):
Zrestartuj udev (może być konieczne wylogowanie i ponowne zalogowanie, aby zaktualizować grupę użytkowników):
źródło
Spróbuj grupy
plugdev
zamiastplugindev
. Następnie uruchom ponownie udev:Jeśli to nie zadziała, dowiedz się, gdzie dokładnie Twoje urządzenie jest połączone z lsusb. Następnie sprawdź uprawnienia:
Fakt, który
lsusb
dał nam:oznacza, że telefon komórkowy jest podłączony do magistrali 002 jako urządzenie 004. Dlatego obiekt udev utworzył urządzenie
/dev/bus/usb/002/004
.Pokaż nam uprawnienia urządzenia za pomocą polecenia:
Jako tymczasowe obejście tego problemu możesz sprawić, że urządzenie będzie czytelne / zapisywane na świecie za pomocą tego polecenia (upewnij się, że telefon jest podłączony):
Następnie spróbuj
adb devices
ponownie.Zauważyłem też, że pod koniec reguły udev masz
OWNER="<username>"
. Naprawdę to zastąpiłeśOWNER="crazydeveloper"
, prawda?Twoje uprawnienia są w porządku. udev podniósł urządzenie i ustawił uprawnienia na 666, a grupę na plugdev. Z jakiegoś powodu nie ustawił właściciela na crazydevelopera, ale to nie jest tak ważne.
Upewnij się, że jesteś członkiem grupy plugdev. Użyj tego polecenia:
Następnie wyloguj się, odłącz telefon, zaloguj się ponownie, podłącz go i spróbuj
adb devices
ponownie. Daj znać, co się dzieje.źródło
Also I noticed that at the end of the udev rule you have OWNER="<username>". You did actually replace that with OWNER="crazydeveloper", didn't you ?
Pomogło mi. Dzięki :): DMusisz zmienić 2 rzeczy:
Zmień pierwszy „ATTR {idProduct}” na „ATTR {idVendor}” w pliku 51-android.rules.
Uruchom następujące polecenia z terminala:
źródło
Może to trywialny błąd, jak widzę w 51-android.rules podwoiłeś parametr idProduct i nie ma idVendor, spróbuj prostej zmiany nazwy.
źródło
Moje urządzenie z Androidem miało debugowanie USB, które wydawało się być problemem, więc przeszedłem do ustawień programisty i wyłączyłem go. Podłączyłem kabel USB, a następnie pojawiło się okno, które pozwoliło mi włączyć pamięć USB. To sprawiło, że mój Ubuntu 14.04 wykrył urządzenie z Androidem. Nie wiem, czy wszystkie urządzenia mają to ustawienie, ale rozwiązało to mój problem, podczas gdy wypróbowałem wszystkie inne metody. Dziękuję Ci
źródło
Miałem ten sam problem z urządzeniem z Androidem (HTC one (M7)) w Ubuntu 14.04. Ponownie uruchomiłem system Windows 7.0. Znalazłem tam również ten sam problem. Podczas wyszukiwania znalazłem następujący link. http://www.makeuseof.com/answers/why-is-my-windows-7-laptop-not-detecting-any-android-devices/
Wybrałem * # 7284 #, jak sugeruje Gerry Anthony w tym linku. I działało w systemie Windows. Uruchomiłem ponownie na Ubuntu 14.04 i moje urządzenie z Androidem zostało wykryte.
źródło
Po wypróbowaniu każdego z potencjalnych rozwiązań opisanych powyżej oraz w innych wątkach z innych forów odkryłem, że powodem, dla którego mój HOX postanowił nie komunikować się z moim laptopem (14.04), było prostsze, mechaniczne. Przewód USB do gniazda micro USB słuchawki był uszkodzony. Dzięki zastosowaniu przewodu o / e, który zawsze wydawał się sztywniejszy i miał mniejsze szanse na przetrwanie niż zwykły przewód zakupiony w AsDa, wznowiono normalną obsługę.
Następnie wykorzystano DMM, aby pokazać, jak dokładnie doszło do tego stanu rzeczy: rezystancja pasma zasilania + 5 V w tym przewodzie wzrosła do punktu, w którym odczyt był prawie otwarty. Wartość R o / e, HTC oznaczony linią ołowiu + 5 V był tylko nieco bardziej odporny niż byłby martwy zwarcie i nie był zbyt dobrze na działaniu lub układzie micro USB nie, nie mogłem zrozumieć, jak to wpłynęło transfer danych może więc jedynie zakładać, że szyna zasilająca na płycie we / wy w jednym lub obu urządzeniach korzysta z części + 5 V jednego lub obu gniazd również do przesyłania danych.
To, czego się tutaj nauczyłem: najpierw sprawdź prostsze rzeczy, zanim wyciągniesz włosy z niczego z zainstalowanym oprogramowaniem, a wszystko to zostało przywrócone do pierwotnego stanu, zanim pojawiła się usterka!
HTC - 1, dostawca kabli stowarzyszonych mleczarni - 0.
źródło
Powinno to wyglądać tak:
źródło