SPARTAN 2822 — Internal Team Resource Public reference site →
Team 2822E Active Build

Osprey

Hero Bot-derived chain-bar variant · 13″ center tower · pincer or tube · dual-side toggle
🔧 Building · Phase A Override 2026–27 Team 2822E
Osprey retro poster — vintage halftone illustration of an osprey in dive
// LINEAGE FROM V.1
From V.1
Inherits the Spartan Hero Bot V1.0 baseline (chassis, drivetrain, toggle architecture) (lift and manipulator both diverge from the V1.0 baseline (four-bar lift + V5 claw)).
Changed
Four-bar lift → chain bar; V5 claw → pneumatic pincer.
Because
One committed arc per cycle for reliability under match pressure; the pincer handles both pin and cup with a single mechanism.
Evidence
Bench-tested chain-bar timing; pincer R25 audit; one-arc-per-cycle commitment validated against the four-bar (Pelican) baseline.
[ OSPREY ROBOT PHOTO — DROP IN AS THE TOWER COMES TOGETHER ]
The osprey hunts in a single arcing strike — hovering, then folding wings and diving in one continuous motion to grip a fish in its talons, then carrying the prey level back to a perch. The chain bar's 180° sweep mirrors that exact arc; the static-sprocket geometry holds the manipulator level through the swing the same way an osprey holds prey level on the flight back to a perch. Single-purpose, mechanically committed, reliable — osprey hunts have famously high success rates because the bird commits to one motion and executes it cleanly. Bird family with Heron, Crane, Stork, Skimmer, Pelican, and Falcon; the dive-and-strike specialist of the fleet.
📝
Build context. Osprey is Team 2822E's build — the chain-bar variant of the four-bar baseline (Pelican is Team 2822C’s baseline-preserving build). Same chassis, same drivetrain, same toggle architecture, V5 claw → pneumatic pincer manipulator. Lift and manipulator both diverge from the V1.0 baseline (four-bar lift + V5 claw). Where Pelican's four-bar lifts mid-arc to multiple deposit angles, Osprey's chain bar arcs once between two committed positions: loader-rest at the back, goal-rest at the front. One arc per cycle, every cycle. See the Spartan Hero Bot V1.0 page for the four-bar baseline architecture and the alternate-lifts comparison.
Diverges from the public-site V1.5 spec. The Override hero-bot architecture published at spartandesignrobotics.org documents the V1.5 four-bar baseline architecture. What Team 2822E is actually building in Phase A — documented on this page — is the chain-bar variant of that V1.0 baseline architecture. The public site will be reconciled with the team's actual builds in a later update.
Architecture Match cycle Center tower Side view Top view Toggle (dual-side) Motor budget Inspection Game-ready Decision matrix Open questions Port map

Architecture at a glance

Match cycle — loader → arc → goal

Osprey's defining feature: every scoring cycle is the same six steps in the same order. The chain bar has only two rest positions (back and front), and the only motion between them is one 180° arc with the manipulator held level by the static-sprocket. There is no “mid-arc deposit” option, no “score this cup at the short goal then turn around for the next pin” flexibility. Commit to the cycle, get repeatability for free.

  1. Position back-cavity at loader. Robot drives back-end-first so the chassis-back cavity is under the alliance-color loader. Chain bar at 0° rest (manipulator at 13″ pivot height, pointed back).
  2. Receive match load. Drive Team raises the loader (per SG11) and drops a cup, pin, or pin-on-cup combo into the manipulator at back-rest. Manipulator closes (pincer pneumatic, or tube cinch).
  3. Drive to goal. Robot translates to the target goal. Arm stays at 0° (back-rest) during transit — low CoG, defensive contact tolerated.
  4. Position front-cavity at goal. Robot drives so the goal sits inside the front-cavity notch in the chassis. Driver feels the chassis “hug” the goal as it nests.
  5. Sweep + release. Chain bar arcs 0° → 90° → 180° (~1.5 s with rubber band assist). At 180° the manipulator is over the front cavity, directly above the goal. Release: pincer opens or tube cinch deflates. Cup/pin drops onto goal lip.
  6. Reset. Arm sweeps 180° → 0° during the drive back to the next loader. Travel time and arm reset overlap.
