Uart-finder: A portable UART detector



Uart-finder is a portable, DIY-friendly tool for quickly detecting echo-enabled UART on otherwise unknown pads and traces on a PCB. It actively sends data on both probes in order to detect an echo from the target device. An echo-enabled console behind UART strongly suggests an interactive shell or a script/program that might be faulted into an interactive shell.

Uart-finder is easy to modify since it is about 50 lines of CircuitPython (v3). Modifications are made under an emulated FAT filesystem when connected to a computer, by modifying ‘’. The device will reset with the new code every time ‘’ is written. If you have a Trinket M0 without CircuitPython loaded, please refer to Adafruit’s instructions to get started.

Uart-finder also takes advantage of the Trinket M0’s hardware UART with remappable pins. Each probe gets reassigned between RX and TX every 10 milliseconds, so you don’t have to care which is which, and hardware UART ensures signals will not be dropped while the M0 is busy TXing and comparing values.

By default, it takes about 20 ms to test a pair of unknown pads for UART per baudrate. Included are four common baudrates to scan: 9600, 19200, 57000, 115200.

The concept is based on the “UART discovery assistant module” in Opening Pandora‚Äôs Box: Effective Techniques for Reverse Engineering IoT Devices. Unfortunately I could not find the source code for the original.


Optional (see BOM and SCHEMATIC):


See the uart-finder GitHub repository for the source code, schematic, and BOM.

The project is licensed under BSD-2-Clause.


Uart-finder is an active measurement tool since it drives 3.3V signals on each probe. Both probes need to be used since both TX and RX are required to send and receive a byte. After each probe sends the test byte, the process is repeated for all common baudrates defined in ‘’.

There are two probes and a ground clip. Generally, the ground clip can be hooked onto metal shielding or a connector on the target board, or another point that is determined to be the target’s ground. Both probes should be applied to suspect RX/TX points on the target board. Since the RX/TX pins on the uart-finder get swapped internally, there is no need to account for a false-negative due to inverting RX and TX against the target.

There are three LED indicators. The green ‘on’ LED is on while the device is running. The red LED on the other side of the USB connector is the ‘sweep’ indicator: it flashes every time all baudrates have been scanned on each probe. You should time your tests so that you get at least two flashes per permutation. Unfortunately, the red LED is not visible in the demo gif.

The dotstar RGB LED in the middle indicates if the sent byte has been received by a probe. The color of the RGB LED indicates which probe received the byte. By default, ‘red’ indicates pin 4 (red probe in the picture) was the receiver and ‘blue’ indicates pin 0 (black probe in the picture) as the receiver. If the uart-finder is connected to a computer, the baudrate of the received byte can be read from a serial terminal.

Sometimes an ASCII byte might be received from the target device (i.e. text from a boot-up sequence). If the uart-finder receives an ASCII byte that isn’t a space, the dotstar LED will either glow ‘yellow’ if the ASCII byte is received on pin 4, and ‘cyan’ if the byte is received on pin 0. The baudrate and received byte is output to the serial terminal.

When a byte is received, all transmission is halted for one second while the dotstar indicates the receiving probe. This avoids spamming what might be a legitimate interactive console with spaces.

Test session indicating UART on an unlabeled port [video].

Precautions and considerations

Uart-finder on the trinket M0 consumes ~ 11.5 mAh @ 3-6 V.

To avoid damaging the target device, avoid or at least measure areas that are close to the MCU / RAM peripherals as they might not tolerate the 3.3V signals from the uart-finder.

To avoid damaging the uart-finder, use a multimeter to ensure that the target test points are not outputting more than 3.3 V.

Start with any obvious straight sets of 4 pins or pads on the PCB. Look for any unpopulated pads near the edge which may have been used to the development version of the device to manage or attach debug ports. Test unlabeled or hidden connectors as well.

To ensure accuracy:

Return to blog home

Please send all feedback and errata to

Twitter RSS