chore(assets): vendor openGrid Multiconnect reference CAD + measured constants (pst-c73m) - #64
Conversation
…constants (pst-c73m) Vendor the operator-delivered official openGrid Multiconnect source geometry (ddanier / Shapr3D STEP exports) into assets/openGrid-multiconnect/ so the files live in-repo. Includes STEP for all 6 parts + a print-ready mesh each (.3mf, or .stl for Lock Snap). Omits the proprietary .shapr editables and the redundant bundle zip (kept in operator incoming/) — trims ~20MB to ~3MB. Measured from the STEP/mesh (trimesh + stdlib, no CAD kernel) and documented in the assets README + libs/README.md next to the Multiboard constants: - center thread ~M16 x 3.0 (snap internal Ø~16.5, head external Ø~16.0) - snap body 25.6 x 25.6 x 6.8mm (Directional +0.4 key; Lock 25.8); one 28mm cell - head/plug 20 x 20 x 10.8mm threaded dome KEY FINDING (documentation only; no SCAD rebuilt, nothing relabeled): openGrid Multiconnect is a SCREW-THREAD system, mechanically DIFFERENT from the Multiboard dovetail slot our mount_type=multiconnect targets (20.3mm mouth -> 15.3mm waist, 5mm deep, 25mm pitch). They do not mate. The "shared-standard compatibility" premise in the bead is not supported by the delivered geometry — matches mayor ruling ci-wisp-u8lc7o3; bears on pst-d3c3. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013SHbWj3sm7nEDPEFyNPeQo 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
|
The latest updates on your projects. Learn more about Vercel for GitHub.
|
Codex gate review — changes requestedReviewed exact head 3b31c2c. Two PR-introduced blockers:
I separately checked the archive structure and mesh basics: paths are safe, there are no external package relationships, dimensions agree with the inventory, and the mesh bodies are watertight. Those checks do not resolve the two blockers above. |
…DOES mate (pst-fpa5) Codex gate finding #1 on PR #64: the "screw-thread, NOT compatible with our Multiboard-derived slot" conclusion was wrong. Re-measured the head mesh and cross-checked our own slot geometry: - multiconnectSlotDesign.scad builds the female slot with rotate_extrude of [[0,0],[10.15,0],[10.15,1.2121],[7.65,3.712],[7.65,5],[0,5]] — a rotationally-symmetric Ø20.3 mouth (1.2121mm deep) tapering to a Ø15.3 throat. NOT a linear dovetail; the mating male stud is meant to be round. - openGrid head presents a Ø~20 cap (~1.2mm thick) on a Ø~7.5 neck; the Ø16/15 thread below is the INTERNAL head↔snap joint, not the accessory interface. Cap Ø and 1.2mm seat depth match the slot mouth almost exactly; the neck clears the Ø15.3 throat while the Ø20 cap is retained behind it. So they are two halves of the SAME Multiconnect interface (male stud + female slot). The earlier read mistook the assembly thread for the mount interface and assumed a rotationally-symmetric stud couldn't be Multiconnect (our own slot is itself rotationally symmetric). Rewrote both the assets README fit section (with a direct clearance table + measured male-stud profile) and the libs/README.md constants to document the real limitation: PITCH, not profile — openGrid cells are 28mm vs the 25mm Multiboard slot default, so a single stud always mates but a multi-slot accessory must be built at distanceBetweenSlots=28. Docs only; no SCAD rebuilt, nothing relabeled. npm test 218/218. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GAPCqAw3FoZhCDwWkcDiRk 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
Response to codex gate review (pst-fpa5, head 4a54399)Finding #1 (compatibility conclusion) — agreed & fixed.
Rewrote the assets README fit section (with the clearance table + measured stud profile), the libs/README constants, and the PR body. Real limitation is pitch, not profile: openGrid cells are 28 mm vs the 25 mm Multiboard slot default — a single stud always mates, but a multi-slot accessory must be built at Finding #2 (redistribution license) — legitimate; escalated to the operator.
Sent to the operator with options A confirm license + add asset LICENSE/NOTICE, B remove binaries and keep measurements-only, or C accept the risk explicitly. The gate correctly stays red on #2 until they choose. Bead |
Codex gate review — changes requestedReviewed exact head
I also validated the payload itself: all five 3MF meshes are valid, single-component and watertight; the Lock Snap STL is valid, watertight and has its documented two components; all six STEP wrappers/headers are well formed; the footprint inventory matches. Those checks do not resolve the findings above. |
Codex gate review — changes requestedReviewed exact head
I also validated the payload: the 3MF archives have safe paths/no external relationships and watertight meshes, the Lock Snap STL has its documented two watertight components, the STEP headers are well formed, and the bot-only thumbnail update is pixel-identical to its parent. Those checks do not resolve the findings above. |
…ified) (pst-c73m) Sean verified the MakerWorld model pages directly 2026-08-17 (models 1307474 / 1179191): license is CC BY 4.0, so republishing the STEP/3MF/STL here is permitted with attribution. Drop the TBV/unverified caveat; require openGrid / David D (ddanier) attribution. Resolves the PR #64 republish P1. Also drop residual "dovetail" wording (the interface is a rotationally- symmetric stud-in-pocket, not a linear dovetail). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013SHbWj3sm7nEDPEFyNPeQo 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
|
Pushed Combined with pst-fpa5's fit-conclusion fix (
Requesting re-review. |
Codex gate review — changes requestedReviewed exact head
I also confirmed the exact PR head, unchanged BOSL2 pin, watertight checked mesh, and pixel-identical bot thumbnail. Those checks do not resolve the three blockers. |
…ete CC BY notice (pst-ws2l) Addresses the 3 P1 codex findings on PR #64 at head 9ece1a4: #1 Male-stud profile was numerically wrong. Re-measured openGrid Multiconnect.3mf by WATERTIGHT CROSS-SECTION (trimesh.section per depth) instead of the earlier vertex-radius-max hack, which under-sampled the smooth cone and mistook the Ø~7.5 inner drive-recess loop (7.5mm = radius, ~Ø15) for an outer neck. Truth: a smooth Ø20->Ø15 frustum over the first ~3.5mm, then the external M16 thread shank (Ø14-16) that screws INTO the snap and is hidden after assembly. Replaced the table with depth-aligned outer Ø, added a male-vs-female clearance table (~0.3-0.7mm matched slip-fit), and fixed the "internal M16 shank" label -> the head carries the EXTERNAL thread. #2 Slot is not wholly rotationally symmetric. Corrected both READMEs: the profile feeds a rotate_extrude ROUND LOADING POCKET plus two mirrored linear_extrude calls forming a LONGITUDINAL CHANNEL (countersunk slide-fit, not a linear dovetail undercut). #3 CC BY notice completed per CC BY 4.0 3(a)(1): added canonical source URL (opengrid.world + MakerWorld models 1307474/1179191), the CC BY 4.0 license URI, required attribution string, and modification status. Files verified VERBATIM — all 12 committed .step/.3mf/.stl are byte-identical (sha256) to the operator's delivered originals. Added asset-level assets/openGrid-multiconnect/NOTICE. Compatibility conclusion unchanged and now better supported (clean slip-fit). Docs only; no SCAD rebuilt, nothing relabeled. npm test 218/218. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01GAPCqAw3FoZhCDwWkcDiRk 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
Response to codex gate review at 9ece1a4 (pst-ws2l, head 22e5ad2)All three findings were correct and are fixed. My earlier "Ø7.5 neck" measurement was wrong — thank you for catching it. #1 — Male-stud measurements were false. Re-measured properly.
So it's a smooth Ø20→Ø15 frustum, then the external M16 shank (fixed the "internal M16 shank" label — the head carries the external thread and it's hidden inside the snap after assembly). New depth-aligned male-vs-female clearance table shows a ~0.3–0.7 mm matched slip-fit — compatibility still holds, better supported. #2 — Slot is not wholly rotationally symmetric. Corrected. #3 — CC BY notice completed. Docs only; no SCAD rebuilt, nothing relabeled. |
Codex gate review — changes requestedReviewed exact head
The asset/license payload otherwise checks out: mesh topology and documented bounds match, STEP provenance is consistent, the CC BY notice is complete, the BOSL2 pin is unchanged, and |
…ercut (pst-c73m) Codex gate P1 (review of head 22e5ad2, bead pst-xspf): the fit proof reversed the QuackWorks cavity depth axis. Corrected using a DIRECT measurement — a single-slot multiconnectBack(25,40,25) exported (Manifold+CGAL) and cross-sectioned through the pocket centre (trimesh.section): board face (y=-6.5) opens at the Ø15.3 THROAT, flares to a Ø20.3 undercut pocket behind it, blind at ~4.15mm — NOT a Ø20.3 mouth tapering to Ø15.3 over 5mm. Rewrote the fit sections in assets/openGrid-multiconnect/README.md and the libs/README.md mirror: - female cut = throat-first keyhole undercut (measured table), depth 4.15mm - engagement = slide-in via on-ramp + undercut CAPTURE (Ø20 cap behind Ø15.3 throat), not a straight push/countersink - clearance table now compares CO-LOCATED surfaces (Ø15 stem vs Ø15.3 throat ~0.3mm; Ø20 cap vs Ø20.3 pocket ~0.3mm); dropped the hidden-thread row - assembled axial seating flagged as print-verify, not proven on paper Fit conclusion unchanged (they mate; share the Multiconnect male/female interface; only board pitch differs 28 vs 25). npm test 218/218. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013SHbWj3sm7nEDPEFyNPeQo 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
|
Pushed I verified the cavity empirically rather than re-deriving it: exported a single-slot
So the board-facing opening is the Ø15.3 throat, flaring to a Ø20.3 undercut behind it, blind at ~4.15 mm — exactly the reviewer's trace, and the reverse of what the doc said. Corrected in both READMEs: female cut = throat-first keyhole undercut; engagement = slide-in via on-ramp + undercut capture (Ø20 cap trapped behind the Ø15.3 throat), not a straight countersink; clearance table now compares co-located surfaces (Ø15 stem↔Ø15.3 throat, Ø20 cap↔Ø20.3 pocket, ~0.3 mm each) and drops the hidden-thread row; assembled axial seating flagged as print-verify. Fit conclusion (they mate; only board pitch differs 28 vs 25) is unchanged. npm test 218/218. Requesting re-review. |
Codex gate review — changes requestedReviewed exact head
The geometry correction itself now checks out: the slot is a Ø15.3 throat-first undercut widening to Ø20.3, the binary payload matches the delivered originals and documented topology/bounds, the approximate 3 mm thread pitch is supported, the BOSL2 pin is unchanged, and the four-channel thumbnail delta is non-blocking render noise. |
…(pst-c73m) Codex gate finding pst-39ah: MakerWorld model 1307474 is a Wayward_Electron derivative, not David D's source, so citing it as the provenance/license source is wrong. Remove the 1307474 reference from the NOTICE and README; keep David D's source bundle (model 1179191) as the operator-verified CC BY 4.0 source. Attribution to David D (ddanier) / openGrid is unchanged. Docs-only. npm test 218/218. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_013SHbWj3sm7nEDPEFyNPeQo 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
|
Pushed |
Codex gate review — passReviewed exact head 20884ff. No blocking findings. The latest commit correctly removes misattributed derivative model 1307474 and retains only David D source model 1179191, which the official openGrid Multiconnect page links. I also rechecked the asset archive structure, mesh topology and dimensions, STEP provenance, CC BY notice, QuackWorks male/female geometry analysis, unchanged BOSL2 pin, and the incidental thumbnail delta; they are consistent, and the thumbnail is pixel-identical. No SCAD or runtime code changed. Setting codex-review to success on this exact SHA. |
Resolves the integration half of pst-c73m — vendor the operator-delivered
official openGrid Multiconnect source geometry into the repo, measure it,
and document the fit relationship to our existing
mount_type=multiconnect.What's here
assets/openGrid-multiconnect/— first-class in-repo reference geometry(ddanier / Shapr3D STEP exports; first-party, not remixes).
step/— AP242 STEP for all 6 parts (archival, measurable).mesh/— a print-ready mesh per part (.3mf, or.stlfor Lock Snap).README.md— provenance, license (TBV), family matrix, measuredconstants, fit verification, reproducible measurement method.
libs/README.md— measured openGrid constants added next to theMultiboard constants, plus the Multiboard slot profile spelled out.
Vendoring scope (judgment call — flagging for review)
Delivered set was 17 files + a zip in 4 formats. Committed the open,
usable formats only (STEP + one mesh each ≈ 3 MB). Omitted the
proprietary
.shapreditables (~7 MB, unusable in our toolchain — STEP isthe open equivalent) and the redundant bundle zip. Both remain in the
operator's
incoming/mc-opengrid/stash and can be added on request.Measured constants (from STEP/mesh; trimesh + stdlib, no CAD kernel; ±0.15 mm)
minor ~14.5; head external Ø major ~16.0 / minor ~14.0. (Pitch recovered by
autocorrelating bore radius vs Z — median ≈ 3.0 mm; not directly present in
the STEP text since Shapr3D sweeps the flanks as B-splines. Verify on a print.)
(25.6 × 26.0); Lock Snap BETA 25.8 × 25.8. Sized to one 28 mm openGrid cell.
openGrid Multiconnect is a screw-thread system and is NOT compatiblewith the Multiboard dovetail slot our
mount_type=multiconnectbuilds.Corrected finding: these openGrid snaps present the male half of the
same Multiconnect interface our
mount_type=multiconnectslot receives.Our slot (
multiconnectSlotDesign.scad) is arotate_extruded,rotationally-symmetric Ø20.3 mouth (1.2121 mm deep) → Ø15.3 throat — not a
linear dovetail, so the round male stud is exactly what mates. The head
presents a Ø~20 cap (
1.2 mm) on a Ø7.5 neck; the Ø16/15 thread below is theinternal head↔snap joint, not the mount interface. Cap Ø and seat depth
match the slot mouth almost exactly; the neck clears the Ø15.3 throat while
the Ø20 cap is retained. Real limitation is pitch, not profile: openGrid
cells are 28 mm vs the 25 mm Multiboard default, so a single stud mates but a
multi-slot accessory must be built at
distanceBetweenSlots=28. Thissupports keeping the
mount_type=multiconnecttarget for pst-d3c3(apple_tv MC backer). Which system to name "canonical" remains an operator
call (mayor ruling
ci-wisp-u8lc7o3), but on geometry they arecross-compatible per connector.
Per the bead: no SCAD was rebuilt and no existing Multiboard connector was
relabeled. A native SCAD rebuild of the snaps (thread now documented) is a
possible follow-up.
Gates
Docs + reference binaries only — no
.scad, TS, or build code changed;nothing scans
assets/, so the model sweep and unit suites have nothing toexercise. The measurement scripts are ad-hoc (trimesh) and not added to the
test suite.
🤖 Generated with Claude Code