USB-C Sensor Node Charging

Worked for 1 min 32 sec
Referenced guidance.
Thought for 15 sec — Searching for library schema
Created 6 tasks.
1/6 Rename project, create specification, and record initial requirements/power budget
Thought for 8 sec
Reading project docs.
Renamed USB-C WiFi BLE TH Sensor.
Updated project description.
Set Domain, Connectivity, Connectivity and 2 more.
Thought for 1 min 40 sec — Creating documentation and estimates
2/6 Select library parts for MCU, T/RH sensor, USB-C input, regulator, and protection

Rename project, create specification, and record initial requirements/power budget

Select library parts for MCU, T/RH sensor, USB-C input, regulator, and protection

Add main components and supporting passives to the schematic

Wire USB-C power/protection, 3.3 V rail, MCU boot/debug, USB data, I2C sensor, and indicators

Create firmware/regulatory/bring-up project files

Run schematic/design checks and fix actionable issues

Thought for 38 sec
Found 1 results for Select a low-power Wi-Fi plus Bluetooth LE 5.x MCU module for a USB-C powered consumer temperature/humidity sensor node. Need 2.4 GHz 802.11 b/g/n, BLE 5.x, native USB programming preferred, integrated antenna/certified module, 3.3 V operation, suitable Flux library part..
Found 3 results for Select a digital temperature and relative humidity sensor IC for an indoor consumer environmental node. Need I2C interface, 3.3 V operation, low power, good accuracy, SMD package, available Flux library part, modern non-EOL part..
Found 3 results for Select a USB-C receptacle for a 5 V sink-only consumer IoT sensor node. Need USB 2.0 data pins D+ D-, CC1 CC2 pins, SMD or hybrid mechanical shell, Flux library part with footprint..
Found 3 results for Select a 5 V USB input protection IC or eFuse/load switch for consumer USB-C powered IoT node. Need overvoltage protection, undervoltage lockout, overcurrent/current limit around 0.5 to 3 A capable sources, reverse-current blocking if possible, output to 3.3 V regulator, SMD Flux library part..
Found 2 results for Select a 5 V to 3.3 V regulator for ESP32-class Wi-Fi sensor node. Need low quiescent current, at least 600 mA transient capability, thermally suitable for USB 5 V to 3.3 V, SMD Flux library part. Buck or thermally capable LDO acceptable..
Found 2 results for Select USB ESD protection for USB 2.0 D+ D- lines and 5 V VBUS on a USB-C powered consumer IoT node. Need low capacitance data line TVS array and VBUS TVS/protection parts available in Flux library..
Created a project doc

Project Specification — USB-C WiFi BLE TH Sensor

View Document

Status: Draft schematic in progress. A consumer USB-C powered temperature and relative humidity sensor node with Wi-Fi and Bluetooth Low Ene...
Analyzing in depth.
Deeply thought for a moment
Thought for 3 sec
Deeply thought for a moment
Analyzing in depth.
Completed design checks.
Getting a schematic overview.
Getting a BOM overview.
Thought for 2 sec
Deeply thought for 41 sec
Analyzing in depth.
Reading project docs.
Deeply thought for 1 sec
Thought for 1 sec
Analyzing in depth.
Deeply thought for 16 sec
Thought for 1 min 27 sec
Thought for a moment
Choosing components for low-power MCU
I
add a lipo charging circuit that can handle charging of 300mA
No design changes were made because no ACUs are currently available.
Remaining work:
  • Create the USB‑C 5 V input and reverse/OVP/UVLO/OCP protection.
  • Add the 3.3 V low-power Wi‑Fi/BLE MCU and digital temperature/humidity sensor.
  • Add a LiPo charger configured for 300 mA, including battery connector, charge/status indication, thermal considerations, and power-path/load-sharing so the node can operate while charging.
  • Verify current budgets, USB‑C limits, battery protection, ERC, and component footprints.
Add charger circuit
Find charger ICs
Show charger schematic
Add input protection
No schematic yet

Talk to Flux to get started.

Refine this doc
Ask about this doc
Project Specification — USB-C WiFi BLE TH Sensor
Project Overview
Status: Draft schematic in progress.
A consumer USB-C powered temperature and relative humidity sensor node with Wi-Fi and Bluetooth Low Energy connectivity. The board uses a protected USB-C 5 V sink input, local 3.3 V regulation, a low-power Wi-Fi/BLE MCU module, and a digital I2C T/RH sensor.
Intended Use
  • Indoor consumer environmental monitoring node.
  • Powered from USB-C 5 V chargers, hubs, or ports.
  • Designed for prototype-to-production learning; not medical, industrial safety, or outdoor/weatherproof use unless later specified.
What the Device Should Do
  • Measure ambient temperature and relative humidity.
  • Connect over 2.4 GHz 802.11 b/g/n Wi-Fi.
  • Support BLE 5.x provisioning or local telemetry.
  • Power from USB-C default 5 V sources.
  • Survive common consumer input faults with reverse-current, overvoltage, undervoltage, and overcurrent protection.
