Concept visualization of an autonomous aircraft flight deck

Flight autonomy

The Pilot

You choose where.
The Pilot handles how.

Ascerex is developing an autonomous flight system intended to operate the Orbiter from departure to arrival without making routine travel depend on passengers manually flying the aircraft.

01 / One Pilot. Complete flight.Departure → arrival

One autonomous Pilot across the complete flight

  1. 01Takeoff

    Establish controlled vertical flight.

  2. 02Transition

    Manage changing lift and control demand.

  3. 03Route

    Follow the eligible Skyway path.

  4. 04Approach

    Exit the route and prepare to land.

  5. 05Landing

    Complete or safely terminate the mission.

Why autonomy is essential

Complete flight should not become passenger workload.

Manually flying an aircraft requires continuous attention to vehicle state, control demand, energy, navigation, and changing conditions. The Pilot is intended to take responsibility for that workload throughout the journey.

That makes autonomy more than a convenience feature. It is the integration layer that turns an aircraft and an operating network into transportation designed for routine travelers.

01
Passenger
Choose the destination without carrying the continuous workload of manual aircraft control.
02
Pilot
Control and supervise takeoff, transition, route flight, approach, and landing as one continuous operation.
03
Operating boundaries
Act only within the Orbiter's physical limits, Skyway authority, and the aircraft state the system can justify.
02 / The control loopSense → monitor → repeat

Continuous control

The Pilot never stops checking.

VehicleCapability and limits
SkywayAuthorized route and operating rules
Observed stateAircraft and environment
Autonomous Pilot
  1. 01Sense
  2. 02Understand
  3. 03Plan
  4. 04Control
  5. 05Monitor
  1. 01Sense

    Collect aircraft and environmental state.

  2. State estimationUnderstand

    Estimate where the aircraft is and what condition it is in.

  3. 03Plan

    Determine the next valid action inside Vehicle and Skyway boundaries.

  4. 04Control

    Translate that action into bounded flight-control and propulsion commands.

  5. 05Monitor

    Compare expected and actual behavior, then feed the result back into the loop.

03 / Safety is continuousExpected response // Observed state

The Pilot continuously compares expected and observed aircraft behavior

Aircraft stateContinuously supervised
Expected and observed flight-state responseThe observed response initially follows the expected response, deviates, and then returns toward a bounded operating region as the proposed Pilot detects, contains, reassesses, and selects a safe action.OBSERVED ≠ EXPECTED
The Pilot continuously compares commanded response with the aircraft's measured behavior.
  1. 01Nominal

    Observed behavior follows the expected aircraft response.

  2. 02Deviation detected

    Measured behavior no longer matches what the Pilot expected.

  3. 03Detect

    The mismatch is recognized through continuous aircraft-state monitoring.

  4. 04Contain

    Control commands remain bounded while the response is stabilized.

  5. 05Reassess

    The Pilot determines what authority and mission options remain.

  6. 06Safe action

    The next action must be supported by the aircraft state and operating boundaries.

Safety isn't a reaction at the end.
It's a loop running throughout the flight.

The Pilot is being developed to reduce exposure to avoidable human error through continuous aircraft-state supervision and bounded automated response.

04 / Development and verification progression

Authority follows evidence.

Increasingly consequential control authority requires increasingly strong verification evidence.

  1. 01Simulation

    Bounded scenarios and explicit assumptions.

  2. 02Software-in-the-loop

    Control logic evaluated against simulated systems.

  3. 03Hardware-in-the-loop

    Computing, sensors, and interfaces introduced.

  4. 04Integrated vehicle testing

    Subsystem behavior evaluated together.

  5. 05Flight testing

    Physical evidence within controlled envelopes.

  6. 06Operating evidence

    Evidence appropriate to approval and certification work.

05 / The passenger experience

The destination belongs to the traveler.
The workload belongs to the system.

Routine Orbiter travel is intended to require a destination—not the continuous workload of manually flying an aircraft. The Vehicle defines what is physically possible, the Skyway defines where travel is eligible, and the Pilot turns both into autonomous movement.

Passenger input
Choose the destination.
Pilot responsibility
Control and supervise the complete flight.