🎯
Why this beats four-bar for goal-cycling: one continuous arc replaces the four-bar's lift-then-tilt motion. The 1:1 chain bar keeps the manipulator level the whole time, so there's no mid-air orientation correction. The cavity-on-goal geometry means alignment is mechanical (the chassis physically nests on the goal); no precise pose estimate needed from sensors. Trade-off: the arc is fixed at 180° per cycle, so it's worse for tasks that don't need the full sweep (depositing on a goal that's right next to the pickup point) and impossible for floor pickup (no roller intake; manipulator can't reach the tile).

Center tower — why and how tall

For a strictly-chain-bar lift with rest cavities at both ends of the chassis, the tower's X position is forced: it must sit at the geometric center of the 18″ chassis, halfway between front-cavity and back-cavity, so the arm at 0° rest reaches the back cavity and the arm at 180° rest reaches the front cavity with the same arm length. Symmetry is mandatory; the only free parameter is tower height.

Tower-height-vs-goal-height math

Pivot height = goal height + 4.25″ (4.25″ clearance accounts for manipulator-to-goal-lip drop) Tall goal 8.77″ → pivot @ 13.02″ → tower ≈ 13″ Short goal 5.77″ → pivot @ 10.02″ → tower ≈ 10″ Alliance 3.25″ → pivot @ 7.50″ → tower ≈ 7.5″

The team picks one tower height as the build commitment. 2822E's commitment is the tall-goal config (13″ pivot, ~9″ tower above the 4″ chassis top). Reasoning: tall-goal scoring is the highest point value per element in Override; loader-to-tall-goal cycling is what Osprey is geometrically optimized for. Short-goal and alliance-goal scoring become possible-but-unreliable secondary modes (the manipulator drops the cup from too high; bounces and roll-offs become likely).

This is the architectural commitment that makes Osprey distinct from Pelican. Pelican's four-bar can deposit at any goal height by stopping the lift mid-arc; Osprey can't. If the team strategy needs flexible-goal-coverage, Osprey is the wrong robot. If the team strategy needs fast, repeatable tall-goal scoring, Osprey is the right robot.

Open question for the team: commit to 13″ (tall-goal optimized) or 10″ (short-goal optimized)? The deep-dive on this trade-off is in /spartan-hero-chainbar-lift; this page assumes 13″ per the team's working preference. Switching to 10″ later in Phase A is straightforward (replace the tower C-channel with a shorter one; sweep math doesn't change).

Side view — tower, two rests, the 180° sweep

field tile CHASSIS 18″ × 4″ BACK CAVITY FRONT CAVITY TOWER 9″ PIVOT 13″ off tile 0° REST (loader receive) 180° REST (goal release) 90° MID-ARC manipulator @ 22″ 180° SWEEP forward (toward goal) back TALL 8.77″ SHORT 5.77″ ALLIANCE 3.25″ LOADER SG11 raised DRAWN: Coach T · 2026-05-10 · ROBOT: osprey-2822E · PART: side-view · SHEET: 1/3
Drawn to scale (1″ = 12px). All elements geometrically consistent: chassis 18″×4″, tower 9″×2″ at chassis center, pivot at top of tower (13″ off tile), chain bar arm 9″ in three positions. 0° back-rest (orange): arm horizontal back, manipulator at 13″ off tile, positioned to receive a loader drop into the back cavity. 90° mid-arc (yellow, dashed): arm vertical, manipulator at peak height 22″ off tile during transit. 180° front-rest (orange): arm horizontal forward, manipulator at 13″ off tile directly above the front cavity, positioned to release onto a goal nested below. The 180° sweep is the only motion — no mid-arc deposits, no partial sweeps, no orientation corrections (1:1 chain bar holds manipulator level the whole way). Tall goal alignment shown for reference: manipulator at 13″ drops a cup onto the 8.77″ tall goal with 4.25″ clearance — the team's chosen scoring target. Short and alliance goals are reachable but with larger drops (less reliable; secondary modes only).

Top view — tower at center, cavities, dual-side toggle

