Install Android Platform Tools on the client PC
Download Android Platform Tools from Google, extract it to C:\Android\platform-tools, and confirm adb.exe exists there.
Find connected Android phones, check ADB or Fastboot state, and fix common USB debugging issues before a flash, unlock, FRP, IMEI, or repair intake workflow.
Use this when the phone is plugged into the user's Windows PC USB port. The web page can only detect the phone if GSMSharing or a local connector is running on that same PC with ADB installed.
Download Android Platform Tools from Google, extract it to C:\Android\platform-tools, and confirm adb.exe exists there.
If running this site locally, set DeviceAutomation:ADBExecutable to C:\Android\platform-tools\adb.exe and restart the app. If using the live website, a desktop/helper connector must run on the client PC.
Open Developer options, enable USB debugging, connect with a data USB cable, unlock the phone, and choose File Transfer/MTP if Windows asks for USB mode.
Run adb devices from PowerShell, accept the RSA prompt on the phone, then verify the device state says device instead of unauthorized or offline.
Refresh this page and press Detect only after ADB works on the same PC where the detection service is running.
C:\Android\platform-tools\adb.exe version
C:\Android\platform-tools\adb.exe devices
Use this reference when ADB says command not found, the phone is unauthorized, or the device cannot boot into Android.
C:\Android\platform-tools.cd C:\Android\platform-tools..\adb devices. The .\ prefix tells PowerShell to execute from the current folder.cd C:\Android\platform-tools
.\adb devices
[Environment]::SetEnvironmentVariable("Path", $env:Path + ";C:\Android\platform-tools", "User")
.\adb devices again. The status should change from unauthorized to device.Regular ADB works only when Android or recovery exposes an ADB service. If the OS is dead or bootlooping, identify the low-level mode first.
Use Odin or Heimdall. Match the firmware exactly to the model number, then load BL, AP, CP, and CSC packages into their matching slots.
Check the connection with .\fastboot devices, then flash only firmware images that match the device and bootloader state.
Select Apply update from ADB in recovery, confirm adb devices shows sideload, then run .\adb sideload firmware.zip.
.\fastboot devices
.\fastboot flash boot boot.img
.\fastboot flash system system.img
.\adb sideload factory_firmware_archive.zip
Complete these checks before pressing Detect. They cover Android Platform Tools, OEM USB drivers, data cables, and device authorization.
adb
fastboot
USB detection runs on the app host machine.
0 devices detected
Install ADB on the client PC, connect the phone to that same PC, accept the USB debugging RSA prompt, verify adb devices, then refresh detection.
Use this dashboard as a pre-check before Android flashing, unlocking, FRP service, IMEI diagnostics, and remote repair sessions. It does not bypass security; it verifies whether the repair workstation can see the device safely.
The phone must be plugged into the same client PC where ADB and the local detection service are running. A remote Linux web server cannot read USB phones connected to a visitor's PC.
ADB can see the phone, but the phone has not approved USB debugging. Unlock the phone, reconnect USB, and approve the RSA debugging prompt.
Fastboot detection only works while the phone is in bootloader mode. On Windows, install the OEM USB or Android Bootloader Interface driver and use a data-capable cable.
A browser page cannot expose a visitor's USB phone to this ASP.NET server. Public users need a local desktop/helper connector, or they must run GSMSharing locally with ADB installed.
Browse profiles, compare ratings, and book repair services — like a marketplace for GSM pros.
Connect with thousands of GSM technicians worldwide. Share files, discuss repairs, find jobs, and grow your business.