Skip to the content
PCBKitNew board
2 layers70 × 50 mmSensor data logger, the printed circuit board in 3D

Sensor data logger

mrcha033/hw-codesign2

Agentic hardware co-design: brief to KiCad, firmware, 3D review, and explicit fabrication blockers.

Size
70 × 50 mm
Copper layers
2
Thickness
1.6 mm
Parts
20
Nets
18
Pads
99
Tracks, vias
123, 1
Pours
2
Routed
Yes
KiCad
KiCad 10.0 (file 20260206)
Created
14 Jun 2026
Updated
29 Jul 2026

Overview

Sensor data logger is an open-source printed circuit board by mrcha033, from the mrcha033/hw-codesign repository on GitHub, published under the Apache-2.0 licence. It is a 2-layer board of 70 × 50 mm with 20 parts on 18 nets, routed with 123 tracks and 1 via.

It is built around the ESP32-S3-WROOM-1-N8, ICM-42688-P and LM74700QDBVRQ1, with the USBLC6-2SC6 and USB4105-GF-A among its other parts. Its parts include 5 resistors, 3 capacitors, 3 ICs, 2 connectors and 1 diode. It belongs with the sensors and measurement boards and the ESP32 and RP2040 boards of this library.

Main components

5

README

README.md

hw-codesign

CI PyPI GitHub release License

Give an AI agent a hardware brief. Get KiCad, firmware, a 3D assembly, and an explicit fabrication-blocker report.

Agentic hardware co-design from brief to KiCad, firmware, 3D review, and explicit fabrication blockers. For 13 supported board families, hw-codesign turns a prompt into a reviewable candidate while keeping missing sourcing, toolchain, manufacturing, and physical evidence visible instead of silently treating it as success.

3D CAD render of a generated RP2040 USB hardware candidate with a routed PCB, USB-C connector, and debug header

Explore the interactive 3D review
Rotate and zoom the generated RP2040 USB candidate, then inspect its evidence and unresolved blockers.

Explore the interactive 3D review · Install from PyPI · Watch the 20-second demo · Read the validation contract

The render is a candidate-level CAD preview, not a photo of fabricated or qualified hardware.

Quickstart

Python 3.11 or newer is required. This public install path was smoke-tested in a clean Python 3.11 environment against version 0.1.4.

bash
python3.11 -m pip install "hw-codesign[mcp]==0.1.4"
mkdir my-hardware-workspace && cd my-hardware-workspace
hw --root . create-project my_usb_board --template rp2040_usb_device
hw --root . validate-spec my_usb_board

That creates and validates a typed RP2040 project. Continue to generate the full demo candidate, or run hw --help to inspect the CLI.

The published package has also been independently exercised in a disposable Debian 13 x86-64 container with Python 3.11.15. See the clean-platform reproduction report for the exact environment, commands, and passing output.

What the public demo proves—and what remains blocked

The demo is a dated full-toolchain repository run against the RP2040 USB-device family. It produced a candidate, not a fabrication-qualified board: 44 of 48 recorded gates passed, 1 failed, and 3 were blocked. Freerouting reports zero raw unrouted connections and KiCad reports zero post-fill unconnected items; native ERC and DRC each report zero violations. The native Zephyr build is blocked because the selected ARM toolchain lacks newlib runtime files.

The remaining evidence is material: sourcing fails, current supplier availability is blocked, the native Zephyr build is blocked on ARM newlib, and physical qualification is blocked. The board has not been fabricated, and the U2.57 via-in-pad fill/cap/tent process is unqualified. Bundle 7d6731501a24716965593f7fcdc168a3d739d1b0a1b7a57f7a0b29fee51c1b84 records those boundaries.

The 20-second product loop

20-second prompt-to-board demo

BriefCandidateBlocker report
Natural-language constraints are lowered into typed project fields with provenance.The run emits electronics source, KiCad artifacts, firmware, BOM, review bundle, and hashes.Every gate is pass, fail, or blocked; physical evidence gaps stay release-blocking.

hw-codesign is available as a CLI (hw), an MCP server (hw-mcp), and a repository-owned agent plugin. Its design surface is template- and contract-driven. It is not an arbitrary-prompt PCB oracle.

Install

Python 3.11 or newer is required.

