Documents / Official release

AAWSAP DIRD, Cockpits in the Era of Breakthrough Flight, November 2010

U.S. Department of War · 2010-11-01 · 57 pages · text from the file's own layer

This Defense Intelligence Reference Document, dated 1 November 2010 and numbered DIA-08-1011-002, was prepared by the Defense Intelligence Agency's Defense Warning Office. It is one of a series of advanced technology reports produced under the Advanced Aerospace Weapon System Applications program. It draws mainly on the book Frontiers of Propulsion Science and speculates about breakthroughs such as control of gravity and inertia and faster-than-light travel. It then proposes a provisional cockpit design with six-degree-of-freedom controls, virtual displays and no windows.

From the source:Release of 2026-09-18 Incident: 11/1/10, Las Vegas, Nevada. Released with redactions. This document is a Defense Intelligence Reference Document (DIRD), a technical reference format used by the Defense Intelligence Agency (DIA) to capture baseline knowledge on a specific topic for later analytic use. DIRDs are best understood as reference and synthesis products rather than as original research. It is one of 38 DIRDs produced under the Advanced Aerospace Weapon System Applications Program (AAWSAP) between 2009 and 2011. Because AAWSAP’s scope permitted a broad range of supporting topics, not every DIRD in the series directly concerns aerospace systems or future threat assessment. The following summary reflects the DIRD’s scope and framing at the time of writing and should not be read as implying current validation of the concepts discussed. This DIRD examines how cockpit design might change if future aerospace vehicles were ever to achieve major propulsion breakthroughs such as control over gravity and inertia, “propellantless” flight, or faster-than-light travel. The report does not describe an existing or emerging vehicle class. Instead, it asks what such hypothetical capabilities would mean for piloting, displays, controls, and human factors, and it argues that the biggest design challenges would come from full six-degree-of-freedom motion, operation across multiple flight regimes from near-surface flight to orbit and deep space, and the possible separation between the craft’s actual motion and the crew’s internal physical sensations. It combines those assumptions with established human-machine-interface principles and with maturing inputs such as gesture, voice, and brain-machine control to outline a provisional cockpit centered on intuitive displays, stress-tolerant physical controls, and a virtual surround display.

UNCLASSIFIED/ ,'FOR OFFI@IAI:: WSE ONl::Y
• Limit the number of alarms.
• Display alarms in a dedicated, predictable location.
• Link alarms to a pictorial representation of the system to help recognize root causes,
causal relations, and where to focus corrective action.
• Provide a means to acknowledge the attention-getting aspect of the alarm without
turning off its alert status indication.
• In the case of multiple triggered alarms, the system's most prominent display
should be the highest hierarchical alarm, the highest causal alarm, or the location
on which to focus corrective action.
• Link the alarm clearly to the control response options.
Checklists
Checklists are a standard and useful tool in the operation of vehicle systems. They can
be displayed on adaptive displays where the list corresponds to the vehicle's current
status (e.g., preflight readiness or postflight checks). Recommended features of a
checklist should include the following :41
• Display the desired and current value with each checklist item.
• Require that buttons/switches have to be touched to acknowledge t hat each item
has been checked off. This helps avoid skipping items and helps the user keep a
sense of involvement in the process.
• Include a completion call at the end of the checklist.
• For long lists, subdivide using the following guides:
- List critical items first.
- Use geographical (i.e., physical location) flow or pictorial flow to help users
retain relation between the model of the system and the procedures being
performed in the checklist.
- Use parallel tasks between the onboard operation and the ground operations
to maintain fluency between pilot and mission control communications.
- Include buffers in checklists to provide recovery time for anomalies. Decouple
tasks if possible so that t he failure to meet a given checklist item does not
leave a parallel item in an open state.
- Standardize checklists within the system (assuming nested, hierarchical, or
multiple checklists) to minimize the mental burden necessary to extract
information when going from one format to another.
UNCLASSIFIED/fFOA. OFFICIO ls. Plili ONls.¥
26

Not linked to a story yet.

About this file

Official release, from the pursue collection. The PDF is mirrored here; the original link is above. 57 pages are in the text index: search them above, or from the library's search.