The Test and Training Enabling Architecture (TENA) is implemented within the TENA Software Decommutation System (TSDS) in order to bring TENA as close as possible to the sensor interface. Key attributes of TSDS include: • TSDS is a software-based approach to telemetry stream decommutation implemented within Java. This offers technical advantages such as platform independence and portability. • TSDS uses auto code generation technologies to further reduce the effort associated with updating decommutation systems to support new telemetry stream definitions. Users of TSDS within the range are not required to have detailed knowledge of proprietary protocols, nor are they required to have an understanding of how to implement decommutation within software. The use of code generation in software decommutation offers potential cost savings throughout the entire T&E community. • TSDA offers a native TENA interface so that telemetry data can be published directly into TENA object models.

ITC/USA 2005 Conference Proceedings / The Forty-First Annual International Telemetering Conference and Technical Exhibition / October 24-27, 2005 / Riviera Hotel & Convention Center, Las Vegas, Nevada / The Telemetry Data Center (TDC) at White Sands Missile Range (WSMR), New Mexico recently targeted analog best source selectors for replacement along with their associated signal handling equipments. The commercial selectors available offered no better performance, so TDC engineers circulated a "White Paper" on real time correlation based compositing. Within two years a Correlating Source Selector (CSS) was fielded successfully. The CSS’s bridging feature unexpectedly opened the door to a ubiqituous software decommutator (decom) that has catalyzed a complete “make-over” of the entire TDC architecture. Hardware and software interaction in a decom is different with the CSS. While performing its correlation tasks the CSS is able to provide raw data over TCP/IP directly to the end application. The CSS places the data in computer friendly frame aligned form and the decommutation may be performed in software. The converse is similarly simple, a data file maybe transferred to the CSS for commutation into PCM. This white paper describes the morphing of software decommutation into a commodity, integrated into each end device, be it graphics display, Disk or Chart recorder. The result is an interesting consolidation that spawns a new functionally integrated Telemetry Data Center ( iTDC). This integrated Display Decom (iDD) concept has been demonstrated on Apple G5 RISC computers.

ITC/USA 2006 Conference Proceedings / The Forty-Second Annual International Telemetering Conference and Technical Exhibition / October 23-26, 2006 / Town and Country Resort & Convention Center, San Diego, California / The software decommutator was recently fielded at White Sands to address the requirements of a new missile test program. This software decommutator is rewritten as a simple C program Function or Class with a simple interface. The function and an Interface Control Definition (ICD) comprise the SoftDecom Engine (SDE). This paper addresses how an SDE can deliver Enterprise Wide Portability, not only that of the SDE, but more importantly a test program!s Verification & Validation (V&V). The crux of the portability issue is reduced to defining the interface of the SDE. In the simplest manifestation only two interfaces are needed and one is a given. The input structure is defined by the telemeter minor frame with time appended if desired. The output structure is no more than an array containing the parameters required. The ICD could be generalized into a standard for most applications, but that isn!t necessary, as the structures are simple, hence easy to adapt to anyway. This new paradigm!s importance will flourish on industries irreversible migration to faster and more complex telemeters. The paper reviews the relative ease that software exhibits when addressing very complex telemeters. With confidence it may be said “ if the telemeter format can be described in writing, it can be processed real time”. Also discussed are tasks that normally require specialized or customized and expensive equipment for example, merged streams, complex simulations and recording and reproducing PCM (sans recorder). Hopefully, your creativity will be engaged as ours has been.