Guide

What is Wireless ADB?

By Andora Team Published: March 15, 2026 Updated: March 15, 2026 Reading time: 7 minutes

Wireless ADB is a mode that allows ADB (Android Debug Bridge) to communicate with your Android device over a WiFi network instead of a USB cable. Rather than sending commands through a physical USB connection, the ADB server on your PC connects to the ADB daemon on your device via TCP/IP — the same protocol used by the internet.

The ability to drop the cable is genuinely useful. Your device can sit anywhere in the room — on a stand, on a charger, across the desk — while you install apps, run commands, view logs, and mirror the screen from your PC. Wireless ADB has existed in some form since the early days of Android, but Android 11 made it significantly more capable with a native built-in implementation that does not require a USB cable even for initial setup.

How Wireless ADB Works

Standard (USB) ADB communicates over a serial connection through the USB cable. Wireless ADB replaces that physical transport with a TCP/IP socket connection. The ADB daemon on your device listens on a specific port (typically 5555) and your PC's ADB server connects to it using the device's IP address on your local network.

The command flow is identical once connected. Every ADB command — adb install, adb shell, adb logcat, adb push — works exactly the same over wireless ADB as over USB. The only difference is the transport layer.

Two Methods for Setting Up Wireless ADB

There are two distinct methods depending on your Android version. The traditional method works on any Android device. The native wireless debugging method (Android 11+) is cleaner and more secure.

All Android versions

Method 1: Traditional (USB first, then switch to TCP)

This method requires a USB connection to initiate, then lets you disconnect the cable.

  1. Enable USB debugging on your device.
  2. Connect the device to your PC via USB.
  3. Authorize the ADB connection on your device (approve the RSA fingerprint prompt).
  4. On your PC, run the following command to switch ADB into TCP mode on port 5555:
adb tcpip 5555
  1. Find your device's IP address: Settings > About Phone > Status > IP Address (usually starts with 192.168.x.x).
  2. Disconnect the USB cable.
  3. Connect wirelessly:
adb connect 192.168.1.100:5555

Replace 192.168.1.100 with your device's actual IP address. You should see "connected to 192.168.1.100:5555" in response. Your device will now appear in adb devices as a TCP connection.

Note: the TCP mode is reset when the device reboots. You will need to repeat the adb tcpip 5555 step with a USB cable again after a reboot.

Android 11 and later

Method 2: Native Wireless Debugging (no USB cable needed)

Android 11 introduced a fully wireless pairing system built into Developer Options. No USB cable is needed at all — not even for initial setup.

  1. Enable Developer Options on your device (tap Build Number 7 times).
  2. Go to Developer Options and tap Wireless Debugging.
  3. Toggle Wireless Debugging on. Your device will show its IP address and port.
  4. Tap Pair device with pairing code. Your device will display a 6-digit pairing code and a separate pairing port.
  5. On your PC, run:
adb pair 192.168.1.100:37000
# Enter the 6-digit pairing code when prompted
  1. After successful pairing, connect using the main port shown in Wireless Debugging:
adb connect 192.168.1.100:5555

The pairing is persistent across reboots. You only need to pair once — after that, you just run adb connect whenever you want to use wireless ADB.

Use Cases for Wireless ADB

Cleaner workspace

One USB cable that doubles as a charging cable and a data cable is convenient. But when you are doing extended development or testing work, not having a cable tethering your phone to your PC means your device can be positioned however you want — on a stand, at a comfortable viewing angle, plugged into a wall charger at a different socket.

Testing while the device charges separately

USB connections do not charge as efficiently as a dedicated wall charger. With wireless ADB, your device can charge at full speed from a wall adapter while staying connected to your PC for development and testing.

Multi-device setups

Running tests on multiple devices simultaneously is much simpler without cables. Each device connects over WiFi independently. There is no hub needed, no cable management, and you are not limited by the number of USB ports on your PC.

Screen mirroring without a cable

Andora Pro's screen mirroring and touch control features work over wireless ADB. This means you can mirror your device to your PC monitor with full interaction — no cable visible on your desk. See our full guide on screen mirroring for latency benchmarks and a comparison of methods.

Remote device access over VPN

If your phone and PC are on the same VPN tunnel, wireless ADB can work even when they are not on the same physical network. Some teams use this for remote device access in CI/CD pipelines.

Limitations of Wireless ADB

Wireless ADB is extremely capable but it has a few real limitations worth knowing before relying on it:

How Andora Pro Simplifies Wireless ADB

The manual setup process — finding your IP address, running adb tcpip 5555, running adb connect with the right address and port — is manageable for developers but tedious for anyone else. Andora Pro reduces this to a one-click flow:

  1. Connect your device via USB once and let Andora detect it.
  2. Click "Connect Wirelessly" in Andora.
  3. Disconnect the USB cable. Andora handles the TCP switch and reconnection automatically.

Once Andora Pro is set up, you can reconnect wirelessly at any time without needing the USB cable again.

Once connected wirelessly, all of Andora's features — APK installation, file browser, logcat, screen mirroring with touch control — continue to work identically to the USB-connected experience. See the full tutorial at how to set up wireless ADB on Windows.

Go cable-free with Andora Pro

Andora Pro's wireless ADB makes cable-free device management a one-click experience. Install APKs, mirror your screen, and run logcat — all over WiFi. One-time $12 upgrade.

Get Andora Pro Try Free First

Wireless ADB vs Traditional USB ADB: Quick Summary

For most use cases, wireless ADB on Android 11+ is the better experience once set up. If you are on an older device, the traditional tcpip method works just fine with the one-time USB setup requirement.

Frequently Asked Questions

Does wireless ADB work on public WiFi?

Technically it can work if both your phone and PC are on the same public WiFi network, but this is not recommended. On a shared network, others could theoretically attempt an ADB connection to your device. Use wireless ADB only on trusted private networks.

Is wireless ADB slower than USB ADB?

For most tasks (installing APKs, running commands, logcat) the speed difference is imperceptible. For file transfers, USB ADB is faster. For screen mirroring, wireless ADB adds 20–50ms of latency compared to USB, but is still acceptable on a 5GHz WiFi connection.

Does wireless ADB disconnect when I lock my phone?

It depends on the device. Some devices drop the wireless ADB connection when the screen locks to save power. You can usually prevent this by enabling "Stay awake" in Developer Options or keeping the screen on while using wireless ADB.

Do I need to re-pair after rebooting?

With the traditional tcpip method, yes — you need to reconnect after a reboot. With Android 11 native wireless debugging, the pairing is persistent and you just need to reconnect, not re-pair.

Can I use wireless ADB without knowing my phone's IP address?

Andora Pro handles IP discovery automatically, so you do not need to look it up manually. If you are using raw ADB commands, you can find your device's IP in Settings > About Phone > Status > IP Address, or by running adb shell ip addr show wlan0.

What port does wireless ADB use?

The traditional method uses port 5555 by default. Android 11 native wireless debugging uses a random port shown in the Wireless Debugging settings page alongside the IP address. Andora handles port detection automatically.