Build The Cartilage Spatial Circuit Workstation: A 28-Part Roadmap

·

Twenty-eight concrete engineering packages turn Cartilage into a readable, controllable, resilient, shareable, and teachable spatial circuit workstation.

Cartilage already exposes local Boolean roles, routing, ownership, and configuration. This program adds a disciplined component renderer, complete net tracing, a region-scale configuration interface, single-writer sharing, closed-contour recovery, durable browser projects, and lessons that operate the real fabric.

The build order moves from visibility to regional authority, recovery, persistence, and teaching so every later capability rests on a workstation an engineer can inspect and control.

Current foundation: Cartilage Core serially installs one exact 6×6 child region, while the MUX visual edition runs already placed application circuits.

Twenty-eight-part build program: the diagrams specify the target mechanisms and interactions for each named work package.

Roadmap engine: Cartilage Core 48ff6e0.

Run the current Core Build from public source Follow the Cartilage learning path Fund or build a work package

Twenty-Eight Engineering Packages

0/28 complete

0 of 28

28 named engine packages form the current build program.

Milestone Accounting

Planned identifies a named engineering package.

Active links that package to an implementation branch or issue.

Complete joins merged code with a repeatable run and a public capture or report.

Program review: .

Cartilage build sequence from component and net visibility through regional claiming, single-writer ownership, contour recovery, workstation controls, and live lessons
Readable components and nets unlock deterministic regional authority; that authority supports single-writer sharing, bounded recovery, durable projects, and live instruction.

Start From A Running Browser And Hardware Core

Cartilage Core publishes a local WebGL1/GLSL transition, independent SystemVerilog, and one 6×6 image streamed as 252 payload bits plus one apply pulse. The installed region realizes an interior-MUX AND circuit.

MUX Algebra supplies 34 one-to-one abstract and Cartilage views with 606 shader-readback cases across already placed and routed circuits. A general placer/router and a serial installer for the wider catalog form separate packages in this program.

The live nested-instantiation fabric establishes the composition model: a parent, a local port, a bounded daughter region, and roles rewritten through the fabric.

Running foundation
Local roles, parent directions, one fixed ownership-tree postorder, one exact region install, application-plane patches, and live nested-region behavior.
Build program
Block inspection, named net tracing, a multi-cell root, deterministic claiming, shared-object authority, contour recovery, hosted persistence, a lesson shell, and the full Logisim-replacement workflow.

Build Visibility Before Authority And Recovery

Readable components, named nets, and step controls give engineers the instruments needed to develop ownership and recovery protocols. Deterministic regional claiming then supplies authority for shared objects and contour recovery. Hosting and lessons expose the same engine as a product and teaching system.

  1. See and control the circuit.
    Render blocks, ports, nets, fanout, pause, and step.
  2. Claim a complete region.
    Use a multi-cell root and deterministic spanning tree.
  3. Share one object through one writer.
    Overlay logical references on a unique physical parent forest.
  4. Recover a bounded island.
    Send one serial token around a closed contour.
  5. Publish and teach the running system.
    Save, host, replay, and drive live lessons.
P0

Render Named Components And Trace Every Net End To End

The first workstation release turns author-defined component structure into visible blocks, ports, routes, and selectable nets while keeping regional ownership independent.

A defining block attaches a stable non-reconfigurable component tag to every cell in its subtree. The tag supplies display and authoring metadata while the continuous ownership tree and its writer authority remain unchanged. From tag membership, the renderer derives block backgrounds, exact contours, hover and focus states, labels, and inspection data.

Cartilage component-tag design with block backgrounds, exact contours, hover selection, and one continuous ownership tree across tagged subcomponents
Component tags create human and tool-facing structure while parent pointers continue through every tagged subtree as one ownership tree.

A continuous-line mode turns each unbranched net into one readable route. Static arrowheads show direction during pause, print, and reduced motion; optional slow interframes expose the modeled propagation order. Selecting any segment reveals the complete named net, its single driver, every branch and sink, and each component contour it crosses.

Cartilage named-net design tracing one directional input across component regions to three fanout sinks
Separate cues carry value, activity, and direction, while the fanout highlight follows the circuit’s logical connectivity from one driver to every sink.
P0

Give Every Region A Complete Multi-Lane Interface

A practical region root needs enough physical capacity for configuration clock, data in, data out, and its ownership-tree connection.

One logical root can occupy several physical cells or lanes while presenting independent configuration clock, data-in, data-out, and ownership-tree channels. Measurement across supported orientations will determine the minimum footprint; the 2×2 diagram supplies the first candidate geometry.

Cartilage region-interface design comparing one root cell with a multi-cell logical root carrying separate clock, data-in, data-out, and ownership-tree connections
The logical root spans enough physical cells to expose every configuration channel and the ownership-tree trunk directly.

The reviewed transition rotates a cell’s parent direction while it searches for a live configuration signal. The roadmap replaces open-ended search with an explicit claimable power-on image and an ordered spanning-tree wavefront whose edge arbitration and child order produce the same region on every run.

