Motor control: D27→AIN1, D14→AIN2, D4→BIN1, D13→BIN2; and D32/D33 used with resistors (likely as inputs for buttons or encoders).
IBUS: RX2/ TX2 brought to J14 and RC signal conditioning via R18/R19.
I2C/OLED: J13 labeled OLED-Display-0.96 uses SCK/SDA pins tied to D21/D22.
Buttons: routed to VP, VN, D26 via resistor networks.
3V3 rail is sourced from the ESP32 module’s onboard regulator and is also used to power the motor driver logic and OLED (see “Net (SW1 - P)”: includes U1:3V3, U2:VCC, J13:VDD).
Input via terminal J3 to a slide switch SW8 (EG1218), then through D1 to the motor supply and to the 5 V regulator path.
5 V regulator: U3 “7805” linear regulator, with bulk caps C1/C2 and output net “Net (U3 - VO)” feeding ESP32 VIN and multiple +5 V headers (J6, J7, J8, J9, J10, J11, J12).
Branch B: To U3 7805 to produce 5 V; 5 V then to ESP32 VIN and 5 V accessory connectors.
ESP32’s onboard 3.3 V regulator then powers logic and OLED; that 3.3 V also appears on “Net (SW1 - P)” with U2:VCC and control pins.
Control path:
The ESP32 GPIOs drive the TB6612FNG’s AINx/BINx and (effectively) PWMA/PWMB/STBY if not tied high.
Encoders (provisioned by net portals and headers) connect to GPIOs for speed/position feedback.
IBUS receiver connects to RX2 (with resistor interface) for RC commands.
I2C OLED shares D21/D22 with display connector.
Key technologies, dependencies, and design choices
ESP32-DEVKIT-V1 module: fast iteration and Wi-Fi/BLE built-in; dependency on module’s onboard 3.3 V regulator and pinout.
TB6612FNG H-bridge: low-Ron, efficient vs classic L298N; logic at 3.3 V compatible with ESP32; needs good VM bulk caps and ground return management.
Linear 7805 regulator: simple and low-noise but dissipates heat at high VIN and load. This is a conscious simplicity trade-off versus a buck regulator.
SS34 Schottky on input: protects from reverse polarity and isolates motor VM from backfeeding 5 V path; introduces ~0.2–0.5 V drop trade-off.
Terminal blocks for field wiring: robust but larger footprint; simplifies integration in robots.
Shared 3.3 V net for OLED and motor driver logic: convenient but must ensure ESP32 3.3 V rail has adequate current margin.
Implementation overview
Nets show complete routing of motor control, motor outputs, power rails, and interface buses.
Multiple GND tie points; PGND pins of the driver are grouped.
Resistor ladder/pairs around GPIOs for inputs and pull configurations.
OLED header pre-wired to D21/D22 (I2C), with VDD and GND.
Performance considerations and challenges
7805 thermal dissipation: If VIN is high (e.g., 12 V) and 5 V load is significant (ESP32 VIN + any 5 V peripherals on terminal blocks), P = (VIN − 5 V) × I can exceed safe limits. Consider airflow, heatsinking, or replacing with a buck.
ESP32 VIN path: Taking 5 V into VIN relies on module’s onboard 3.3 V converter. Ensure total 3.3 V load (ESP32 + OLED + TB6612 logic + pull-ups) fits that regulator’s spec.
Grounding and noise:
Motor currents can inject ripple into GND; ensure star-grounding or low-impedance returns, and keep PGND loops compact.
Place bulk caps C3/C4 close to U2 VM pins and tie PGND directly to power input ground near the driver.
IBUS signal integrity: Ensure correct logic level to ESP32 RX2 (3.3 V); many receivers are 5 V powered but output 3.3 V logic—verify or add a divider/level shifting if not guaranteed.
OLED/I2C pull-ups: Confirm presence and value of I2C pull-ups (typically 4.7 k–10 k to 3.3 V). They are not clearly visible in the current net list; if the OLED module includes pull-ups, avoid duplicating.
STBY/PWM control: If PWMA/PWMB/STBY are tied to 3.3 V, you lose dynamic control of standby and duty in firmware. Consider explicit GPIOs for PWM and STBY with proper pull defaults.
Diode drop on VM: Reduces effective motor voltage; for low-voltage motors, this can reduce torque/speed.
Real-world applications
Differential drive robots, line-followers, small rovers.
RC-to-autonomous hybrid: IBUS for manual override; ESP32 for closed-loop motor control using encoder feedback; OLED for setup and live telemetry.
Trade-offs and optimizations
Simplicity (linear 7805, module-based ESP32, Schottky protection) vs efficiency and thermal performance.
Terminal blocks and discrete headers improve serviceability at the cost of size.
Using the DevKit module accelerates development but is larger and may limit power rail flexibility vs bare ESP32-WROOM.
Recommendations and future enhancements
Power and robustness
Replace U3 with a synchronous buck (e.g., 12 V to 5 V) for efficiency and thermal headroom; keep 5 V VIN for the ESP32 and accessories.
Add input TVS diode and a PI filter if operating in noisy environments.
Add reverse-voltage protection using a high-side ideal diode controller/MOSFET to reduce drop vs Schottky, or place the Schottky only on VM while feeding the 5 V buck pre-diode.
Signal integrity and control
Ensure I2C pull-ups on 3.3 V are present and sized (4.7 k typical). If relying on the OLED’s pull-ups, document it on the schematic.
Bring PWMA, PWMB, STBY to dedicated ESP32 pins with pull-ups/downs for predictable boot behavior and full motor control in firmware.
Add RC snubbers or flyback diodes are not needed for TB6612 (has internal diodes), but layout attention is still critical.
Encoders and IO
Add ESD protection arrays on external headers.
Consider adding level shifting or clamping if any external devices might be 5 V logic into 3.3 V GPIOs.
Provide dedicated encoder connectors labeled for 5 V/3.3 V/GND/SIG A/SIG B.
Power budgeting and telemetry
Budget current for 3.3 V rail; if OLED and other sensors grow, add a dedicated 3.3 V buck/LDO from 5 V.
Add voltage/current sensing (e.g., resistor divider to an ADC for battery voltage; INA219/INA260 on the supply for current/voltage monitoring).
Scalability
Break out a spare UART/I2C header for future sensors.
Consider swapping the DevKit for a module (ESP32-WROOM/WROVER) to shrink the board and better manage power domains when moving toward production.
If you want, I can review ERC/DRC results, verify presence of I2C pull-ups and PWM/STBY wiring, and propose concrete part swaps (e.g., buck regulator) and net changes.
This project is an ESP32-based controller designed for autonomous or radio-controlled robots. It incorporates various input interfaces for sensors, encoders, a Flysky RC receiver, and an I2C display for configuration.
Key Features:
ESP32 Microcontroller: At the core, providing versatile connectivity options and GPIOs.
Motor Control: Inputs for controlling two motors (MotorA and MotorB).
Encoders: Interfaces to read signals from encoders for feedback.
I2C Display: To allow configuration and display status.
Flysky RC Receiver: For receiving radio control signals.
Power Regulation: Power nets like +3.3V, +5V, and +VBAT.
Buttons: Multiple buttons for user input.
Components Explanation:Microcontroller
U1: ESP32-DEVKIT-V1: Provides the main processing and communication capabilities.
Motor Control
U2: TB6612FNG: Motor driver IC to handle MotorA and MotorB.
Power Regulation
U3: 7805: A voltage regulator to provide a stable +5V output.
D1: SS34: A Schottky diode for protection and rectification.
Connectors
Various connectors (e.g., J3, J5) for interfacing sensors, encoders, and the RC receiver.
Passive Components
Resistors (R6, R19), capacitors (C1, C2) for filtering, pull-up/pull-down functions, and stabilization.
Buttons and Switches
User input components for various functionalities like resetting, manual control, etc.
There appear to be several duplicate designators and unspecified properties (e.g., for capacitors). You might want to correct these to avoid conflicts during the design realization:
To finalize the design, you'll need to resolve these issues and ensure all parts have their correct and unique designators along with their respective properties.
Wirelessly connects nets on schematic. Used to organize schematics and separate functional blocks. To wirelessly connect net portals, give them same designator. #portal
Wirelessly connects power nets on schematic. Identical to the net portal, but with a power symbol. Used to organize schematics and separate functional blocks. To wirelessly connect power net portals, give them the same designator. #portal #power
Spot the mistake! Learn how to use AI to conduct a design review on an ESP32-based control board. This project is ideal for autonomous or radio-controller robots featuring inputs for sensors, encoders, and a Flysky RC receiver, plus an I2C display for configuration.
Properties
Properties describe core aspects of the project.
Pricing & Availability
Distributor
Qty 1
Arrow
$0.98–$2.75
Digi-Key
$4.73–$6.55
LCSC
$3.31–$4.08
Mouser
$6.43–$6.64
Verical
$32.30–$32.95
Controls
Welcome 👋
Flux helps you build PCBs faster with an AI teammate!
Create your account to collaborate, stay updated, fork your own version, and get instant answers from our AI agent.
nico
copilot
- ESP32 Microcontroller: At the core, providing versatile connectivity options and GPIOs.
- Motor Control: Inputs for controlling two motors (MotorA and MotorB).
- Encoders: Interfaces to read signals from encoders for feedback.
- I2C Display: To allow configuration and display status.
- Flysky RC Receiver: For receiving radio control signals.
- Power Regulation: Power nets like +3.3V, +5V, and +VBAT.
- Buttons: Multiple buttons for user input.
Components Explanation: Microcontroller- U1: ESP32-DEVKIT-V1: Provides the main processing and communication capabilities.
Motor Control- U2: TB6612FNG: Motor driver IC to handle MotorA and MotorB.
Power Regulation- U3: 7805: A voltage regulator to provide a stable +5V output.
- D1: SS34: A Schottky diode for protection and rectification.
Connectors- Various connectors (e.g., J3, J5) for interfacing sensors, encoders, and the RC receiver.
Passive Components- Resistors (R6, R19), capacitors (C1, C2) for filtering, pull-up/pull-down functions, and stabilization.
Buttons and Switches- User input components for various functionalities like resetting, manual control, etc.
Key Connections:- Motor Control:
- Connect U2:AIN1 to U1:D27.
- Connect U2:AIN2 to MotorA_IN2:P1, MotorB_IN2:P1 to U1:D13.
- Power Regulation:
- Connect U3: VO to 5V:P1.
- Encoders and Sensors:
- Connect Encoder1_ChA:P1 to U1:D5.
- Connect Encoder2_ChA:P1 to U1:D19.
Possible Errors: