Skip to content

Repository files navigation

VOLLEY

Programmable spacecraft departure from a controlled orbital host.

I started VOLLEY with a question: how much of a satellite's initial orbital distribution can be handled by the system that releases it, before the satellite has to carry propulsion of its own?

The project investigates provider-hosted control of individual payload departure conditions: relative release velocity, direction and timing across one spacecraft or a manifest. Keeping the spacecraft mechanically and electrically unmodified is the design objective; the interfaces still have to earn that claim.

Computational engineering programme. Nothing has been built, fired, measured, qualified or flown.

Interactive project site · Documentation portal · Current work · Evidence · CAD · Open problems

Current mechanical CAD and lunar mission visuals

Concept geometry, not manufacturing-ready parts. The current direction is a motor-charged mechanical release cell. Lunar carrier and larger-payload layouts are future concepts; no lunar lifetime or flight readiness is established.

Explore the 3D models and lunar orbits · CAD downloads and model guide · Engineering review

Lunar carrier concept with four independent release cells

Exploded current mechanical cell conceptLunar release authority and resulting orbit changes
MC-L2 mechanical cell: 80 mm working-stroke target. Component envelopes await detailed CAD.C0-S2 two-body release screen. Orbital lifetime, uncertainty and disposal remain open.
Concept assembly STEP STL
Mechanical cell STEP STL
Four-cell bank STEP STL
Lunar carrier STEP STL
Larger-payload pallet STEP STL
Gen5 electromagnetic VOLLEY CADVOLLEY programmable departure concept
A machine that actually existed in the engineering record. Gen5 is the frozen electromagnetic comparator, not the next design.The idea that survives the machines. Same host, individually controlled departure conditions, then the spacecraft is on its own.

The mission in one picture

A secondary spacecraft begins with the position and velocity its launch service gives it. Its separation mechanism adds another initial condition. VOLLEY asks when controlling that condition more deliberately is worth the hardware, energy and operational burden.

Mission sequence from host state through repeated releases

The host supplies navigation, attitude authority and any permitted orbital manoeuvres. The deployment system supplies the relative release condition and mechanical interface. After separation, the spacecraft follows the resulting trajectory and whatever capabilities it carries itself.

VOLLEY cannot provide continuing stationkeeping, collision avoidance or formation maintenance after contact ends. Release changes velocity at the release position; it cannot place a propulsion-less spacecraft into an arbitrary different circular orbit by itself.

The comparison therefore includes ordinary springs, release timing, host manoeuvres, cooperative spacecraft interfaces and payload propulsion wherever they can do the same mission. Programmability has to beat a competent baseline, not a deliberately weak one.

Functional allocation between host, deployment system and spacecraft


Five years of changing the machine

The project began in 2021 around a coilgun and a dedicated free-flyer. In 2023, learning from the spent-upper-stage platform idea represented by POEM reframed the host as an active post-primary delivery platform. By mid-2025 the coilgun had become a linear synchronous motor because commanding release velocity mattered more than simply ejecting a payload. In 2026 the stage itself became part of the machine.

Gen4Gen5Existing Gen6
Gen4. Last hand-modelled generation. Detailed, but no committed STEP export and known geometry/analysis disagreement.Gen5. Frozen electromagnetic baseline. Reproducible generated CAD and the manuscript comparator. The mass comparison failed.Existing Gen6. Stage-integrated gas-guide investigation. Contact/release physics and accommodation remain unresolved; trim is suspended.

The clean-sheet redesign now has a reference, but not detailed CAD.

The mission evidence no longer supports treating maximum release velocity as the design objective. The reference carried forward is an independent retained cell with a motor-charged mechanical accumulator, independent latch, short guided pusher and local catcher. It is pictured functionally because spring form, latch geometry, guide, catcher, motor and structure have not earned detailed geometry yet.

Clean-sheet Gen6 reference-cell functional architecture

P92 reference-architecture screen · Full generation record · Decision lineage · Visual machine evolution


Velocity is not the product score

At the frozen Gen5 model point the calculated release velocity is 16.029 m/s, peak acceleration is 10.07 g, dry mass is 126.6 kg, and net electrical-to-payload efficiency is 18.8%. Those are outputs of one frozen configuration, not product requirements.

Energy and stroke scaling with release velocity

The mission studies are already showing why this matters. In one common-energy campaign the 11.8, 16.029 and 29.009 m/s release-authority screens all avoid host corrections. S4 sharpens the point: on its fine grid, the best tested BOLLEY, Gen5 and existing Gen6 campaigns all use the same 4.569852 m/s first release and the same 2.777987 kg ideal host-fuel result. Extra release authority above that does not improve this tested campaign.

That is not a universal optimum. It is a reason to stop treating maximum release speed as the product score. Timing, direction, terminal-state error, host manoeuvres, installed burden and controllability matter alongside raw velocity.

For a 4 kg payload, the S4 study point is only 41.77 J of ideal payload energy. At a 10 g constant-acceleration screen it corresponds to 106.5 mm of ideal stroke and 46.6 ms of acceleration. By contrast, even at the project's 25 g study ceiling, 16.029 m/s needs about 0.524 m of ideal stroke and 29.009 m/s needs about 1.716 m. Every extra metre and joule now needs a mission reason.


What the evidence actually says

Latest review, 16 September: combined release errors now cover 512 conditional event corners. The reference-cell mechanics screen retains all 144 spring/pusher cases, including the 96 that fail its acceleration/contact assumptions. The verification matrix connects each result to the closure it still needs. Neither study closes the full campaign or P92.

