MBMeet BhalaniAerospace & systems

Aerospace engineering · FH Aachen

From orbital ideas
to working systems.

I’m Meet, a master’s student in aerospace engineering. I connect trajectory research, spacecraft ground systems, and software built around the people who use it.

Explore my work GitHub
Currently exploring solar-sail rendezvous & optimisation

Try the physics

Tilt the sail. Steer the push.

Light pushes a reflective sail. Its angle changes the push.

Interactive ideal solar sail, viewed from the side Sunlight travels left to right. A tilted sail receives a weaker push along its outward normal. The orange arrow is sail acceleration; dashed teal lines show its components. LOCAL FORCE VIEWIDEAL REFLECTOR · SIDE VIEW Sun Sunlight Away from Sun →+ Sideways 35° Sail accelerationComponentsSail normal
+35°

Use the slider or drag the ring. The angle is measured from the sunlight direction to the sail normal.

Total push
67.1%
Outward
55.0%
Sideways
+38.5%

Relative to the face-on acceleration, a₀ = 1.

Tilting adds a sideways component while reducing the total push.

What the model shows

A flat, perfectly reflecting sail in fixed sunlight. The orange vector is instantaneous sail acceleration, not velocity or a flight path. Gravity and non-ideal optical effects are outside this sketch.

|a| / a₀ = cos²(α)aᵣ / a₀ = cos³(α)aₜ / a₀ = cos²(α) sin(α)

The normal is perpendicular to the sail surface. Positive and negative tilt reverse the sideways component; the outward component remains non-negative. The components form a vector sum.

Public ideal-sail physics; original geometry and normalized values. No thesis trajectories, controller parameters, or unpublished results are used.

Model reference: Wawrzyniak & Howell (2011), Eq. 4
Interactive concept explorerFixed sunlight · normalized units
Orbital dynamicsGround systemsVerificationHuman-centred software

Selected work / 01—04

Different domains.
The same engineering instinct.

Understand the inputs. Make the behaviour explicit. Build something that can be checked—and used.

Showing all 4 projects

An original schematic of solar-sail geometry and a trajectory-refinement workflow.01
Master’s researchOngoing

Steering with sunlight.

Connecting evolutionary neurocontrol and local optimisation for ideal solar-sail interplanetary rendezvous.

  • C++ / Python
  • CasADi / Ipopt
  • Orbital dynamics
A conceptual workflow connecting operator inputs, command checks and ground software.02
Bachelor’s thesisSpacecraft verification

From input to verified command.

A graphical command-verification workflow and mission-database integration for CubeSat propulsion.

  • Python / PySide6
  • Yamcs
  • XTCE / XML
A synthetic ledger interface showing entry, review and report stages without real records.03
Independent softwareMac & Android

Familiar workflow. Digital clarity.

Diamond Ledger / Heera Hisab: a Gujarati-first, offline ledger shaped around an existing handwritten way of working.

  • JavaScript / Python
  • Android / Java
  • SQLite
An abstract spreadsheet-to-review pipeline with validation and export stages, using no client data.04
Independent softwareDesktop prototype

Make every output traceable.

GST Local Pro: an offline spreadsheet review and export tool developed around an accounting workflow.

  • Electron / Node.js
  • Data validation
  • Review workflows

Project visuals are original conceptual illustrations. Professional and private work is presented at a high level.

Professional experience

GOS

Ground segment engineering

Keeping the ground loop
understandable.

My work at GOS connects spacecraft interfaces to usable ground software. I contribute to telemetry and telecommand definitions, mission-database integration, operational scripts, and engineering documentation in a Yamcs-based environment.

TM/TC definitionsIntegration checksOperational tooling

Yamcs · XTCE / XML · Python · Java

How I work

Curiosity is the start.
Evidence is the next step.

A trajectory model and a ledger look different. Both become better systems when assumptions, state, and checks are clear.

  1. 01 / Understand

    Start with the real workflow.

    Follow the inputs, constraints, and people involved. A useful model begins with a clear problem.

  2. 02 / Build

    Connect the moving parts.

    Translate the model into software with explicit interfaces, inspectable state, and a usable path through the work.

  3. 03 / Verify

    Check the result independently.

    Use validation, replay, source traceability, and clear limitations to understand what a result actually demonstrates.

A little about me

Aerospace by training.
A builder by habit.

I’m pursuing an M.Sc. in Aerospace Engineering at FH Aachen, specialising in Space Exploration Engineering, after completing my bachelor’s degree in Aerospace Engineering there.

I’m drawn to the space between the equation and the working tool: a sail-steering problem, a spacecraft command interface, or a workflow that deserves better software. I enjoy finding the structure in a complicated problem and making it clearer for the next person.

M.Sc. Aerospace EngineeringFH Aachen · Space Exploration Engineering · Ongoing
B.Eng. Aerospace EngineeringFH Aachen · Completed

Start a conversation

Have a system
worth figuring out?

I’m interested in aerospace engineering, ground systems, numerical methods, and thoughtful software. Find me on GitHub.

Meet me on GitHub
Project notes