bash
python3.11 -m pip install "hw-codesign[mcp]==0.1.4"
hw --help

The v0.1.4 release also publishes a wheel, source distribution, standalone archives for Linux, macOS, and Windows, a self-contained review, and checksums. The public container is ghcr.io/mrcha033/hw-codesign:0.1.4.

Development install

bash
git clone https://github.com/mrcha033/hw-codesign.git
cd hw-codesign
python3.11 -m venv .venv
.venv/bin/pip install '.[mcp]'
export PATH="$PWD/.venv/bin:$PATH"
hw --help

The self-contained review is live at https://mrcha033.github.io/hw-codesign/ and can be inspected without a receiver or cloud account.

Generate the demo candidate

Create the same candidate class used in the demo:

bash
mkdir my-hardware-workspace
cd my-hardware-workspace

hw --root . create-project my_usb_board --template rp2040_usb_device
hw --root . update-requirements my_usb_board \
  "Design a 2-layer RP2040 USB HID and CDC board powered from USB-C. Use Zephyr."
hw --root . design-candidate my_usb_board --brief \
  "Design a 2-layer RP2040 USB HID and CDC board powered from USB-C. Use Zephyr."
hw --root . export-standalone-review my_usb_board

The generated HTML review is self-contained. No receiver or cloud account is required to inspect it.

MCP clients

Claude Desktop configuration:

json
{
  "mcpServers": {
    "hw-codesign": {
      "command": "/absolute/path/to/hw-codesign/.venv/bin/hw-mcp",
      "args": [],
      "env": {
        "HW_PLATFORM_ROOT": "/absolute/path/to/a/writable/hardware-workspace"
      }
    }
  }
}

Claude Code:

bash
claude mcp add hw-codesign \
  -e HW_PLATFORM_ROOT="$PWD" \
  -- /absolute/path/to/hw-codesign/.venv/bin/hw-mcp

For Codex or Claude plugin use, clone this repository and install the hw-codesign marketplace entry:

bash
codex plugin marketplace add /absolute/path/to/hw-codesign
codex plugin add hw-codesign@hw-codesign

What the statuses mean

StatusMeaning
passThe named gate ran and its declared checks passed.
failThe gate ran and found a concrete defect or unmet contract.
blockedEvidence or a required tool/input is missing. This is never treated as pass.
candidateReviewable generated artifacts exist, but release promotion is not authorized.
releasedThe configured release gate passed and the release bundle was exported. This does not imply physical qualification unless physical evidence is present and approved.

Every public tool response carries release_eligible, candidate_only, and release_blocking_failures. Only the release-gate and release-export paths can set release_eligible: true.

Supported board families

All 13 shipped templates conform to the current typed spec schema. Their design and physical maturity are not identical; inspect each candidate's gate report.

GroupTemplates
USB devicesrp2040_usb_device, usb_hid_controller, avr_32u4_hid, nrf52840_dongle
Sensors and gatewaysble_sensor_node, sensor_data_logger, lora_sensor_node, esp32_wifi_gateway, samd21_sensor_hub, stm32g0_power_monitor
Robotics and powerrobotics_controller_full, mini_servo_robot, bldc_esc

Use hw diagnose-environment to inspect the installed native backends, or see Adapting the design system before adding a materially different topology.

Agent workflow

The MCP names use the same lifecycle as the CLI:

text
hw_get_capabilities
  → hw_create_project
  → hw_update_requirements
  → hw_design_candidate
  → hw_check_cross_domain_consistency
  → hw_generate_physical_qualification_plan
  → hw_record_physical_evidence
  → hw_check_release_gate
  → hw_export_release_bundle

Agents can also author circuit blocks, placement constraints, and firmware modules, explore alternatives, compare candidates, and run adversarial grounding benchmarks. See the MCP tool reference for the complete contract.

Build with us

If a new board family or backend is your goal, start with Adapting the design system and preserve the pass/fail/blocked claim boundary in every new tool path.

Repository map

PathPurpose
src/hw_codesign/CLI, MCP service, generators, validators, and review UI
src/hw_codesign/templates/Supported family specifications
parts/Curated components, role sets, supplier records, and datasheet evidence
projects/golden_rp2040_usb_hid/Date-stamped golden candidate and current evidence gaps
docs/demo/20-second demo and self-contained read-only review
schemas/Typed project and result contracts
tests/Cross-platform regression and evidence-boundary tests