Cartilage multi-cell root design with a deterministic wavefront claiming one closed component, assigning one adjacent parent per cell, and producing one postorder visit
The ordered claim visits each selected cell once, assigns every non-root cell one adjacent parent, rejects cycles and orphans, and reproduces one postorder stream.
P1

Share One Object Across Many Compositions With One Writer

Several surrounding objects can reference and manage one shared object while a single writer capability keeps mutation deterministic.

Ownership overlap places logical containment and shared application references above a physical ownership forest. In the 4×4 circuit, every non-root cell keeps exactly one adjacent parent, while exactly one surrounding block holds the current writer capability.

A passable ownership pointer moves that unique mutation authority through an ordered handoff: fence the old writer, acknowledge the new generation, reject stale pointers, and release the old capability.

Cartilage 4 by 4 shared-object design with adjacent block references and one writer token transferring atomically from block B to block D
Logical sharing connects the object to several compositions, while its physical parent tree and mutable writer remain unique.

physical parents per non-root cell = 1
active writers per mutable shared object ≤ 1
writer transfer = fence → acknowledge → generation change → release

P1

Reset A Stuck Ownership Island From Its Closed Perimeter

A closed-contour serial token gives surrounding owners a bounded way to recover a self-pointing or cyclic island from outside that island.

The roadmap’s sequential serial kill pill travels as a bounded reset token rather than a global clear. One surrounding owner can establish and inject through a complete perimeter; several surrounding owners collaborate on one ordered transaction.

The token traverses the perimeter and returns to its injection point before it authorizes the enclosed reset. The subfabric then receives the same explicit claimable image as power-on. Open, branched, duplicated, or incomplete contours abort the transaction before any cell changes.

Cartilage serial recovery design with surrounding blocks completing one closed perimeter before resetting the enclosed ownership island
The closed perimeter carries reset authority; a complete traversal and acknowledgement precede every enclosed cell change.
P2

Turn The Cartilage Engine Into A Practical Browser Workstation

Direct controls and durable project state make the simulator usable, while the host drives, observes, serializes, and publishes the same fabric semantics.

Play, pause, single-step, and speed controls govern both engine state and propagation view. Saving keeps the editable source project distinct from an optional runtime checkpoint. Static hosting publishes the application, while an authenticated project service adds versions, permissions, quotas, and conflict-safe writes.

Cartilage browser workstation design with time controls, project persistence, a named-net inspector, sharing, and lesson buttons connected to the engine
Run control, persistence, publication, and lessons operate one engine; each lesson button causes one visible state transition and one engine result.
P3

Teach Cartilage Through Buttons That Drive The Real Fabric

A reader presses one button and watches the engine inject a signal, trace a net, claim a region, transfer authority, or recover an object.

Every lesson starts from a deterministic engine snapshot, triggers one visible action, and reads one machine result. The sequence begins with constants, wires, a MUX, fanout, names, and ports, then advances through state, composition, regional reconfiguration, writer transfer, and closed-contour recovery.

Replace The Complete Logisim Workflow And Add Runtime Regions

The workstation release combines Cartilage design, simulation, debugging, and teaching in one browser workflow, then extends that workflow through spatial ownership and runtime regional replacement.

The complete release lets a user:

  • construct and revise constants, wires, crossings, MUXes, state, components, and named ports;
  • trace fanout, pause, step, probe, label, and compare circuit behavior;
  • save, reopen, share, and continue editing a browser project;
  • rebuild the MUX catalog, an adder, a sequential circuit, and the bubbles-free serial multiplier; and
  • claim regions, transfer writer authority, and recover bounded ownership islands.

The 28 packages on this page form the implementation path into that release. A separate interoperability package can add tested file-level .circ compatibility.

Fund Or Build One Concrete Cartilage Work Package

The Cartilage workstation program offers bounded packages across GLSL rendering, Web UI, protocols, persistence, fault recovery, verification, hosting, accessibility, and curriculum design.

Fund a defined package

Deliver One Named Milestone

Support a renderer, protocol, persistence, recovery, or lesson package with its runnable result specified in advance.

Contribute engineering

Build GLSL, Web UI, Protocol, Or Test Infrastructure

Implement one task ID, construct its circuit, and make the result repeatable across browser and hardware-model layers.

Review, stress, and teach

Strengthen The Machine And Its Learning Path

Architecture review, fault injection, accessibility work, curriculum design, classroom pilots, and server infrastructure turn the spatial system into a widely usable engineering environment.

Choose a Cartilage work package with Brian Greenforest

Every contribution attaches to a task ID, implementation branch, repeatable run, and public result so collaborators can see exactly what their work unlocks.

Program Timeline

  1. : the 28-part program opened across circuit rendering, regional roots, shared-object authority, contour recovery, the browser workstation, and live lessons.

Try Cartilage: Run the open one-slot multiplier.

To edit, load, save, share, and follow the browser, Raspberry Pi, and FPGA streaming work, request the private demo username and password on LinkedIn.