Main Features
  • USB-C receptacle configured as sink-only with independent CC1/CC2 5.1 kΩ Rd resistors.
  • Protected 5 V input sized for 0.5–3 A capable sources, while the node itself is expected to draw well below 500 mA average.
  • 3.3 V logic rail for MCU and sensor.
  • Native USB data/programming path where supported by the selected MCU.
  • Boot/reset controls, debug/programming access, and status LED.
System Architecture

Diagram


I2C USB D+/D- USB-C Receptacle node_5V Sink VBUS Protection OVP UVLO OCP Reverse Blocking 3.3V Regulator WiFi/BLE MCU Module Digital T/RH Sensor Status LED
Hardware Subsystems
  • Power input: USB-C receptacle, CC pull-downs, VBUS ESD/TVS, protected power switch/eFuse or load switch with OVP/UVLO/OCP/reverse-current blocking.
  • Regulation: 5 V to 3.3 V rail sized for Wi-Fi transmit current peaks.
  • Compute/radio: certified ESP32-family module preferred to avoid custom RF matching and simplify regulatory work.
  • Sensor: digital I2C temperature/humidity sensor with local decoupling and one shared I2C pull-up pair.
  • User/debug: reset and boot controls, status LED, USB programming, optional exposed test/debug header.
Interfaces and Connections
  • External: USB-C 5 V power and USB 2.0 D+/D- for programming/debug.
  • Internal: 3.3 V rail, GND, I2C SDA/SCL, boot/reset, status LED GPIO.
  • RF: integrated 2.4 GHz antenna module; PCB layout must provide the module antenna keepout.
Power and Runtime Expectations
  • Source: USB-C 5 V default power only; no battery in this revision.
  • Source capability planning: tolerate 0.5 A, 1.5 A, and 3 A capable USB-C sources. Do not assume the device may draw 3 A unless CC current advertisement is measured/implemented.
  • Low-power behavior: firmware should sleep between samples and radio transmissions, but USB-powered operation makes absolute sleep current less critical than thermal and regulatory behavior.
Power Tree and Power Budget

Table


RailLoadSleepTypical activePeak
3.3 VWi-Fi/BLE MCU module~10–100 µA deep sleep~80–240 mA radio active~500 mA short Wi-Fi TX burst
3.3 VT/RH sensor<1 µA standby~0.5–1 mA measuring~1 mA
3.3 VStatus LED0 mA off~2 mA on~5 mA configured max
3.3 VPull-ups/leakage~1–2 mA worst when lines lownegligible average~1.4 mA for two 4.7 kΩ pull-ups low
Estimated 3.3 V rail sizing target: 250 mA typical active, 510 mA transient peak. For an LDO from 5 V, input current is approximately output current; thermal at 250 mA is about (5.25 V - 3.3 V) × 0.25 A = 0.49 W, so a small SOT-23 LDO may be marginal during sustained Wi-Fi. Preferred choices are a high-current low-Iq regulator in a thermally capable package or a quiet buck regulator if sustained radio current/thermal limits demand it.
Manufacturing and Assembly Expectations
  • Default assembly: SMD, production-intent consumer PCB.
  • Use stocked, non-EOL parts where available.
  • Add test points for 5 V protected rail, 3.3 V, GND, reset/boot, and I2C if space permits.
Firmware-Relevant Hardware Requirements
  • Define actual GPIO pins for I2C SDA/SCL and status LED.
  • Provide USB programming or serial/JTAG path.
  • Support Wi-Fi + BLE provisioning, periodic sensor reads, and telemetry output.
  • Include boot/reset access for field recovery.
Physical Design Expectations
  • ESP32 module antenna must be placed at board edge with no copper/traces/components in the keepout on all layers.
  • Sensor should be isolated from regulator/MCU heat sources and exposed to ambient airflow.
  • USB-C connector should be board-edge mounted and mechanically reinforced.
Important Design Decisions
  • Use an ESP32-family certified module rather than a bare RF SoC.
  • Use a digital I2C humidity/temperature sensor.
  • Use USB-C sink-only 5 V; no USB-PD negotiation in this revision.
  • Include a protected VBUS front end instead of relying on a fuse alone.
Assumptions
  • Indoor consumer use, ambient operating range roughly 0–50 °C unless later expanded.
  • No enclosure dimensions or board size provided yet.
  • No cloud protocol specified; firmware examples will print readings and include Wi-Fi/BLE placeholders.
Change Notes
  • Initial requirements captured from user request on 2026-07-17.
  • Project Overview

  • Intended Use

  • What the Device Should Do

  • Main Features

  • System Architecture

  • Hardware Subsystems

  • Interfaces and Connections

  • Power and Runtime Expectations

  • Power Tree and Power Budget

  • Manufacturing and Assembly Expectations

  • Firmware-Relevant Hardware Requirements

  • Physical Design Expectations

  • Important Design Decisions

  • Assumptions

  • Change Notes

Assets

No assets added.

USB-C WiFi BLE TH Sensor

USB-C WiFi BLE TH Sensor thumbnail
Consumer USB-C powered environmental sensor node with Wi-Fi, BLE 5.x, digital temperature/humidity sensing, protected 5 V input, and a 3.3 V low-power MCU/sensor rail.

Properties

WiFi

USB-C

Consumer IoT

5

V

Bluetooth

Pricing & Availability

See prices from popular manufacturers for your project.

Controls