The Walkie Talkie With Print Verification project is a fully digital, hardware-secured wireless communication terminal. Unlike a classic radio station, the device allows real-time voice capture, P2P transmission, and playback only if the user passes a biometric authentication filter. The system integrates a permission-based access hierarchy (Admin vs. User) and is controlled by an ESP32 microcontroller.

What is its purpose: The main goal is to build a robust physical product, a sort of industrial prototype, capable of combining modern access control technologies (fingerprint sensor) with high-fidelity digital audio processing. At a technical level, the project demonstrates mastery of microcontroller architectures through the simultaneous integration of several studied complex protocols (UART, I2C, I2S) and the efficient use of hardware interrupts for the system's state machine.

What was the starting idea: The idea stemmed from the main vulnerability of conventional analog radio stations: lack of security. Anyone owning a station on the same frequency can listen or transmit. I thought about how I could implement a fundamental principle of cybersecurity (*Access Control* based on “Something you are”) directly into the physical environment, transforming a simple communication station into a strictly restricted data terminal.

To illustrate the architecture of the Walkie-Talkie with Print Verification, I have created a block diagram highlighting the hardware components and the data flow (communication protocols) between the peripherals and the central processing unit.

The Walkie-Talkie supports two types of users: Admin and General User.

• The Admin fingerprint is permanently stored and cannot be modified or overwritten.
• Only the Admin has the authority to enroll or remove a General User's fingerprint.
• Add User: The Admin authenticates by scanning their fingerprint, presses the action button briefly, and then the new user introduces their fingerprint.
• Remove User: The Admin authenticates and long-presses the action button for 5 seconds to wipe the General User from the database.

The OLED screen acts as the main interface, displaying the current communication status. During an incoming wireless transmission, an 'Incoming Transmission' message is shown on the screen.

If the device is unlocked (a user is logged in), the incoming audio is actively played through the speaker. Once authenticated, the user can receive and transmit freely for a 2-minute session before the system automatically times out, locks itself, and requires re-authentication.

The reset button must be held for 5 seconds to perform a full reset of the system. The user data is lost upon resetting.

System Architecture & Power Management: The hardware architecture centers on the ESP32, managing biometric security via UART and real-time audio through concurrent I2S buses. A critical design decision was made to ensure portability and prevent brownout resets during high-current audio playback.

The system is powered by a 4-cell AA battery holder utilizing NiMH rechargeable batteries (providing a stable ~4.8V). This power source is connected directly to the ESP32's VIN pin and the MAX98357A amplifier. This maximizes the audio output volume (staying safely below the amplifier's 5.5V absolute maximum rating) while allowing the ESP32's internal 3.3V regulator to safely power the logic-level peripherals (OLED, Mic, Fingerprint Sensor) without being overloaded by audio transients.

Detailed Pin Mapping & Motivation:

The software is built on a multi-tasking architecture using the FreeRTOS kernel available on the ESP32. This allows us to separate time-critical tasks (audio streaming) from low-priority tasks (UI updates).

The system operates based on a Finite State Machine (FSM) with the following states:

• ST_LOCKED: Default state. The I2S output is muted. The system polls the AS608 sensor via UART.
• ST_UNLOCKED: Reached after a valid fingerprint match. A timer is started (2 minutes).
• ST_TRANSMIT: Triggered by the PTT button (GPIO Interrupt). Audio is sampled via I2S and sent through ESP-NOW.
• ST_ADMIN: Triggered when the Admin ID is recognized. Enables 'Enroll' and 'Delete' functions via the Action Button.

To avoid needing 6 buttons, we use temporal multiplexing for the Action Button:

• Short Press (< 2s): If in ST_ADMIN, it triggers the `fingerprintEnroll()` function to add the General User.
• Long Press (> 5s): If in ST_ADMIN, it triggers `fingerprintDelete(USER_ID)` to wipe the database.

To ensure “zero-latency” audio, the software is split between the two cores of the ESP32:

• Core 0 (Communication Task): Handles the ESP-NOW stack, packet encryption (if implemented), and sending/receiving audio buffers.
• Core 1 (System Task): Handles the Fingerprint UART polling, OLED I2C updates, and monitoring the GPIO buttons.

We use ESP-NOW instead of standard Wi-Fi because it eliminates the handshake overhead.

• Payload: Each packet contains a 250-byte audio chunk (PCM, 16-bit, 16kHz).
• Security: Although the device is locked biometrically, ESP-NOW packets can be encrypted using a Pre-Shared Key (PSK) for hardware-level security.

TBD

TBD

Export to PDF