CHASSIS 18″ × 18″ FRONT → goals BACK ← loader TOWER 0° rest 180° rest BACK CAVITY FRONT CAVITY M1 M2 M3 M4 drive: 4×11W LEFT TOGGLE flex 4″ 5.5W RIGHT TOGGLE flex 4″ 5.5W arm sweep centerline DRAWN: Coach T · 2026-05-10 · ROBOT: osprey-2822E · PART: top-view · SHEET: 2/3
Top view of Osprey's 18″×18″ chassis with the chain bar tower at the geometric center, the two cavities at front and back midline (loader-aligned at back, goal-aligned at front), the four drive motors at chassis corners (4×11W blue cartridge), and the dual-side toggle brackets on left and right flanks. Each toggle bracket extends outward from the chassis flank with a 4″ flex wheel at the tip; each is independently driven by a 5.5W half-motor (2 × 5.5W = 11W toggle budget total, identical to a single-motor configuration). The chain bar sweeps along the front-back centerline (dashed yellow); arm at 0° back-rest is solid orange (loader-receive position), arm at 180° front-rest is dashed orange (goal-release position). Driver button bindings: L-trigger fires left toggle, R-trigger fires right toggle, both for symmetric engagement — matches the chassis layout, no driver mental rotation needed when a toggle appears on either side.

Toggle mechanism — dual-side mirrored

Override field toggles sit on top of the perimeter wall (wall is 11.54″ tall × 2.00″ thick; toggle assembly center is at ~12.5″ off field tile). The toggle is a 25.99″ long triangular bar (cross-section 2.03″ × 1.19″) that rotates around its long axis — three faces, three stable positions. The actuating mechanism is a flex wheel pressed against the toggle bar, spinning to roll the bar to the next face.

Why dual-side, not single-side

Toggles can appear on either field-perimeter side relative to the robot's heading. With single-side toggle (one wheel on one chassis flank), the driver has to either reorient the chassis 180° to engage a toggle on the wrong side, or skip the toggle this cycle. For Osprey specifically, where every cycle is a committed loader-to-goal arc, reorienting mid-cycle is an expensive interruption. Dual-side toggle costs one motor port and ~3 build hours; it eliminates reorientation cost across every match for the season.

Strategy A from the planning matrix wins on ports vs flexibility: two independent 5.5W motors (2 × 5.5W = 11W total), one flex wheel each side, mirrored 1×2×9 C-channel brackets, independent driver button bindings. Each side's toggle is mechanically and electrically independent — failure of one doesn't take down the other.

Bracket geometry

Per-side bracket spec (mirror left and right): Bracket 1×2×9 aluminum C-channel, vertical Mounting Bolted to chassis frame at flank with #8-32 hardware (2 bolts top and bottom, 4 total per bracket) Bracket top 9″ above chassis top → 13″ off field tile Wheel center 12.5″ off tile (matches toggle center on perimeter wall) Flex wheel 4″ ⌀ × ~1″ thick · durometer TBD (45A start; 30A if grip marginal) Wheel axle 0.25″ stub axle, horizontal, pointing toward chassis center (wheel surface motion is vertical at toggle contact point) Motor 5.5W half-motor mounted to bracket at ~6″ height Reduction 12T → 24T = 2:1 chain reduction (gives 5.5W enough torque against toggle resistance; chain run is short ~2.5″) Cross-bracing Diagonal brace from bracket top to chassis frame at 6″ height — cheap insurance against defensive contact bending the cantilever

Driver controls

Spin direction matters: the toggle has three faces, so each press should advance one face (~120° rotation). The motor pulse duration is calibrated to 120° of toggle rotation given the flex wheel's surface speed and friction. Open question: does the driver want both wheels spinning the same direction, or opposite? Same-direction means a left and right press both rotate the toggle the same way; opposite-direction means left and right press rotate opposite ways. Test in driver practice; pick whichever is more intuitive.

🎯
The motor budget gain. The chain-bar architecture frees a motor port that Hero Bot four-bar uses (one chain bar motor instead of two mirrored four-bar motors). Osprey reinvests that freed port into the dual-side toggle — one bracket-motor on each side instead of one shared cross-shaft drive. Net effect: same total wattage as single-side toggle (11W), but two independent motors instead of one. The mechanical-simplicity bonus of chain-bar pays for the toggle-flexibility upgrade.

Motor budget — 77 W with 11 W spare

Osprey motor budget: Drive .................. 4 × 11 W Blue ..... 44.0 W Chain bar lift ......... 1 × 11 W Red ...... 11.0 W Toggle (dual-side) ..... 2 × 5.5 W ......... 11.0 W Manipulator ............ 1 × 11 W .......... 11.0 W (or 5.5 W if pincer; 11 W if tube) Total .................................. 77.0 W ← 11 W spare under cap Cap (R10a) ........................... 88.0 W Pneumatics (separate from W budget): · Per manipulator choice: pincer = 1 cylinder + 1 solenoid; tube = 1 cylinder (cinch) + 1 solenoid · 1-2 air tanks per R25