Development

bash
python3.11 -m venv .venv
.venv/bin/pip install '.[dev,mcp]'
npm ci --ignore-scripts
pytest -q
ruff check .

Native gates require their corresponding tools. Diagnose the current machine before interpreting a blocked result:

bash
hw diagnose-environment --target fabrication_release --backend kicad
hw check my_usb_board

See CONTRIBUTING.md for contribution scope, tests, and claim boundaries. Security reports should follow SECURITY.md.

Known limits

  • Generated artifacts remain candidates until every configured release gate passes. A Gerber ZIP is not proof that a board is safe or manufacturable.
  • Digital checks cannot certify thermal performance, EMI/EMC, vibration, ingress, abuse safety, connector life, assembly quality, or electrical bring-up. Those require traceable physical evidence.
  • The RP2040 golden candidate has not yet been fabricated. Its current blocker report is published deliberately, and no bench measurements are claimed.
  • Supplier catalog entries identify parts and provenance, but current stock and alternates require fresh supplier evidence.
  • The receiver binds only to loopback. Remote use requires an authenticated SSH tunnel or reverse proxy; it is not a multi-tenant hosted service.

License

The project is licensed under Apache-2.0. The vendored KiCad footprint under src/hw_codesign/footprints/ retains its CC-BY-SA 4.0 license with the KiCad libraries exception; see NOTICE for the boundary.

Parts

20
QtyValueFootprintReferences
4MountingHoleMountingHole:MountingHole_3.2mm_PadH1, H2, H3, H4
34K7Resistor_SMD:R_0603_1608MetricR1, R2, R3
2100nFCapacitor_SMD:C_0603_1608MetricC1, C2
25K1 USB-C RdResistor_SMD:R_0603_1608MetricR5, R6
122uFCapacitor_SMD:C_1206_3216MetricC9
13V3 BuckPackage_DFN_QFN:VQFN-16U3
1500mA FuseHW_Curated:MIDI_FuseF1
1ESP32-S3-WROOM-1RF_Module:ESP32-S3-WROOM-1U1
1ICM-42688-PPackage_LGA:LGA-14U2
1Ideal DiodePackage_TO_SOT_SMD:SOT-23-6Q1
1UART DEBUGConnector_Samtec:FTSH-105J2
1USB ESDPackage_TO_SOT_SMD:SOT-23-6D1
1USB-C POWERConnector_USB:USB_C_GCT_USB4105J1

Questions

How big is the Sensor data logger PCB?

It measures 70 × 50 mm and has 2 copper layers, 1.6 mm thick.

What parts does the Sensor data logger use?

20 parts, built around the ESP32-S3-WROOM-1-N8, ICM-42688-P, LM74700QDBVRQ1 and USBLC6-2SC6. The full list of its parts is on this page, with links to each part's symbol and footprint where PCBKit's library has them.

Where can I download the Sensor data logger KiCad files?

From the mrcha033/hw-codesign repository on GitHub, at the commit this page was made from: the board is projects/sensor_data_logger/history/iterations/0003/electronics/generated/kicad/sensor_data_logger.kicad_pcb. PCBKit opens the board in the browser, with nothing to install.

Can I use the Sensor data logger design in my own project?

Its repository publishes it under the Apache-2.0 licence: you may reuse it on that licence's terms (keep the author's notice, and for a copyleft licence share your changes alike).

More from mrcha033/hw-codesign

