Reference schematic
UINIO-Storage
uinika-UINIO-Storage-UINIO-Storage-schematic
Loading the viewer…
uinika-UINIO-Storage-UINIO-Storage-schematic
Take the project archive: a schematic is a root sheet plus every sub-sheet beside it, and the root alone opens with its hierarchy missing. The archive is zstd-compressed (tar.zst).
Bill of materials
30 distinct parts
27 resolve to something in the catalog — click through to the component.
| Ref | Value | Symbol | Qty |
|---|---|---|---|
| C1 | 0.1uF | Device:C | |
| C4 | 0.1uF | Device:C | |
| C? | 0.1uF | Device:C | |
| C? | 1uF | Device:C | |
| Card? | TF_Card_02A | Uinio:TF_Card_02A | |
| D1 | LED Red | Device:LED | |
| D2 | LED Red | Device:LED | |
| D3 | LED Red | Device:LED | |
| D4 | LED Red | Device:LED | |
| D5 | LED Red | Device:LED | |
| J1 | Conn_01x04_Pin | Connector:Conn_01x04_Pin | |
| J2 | Conn_01x04_Pin | Connector:Conn_01x04_Pin | |
| J3 | Conn_01x06_Pin | Connector:Conn_01x06_Pin | |
| J4 | Conn_01x08_Pin | Connector:Conn_01x08_Pin | |
| J5 | Conn_01x06_Pin | Connector:Conn_01x06_Pin | |
| R1 | 10K | Device:R | |
| R12 | 2K | Device:R | |
| R13 | 2K | Device:R | |
| R2 | 10K | Device:R | |
| R3 | 10K | Device:R | |
| R4 | 10K | Device:R | |
| R5 | 2K | Device:R | |
| R6 | 2K | Device:R | |
| R7 | 2K | Device:R | |
| R? | 10K | Uinio:RES_0402 | |
| U1 | I2C-24-EEPROM-SOIC8 | Memory_EEPROM:M24C02-FMN | |
| U2 | I2C-24-EEPROM-TSSOP8 | Memory_EEPROM:AT24CS01-XHM | |
| U3 | SPI-25-Flash-SOIC8 | Memory_Flash:W25Q32JVSS | |
| U4 | ME6211 | Uinio:ME6211 | |
| U5 | SPI-25-Flash-WSON8 | Memory_Flash:W25Q32JVZP |
Provenance
- Repository
- uinika/UINIO-Storage ↗
- Commit
- unknown
- Licence
- CC-BY-4.0
How it is used
Trace's agent reads this design as context — what parts a board like this carries, how they are grouped across sheets, what a plausible layer stack and board size look like for the job. It is not copied. The licence above is permissive, and it, the repository and the commit are recorded so the origin of anything derived from it is always answerable.