ddsf:public:guidebook:03_user:07_gva
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
ddsf:public:guidebook:03_user:07_gva [2021/07/14 15:43] murphy ↷ Links adapted because of a move operation |
ddsf:public:guidebook:03_user:07_gva [2021/10/29 02:03] (current) char |
||
|---|---|---|---|
| Line 1: | Line 1: | ||
| ====== Use Case 5: General Vehicle Architecture (GVA) ====== | ====== Use Case 5: General Vehicle Architecture (GVA) ====== | ||
| [[ddsf:public:guidebook:03_user:start| Return to User Experiences]] | [[ddsf:public:guidebook:03_user:start| Return to User Experiences]] | ||
| - | |||
| - | <color #FF0000><todo @nick>Please Review</todo></color> | ||
| ===== Details ===== | ===== Details ===== | ||
| Line 24: | Line 22: | ||
| The seminar will explain the use of DDS using production examples as a key part of the GVA to provide platform management systems, and further up the value chain to platform mission systems and extensions to secondary platforms such as unmanned ground vehicles. | The seminar will explain the use of DDS using production examples as a key part of the GVA to provide platform management systems, and further up the value chain to platform mission systems and extensions to secondary platforms such as unmanned ground vehicles. | ||
| - | ====== Presentation ===== | + | ===== Presentation ===== |
| [[ddsf:public:guidebook:03_user:07_gva| Return to Top]] | [[ddsf:public:guidebook:03_user:07_gva| Return to Top]] | ||
| Line 120: | Line 118: | ||
| ^How to communicate|<WRAP>[[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]] messaging</WRAP>|<WRAP>Mandates how to communicate DDS Messages, also DDS is mandated in the GVA</WRAP>| | ^How to communicate|<WRAP>[[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]] messaging</WRAP>|<WRAP>Mandates how to communicate DDS Messages, also DDS is mandated in the GVA</WRAP>| | ||
| ^How to describe items|<WRAP>Land Data Model (LDM)</WRAP>|<WRAP>Very strict rules on how to describe data moving around DDS(The Land Data Mdoel)</WRAP>| | ^How to describe items|<WRAP>Land Data Model (LDM)</WRAP>|<WRAP>Very strict rules on how to describe data moving around DDS(The Land Data Mdoel)</WRAP>| | ||
| - | ^System look and feel|<WRAP>[[ddsf:private:guidebook:06_append:glossary:h:hmi|HMI]] – Not in NGVA</WRAP>|<WRAP>Guidelines for the look and feel for the users, not mandated because you don't know what's coming in the future</WRAP>| | + | ^System look and feel|<WRAP>[[ddsf:public:guidebook:06_append:glossary:h:hmi|HMI]] – Not in NGVA</WRAP>|<WRAP>Guidelines for the look and feel for the users, not mandated because you don't know what's coming in the future</WRAP>| |
| ^Storage of diagnostic data & Alarms|<WRAP>HUMS</WRAP>|<WRAP>Storage of diagnostic data and alarms to help the user.</WRAP>| | ^Storage of diagnostic data & Alarms|<WRAP>HUMS</WRAP>|<WRAP>Storage of diagnostic data and alarms to help the user.</WRAP>| | ||
| <figure> | <figure> | ||
| Line 131: | Line 129: | ||
| /*9:55*/ | /*9:55*/ | ||
| - | Both the UK [[ddsf:private:guidebook:06_append:glossary:m:mod|Ministry of Defense (MOD)]] and the [[ddsf:private:guidebook:06_append:glossary:n:north_atlantic_treaty_organization|North American Treaty Organization (NATO)]] require the use of [[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]]. | + | Both the UK [[ddsf:public:guidebook:06_append:glossary:m:mod|Ministry of Defense (MOD)]] and the [[ddsf:public:guidebook:06_append:glossary:n:north_atlantic_treaty_organization|North American Treaty Organization (NATO)]] require the use of [[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]]. |
| * Enables system of systems approach (modularity and connectivity) | * Enables system of systems approach (modularity and connectivity) | ||
| * Platform agnostic | * Platform agnostic | ||
| * Mature, multi-vendor standard | * Mature, multi-vendor standard | ||
| - | * Minimises data on the wire via [[ddsf:private:guidebook:06_append:glossary:q:quality_of_service_qos_policies|Quality of Service (QoS)]] | + | * Minimises data on the wire via [[ddsf:public:guidebook:06_append:glossary:q:quality_of_service_qos_policies|Quality of Service (QoS)]] |
| * Robust – no single point of failure | * Robust – no single point of failure | ||
| * Efficient | * Efficient | ||
| Line 154: | Line 152: | ||
| Benefits: | Benefits: | ||
| - | * GVA [[ddsf:private:guidebook:06_append:glossary:h:hmi|HMI]]: human factors, shared SA, reduction in training need / skills fade (other platforms) | + | * GVA [[ddsf:public:guidebook:06_append:glossary:h:hmi|HMI]]: human factors, shared SA, reduction in training need / skills fade (other platforms) |
| * Application: roles, security, alarms, HUMS etc. Systems Integration, (FC Comms), offboarding | * Application: roles, security, alarms, HUMS etc. Systems Integration, (FC Comms), offboarding | ||
| * GVA messaging ([[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]]): through life & capability insertion, data interchange | * GVA messaging ([[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]]): through life & capability insertion, data interchange | ||
| Line 207: | Line 205: | ||
| * GVA Defines a Topic Naming Convention | * GVA Defines a Topic Naming Convention | ||
| * GVA Defines [[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]] Domain ID Allocation Rules | * GVA Defines [[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]] Domain ID Allocation Rules | ||
| - | * GVA Defines [[ddsf:private:guidebook:06_append:glossary:q:quality_of_service_qos_policies|QoS]] Policies | + | * GVA Defines [[ddsf:public:guidebook:06_append:glossary:q:quality_of_service_qos_policies|QoS]] Policies |
| - | * GVA Uses [[ddsf:private:guidebook:06_append:glossary:i:idl|IDL]] Inheritance to reduce the number of topics on the wire | + | * GVA Uses [[ddsf:public:guidebook:06_append:glossary:i:idl|IDL]] Inheritance to reduce the number of topics on the wire |
| * GVA Uses [[ddsf:public:guidebook:06_append:01_family_of_standards:01_core:dds_extensible_types_dds-xtypes|X-Types]] to aid backwards compatibility between versions | * GVA Uses [[ddsf:public:guidebook:06_append:01_family_of_standards:01_core:dds_extensible_types_dds-xtypes|X-Types]] to aid backwards compatibility between versions | ||
| * GVA tools create IDL from the model for DDS implementation | * GVA tools create IDL from the model for DDS implementation | ||
| Line 231: | Line 229: | ||
| /*17:56*/ | /*17:56*/ | ||
| - | The sensors module provides data for use by an environmental sensor of some sort. It provides a few specific known sensor types and a method of defining a generic sensor of a type not specifically represented in the [[ddsf:private:guidebook:06_append:glossary:p:pim|PIM]]. | + | The sensors module provides data for use by an environmental sensor of some sort. It provides a few specific known sensor types and a method of defining a generic sensor of a type not specifically represented in the [[ddsf:public:guidebook:06_append:glossary:p:pim|PIM]]. |
| <figure> | <figure> | ||
| Line 242: | Line 240: | ||
| /*18:15*/ | /*18:15*/ | ||
| - | I said I was going to talk about the Machine Interface, and I've got passion about how the users get benefit from it. So this is a typical UK GVA [[ddsf:private:guidebook:06_append:glossary:h:hmi]]. Looks a bit boring, got a status bar at the top and some bessel's around the edge. My explanation for this system is that its designed for the 0.01% use edge case. You are working in a vehicle moving at speed, on rough ground, you're under a nuclear biological chemical threat, you have the thickest gloves on you have ever seen, you can hardly see through your goggles, its night, you haven't slept in two days and someone is trying to kill you. You're under extreme stress and the fear of dying. This interface is designed to be so intuitive. People use it without thinking, very easy to use. | + | I said I was going to talk about the Machine Interface, and I've got passion about how the users get benefit from it. So this is a typical UK GVA [[ddsf:public:guidebook:06_append:glossary:h:hmi]]. Looks a bit boring, got a status bar at the top and some bessel's around the edge. My explanation for this system is that its designed for the 0.01% use edge case. You are working in a vehicle moving at speed, on rough ground, you're under a nuclear biological chemical threat, you have the thickest gloves on you have ever seen, you can hardly see through your goggles, its night, you haven't slept in two days and someone is trying to kill you. You're under extreme stress and the fear of dying. This interface is designed to be so intuitive. People use it without thinking, very easy to use. |
| * ALL systems and platform accessed through one screen | * ALL systems and platform accessed through one screen | ||
| Line 258: | Line 256: | ||
| /*19:38*/ | /*19:38*/ | ||
| - | Here is a GVA system in use in the Warrior CSP, thanks to Lockheed Martin we have the ability to show the picture, that it shows how uncluttered the turret is. If you've ever been in a defense vehicle turret, they usually have so many screens and so many buttons you can hardly move in them. This one is completely uncluttered because you have the single screen in front of you. What does this give you? It gives shared situational awareness, everybody in the vehicle has a single screen in front of them and they can all see what's going on. Screen on the right is a picture of some recent work we have done controlling an unmanned ground vehicle, so the commander can see what's going on from the unmanned ground vehicle while someone else is driving, or its driving itself, so everyone can see what's going on. As you can see there is a map in the top right corner so that gives you shared cognition, the commander will have a different thing to do with the data as the guy driving the whatever. That gives an information edge, able to spot things quicker, make decisions faster, on the battlefield seconds count. Its a simple and consistent interface, you have standard systems, dashboards, and specific mission systems, like the [[ddsf:private:guidebook:06_append:glossary:u:unmanned_ground_vehicle|Unmanned Ground Vehicle (UGV)]]. | + | Here is a GVA system in use in the Warrior CSP, thanks to Lockheed Martin we have the ability to show the picture, that it shows how uncluttered the turret is. If you've ever been in a defense vehicle turret, they usually have so many screens and so many buttons you can hardly move in them. This one is completely uncluttered because you have the single screen in front of you. What does this give you? It gives shared situational awareness, everybody in the vehicle has a single screen in front of them and they can all see what's going on. Screen on the right is a picture of some recent work we have done controlling an unmanned ground vehicle, so the commander can see what's going on from the unmanned ground vehicle while someone else is driving, or its driving itself, so everyone can see what's going on. As you can see there is a map in the top right corner so that gives you shared cognition, the commander will have a different thing to do with the data as the guy driving the whatever. That gives an information edge, able to spot things quicker, make decisions faster, on the battlefield seconds count. Its a simple and consistent interface, you have standard systems, dashboards, and specific mission systems, like the [[ddsf:public:guidebook:06_append:glossary:u:unmanned_ground_vehicle|Unmanned Ground Vehicle (UGV)]]. |
| <figure> | <figure> | ||
| {{ ddsf:public:guidebook:03_user:screen_shot_2020-12-12_at_12.15.57_pm.png?700 |}} | {{ ddsf:public:guidebook:03_user:screen_shot_2020-12-12_at_12.15.57_pm.png?700 |}} | ||
| Line 271: | Line 269: | ||
| We always need to think in terms of the users, and they usually have shiny boots and wear shiny pajamas. So what are we going to do for them? That's quite difficult to explain when you're down in the technical details... | We always need to think in terms of the users, and they usually have shiny boots and wear shiny pajamas. So what are we going to do for them? That's quite difficult to explain when you're down in the technical details... | ||
| - | * GVA defines a method to distribute for [[ddsf:private:guidebook:06_append:glossary:q:quality_of_service_qos_policies|QoS]] policies to the resources on the data bus: COTS [[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]] systems connect with no modification. | + | * GVA defines a method to distribute for [[ddsf:public:guidebook:06_append:glossary:q:quality_of_service_qos_policies|QoS]] policies to the resources on the data bus: COTS [[ddsf:public:guidebook:06_append:glossary:d:data_distribution_service_dds|DDS]] systems connect with no modification. |
| * Use [[ddsf:public:guidebook:06_append:01_family_of_standards:01_core:dds_security|DDS-Security]] to enable different classifications of data to exist on the same wire? | * Use [[ddsf:public:guidebook:06_append:01_family_of_standards:01_core:dds_security|DDS-Security]] to enable different classifications of data to exist on the same wire? | ||
| * Time sensitive networking integration? | * Time sensitive networking integration? | ||
ddsf/public/guidebook/03_user/07_gva.1626291825.txt.gz · Last modified: 2021/07/14 15:43 by murphy