Review and restart record · Installed burden and failure consequences · BOLLEY website

Evidence maturity from mission studies to hardware

Study Cases What it adds What remains outside the result
S1 · Departure-state trade 210 Finite host recoil and assumed release authority Complete campaign and installed-system benefit
S2 · Sequential campaign 180 Host propagation, remaining manifest mass and propellant allocation Full position/velocity targets and useful constellation performance
S3 · Terminal-state timing 300 Identical terminal position/velocity target and release-time search for one payload Coupled multi-payload optimization
S4 · Two-payload manifest timing 100 Shared-host continuity, two target orders, coupled release timing and full terminal-state acceptance Clearing/settling intervals, release/navigation error, installed burden and complete-manifest closure

S4 accepts 44 of 100 tested schedule/order/authority cases. Failed searches remain in the JSON; missing roots are not treated as proofs of infeasibility. P113/E5 therefore remain open.

The browser mission sandbox is deliberately not part of this evidence chain. It is a simple two-body visualisation for intuition. The validated studies above remain authoritative.

Provenance · Run sheets · Figure index · Visual evidence portal


Things that broke

The failures are not a footnote because several of them changed what VOLLEY is allowed to claim.

Selected failures that changed the project

Gen5 loses its 3U dispenser mass comparison. The original unique constellation-phasing advantage was withdrawn after release timing proved to be a real competitor. The long gas guide exposed contact/release and model-form defects. The proposed electromagnetic trim path did not survive its own checks and is suspended.

The point is not to collect red boxes. The point is that a failed calculation must be able to change the machine.

Open problem register · Kill criteria · Computational closure


The architecture question now

The redesign separates two decisions that earlier generations tended to collapse: payload arrangement and release mechanism.

Payload arrangement: independent retained cells are the current reference; small banks and the shared magazine remain charged alternatives.

How the release is produced: a motor-charged mechanical accumulator is the current reference; direct short-stroke electromechanical and compact gas pushers remain backups. The existing 8 m gas guide and Gen5 LSM remain historical comparators, while BOLLEY remains the cooperative-interface path.

Shared path and independent-bay failure exposure

The reason for the independent-cell reference is fault topology, not aesthetics. A blocked pusher should not mechanically strand unrelated payloads. Shared power, command and host services are still common-mode risks and are shown as such. The reason for storing release energy mechanically is equally narrow: it lets a small actuator charge slowly before release instead of asking the host electrical bus to source the full short-duration mechanical pulse.

This does not close P92. Installed mass, release repeatability, latch shock, pusher friction, tip-off, catcher loads, cycle life, host power/thermal limits and provider accommodation still have to decide whether the reference survives.


Scaling is an architecture family, not enlarged CAD

The existing reference is 4 kg / 3U. From there the work moves to adjacent payload sizes and 2-, 4- and 12-payload arrangements. Very small spacecraft are sensitive to adapter overhead. Larger spacecraft bring stronger interfaces, distributed force application and larger host reaction demands.

A programmable ground separation-test system is an adjacent application worth keeping: controlled push profile, instrumented surrogate, measured release velocity, tip-off and repeatability. It could answer release-physics questions before a flight product exists, provided gravity and test-support effects are accounted for.


What happens next

1. Try to kill the reference early. Freeze coupon bands for accumulator force-displacement, preload repeatability, latch shock, pusher friction, exit velocity/tip-off and catcher load before detailed CAD.

2. Charge the installed burden. Compare independent cells, banks and the shared path using real structure, actuators, controls, energy, envelope and failure consequences per successfully delivered payload.

3. Put the missing mission physics back in. Add release/navigation uncertainty, clearing/settling time, host attitude recovery and complete-manifest effects to the mission comparison.

4. Close P92 or change the machine. Only then freeze the release cell, scale 2/4/12-cell arrangements and produce the drawings, BOM, assembly/inspection and instrumentation package for a named test article.

Programme execution · Mission and redesign · Engineering closure · Visual current-work portal


Explore the project visually

Concept Evolution Mission sandbox Evidence Documentation
Mission boundary and real host context Five years of machine changes and failures Interactive release velocity, timing and propagation Studies, run sheets, provenance and visual outputs Mission, CAD, validation, build readiness and programme map

The interactive project site is the visual front door. The repository remains the engineering record.


Reproduce

Use Python 3.12 or newer and a full-history clone. The companion provenance check needs the recorded export commit in local history.

python3 -m venv .venv
. .venv/bin/activate
python -m pip install -r requirements.txt -r requirements-dev.txt
bash tools/verify_all.sh

Run from a clean committed checkout. The command checks repository consistency and the numerical checks it lists; it does not rerun every external solver or certify the design. Missing checks remain visible.

Programme repositories

Repository Role
VOLLEY Flagship engineering record and unmodified-payload design objective
BOLLEY Sister project: passive spacecraft interfaces in exchange for different launcher machinery
VOLLEY-paper Gen5 manuscript and exported reproducibility evidence
VOLLEY-thesis Gen5 submission material and exported evidence
VOLLEY-lab Stopped alternatives and conditions for reopening them

Author and use

Adityavardhan Mishra · Mechanical Engineering, Symbiosis Institute of Technology, Pune
Project begun April 2021 · adityavardhanmishr@gmail.com

I welcome independent reproduction, design review and prototype collaboration. Please identify the configuration and run when reporting a discrepancy.

CC BY 4.0. See NOTICE, LICENSING.md and CITATION.cff for attribution and scope. Historical snapshots retain the terms under which they were released.