UGV Interoperability Profile (UGV IOP), Robotics and Autonomous Systems – Ground IOP (RAS-G IOP) or simply IOP was originally an initiative started by the United States Department of Defense (DoD) to organize and maintain open architecture interoperability standards for Unmanned Ground Vehicles (UGV). A primary goal of this initiative is to leverage existing and emerging standards within the Unmanned Vehicle (UxV) community such as the Society of Automotive Engineers (SAE) AS-4 Joint Architecture for Unmanned Systems ( JAUS) standard and the Army Unmanned Aircraft Systems (UAS) Project Office IOPs. [1] [2] [3] [4]
The IOP was initially created by U.S. Army Robotic Systems Joint Project Office (RS JPO): [5] and is currently maintained by the U.S. Army Project Manager Force Projection (PM FP). [6] [7] The plural form Interoperability Profiles (IOPs) typically refers to the set of documents, which comprise the IOP and its intended usage. The IOPs are approved for public release. The National Advanced Mobility Consortium (NAMC) makes the IOPs available at the https://namcgroups.org website for registered users.
From a system perspective, the IOP is defined to address interoperability at multiple levels within varying systems configurations, e.g.:
A key solution to this is the utilization of JAUS to establish a common message passing layer between the software components of the system. The IOP specifies rules for the use of standard JAUS messages as well as custom extensions to the standard message set.
For the interoperability of hardware components, the IOP also includes the specification of hardware plugs and mounts. [1]
The DoD intends to publish revisions to the IOP every other year. The current version is IOP version 2.0 (IOPv2). The release of version 3.0 is scheduled for the end of 2017.
Since version 3.0 the whole set of IOP documents is auto-generated from XML files.
The IOPs consist of the following documents [1]
To validate the conformance of UGV components to IOP attributes (JAUS Profiling Rules), TARDEC has developed a software tool called Conformance Validation Tool (CVT). The CVT is a client tool that checks the interface (JAUS messages) and protocol (state) of the required JAUS services. [8]
The CVT uses the original IOP XML-files to generate test messages. Thus, the CVT is considered to be the IOP reference implementation.
The NATO Team of Experts on UGV has recommended the IOP to become a NATO STANAG. The proposal is being considered by NATO Land Capability Group Land Engagement (LCG LE). To prove the applicability of IOP to military robots, the NATO Team of Experts on UGV conducted several interoperability exercises and demonstrations. [9]
Several robotics companies already support IOP-compliant interfaces for their software or hardware products. [10] [11] [12] [13] [14]
Several academic robotics contests, like the IOP Challenge of the Intelligent Ground Vehicle Competition [15] [16] or the European Robotics Hackathon (EnRicH) [17] [18] recommend or require IOP as a common interface definition.
As IOP relies on the message passing architecture of JAUS, IOP-compliant software can be connected to other robotics middlewares through translating software bridges. Studies have shown, that IOP-compliant software can coexist with ROS-based robotics software. [9] [19]
{{
cite journal}}
: CS1 maint: DOI inactive as of January 2024 (
link)
UGV Interoperability Profile (UGV IOP), Robotics and Autonomous Systems – Ground IOP (RAS-G IOP) or simply IOP was originally an initiative started by the United States Department of Defense (DoD) to organize and maintain open architecture interoperability standards for Unmanned Ground Vehicles (UGV). A primary goal of this initiative is to leverage existing and emerging standards within the Unmanned Vehicle (UxV) community such as the Society of Automotive Engineers (SAE) AS-4 Joint Architecture for Unmanned Systems ( JAUS) standard and the Army Unmanned Aircraft Systems (UAS) Project Office IOPs. [1] [2] [3] [4]
The IOP was initially created by U.S. Army Robotic Systems Joint Project Office (RS JPO): [5] and is currently maintained by the U.S. Army Project Manager Force Projection (PM FP). [6] [7] The plural form Interoperability Profiles (IOPs) typically refers to the set of documents, which comprise the IOP and its intended usage. The IOPs are approved for public release. The National Advanced Mobility Consortium (NAMC) makes the IOPs available at the https://namcgroups.org website for registered users.
From a system perspective, the IOP is defined to address interoperability at multiple levels within varying systems configurations, e.g.:
A key solution to this is the utilization of JAUS to establish a common message passing layer between the software components of the system. The IOP specifies rules for the use of standard JAUS messages as well as custom extensions to the standard message set.
For the interoperability of hardware components, the IOP also includes the specification of hardware plugs and mounts. [1]
The DoD intends to publish revisions to the IOP every other year. The current version is IOP version 2.0 (IOPv2). The release of version 3.0 is scheduled for the end of 2017.
Since version 3.0 the whole set of IOP documents is auto-generated from XML files.
The IOPs consist of the following documents [1]
To validate the conformance of UGV components to IOP attributes (JAUS Profiling Rules), TARDEC has developed a software tool called Conformance Validation Tool (CVT). The CVT is a client tool that checks the interface (JAUS messages) and protocol (state) of the required JAUS services. [8]
The CVT uses the original IOP XML-files to generate test messages. Thus, the CVT is considered to be the IOP reference implementation.
The NATO Team of Experts on UGV has recommended the IOP to become a NATO STANAG. The proposal is being considered by NATO Land Capability Group Land Engagement (LCG LE). To prove the applicability of IOP to military robots, the NATO Team of Experts on UGV conducted several interoperability exercises and demonstrations. [9]
Several robotics companies already support IOP-compliant interfaces for their software or hardware products. [10] [11] [12] [13] [14]
Several academic robotics contests, like the IOP Challenge of the Intelligent Ground Vehicle Competition [15] [16] or the European Robotics Hackathon (EnRicH) [17] [18] recommend or require IOP as a common interface definition.
As IOP relies on the message passing architecture of JAUS, IOP-compliant software can be connected to other robotics middlewares through translating software bridges. Studies have shown, that IOP-compliant software can coexist with ROS-based robotics software. [9] [19]
{{
cite journal}}
: CS1 maint: DOI inactive as of January 2024 (
link)