The 11 W spare is real headroom — recovers what Hero Bot four-bar lost by going to two mirrored arm motors. Possible uses for the spare:

Recommendation: hold the spare as buffer through Phase A. Allocate after first scrimmages reveal what's actually marginal in match conditions. Spare-as-buffer is more useful than spare-allocated-to-something-uncertain.

Inspection compliance — R3, SG2, SG12

Three rules dominate Osprey's chassis-and-lift compliance: R3 (start configuration), SG2 (in-match horizontal envelope), SG12 (endgame vertical envelope). The chain-bar geometry simplifies all three because the lift has only two rest positions, both inside the chassis envelope.

R3 — 18×18×18″ start cube

R3 check at match start: Chassis footprint: 18″ × 18″ ✓ Chassis height (frame): 4″ ✓ Tower height: 9″ above chassis → 13″ total ✓ (under 18″) Chain bar at 0° rest: arm horizontal back, tip at chassis-back edge (9″ from center; chassis-back is 9″ from center) → tip aligned with chassis edge ✓ → no extension beyond 18″ envelope ✓ Manipulator at 0° rest: at 13″ height (= pivot height) → under 18″ vertical limit ✓ Toggle brackets: 1×2 vertical extending up to 13″ → under 18″ vertical limit ✓ R3: PASS — full envelope used vertically (13″ of 18″), horizontal margin 0″

The chain bar tip at 0° rest is exactly at chassis-back edge — mechanical commitment, not safety margin. If the build comes in slightly off-spec (arm 9.1″ instead of 9.0″), the tip extends past the envelope. Mitigation: build the arm to 8.8″ nominal, accept 0.2″ shortfall on cavity reach (cavity can be cut 0.2″ deeper to compensate). Safer to be under-envelope than to argue with the inspector.

SG2 — 24×24″ horizontal during match

During match play (post-start), horizontal expansion is limited to 24″ × 24″. The chain bar's two rest positions both put the manipulator AT the chassis edge (not extending past it). Only at mid-arc (90°) does the arm point vertical — horizontal extent at 90° equals chassis footprint (18″), which is well under 24″. SG2: PASS with 6″ horizontal margin — comfortable.

SG12 — 18″ vertical in midfield endgame

During the last 10 seconds, midfield expansion drops to 18″ vertical. Issue: at 90° mid-arc, the chain bar arm tip is at 22″ off tile — that's over the SG12 cap. Mitigation: chain bar must be at 0° or 180° rest before entering midfield zone in endgame. Both rest positions put the manipulator at 13″ (under 18″ cap).

Programming requirement: auton routine ends with chain bar commanded to 0° or 180° rest, and the driver-control endgame trigger (or a button-bound “arm stow”) commands rest. Don't rely on the driver remembering — bind it as a habit. SG12: PASS conditionally on programming discipline.

SG11 — loader-raise interaction. Match Loads enter through the loader top OR through the back when raised by the Drive Team. Osprey's back-cavity geometry depends on SG11's loader-raise clause — the back-rest manipulator at 13″ matches the loader chute drop height when SG11 is invoked. If SG11 is not in play (e.g., a tournament rules variation), Osprey's back-cavity loading degrades: the team would need an alternative ingestion path (raise the chain bar to 90° to reach the un-raised loader chute mouth, accept the longer cycle). Verify SG11 is in effect at every tournament.

Game-ready analysis

How Osprey performs in a 2-minute match: which goals it covers, how long each cycle takes, what the driver does, and the realistic cycle count per match. Osprey's defining trade-off is committed cycle for repeatability — every cycle is the same six steps in the same order, which is slower per-cycle than Skimmer's passive intake but more predictable than Pelican's variable-deposit four-bar.

Goal coverage (at 13″ tower, tall-goal config)

GoalGoal heightManipulator drop from 13″ restReliability
Tall center8.77″4.25″ drop — tuned targetHigh — primary scoring goal
Short neutral5.77″7.25″ dropPossible — cup may bounce or roll off
Alliance3.25″9.75″ dropUnreliable — team likely skips alliance goal
Loader receive (back cavity)~12″ (SG11 raised)1″ (SG11 raises loader to match rest height)High — the architecture's defining input

