ASTM F3442/F3442M-23 PDF

SCOPE 1.1 This specification applies to uncrewed aircraft (UA) with a maximum dimension (for example, wingspan, disc diameter) ≤25 ft, operating at airspeeds below 100 kts, and of any configuration or category. It is meant to be applied in a “lower risk” [low- and medium-risk airspace as described by Joint Authorities for Rulemaking on Unmanned Systems (JARUS)] airspace environment with assumed infrequent encounters with crewed aircraft; this is typically in classes G and E airspace [below about 1200 ft above ground level (AGL)], Class B, C, D (below approximately 400 ft to 500 ft AGL) below obstacle clearance surface (FAA Order 8260.3, as amended) or within low altitude authorization and notification capability (LAANC) designated areas below the altitude specified in the facility map. 1.1.1 Traffic encountered is expected to be mixed cooperative and non-cooperative traffic, instrument flight rules (IFR) and visual flight rules (VFR), and to mostly include low-altitude aircraft—including rotorcraft, small general aviation, crop dusters, ultralights, and light sport aircraft, but not transport category aircraft. 1.1.2 This includes, but is not limited to, airspace where nearly all aircraft are required2 to be cooperative (for example, within the Mode C veil in the United States). 1.2 Ultimate determination of applicability will be governed by the appropriate civil aviation authority (CAA). 1.3 This specification assumes no air traffic control (ATC) separation services are provided to the UA. 1.4 While some architectures may have limitations due to external conditions, this specification applies to daytime and nighttime, as well as visual meteorological conditions (VMC) and instrument meteorological conditions (IMC). The system integrator shall document system limitation (that is, due to operating environments and/or minimum altitudes at which the air picture is no longer valid). 1.5 This specification is applicable to the avoidance of crewed aircraft by uncrewed aircraft systems (UAS), not UA-to-UA or terrain/obstacle/airspace avoidance (both to be addressed in future efforts). Likewise, birds or natural hazard (for example, weather, clouds) avoidance requirements are not addressed. 1.6 This specification does not define a specific detect and avoid (DAA) architecture3 and is architecture agnostic. It will, however, define specific safety performance thresholds for a DAA system to meet in order to ensure safe operation. 1.7 This specification addresses the definitions and methods for demonstrating compliance to this specification, and the many considerations (for example, detection range, required timeline to meet well clear, and near mid-air collision (NMAC) safety targets) affecting DAA system integration. 1.8 The specification highlights how different aspects of the system are designed and interrelated, and how they affect the greater UAS system-of-systems to enable a developer to make informed decisions within the context of their specific UAS application(s). 1.9 It is expected this specification will be used by diverse contributors or actors including, but not limited to: 1.9.1 DAA system designers and integrators, 1.9.2 Sensor suppliers, 1.9.3 UA developers, 1.9.4 Control Station designers, 1.9.5 UAS service suppliers, and 1.9.6 Flight control designers. 1.10 Except for DAA system integrators for whom all the “shalls” in this specification apply, not all aspects of this specification are relevant to all actors/contributors. In some instances, the actor most likely to satisfy a requirement has been identified in brackets after the requirement; this is for informative purposes only and does not indicate that only that actor may fulfill that requirement. Where not specified, the system integrator/applicant is assumed to be the primary actor; in all cases, the system integrator/applicant is responsible for all requirements and may choose to delegate requirements as ...