亞行無法識別設備，但Windows確實無法識別設備。可能的原因？

-2

是的，另一個「adb設備什麼都不會返回」。似乎我發現了另一個問題。亞行無法識別設備，但Windows確實無法識別設備。可能的原因？

在我的情況，我正在運行原型硬件，而不是商業。這在驅動程序級別沒有問題，Windows會提供所提供的驅動程序。設備管理器顯示關聯的ADB設備，並顯示正確的供應商ID，產品ID和序列號。 Driver Provider是Google，Inc，版本1.0.9.0。所以，那部分是好的。（XP SP3,32位btw）

但是，即使Windows識別該設備及其ADB接口，它不在adb devices下列出。 _{在帖子結尾的診斷輸出。}

顯然，亞行服務器可能需要.android/ADB_USB.INI廠商ID，所以我殺了它，加入相關的供應商ID一行，十六進制（即0xFFFF格式）和亞行重新啓動服務器。該文件說這應該通過android update adb完成，但這不起作用由於adb未能檢測到設備，這並不奇怪。但是在亞行看來，這是一個雞與蛋設計失敗的問題：您如何添加無法檢測到的設備的供應商ID？

無論如何，我無法以這種方式進入我的設備。我該如何告訴adb-server停止失聰，並相信兼容設備的操作系統列表？

ADB設備的診斷輸出：

adb_query: host:devices 
_adb_connect: host:version 
socket_loopback_client: port 5037 type tcp => fd 100 
writex: 100 0x22dcd7 4: 30303063 000c 
writex: 100 ok 
writex: 100 0x41d41d 12: 686f73743a76657273696f6e host:version 
writex: 100 ok 
readx: 100 0x22dc57 4 
readx: 100 ok: 4f4b4159 OKAY 
readx: 100 0x22dd14 4 
readx: 100 ok: 30303034 0004 
readx: 100 0x22dd14 4 
readx: 100 ok: 30303161 001a 
adb_close: 100(lo-client:5037) 
_adb_connect: host:devices 
socket_loopback_client: port 5037 type tcp => fd 101 
writex: 101 0x22dcd7 4: 30303063 000c 
writex: 101 ok 
writex: 101 0x22ee11 12: 686f73743a64657669636573 host:devices 
writex: 101 ok 
readx: 101 0x22dc57 4 
readx: 101 ok: 4f4b4159 OKAY 
readx: 101 0x22ddb7 4 
readx: 101 ok: 30303030 0000 
readx: 101 0x4c3f80 0 
readx: 101 ok: 
adb_close: 101(lo-client:5037) 
List of devices attached

來源

2011-05-10 MSalters