Persistent Link:
http://hdl.handle.net/10150/606133
Title:
The Software Decommutation Model (SDM)
Author:
Creel, Larry; Engler, Richard
Affiliation:
Alexis Telemetry, Incorporated; White Sands Missile Range
Issue Date:
2009-10
Rights:
Copyright © held by the author; distribution rights International Foundation for Telemetering
Collection Information:
Proceedings from the International Telemetering Conference are made available by the International Foundation for Telemetering and the University of Arizona Libraries. Visit http://www.telemetry.org/index.php/contact-us if you have questions about items in this collection.
Publisher:
International Foundation for Telemetering
Journal:
International Telemetering Conference Proceedings
Abstract:
It is well known that current PCM telemetry formats are outstripping the capability of commercial off-the-shelf (COTS) Telemetry Systems to implement the corresponding data conversions required to process them. Two complementary approaches are needed for solving this problem: one is to put end users into direct touch with the information stored in telemetry streams; and the other is to convert telemetry applications into this new way of doing things. It is less known that a single technology, software decommutation, provides a practical foundation for both approaches. This document explains why this is so. While developing this software decommutation theme, a very sharp line must be drawn between a software decommutation approach and the COTS telemetry systems solution so that the label "software decommutation" will not be used in misleading ways. The key to drawing this line is SDM's (Software Decommutation Model) ability to: * Extract bits from the raw telemetry stream into 64-bit parameter "containers" in a platform independent ("big endian" or "little endian") manner. * Process algorithms in an algorithm chain on telemetry parameter data to support the desired formatting (i.e. engineering unit conversion). * Easily integrate "special" processing of non-IRIG 106 telemetry data as required (i.e. multiple embedded streams, mode changes, embedded packetized data, etc.). * Independently interface to user-developed data displays locally or via a network connection. *Note: The SDM cannot process a PCM stream directly; to do its job, a databridge is required that provides telemetry data as frame aligned IP packets via a network port.
Sponsors:
International Foundation for Telemetering
ISSN:
0884-5123; 0074-9079
Additional Links:
http://www.telemetry.org/

Full metadata record

DC FieldValue Language
dc.language.isoen_USen
dc.titleThe Software Decommutation Model (SDM)en_US
dc.contributor.authorCreel, Larryen
dc.contributor.authorEngler, Richarden
dc.contributor.departmentAlexis Telemetry, Incorporateden
dc.contributor.departmentWhite Sands Missile Rangeen
dc.date.issued2009-10en
dc.rightsCopyright © held by the author; distribution rights International Foundation for Telemeteringen
dc.description.collectioninformationProceedings from the International Telemetering Conference are made available by the International Foundation for Telemetering and the University of Arizona Libraries. Visit http://www.telemetry.org/index.php/contact-us if you have questions about items in this collection.en
dc.publisherInternational Foundation for Telemeteringen
dc.description.abstractIt is well known that current PCM telemetry formats are outstripping the capability of commercial off-the-shelf (COTS) Telemetry Systems to implement the corresponding data conversions required to process them. Two complementary approaches are needed for solving this problem: one is to put end users into direct touch with the information stored in telemetry streams; and the other is to convert telemetry applications into this new way of doing things. It is less known that a single technology, software decommutation, provides a practical foundation for both approaches. This document explains why this is so. While developing this software decommutation theme, a very sharp line must be drawn between a software decommutation approach and the COTS telemetry systems solution so that the label "software decommutation" will not be used in misleading ways. The key to drawing this line is SDM's (Software Decommutation Model) ability to: * Extract bits from the raw telemetry stream into 64-bit parameter "containers" in a platform independent ("big endian" or "little endian") manner. * Process algorithms in an algorithm chain on telemetry parameter data to support the desired formatting (i.e. engineering unit conversion). * Easily integrate "special" processing of non-IRIG 106 telemetry data as required (i.e. multiple embedded streams, mode changes, embedded packetized data, etc.). * Independently interface to user-developed data displays locally or via a network connection. *Note: The SDM cannot process a PCM stream directly; to do its job, a databridge is required that provides telemetry data as frame aligned IP packets via a network port.en
dc.description.sponsorshipInternational Foundation for Telemeteringen
dc.identifier.issn0884-5123en
dc.identifier.issn0074-9079en
dc.identifier.urihttp://hdl.handle.net/10150/606133en
dc.identifier.journalInternational Telemetering Conference Proceedingsen
dc.typetexten
dc.typeProceedingsen
dc.relation.urlhttp://www.telemetry.org/en
All Items in UA Campus Repository are protected by copyright, with all rights reserved, unless otherwise indicated.