Osprey is tall-goal-optimized. This is the deliberate architectural commitment. Pelican (sister-bot Hero Bot four-bar) covers all three goal heights via lift-angle adjustment; Osprey trades that flexibility for cycle reliability and mechanical simplicity. If team strategy needs all-three-goal coverage, the team plays Pelican. If team strategy is “tall goals win matches,” the team plays Osprey.

Cycle time math

One cycle type only: loader → goal. No floor pickup option (no roller intake; manipulator can't reach tile). Every element scored comes through the loader.

Loader-to-goal cycle: Drive (back-end-first) to loader 2.0 - 3.0 s Position back-cavity at loader 0.3 s SG11 loader raise + drop into back-rest 1.0 - 2.0 s (Drive Team timing) Manipulator close (pincer pneumatic 0.1 s; or tube cinch 0.3 s) 0.1 - 0.3 s Drive forward to goal (overlap with arm reset) 2.0 - 3.0 s Position front-cavity at goal 0.5 s (cavity nests on goal) 180° chain bar sweep (1×11W + assist) 1.0 - 1.5 s Manipulator release (pneumatic open) 0.1 - 0.3 s Reset (sweep back to 0° during drive away) overlapped ----------- Total loader-to-goal cycle: ~7.0 - 10.5 s

Compare to Pelican's loader cycle (~8–11 s) and Skimmer's loader cycle (~5.5–8 s). Osprey is faster than Pelican because the chain bar's committed sweep is faster than the four-bar's variable-deposit sequence, but slower than Skimmer because Skimmer's vertical-tube-at-rest geometry catches loader drops without arm motion. The middle of the fleet on loader cycle pace.

Auton routine (15 s)

  1. 0.0–0.5 s: Pre-loaded element in manipulator at 0° back-rest. Chain bar starts at 0° (R3-compliant, no inspection start-position dance needed).
  2. 0.5–3.0 s: Drive forward to alliance partner's tall goal (2.5 s if path is clean).
  3. 3.0–3.5 s: Position front-cavity at goal.
  4. 3.5–5.0 s: 180° sweep + release + first score.
  5. 5.0–7.5 s: Drive back-end-first to loader.
  6. 7.5–9.5 s: SG11 raise + drop into back-rest.
  7. 9.5–12.0 s: Drive forward to goal again.
  8. 12.0–13.5 s: Sweep + release + second score.
  9. 13.5–15.0 s: Drive back-end-first to loader, position for driver-control handoff.

Realistic auton output: 2–3 alliance/tall scores plus auton bonus. Stretch goal: 4 scores if loader timing is tight and field traffic is light.

Driver-control routine (1:45)

Realistic driver-control output: 9–13 cycles + 2–3 toggle activations. Combined with auton: 11–16 elements scored per match plus toggle bonus.

Strengths

Limitations

Match scenarios

🏆
Qualifying matches. 11–16 element score is mid-tier offensive output. Pair with a floor-pickup ally (Skimmer-pattern or 355Z-pattern) to cover the “pins lying on field” gap. Osprey owns the loader and tall goal; ally owns the floor and short/alliance goals. Diversity of architectures across the alliance is a strength.
Elimination matches under defensive pressure. Cycle count likely drops to 7–9 if a defender contests the loader area or the goal-front zone. Mitigation: dual-side toggle means defenders can't pin Osprey on one side; the chassis can pivot and engage from either flank. The committed cycle is also a defensive advantage — defenders can predict where Osprey is going (always the loader, always the goal), but they can't actually stop the cycle without sustained contact, which costs them their own cycle pace.
🎯
Strategic edge: predictability for programming and practice. Osprey's committed cycle means the auton can be tuned tighter than a four-bar's. Driver practice time compounds because every cycle is identical. Rookie-driver-friendly. Coach call: Osprey is the right pick when the team values repeatability and training compound over tactical flexibility. For a team learning to drive at competition pace, this is often the better trade-off than a more flexible architecture they can't yet exploit fully.

Decision matrix — Osprey vs. fleet

How Osprey compares across six dimensions, scored 1–5 (5 = best), out of 30 total. The fleet entries are the named team-builds (Skimmer = 2822A, Pelican = 2822C, Osprey = 2822E) and the active concept architectures (Falcon, Heron).

DimensionSkimmer
(2-bar + tube)
Pelican
(4-bar + claw)
Osprey
(chain-bar + pincer/tube)
Falcon
(4-DOF + pincers)
Heron
(stacked)
Spoonbill
(4-bar + rot claw)
Goal coverage453
tall-goal locked; short/alliance secondary
555
all 3 + orientation control
Cycle time (avg)534
~8 s/cycle; faster than Pelican loader
533
~7-10s/cycle; toggle 2-3s extra
Build complexity334
single lift motor; chain bar simpler than 4-bar
322
rot claw + dual toggle = highest
Driving cognitive load434
committed cycle, no deposit-angle decisions
233
rotation presets + back-into gesture
Notebook story544
tower-height-vs-goal math + dive-strike metaphor
455
rotating-bill + DOF + 2-point grip
Risk of failure (higher = lower risk)444
single lift motor reduces failure modes; chain skip is the main risk
423
88W cap; 10 motors; worm gear
Total (/30)252223232021
🎯
Osprey scores 23/30, tied with Falcon and 2 points behind Skimmer. The score profile is “solid mid-pack with no weak rows.” Osprey doesn't dominate any dimension, but it doesn't drop below 3 in any either — which is the same shape that made Skimmer the leader on a different baseline. For Team 2822E, this is the right architectural commitment if the team strategy values repeatability and training compound over tactical flexibility. The three Phase A team-builds together (Skimmer 25, Osprey 23, Pelican 22) cover three architecturally distinct strategies for the season — that's good fleet diversity, and the engineering notebook can frame it as “the team explored three architectures and committed to all three deliberately.”

CAD starting point — numbers for OnShape

Subassembly dimensions to feed straight into OnShape. Lengths use VEX 1×N C-channel hole spacing convention (N holes at 0.5″ spacing → channel length in inches ≈ N/2).

Open questions for the build team

  1. Tower-height commitment: 13″ (tall) vs 10″ (short). 2822E's working assumption is 13″ (tall-goal optimized), but the team has not formally committed. The deep-dive analysis is in /spartan-hero-chainbar-lift. Switching to 10″ later in Phase A is straightforward (replace tower C-channel with shorter piece; sweep math doesn't change). Lock this decision before machining the tower.
  2. Manipulator choice: pincer vs tube. Both bolt to the same universal mount plate. Pincer is faster (pneumatic open/close ~30–50 ms vs tube cinch ~150–300 ms) and grips harder; tube handles cup-on-pin combos cleaner via its enclosed catch geometry. Bench-test both with actual game elements before committing. Manipulator decision can be reversed mid-season (4-bolt swap, ~30 min).
  3. Toggle flex wheel durometer: 45A vs 30A. Harder durometer (45A) gives more positive engagement with the toggle bar; softer (30A) is more forgiving on alignment but may slip under the 1.19″-tall toggle's resistance. Start with 45A; downgrade to 30A only if bench-testing shows slip. Same approach as Skimmer's compression-wheel sizing: bench-test with the actual toggle, measure stall current, decide based on data.
  4. Toggle spin direction: same or opposite L vs R. Three-face toggle has three stable positions; each motor pulse advances 120°. If left and right wheels spin the same direction, both pulses rotate the toggle the same way. If opposite, they rotate opposite ways. Test in driver practice; pick whichever is more intuitive. Wire-the-other-way is a 30-second swap.
  5. Front cavity goal-clearance fitment. 3″×3″×4″ cavity is the working dimension, but the actual tall-goal base diameter and the chassis frame structural minimum near the cavity opening need physical mock-up before committing the cavity cut. Don't cut the chassis until the goal physically nests in a cardboard mock-up.
  6. Back cavity SG11 timing calibration. Loader-raise (SG11) puts the chute mouth at ~12″ off tile, dropping into the back-rest manipulator at 13″ height. The 1″ vertical clearance is tight; verify with the actual loader prop before locking the back-rest manipulator orientation. May need a small angle on the back-rest (5°–10° below horizontal) to widen the catch zone. Test with Drive Team timing.
  7. Rubber band assist sizing for chain bar. Chain bar mass + manipulator + element load creates a torque demand at horizontal rest (worst case). 4–6 #64 bands is the working starting point. Bench-test: drive the arm to horizontal at full power, hold; measure motor temperature after 30 s. If temperature climbs faster than ambient, add bands. Document final count in EN4.
  8. Chain tensioner for the tower-spanning chain. The chain runs from the lift motor sprocket up the tower to the pivot sprocket (~9″). Slack accumulates over a season; chain skip is the main failure mode. Idler sprocket on a slotted bracket at the tower mid-height is the standard mitigation. Pre-match checklist item: inspect chain tension. Optional encoder feedback to detect skip programmatically (extra sensor port, but worth it for elim-round reliability).
  9. SG12 endgame stow-arm automation. Mid-arc puts the manipulator at 22″ off tile — over the 18″ SG12 cap when robot is in midfield during last 10 s. Solution: bind a button OR a time-based auto-stow that retracts the chain bar to 0° rest at endgame trigger. Don't rely on the driver remembering. Document the button binding in EN4.

