Quick first log to set the baseline for where the hardware stands.

Four of the five modules are verified and now have clean v1.0 releases:

• Bus board — verified, v1.0
• Power board — verified, v1.0
• CM4 carrier — verified, v1.0
• Device tester — verified, v1.0

The fifth, the FM transceiver, is the one still in motion — and the one with the best story. v0.2 (STM32F302) surfaced a few issues on the bench that warranted a respin:

• USB D+ pull-up tied straight to VCC. The external D+ pull-up was first forgotten, then hardwired to VCC — so D+ sits permanently high and the device can’t signal a disconnect. That kills DFU updates, which require a forced re-enumeration by the host: the pull-up has to be controllable (via GPIO, or the MCU’s internal software-controlled pull-up) to trigger a soft-disconnect. Hardwired, it can’t.
• USB composite device trouble under Zephyr.
• A few GPIOs misrouted to the FM module.

v1.0 moves to an STM32U575 and addresses these. It just went out to JLCPCB for fabrication, with the missing parts on a Mouser order; once it’s back and populated, it goes through the same bench validation as the other four.

On the tooling side: versioning and releases across the module repos are now handled by a release-automation script — part of the AI-assisted workflow that runs most of this project’s software and infra. The hardware itself is still hand-designed in KiCad.

Next: FM-TRX back from fab → assemble → populate → validate. I’ll log how the respin holds up.