Many Android power‑users prefer to run adb commands from a PC because a wired USB connection can be inconvenient – especially when the device is already in a hard‑to‑reach spot or when you need to debug multiple phones at once. Fortunately, Android’s debugging stack supports a wireless transport that works on virtually any device running Android 4.2 (Jelly Bean) or newer, and it does not require root access.
adb executable is in your system PATH or note the full path.7 times. You’ll see a toast that says “You are now a developer!”.Why this matters: USB debugging opens a privileged channel that ADB uses to issue commands. Without it, the PC cannot talk to the phone at all.
adb devices
If this is the first time you connect the device, you’ll see a dialog on the phone asking “Allow USB debugging?”. Tap Allow and optionally check “Always allow from this computer”.
adb devices again. You should see a line like:XXXXXX device
where XXXXXX is the device’s serial number. This confirms the USB link works.
192.168.1.42. Write it down.Why you need it: ADB over Wi‑Fi works by opening a TCP socket on port 5555 on the phone. The PC must know the exact IP to reach that socket.
192.168.1.42 with your phone’s IP:adb tcpip 5555
adb connect 192.168.1.42:5555
The first command tells the adbd daemon on the phone to switch from USB mode to TCP mode on port 5555. The second command initiates the Wi‑Fi connection.
connected to 192.168.1.42:5555
Now you can unplug the USB cable – the wireless link remains active.
adb devices again. The list should show your device with the IP address instead of the serial number, e.g.:192.168.1.42:5555 device
If you see offline or no entry at all, proceed to the troubleshooting section below.
Once the wireless link is alive, you can use any regular ADB command. Below are a few practical examples that illustrate why many developers and power‑users keep the connection alive.
adb pull /sdcard/Download/example.pdf ~/Desktop/
The file is copied to your PC without ever plugging the phone in.
adb install myapp.apk
Great for testing builds on a device that sits on a bench.
adb shell screenrecord /sdcard/demo.mp4
# After you stop the recording (Ctrl‑C), pull the file:
adb pull /sdcard/demo.mp4 .
This works exactly as with a wired connection, but you can start the recording from your laptop while the phone stays on a stand.
adb shell dumpsys battery
Useful for quick diagnostics when you’re already at your workstation.
adb usb
This command switches adbd back to USB‑only mode. You can then unplug the cable (if it’s still connected) or simply leave the phone as‑is – the daemon will close the TCP socket after a short timeout.
Wireless ADB is reliable, but a few network or device quirks can break the flow. Below are the most frequent symptoms and how to resolve them.
adb connect … failed: timed out192.168.1.x). If you have a dual‑band router, verify that both devices are on the same band (2.4 GHz vs 5 GHz) because some routers treat them as separate networks.5555. Add an outbound rule allowing adb.exe to communicate on that port.offlineadb kill-server then adb start-server on the PC.adbd daemon.adb tcpip 5555 command while the phone is still connected via USB, then reconnect.adb usb to disable the TCP listener.adb usb. If you notice a noticeable drain, simply reboot the phone or toggle “USB debugging” off for a few seconds./data/data unless the device is rooted. Stick to files under /sdcard or use run-as <package_name> for debug builds you own.Some manufacturers ship a custom “Wireless debugging” toggle inside Developer options (e.g., Pixel devices on Android 11+). If your phone offers this option, you can skip the USB pairing entirely:
adb pair IP:port
# Enter the 6‑digit code when prompted
After pairing, connect with adb connect IP:5555. This flow is officially supported from Android 11 onward and works on most stock Android devices.
Setting up ADB over Wi‑Fi gives you the flexibility of a wired debugging session without the cable clutter. By following the steps above you’ll be able to install apps, pull logs, record the screen, and run shell commands from any workstation on the same network. Remember to re‑disable the wireless listener when you’re finished to keep battery life high and the device secure.
With this knowledge you can now integrate Android devices into your regular development workflow, automate testing on a bench of phones, or simply transfer files quickly when a USB port isn’t handy.









