app
Adom Step2GLB - The Adom STEP Engine
Public Made by Adomby adom
The Adom STEP engine: fully manage STEP files. Convert to color-preserving GLB, render thumbnails and vector outlines, laser-etch MPNs, create and edit STEP geometry, extract features, and run molecule mode. One name for the thin Rust CLI and the shared OCCT service. Formerly 'step2glb' + 'service-step2glb'.
← Commit history
compose-vias: frame as a review artefact, not the library STEP (design review)
2 files changed
+3−2
README.md+1−1@@ -98,7 +98,7 @@ curl -X POST "$SVC/bake" -F [email protected] -F [email protected] # bake transforms i curl -X POST "$SVC/compose-vias" -F [email protected] -F [email protected] # chip + named heatsink-via barrels, two toggleable solids ``` -`/compose-vias` composes a chip STEP with a via layer into one STEP whose root assembly holds two named components: `Adom.Chip` (the input geometry, untouched) and `Adom.HeatsinkVias` (copper barrels at each via centre, 0.3 mm hole and 0.6 mm OD by default, from z=0 down through a 1.6 mm board). Fusion 360 imports them as separately toggleable bodies, which is how the fusion-bridge shows or hides a QFN's thermal-via layer. The vias JSON is `{"vias":[{"x":-1.8,"y":-1.8}, ...]}` in footprint mm (Y-up, origin = exposed-pad centre) with optional `drill_mm`, `barrel_od_mm`, `board_thickness_mm`, `chip_name`, `vias_name`, `root_name`; adom-footprint emits this file for every heatsink footprint.+`/compose-vias` composes a chip STEP with a via layer into one STEP whose root assembly holds two named components: `Adom.Chip` (the input geometry, untouched) and `Adom.HeatsinkVias` (copper barrels at each via centre, 0.3 mm hole and 0.6 mm OD by default, from z=0 down through a 1.6 mm board). Fusion 360 imports them as separately toggleable bodies. This is a **review artefact** (wiki widgets, chipsmith, "what this part needs" views), not the STEP that ships in an EDA library: vias are board features the EDA tool creates from the footprint's through pads, so a via body inside the package STEP would duplicate board geometry and assume a stack-up (the response reports `purpose: review-artifact` and the assumed thickness). The one editing layer that legitimately stays in a library STEP is the laser etch, because it is part of the physical package. The vias JSON is `{"vias":[{"x":-1.8,"y":-1.8}, ...]}` in footprint mm (Y-up, origin = exposed-pad centre) with optional `drill_mm`, `barrel_od_mm`, `board_thickness_mm`, `chip_name`, `vias_name`, `root_name`; adom-footprint emits this file for every heatsink footprint. The service does not just read STEP files, it writes and edits them: generating chip bodies and footprint geometry from JSON specs, baking transforms, and embossing text. Output of every one of these is a downloadable STEP.
SKILL.md+2−1@@ -83,7 +83,8 @@ The service also exposes HTTP-only verbs the CLI does not wrap yet: MPN into the die: embossed STEP + rendered iso), `/create-chip` + `/create-footprint` (JSON spec → STEP), `/bake` (bake transforms into geometry), `/compose-vias` (chip STEP + via JSON → STEP with named solids-Adom.Chip + Adom.HeatsinkVias, a Fusion-toggleable thermal-via layer),+Adom.Chip + Adom.HeatsinkVias; a REVIEW artefact for widgets/chipsmith, never+the library STEP: vias are board features the EDA tool makes from the footprint), `/step-meta` (names/structure/units). All async: 202 + job_id, poll `/jobs/{id}`, download `/jobs/{id}/result`. POSTs need `X-Client` + `X-Job-Name` headers.