7
  • 4 layers160 × 100 mmBench robotics controller 5eab0a5d, the printed circuit board in 3D

    Bench robotics controller 5eab0a5d

    mrcha033/hw-codesign

    Agentic hardware co-design: brief to KiCad, firmware, 3D review, and explicit fabrication blockers.

    46 parts2Apache-2.0
  • 4 layers160 × 100 mmQuadruped robot controller, the printed circuit board in 3D

    Quadruped robot controller

    mrcha033/hw-codesign

    Agentic hardware co-design: brief to KiCad, firmware, 3D review, and explicit fabrication blockers.

    42 parts2Apache-2.0
  • 2 layers50 × 30 mmMini biped robot, the printed circuit board in 3D

    Mini biped robot

    mrcha033/hw-codesign

    Agentic hardware co-design: brief to KiCad, firmware, 3D review, and explicit fabrication blockers.

    36 parts2Apache-2.0
  • 2 layers65 × 30 mmGolden rp2040 usb hid, the printed circuit board in 3D

    Golden rp2040 usb hid

    mrcha033/hw-codesign

    Agentic hardware co-design: brief to KiCad, firmware, 3D review, and explicit fabrication blockers.

    35 parts2Apache-2.0
  • 2 layers50 × 35 mmBench ble lipo sensor b204035a, the printed circuit board in 3D

    Bench ble lipo sensor b204035a

    mrcha033/hw-codesign

    Agentic hardware co-design: brief to KiCad, firmware, 3D review, and explicit fabrication blockers.

    23 parts2Apache-2.0
  • 2 layers50 × 35 mmBle sensor node, the printed circuit board in 3D

    Ble sensor node

    mrcha033/hw-codesign

    Agentic hardware co-design: brief to KiCad, firmware, 3D review, and explicit fabrication blockers.

    21 parts2Apache-2.0
  • 2 layers51 × 21 mmBench rp2040 usb hid 5eab0a5d, the printed circuit board in 3D

    Bench rp2040 usb hid 5eab0a5d

    mrcha033/hw-codesign

    Agentic hardware co-design: brief to KiCad, firmware, 3D review, and explicit fabrication blockers.

    15 parts2Apache-2.0

Similar boards

  • 4 layers144 × 112 mmQuadcuber, the printed circuit board in 3D

    Quadcuber

    gonewx/quadcuber

    本目录是 A1 电子源目录。打开 quadcuber.kicadpro,包含原生可编辑原理图和四层 PCB、本地符号/封装库。本设计为单块PCB,RP2040、QSPI Flash、晶振、USB-C、驱动和电源均直接焊接在板上;A0的Pico H插装已移除。马达使用EV3裸插座。接线定义仍从 ../wiring/spec.py 导入,固件未改动,也没有把 R/L 固件描述成已支持四臂控制。

    200 parts
  • 4 layers66.4 × 66.4 mmRera, the printed circuit board in 3D

    Rera

    fdiwth/tvc-drone

    This repository contains the documentation, hardware designs, and source code for a Thrust Vector Control (TVC) drone.

    140 parts34GPL-3.0
  • 4 layers40 × 80 mmBarbelMotionTracker V1, the printed circuit board in 3D

    BarbelMotionTracker V1

    ThorbenH/ba-thesis-project

    This git project is dedicated to a prototype implementation that attempts to track and evaluate the motion of a barbell in the gym.

    123 parts
  • 4 layers70 × 100 mmFlightcontroller, the printed circuit board in 3D

    Flightcontroller

    ukinori/flightcontroller

    STM32H743 VTOL/fixed-wing flight-controller hardware in KiCad 10: routed 4-layer PCB, schematics, BOM notes, connector pinouts and verification reports. Experimental prototype; PX4 port planned.

    132 parts
  • 4 layers60 × 60 mmRocket payload, the printed circuit board in 3D

    Rocket payload

    Gupatron/Gupsfirstpcb

    This is the first pcb that I will manufacture and intend to use for teleop usecases in my personal projects.

    138 parts
  • 4 layers90 × 50 mmCapstone, the printed circuit board in 3D

    Capstone

    jjhcwoo/Acculux-device

    The objective of this project is to add functionality to the existing NIR Imaging Inc. device in the way of: - Orientation tracking - Positional tracking - Force sensing

    94 parts
  • 2 layers84 × 114 mmElec, the printed circuit board in 3D

    Elec

    elkel53930/robosweep_twilight

    A robosweeper "Twilight"

    109 parts2MIT
  • 2 layers48 × 65.5 mmOpen telegraph, the printed circuit board in 3D

    Open telegraph

    animesh-chouhan/open-telegraph

    A pocket-size Morse key. One button, one RGB LED, an ESP32-S3, and a battery. Plug it in over USB-C or pair it over Bluetooth and it types Morse into any device as a standard keyboard. Fully open, down to the copper.

    52 parts5CERN-OHL-S-2.0