SPARK Protocol Handler (SPH)

RTI is a leader in disparate sensor data integration, sensor data fusion, and advanced data analytics.   RTI's flagship product is the “SPARK Protocol Handler” (SPH), which provides seamless Plug and Play (PnP) sensor data access and control across fixed and networked domains.  The SPH is a software suite that can plug into sensors and then provide access to those sensors via a variety of standard communications medium and protocols. This product’s development and marketing costs were paid for with the RTI’s cash flow, directly funding its own Research and Development (R&D).  Over the last two years, RTI has focused on marketing and developing this product and associated services.

 

The SPH enables PnP interoperability of various sensor types, connected to the Internet of Things (IoT) or to your local private network.  Though several standards exist to enable sensor data access, control, and configuration, many vendors do not conform to those standards and in many cases have unique interfaces.  The SPH was built specifically to address these interoperability issues across a variety of sensor types and domains; making same and disparate sensor data available in a common format and creating a foundation for sensor data fusion and advanced analytics that support the creation of actionable intelligence and decision support (to human users and other sensors and systems).   

 

Sensor profiles are developed for each sensor type that allow that sensor to “plug in” to the SPH and conform to a common standard.  As vendors update their interfaces, updates can be made to the configuration-controlled sensor profile and distributed to all instances where sensor interface upgrades are required.   The SPH solution provides a way to reduce the complexity and Non-Recurring Engineering (NRE) costs to vendors and end customers, in order to quickly adopt and implement interface standards.  RTI provides this solution as software and/or embeddable hardware, thereby reducing life cycle costs, while insuring proper implementation of the interfaces and standards.


Problem space:  Sensor vendors must support certain standards and maintain compliance with the evolving standards and specifications.   This means that each vendor must obtain the specialized knowledge and experience required to meet and maintain compliance with each update to the specification.  Currently, sensor vendors develop multiple solutions utilizing a mix of hardware and software and never implementing standards in a predictable way.  This creates: additional development cost and life cycle issues, additional test and validation resources and added risk to cyber security, Non-Recurring Engineering (NRE) costs with each new sensor or specification update, delaying delivery to the end user.

Solution Space:  The SPH is a generic Protocol Handler (PH), used as a Reference Platform (drop in).  It utilizes an existing PH capability and has been extended to support sensor interfaces standards (e.g. The Army’s Integrated Sensor Architecture (ISA) and the CBRN communities CBRN Common Sensor Interface (CCSI) standards), thereby eliminating the need for vendor specific design, reducing current existing complexities by having a “generic design” for the PH to implement Vendor Specific Sensor Information.  This reduces NRE costs to vendors and ensures predictable implementations that maintain the integrity of the specification by version and future updates to the specification.

 

For example, the Spark CCSI is composed of five Configuration Items (CI)s as detailed and depicted below:

  • CCSI Protocol Handler – handles connections to the Host and Sensor, message processing, command and control, and configuration.

  • Host Protocol Adapter – Host specific message translation between the format used by the CCSI Protocol Handler to that used by the Host

  • Host Interface Adapter – Host specific to send messages to and receive messages from the Host

  • Sensor Protocol Adapter – Sensor specific message translation between the format used by the CCSI Protocol Handler to that used by the Sensor

  • Sensor Interface Adapter – Sensor specific to receive messages from and send to the Sensor

The first of two software interfaces, the sensor interface and the CCSI Component interface are for the purpose of exchanging event messages using an XML message structure as defined in the CCSI specification.  The second software interface is between the CCSI Component and the CCSI Host for the purpose of exchanging commands and reports, again via XML messages.   

Case Study: The Spark CCSI is composed of five Configuration Items (CI)s as detailed and depicted below:

  • CCSI Protocol Handler – handles connections to the Host and Sensor, message processing, command and control, and configuration.

  • Host Protocol Adapter – Host specific message translation between the format used by the CCSI Protocol Handler to that used by the Host

  • Host Interface Adapter – Host specific to send messages to and receive messages from the Host

  • Sensor Protocol Adapter – Sensor specific message translation between the format used by the CCSI Protocol Handler to that used by the Sensor

  • Sensor Interface Adapter – Sensor specific to receive messages from and send to the Sensor

For more information about how RTI’s SPARK Protocol Handler can support your requirements and reduce lifecycle costs, please Contact Us.

Making Technology Work For You

This site was designed with the
.com
website builder. Create your website today.
Start Now