Relationship to Pelican & the V1.5 baseline

Osprey and Pelican are sister-bots — both descend from the four-bar baseline at Spartan Hero Bot V1.5. They share chassis, drivetrain, toggle architecture, and manipulator mount. The architectural divergence is the lift mechanism, and that single divergence cascades into different cycle profiles, goal coverage, and strategic roles.

DimensionPelican (2822C, Hero Bot four-bar)Osprey (2822E, Hero Bot-derived chain-bar)
Lift motors2 × 11W mirrored four-bar1 × 11W chain bar
Tower positionChassis back, split into two baysChassis center, single C-channel
Tower height~12.5″ (lift pivot, 4-bar geometry)13″ (pivot height = goal-locked)
Lift motionVariable angle (any deposit height)Single 180° arc (committed)
Goal coverageAll 3 goals via lift-angle adjustmentTall-goal locked (13″ tower); short/alliance secondary
Floor pickupYes (claw drops to mat)No (manipulator can't reach tile)
Loader catchYes (lift to receive position)Yes (back-cavity loader drop, SG11)
ToggleSingle-side flex wheel (left bay)Dual-side mirrored flex wheels
Total motors9 (88W at cap)8 (77W, 11W spare)
Cycle paceVariable; ~6–11 s depending on cycle typeCommitted; ~7–10 s every cycle
Driving loadHigher (lift-angle decisions)Lower (committed cycle)
Strategic roleMid-tier consistent scoring + defensive durabilityTall-goal pace + repeatability

Together, the two team-builds give Spartan 2822 architectural diversity within a shared platform. The engineering notebook can frame this as “same Hero Bot chassis, same drivetrain, same toggle architecture — two intentionally different lift mechanisms exploring different strategic profiles.” That's a strong design-tradeoff narrative for judges.

Port map (template — fill in as built)

Planned port assignments. Update as actual build is wired. Mirror these in robot-config.cpp so software and hardware match.

PortSubsystemMotor / sensorNotes
1Drivetrain front-left11W Blue cartridgedirect drive, 4″ omni
2Drivetrain front-right11W Blue cartridgedirect drive, 4″ omni
3Drivetrain back-left11W Blue cartridgedirect drive, 4″ omni
4Drivetrain back-right11W Blue cartridgedirect drive, 4″ omni
5Chain bar lift11W Red 100 RPMdirect drive to pivot sprocket; rubber band assist
6Manipulator5.5W or 11W (per choice)pincer pneumatic-only OR tube cinch + rotation
7Toggle (left flank)5.5W half-motor2:1 chain to 4″ flex wheel @ 12.5″ off tile
8Toggle (right flank)5.5W half-motormirrored, same geometry as port 7
9(spare or sensor)11W spare in motor budget; reserve for in-season decision
10(pneumatics solenoid)digital outper manipulator choice
11IMUVEX V5 IMUchassis orientation + heading
12Pot V2 (chain bar angle)analog inreads chain bar arc position
13Limit switch (chain bar 0° rest)digital inauton homing reference

Build log (template)

Each build session adds an entry: date, team members, what was attempted, what worked, what didn't, decisions made.

Build log entries go here. Suggested first entry: “Tower height committed at 13″ (tall-goal config). Cardboard mock-up of front cavity with actual tall goal — verified 0.5″ clearance per side. Manipulator choice deferred to bench-test session.”

Engineering notebook references

Coming soon. Cross-references to the EN4 notebook entries that document each design decision. Examples once filled: “Tower height commitment: see EN4 p. XX.” “Manipulator decision matrix: see EN4 p. XX.” “Toggle flex wheel durometer test results: see EN4 p. XX.” “Chain tensioner sizing: see EN4 p. XX.”

See also