feat(cam): lookahead velocity chaining across path spans #58
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "patman/cam-lookahead"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
PR6 of the adaptive-clearing roadmap: chain(spans, limits) — two-pass junction-velocity lookahead over speed-capped path spans, then one boundary-velocity double-S per span, flattened into a single continuous jerk schedule. v_reach is monotone bisection against the SAME half_phase ramp-distance the per-span planner prechecks (bitwise-consistent, pub(crate) shared), so every accepted junction pair is feasible by construction. Review highlight: the reviewer REFUTED a supervisor-suspected soundness hole (d_min has an interior maximum in the lower velocity at u = a^2/2j, so the feasible set is not downward-closed) with an induction over the pass interleaving — the backward sweep re-establishes the down-ramp bound at every junction — plus 15k adversarial bump-band configs with zero failures; a bump-band regression test now pins it. Failure envelope even hypothetically: spurious Infeasible only, never an emitted schedule violating limits. Line-count note: 278 feature lines, above the ~216 flex precedent — reviewer recommends keeping it whole because splitting fractures the by-construction feasibility proof; flagging for your call. Stacked on patman/cam-boundary-v (#56).