Search
Advanced Search
of the following are true
(
)

Results

Items (211,948)
The purpose of this document is to provide guidance for the implementation of DVI for momentary intervention-type LKA systems, as defined by ISO 11270. LKA systems provide driver support for safe lane keeping operations via momentary interventions. LKA systems are SAE Level 0, according to SAE J3016. LKA systems do not automate any part of the dynamic driving task (DDT) on a sustained basis and are not classified as an integral component of a partial or conditional driving automation system per SAE J3016. The design intent (i.e., purpose) of an LKA system is to address crash scenarios resulting from inadvertent lane or road departures. Drivers can override an LKA system intervention at any time. LKA systems do not guarantee prevention of lane drifts or related crashes. Road and driving environment (e.g., lane line delineation, inclement weather, road curvature, road surface, etc.) as well as vehicle factors (e.g., speed, lateral acceleration, equipment condition, etc.) may affect the
Advanced Driver Assistance Systems (ADAS) Committee
This SAE Recommended Practice (RP) establishes uniform powered vehicle-level test procedure for forward collision warning (FCW) and automatic emergency braking (AEB) used in trucks and buses greater than 10000 pounds (4535 kg) GVWR equipped with pneumatic brake systems for detecting, warning, and avoiding potential collisions. This RP does not apply to electric powered vehicles, trailers, dollies, etc., and does not intend to exclude any particular system or sensor technology. These FCW/AEB systems utilize various methodologies to identify, track, and communicate data/information to the operator and vehicle systems to warn, intervene, and/or mitigate in the momentary longitudinal control of the vehicle. This specification will test the functionality of the FCW/AEB (e.g., ability to detect objects in front of the vehicle), its ability to indicate FCW/AEB engagement and disengagement, the ability of the FCW/AEB to notify the human machine interface (HMI) or vehicle control system that an
null, null
This SAE Aerospace Information Report (AIR) discusses past and present approaches for monitoring the landing gear structure and shock absorber (servicing), opportunities for corrosion detection, methods for transient overload detection, techniques for measuring the forces seen by the landing gear structure, and methods for determining the fatigue state of the landing gear structure. Landing gear tire condition and tire pressure monitoring are detailed in ARP6225, AIR4830, and ARP6137, respectively. Aircraft Brake Temperature Monitoring Systems (BTMS) are detailed in AS1145.
A-5 Aerospace Landing Gear Systems Committee
This SAE Information Report describes a concept of operations (CONOPS) for a Cooperative Driving Automation (CDA) Feature for infrastructure-based prescriptive cooperative merge. This work focuses on a Class D (Prescriptive; refer to J3216) CDA infrastructure-based cooperative merge Feature, supported by Class A (Status-Sharing) or Class C (Agreement-Seeking) messages among the merging cooperative automated driving system-operated vehicles (C-ADS-equipped vehicles). This document also provides a test procedure to evaluate this CDA Feature, which is suitable for proof-of-concept testing in both virtual and test track settings.
Cooperative Driving Automation(CDA) Committee
This User Guide describes the content of the Enterprise Architect (EA) version of the UCS Architectural Model and how to use this model within the EA modeling tool environment. The purpose of the EA version of the UCS Architectural Interface Control Document (ICD) model is to provide a working model for Enterprise Architect tool users and to serve as the source model for the Rational Software Architect (RSA) and Rhapsody models (AIR6516 and AIR6517). The AIR6515 EA Model has been validated to contain the same content as the AS6518 model for: all UCS ICD interfaces all UCS ICD messages all UCS ICD data directly or indirectly referenced by ICD messages and interfaces the Domain Participant, Information, Service, and Non-Functional Properties Models
AS-4UCS Unmanned Systems Control Segment Architecture
This SAE Information Report provides a compendium of terms, definitions, abbreviations, and acronyms to enable common terminology for use in engineering reports, diagnostic tools, and publications related to active safety systems. This information report is a survey of active safety systems and related terms. The definitions offered are descriptions of functionality rather than technical specifications. Included are warning and momentary intervention systems, which do not automate any part of the dynamic driving task (DDT) on a sustained basis (SAE Level 0 as defined in SAE J3016), as well as definitions of select features that perform part of the DDT on a sustained basis (SAE Level 1 and 2).
Active Safety Systems Standards Committee
This standard is applicable to reciprocating engines powering unmanned aerial vehicles (UAV) that have rated power values less than 22.4 kW and are not to be used for human transport. This standard only covers engines designed for 150 hours of operation or higher.
E-39 Unmanned Aircraft Propulsion Committee
This brief User Guide recaps the content of the AS6518B UCS Architectural Model. The purpose of the UCS Architecture Model is to provide the authoritative source for other models and products within the UCS Architecture as shown in the AS6512B UCS Architecture: Architecture Description.
AS-4UCS Unmanned Systems Control Segment Architecture
The primary focus of this document is to provide information on the impacts hard landings and abnormal load conditions on landing gear and related systems. However, because hard landings potentially affect the entire aircraft, this document also includes information for non-landing gear areas. The document may be considered to be applicable to all types of aircraft. This document does NOT provide recommended practices for hard landing inspections, nor does it provide recommendations on the disposition of damaged equipment. Refer to ARP4915 and ARP5600 for information on dispositions relating to landing gear components or wheels involved in accidents/incidents.
A-5B Gears, Struts and Couplings Committee
This Recommended Practice, Operational Definitions of Driving Performance Measures and Statistics, provides functional definitions of and guidance for performance measures and statistics concerned with driving on roadways. As a consequence, measurements and statistics will be calculated and reported in a consistent manner in SAE and ISO standards, journal articles proceedings papers, technical reports, and presentations so that the procedures and results can be more readily compared. Only measures and statistics pertaining to driver/vehicle responses that affect the lateral and longitudinal positioning of a road vehicle are currently provided in this document. Measures and statistics covering other aspects of driving performance may be included in future editions. For eye glance-related measures and statistics, see SAE J2396 (Society of Automotive Engineers, 2007) and ISO 15007-1 (International Standards Organization, 2002).
Driver Metrics, Performance, Behaviors and States Committee
This SAE Aerospace Information Report (AIR) focuses on opportunities, challenges, and requirements in use of blockchain for Unmanned Aircraft Systems (UAS) operating at and below 400 feet above ground level (AGL) for commercial use. UAS stakeholders like original equipment manufacturers (OEMs), suppliers, operators, owners, regulators, and maintenance repair and overhaul (MRO) providers face many challenges in certification, airspace management, operations, supply chain, and maintenance. Blockchain—defined as a distributed ledger technology that includes enterprise blockchain—can help address some of these challenges. Blockchain technology is evolving and also poses certain concerns in adoption. This AIR provides information on the current UAS challenges and how these challenges can be addressed by deploying blockchain technology along with identified areas of concern when using this technology. The scope of this AIR includes elicitation of key requirements for blockchain in UAS across
G-31 Digital Transactions for Aerospace
This Aeronautical Standard covers Automatic Pilots intended for use on aircraft to automatically operate the aerodynamic controls to maintain flight and/or to provide maneuvering about the three axes through servo control.
A-4 Aircraft Instruments Committee
The scope of this SAE Aerospace Information Report (AIR) is to discuss factors affecting visibility of aircraft navigation and anticollision lights, enabling those concerned with their use to have a better technical understanding of such factors, and to aid in exercising appropriate judgment in the many possible flight eventualities.
A-20B Exterior Lighting Committee
The purpose of this SAE Aerospace Information Report (AIR) is two-fold: to inform the reader of the extent of effort that went into the development of the Joint Architecture for Unmanned Systems (JAUS); and to capture for posterity the domain analysis that provides the underpinnings for the work by the AS-4 Committee (Unmanned Systems).
AS-4JAUS Joint Architecture for Unmanned Systems Committee
This specification established (1) the common requirements for hydraulic units capable of functioning as starters and as pumps suitable for use in aircraft and missiles and (2) the methods to be used for demonstrating compliance with these requirements.
A-6C4 Power Sources Committee
This report provides a concept of operations needed to evaluate a CDA Feature for a permissive left turn across opposing traffic, with infrastructure guidance. The Feature uses CDA cooperation levels including status-sharing and agreement-seeking, and a set of test scenarios (functional, logical, and concrete) is developed to evaluate this CDA Feature.
Cooperative Driving Automation(CDA) Committee
This SAE Aerospace Standard (AS) defines a set of standard application layer interfaces called JAUS UMV Services. JAUS Services provide the means for software entities in an unmanned system or system of unmanned systems to communicate and coordinate their activities. The UMV Services represent the platform-specific capabilities commonly found in UMVs and augment the Mobility Service Set (refer to AS6009) which is platform-agnostic. At present, 12 services are defined in this document. While these services are presented alphabetically within this document, they also can be logically categorized as: Platform Description Services: This service provides information about the vehicle platform, including mobility limits and geometric properties: ○ Platform Specification Service. Propulsion and Driver Services: These services provide the control and monitoring capabilities to the vehicle’s propulsion system(s). These services can be applied selectively to facilitate primitive mobility
AS-4JAUS Joint Architecture for Unmanned Systems Committee
This document defines a set of standard application layer interfaces called JAUS Autonomous Capabilities Services. JAUS Services provide the means for software entities in an unmanned system or system of unmanned systems to communicate and coordinate their activities. The Autonomous Behaviors Services represent the platform-independent capabilities commonly found in platforms across domains, including air, maritime, and ground. At present five (5) services are defined in this document. These services are: Comms Lost Policy Manager: Detect and recover from loss of communications with a control station Retrotraverse: Return along a path previously traveled Self-Righting: Attempt to recover from a tip over condition Cost Map 2D: Provides information about the current operating environment of the platform Path Reporter: Provides information about the previous or future planned path of the platform
AS-4JAUS Joint Architecture for Unmanned Systems Committee
The aim of this Information Report is to provide terms and definitions that are important for the user’s interaction with L2 through L4 driving automation system features per SAE J3016, which provides a basis for this document.
Driving Automation Systems Committee
This SAE Information Report classifies and defines a harmonized set of safety principles intended to be considered by ADS and ADS-equipped vehicle development stakeholders. The set of safety principles herein is based on the collection and analysis of existing information from multiple entities, reflecting the content and spirit of their efforts, including: SAE ITC AVSC Best Practices CAMP Automated Vehicle Research for Enhanced Safety - Final Report RAND Report - Measuring Automated Vehicle Safety: Forging a Framework U.S. DOT: Automated Driving Systems 2.0 - A Vision for Safety Safety First for Automated Driving (SaFAD) UNECE WP29 amendment proposal UNECE/TRANS/WP.29/GRVA/2019/13 On a Formal Model of Safe and Scalable Self-Driving Cars (Intel RSS model) SAE J3018 This SAE Information Report provides guidance for the consideration and application of the safety principles for the development and deployment of ADS and ADS-equipped vehicles. This SAE Information Report is not intended to
On-Road Automated Driving (ORAD) Committee
This document describes machine-to-machine (M2M) communication to enable cooperation between two or more participating entities or communication devices possessed or controlled by those entities. The cooperation supports or enables performance of the dynamic driving task (DDT) for a subject vehicle with driving automation feature(s) engaged. Other participants may include other vehicles with driving automation feature(s) engaged, shared road users (e.g., drivers of manually operated vehicles or pedestrians or cyclists carrying personal devices), or road operators (e.g., those who maintain or operate traffic signals or workzones). Cooperative driving automation (CDA) aims to improve the safety and flow of traffic and/or facilitate road operations by supporting the movement of multiple vehicles in proximity to one another. This is accomplished, for example, by sharing information that can be used to influence (directly or indirectly) DDT performance by one or more nearby road users
Cooperative Driving Automation(CDA) Committee
This Technical Governance is part of the SAE UCS Architecture Library and is primarily concerned with the UCS Architecture Model (AS6518) starting at Revision A and its user extensions. Users of the Model may extend it in accordance with AS6513 to meet the needs of their UCS Products. UCS Products include software components, software configurations and systems that provide or consume UCS services. For further information, refer to AS6513 Revision A or later. Technical Governance is part of the UCS Architecture Framework. This framework governs the UCS views expressed as Packages and Diagrams in the UCS Architecture Model.
null, null
This SAE Recommended Practice presents a method and example results for determining the Automotive Safety Integrity Level (ASIL) for automotive motion control electrical and/or electronic (E/E) systems. The ASIL determination activity is required by ISO 26262-3, and it is intended that the process and results herein are consistent with ISO 26262. The technical focus of this document is on vehicle motion control systems. The scope of this SAE Recommended Practice is limited to collision-related hazards associated with motion control systems. This SAE Recommended Practice focuses on motion control systems since the hazards they can create generally have higher ASIL ratings, as compared to the hazards non-motion control systems can create. Because of this, the Functional Safety Committee decided to give motion control systems a higher priority and focus exclusively on them in this SAE Recommended Practice. ISO 26262 has a wider scope than SAE J2980, covering other functions and accidents
Functional Safety Committee
This SAE Aerospace Recommended Practice (ARP) sets forth design and operational recommendations concerning the human factors/crew interface considerations and criteria for vertical situation awareness displays. This is the first of two recommended practice documents that will address vertical situation awareness displays (VSAD). This document will focus on the performance/planning types of display (e.g., the map display) and will be limited to providing recommendations concerning human factored crew interfaces and will not address architecture issues. This document focuses on two types of VSAD displays: a coplanar implementation of a profile display (side projection) and a conventional horizontal map display; and a 3D map display (geometric projection). It is intended for head down display applications. However, other formats or presentation methods, such as HUDs, HMDs and 3D audio presentations may become more feasible in the future. Even though the relationship of the vertical
G-10EAB Executive Advisory Group
This SAE Aerospace Information Report (AIR) describes the Architecture Framework for Unmanned Systems (AFUS). AFUS comprises a Conceptual View, a Capabilities View, and an Interoperability View. The Conceptual View provides definitions and background for key terms and concepts used in the unmanned systems domain. The Capabilities View uses terms and concepts from the Conceptual View to describe capabilities of unmanned systems and of other entities in the unmanned systems domain. The Interoperability View provides guidance on how to design and develop systems in a way that supports interoperability.
AS-4JAUS Joint Architecture for Unmanned Systems Committee
This document describes a manufacturing method for processing unidirectional carbon fiber/epoxy resin impregnated sheet and tape into multi-ply broadgoods and tape produced on an automated cross-plying machine. Broadgoods or tape of two or more ply configurations may be processed, where ply orientations of 0°, 45°, 90°, and 135° (as examples) may be automatically layed in a programmed sequence. In all configurations, the 0° ply direction is parallel to the length of the broadgoods roll or sheet, or tape.
AMS P17 Polymer Matrix Composites Committee
The terms and definitions in this document describe the functions performed within an ADS, as defined in SAE J3016. Where possible we have attempted to capture the language that is already in use within the automated driving development community. Where needed, we have added new terms and definitions, including clarifying notes to avoid ambiguity. SAE J3131 deals primarily with Level 4 and Level 5 ADS features.
On-Road Automated Driving (ORAD) Committee
The purpose of this SAE Recommended Practice is to offer simplified and prioritized guidelines for collecting and preserving on-scene data related to motor vehicle crashes. It is intended that these guidelines improve the effectiveness of data collection, which will assist subsequent analysis and reconstruction of a particular crash. This document is intended to guide early data collectors whose objectives include documenting information related to the crash. It may be used by law enforcement personnel, safety officials, insurance adjusters and other interested parties. This document identifies categories of scene physical features that deteriorate relatively quickly and recommends documentation task priorities. Detailed methods of collecting data are not part of this document. However, some widely used methods are described in the references in Section 2.
Crash Data Collection and Analysis Standards Committee
This information report is applicable to the reliability characteristics of unmanned ground vehicles.
G-41 Reliability
This document provides guidance for ECS design for UA primarily by reference to existing applicable SAE AC-9 documents with indication of how they would apply and how they may need to be adapted for UA. This document provides guidance related to environmental control for onboard equipment, cargo, animals, and passengers. This document cannot provide detail design guidance for all potential types of UA. Limited information is available for ECS requirements for UA that may carry passengers, but it should be expected that the same comfort and safety standards would be applied to UA as prescribed in current civil aviation authority rules and military specifications. Additional requirements unique to UA can be expected for totally autonomous UA operation with no provision for flight or ground crew monitoring and intervention in the event of ECS failures or malfunctions. This document does not pertain to the related ground stations that may be controlling the UA.
AC-9 Aircraft Environmental Systems Committee
This document describes a systematic and rigorous process to: (1) identify and evaluate standard names and definitions for driving automation system features, and (2) identify a “user vocabulary” of terms and descriptions that [human] drivers use to describe driving automation system features. The process described in this document includes selection criteria and trade-offs that can be used to select an approach to testing that matches the constraints and objective of a particular evaluation. The data from this process are analyzed to determine users’ name preferences for driving automation system features and what they would expect a specific feature to do, based on the name given to the features. The data generated by this naming methodology can provide guidance regarding the names that may support accurate understanding of the feature’s capabilities and limitations. Although the process described in this document emphasizes the use of large-scale electronic surveys for data
null, null
This document provides an approach to the development of training topics for pilots of Unmanned Aircraft Systems (UAS) for use by operators, manufacturers, and regulators. The identification of training topics is based initially on Practical Test Standard (PTS) topics for manned aircraft pilots. The topics identified could be used for the construction of a PTS for UAS commercial pilot operations and a PTS for a UAS pilot instrument rating. The UAS commercial pilot rating would contain restrictions on the types of operations that could be flown that would be dependent on the type of UAS used. The UAS type would also influence the specific training topics that would be covered. This document is not intended to outline the requirements for other crewmembers, such as observers, payload operators, or ground personnel, nor does it distinguish between different levels of pilot authority or discuss the roles for pilot-in-command, supplemental pilot, or observer. The recommendations outlined in
G-10U Unmanned Aerospace Vehicle Committee
This SAE Standard serves as the guidance document for the J2945/x family of standards as illustrated in Figure 7. It contains cross-cutting material which applies to the other J2945/x standards, including recommended practice for the use of Systems Engineering (SE) and generic DSRC interface requirements content. The scope for the DSRC system environment is to provide for the information exchange between a host vehicle and another DSRC enabled device, a device worn by or otherwise attached to a traveler, a roadside device, or a management center, to address safety, mobility, and environmental system needs. The audience for this document includes the technical teams of developers of the J2945/x documents and the implementers of the applications which are based on the J2945/x documents.
V2X Core Technical Committee
This document defines a set of standard application layer interfaces called JAUS Mobility Services. JAUS Services provide the means for software entities in an unmanned system or system of unmanned systems to communicate and coordinate their activities. The Mobility Services represent the vehicle platform-independent capabilities commonly found across all domains and types of unmanned systems (referred to as UxVs). At present, over 15 services are defined in this document many of which were updated in this revision to support Unmanned Underwater Vehicles (UUVs). Some examples include: Pose Sensors: Determine the instantaneous position and orientation of a platform in global or local coordinates Velocity State Sensor: Determines the instantaneous velocity of a platform Acceleration State Sensor: Determines the instantaneous acceleration of a platform Primitive Driver: Performs basic mobility for a platform based on force/torque efforts Vector Drivers: Perform closed loop mobility for
AS-4JAUS Joint Architecture for Unmanned Systems Committee
The “Model Architecture and Interfaces Recommended Practice for Ground Vehicle System and Subsystem Dynamical Simulation” defines the architectural structure of a ground vehicle system dynamical model by partitioning it into subsystem models and by defining subsystem interfaces required to enable plug-and-play operation of a dynamical simulation models. All types of ground vehicle were considered in the development of the architecture, such as, passenger cars, light and medium duty trucks, heavy duty tractor trailer trucks, and vehicles/equipment for military, farming, construction, and mining. Versatility of this architectural partitioning is demonstrated by showing how it can be applied to different vehicle configurations. Application examples of architecture are provided for a large number of the publicly known ground vehicle configurations in production, testing, or development. This recommended practice encompasses standards to enable seamless plug-and-play reusability of
Dynamical Modeling and Simulation Committee
This document applies to laser proponents involved with the use of laser systems outdoors. It may be used in conjunction with AS4970, ARP5535, and ARP5572 and the ANSI Z136 series of laser safety standards.
G-10T Laser Safety Hazards Committee
This is a guide intended to aid the user in the proper selection and application of rivets as a fastening means. It consists of general information on the advantages of riveting, various methods of riveting, selection of rivets and design considerations.
Fasteners Committee
The scope of this joint EUROCAE/SAE report is to compile the considerations relating to airborne application of hydrogen fuel cells. This document provides a comprehensive analysis of the use of hydrogen as a fuel by describing its existing applications and the experience gained by exploiting fuel cells in sectors other than aviation. The use of hydrogen fuel cells in aircraft can help in meeting aviation environmental targets (including noise pollution) and can be vital to achieving efficient electrically propelled air vehicles. The experience gained with mature fuel cells in terrestrial applications and the handling of other gases in aviation, as presented herein, will help in alleviating safety concerns and in demystifying the usage of hydrogen in aviation.
AE-7F Hydrogen and Fuel Cells
This document sets forth design and operational recommendations concerning the human factors issues and criteria for airborne collision and avoidance systems. The visual and aural characteristics are covered for the display of traffic information as well as the escape maneuver display on conventional and electronic flight decks. System utilization philosophy and flight deck integration considerations are also presented.
G-10EAB Executive Advisory Group
This interface control document (ICD) specifies all software services in the Unmanned Systems (UxS) Control Segment Architecture, including interfaces, messages, and data model.
AS-4UCS Unmanned Systems Control Segment Architecture
This standard defines the data interfaces between a host aircraft (“platform”) and an Electro-Optic/Infrared (EO/IR) sensor. These data interfaces cover various types of data including: imagery, metadata, command, status, and responses (CSR), geospatial postion, time, test and maintenance, and hand-controller. This standard does not cover mechanical or electrical interfaces.
AS-1C Avionic Subsystems Committee
Items per page:
1 – 50 of 211948