Workload and traffic model
Turn core counts and clock targets into a workload model with dependencies, cache misses and sharing. Core count alone does not establish instructions per cycle or application throughput.
GIGADEVICE / SPECIMEN
A teardown reveals separate logic/SRAM and serial-flash dies inside one microcontroller package, while vendor documents define the software-visible device.

Original source · Retrieved 2026-09-06
ZeptoBars (publishing archive and CC BY licensor; individual photographer uncredited) · archive · Included in this image
Credit the photograph title and ZeptoBars; link to the original source page and CC BY 3.0; indicate modifications. No endorsement is implied.
Article identifies GD32F103CBT6, 110 pads, and 2889x3039 µm logic die.
Start with documented specifications, then use the study prompts below. The prompts are engineering guidance, not a claim about this product’s private RTL or physical implementation.
Turn core counts and clock targets into a workload model with dependencies, cache misses and sharing. Core count alone does not establish instructions per cycle or application throughput.
Choose a representative producer/consumer path and specify acceptance, ordering, backpressure, outstanding capacity and reset recovery. Turn these contracts into assertions and test scenarios before optimizing the datapath.
Obtain macro abstracts, pin maps, timing libraries and activity-based power estimates. Explore macro proximity, routing channels and power-grid reachability together. An annotated die photograph can suggest study questions, but cannot supply a netlist, PDK or signoff constraints.
TECHNICAL ARTICLE
A teardown reveals separate logic/SRAM and serial-flash dies inside one microcontroller package, while vendor documents define the software-visible device.
ZeptoBars’ March 2016 teardown identifies a GD32F103CBT6 containing a logic/SRAM die and a separate serial-flash die. It reports a 2889 × 3039 µm logic die with 110 pads, nine used for the flash connection. These are observations and analysis of that specimen. They should not silently become a claim that every GD32F103 revision or every related part number uses an identical die pair.
GigaDevice’s current GD32F103CBT6 product entry lists a Cortex-M3 core, 128K bytes of flash, 20K bytes of SRAM, and an LQFP48 package. Those specifications describe the purchasable part’s supported resources. VLSI Museum interpretation: a software-visible SRAM capacity is not necessarily a count of every SRAM bit fabricated inside the package. The specification and a teardown can describe different scopes without one automatically disproving the other.
After etching the logic die, ZeptoBars reports no flash array on it and identifies four large SRAM blocks totalling 128 KiB, interpreted as code storage mirrored from serial flash. That is the teardown author’s explanation of the physical implementation. It is kept separate from GigaDevice’s supported user SRAM specification. Neither a measured startup penalty nor a comparative energy advantage is established by this Museum packet.
Arm’s technical reference manual identifies Cortex-M3 with the Armv7-M profile, 16-bit and 32-bit Thumb instruction encodings, and separate Thread and Handler operating modes. Its Nested Vectored Interrupt Controller cooperates with the core to prioritize exceptions. The documented tail-chaining mechanism reduces redundant work when handling successive interrupts. These are properties of the core architecture; optional debug or memory-protection features still require checking the particular microcontroller implementation.
The GD32F103 family datasheet describes DMA transfers between peripherals and memory, or between memory locations, without the CPU performing each transfer. It also describes GPIO alternate functions and the sharing of pins between peripherals. VLSI Museum interpretation: an MCU is a coordinated system of compute, transfer engines, timers, and interfaces. The design question is often how an event reaches memory and software, not just how quickly the core executes arithmetic.
The datasheet’s device table lists multiple memory sizes and package options across GD32F103. Pin multiplexing means available functions also depend on the exact part and how its pins are assigned. VLSI Museum interpretation: begin a board-level investigation with the CBT6 specification, then use the family manual to understand operation. The die photograph adds physical evidence, but cannot on its own establish which peripheral options are bonded out or guaranteed.
ZeptoBars identifies both photographed dies as components of one GD32F103CBT6 package. This relation is scoped to the documented specimen; it does not establish the implementation of every GD32 SKU.
ZeptoBars · Evidence2016 photographed specimen; not a guarantee for every production revision.
ZeptoBars · EvidenceThis source supports the cited sections of the technical exhibit; access scope is recorded with the source.
ZeptoBars · EvidenceThis source supports the cited sections of the technical exhibit; access scope is recorded with the source.
GigaDevice · EvidenceThis source supports the cited sections of the technical exhibit; access scope is recorded with the source.
GigaDevice · EvidenceThis source supports the cited sections of the technical exhibit; access scope is recorded with the source.
Arm · EvidenceZeptobars · ZeptoBars
Article identifies GD32F103CBT6, 110 pads, and 2889x3039 µm logic die.
Link not yet checked
View original die photoAccess to a source does not grant permission to reproduce its images.
GD32F103CBT6 — Cortex-M3 with serial flash ↗ · ZeptoBars