Skip to content

Module Capabilities & Configuration

Jump to bottom
Benjamin Riggs edited this page May 4, 2017 · 19 revisions

Introduction

Modules will have a wide variety of functionality, often with a complex relationship of inputs, some optional, some required, and outputs. Inputs will usually include resources (data, power, fluids), configuration settings, and user actions. Resources (data, power, fluids) may also be outputs of a module, along with displays.

Additionally, modules will have high-level design goals that inform what their intended use is, such as 'simulate IV placement and drug administration in the right forearm.' These conceptual capabilities need to be accessible to people who create simulated scenarios so they can ensure they have the required components to perform the desired simulation.

Finally, all of the resource inputs & outputs, configuration options, and capability descriptions need to be presented and organized in a machine-readable format. This will allow scenario creation tools to verify the selected modules will be able to simulate the desired scenario, and set the configuration parameters of the selected modules appropriately.

Operational Schema

All modules must provide an Operational Schema which specifies the module's capabilities, resource inputs & outputs, and configuration options.

Module capabilities, configuration parameters, and resource requirements need to be provided by modules in a standard, machine-readable format in order for manikin operators to ensure the assembled modules are capable of, and configured to provide the desired simulation.

Modules define this in their Operational Schema.

Operational Schema

Conceptually, Modules provide Capabilities. Each Capability has its own configuration parameters, potential outputs, and requirements (data, power, fluid).

Schema defines outputs, configuration options, and associated requirements for each capability.

Runtime Configuration

Modules’ runtime requirements & configuration parameters need to be managed via a standard mechanism so that the assembled modules provide the desired simulation.

  • Module configuration is exposed via DDS
  • Modules publish their current config
  • Module Configurator connects to system and publishes updates to module configs (with PKI signature, or at least strict version checking)

Clone this wiki locally