Options

go2signals go2DECODE Options

The following options are part of the go2DECODE-Professional version:

SOMO

SOftware based generation of MOdulated signals. An advanced signal generator for operator training, simulation and testing

  • Wide range of modulation generators
  • Complex signal scenarios with several signals generated in parallel
  • Burst signals with burst shaping
  • Multi channel signals with up to 64 channels
  • Configurable modulation parameters
  • Variable coding standards with editable text or binary pattern for coding
  • Generator bandwidth of 20/40 kHz in online mode or several MHz in offline mode
  • Adjustable noise level
  • Running on COTS hardware
  • HF Channel Simulation (multi path fading and noise

PMO

The PMO tool can be used to manage the output of the decoder. AF recordings, IF recordings, Binary results and production results are displayed in a structured list and lets the user select the specific data in a comfortable way. You can define which tools will be pop up if you call the context menu (right mouse click).

You can specify which external applications are used for  display or processing

  • Play audio recording
  • Display decoder output
  • Play IF-recordings (maybe with DANA)
  • Display binary data with a hex viewer

pyDDL, Decoder programming

Decoder Programming

An important feature of the go2MONITOR/go2DECODE software is the capability for the user to extend on its own the existing decoder library by using go2DECODE-Professional.
The user can develop or modify decoders and use them with the supplied set of universal demodulators.

Decoder Description Language (DDL, pyDDL)

The user can define and create his own decoders, integrate existing ones or modify the integrated standard decoders. The evolutionary growing Decoder Description Language (pyDDL) is the most suitable toolbox for this task.

pyDDL offers many new features by using PYTHON language as base for future development. Decoder development is done with the enormous set of commands and libraries provided by PYTHON and the additional dedicated set of more than 100 special commands e.g. for pre-processing, searching, reading, transformation and output formatting. The instruction set is designed not only for basic recognition and synchronization tasks, but also for complex channel decoding techniques.

All supplied decoders were built on this basis. Where available, users can use these decoders as models for their own solutions.
The starting point is a demodulated bit stream supplied by an appropriately parameterized demodulator. pyDDL allows the analysis and processing of bit streams to generate decoded message content. In this way, even modern channel decoding methods can be applied in just a few steps.

The decoders can be used in other go2SIGNALS installations (e. g. go2MONITOR) as well as in other wireless monitoring systems with the same technology (PLATH). pyDDL ensures high decoding quality, i. e. fast synchronization, selectivity, correction capabilities, etc.

The powerful PYTHON programming language reduces the size of the decoder and thus the possible number of errors, which reduces the development time.
From the pyDDL it is also possible to call DLL's in C, C++ or other programming languages.

Decoder Development Tool

Decoders are preferably created and testedusing specialised tools. This way, decoder developers obtain the best possible insight into the entire modem function flow. go2DECODE’s pyDDL-based decoder development tools consist of Spyder as integrated editor and debugger.

Spyder is used to create and modify the pyDDL scripting source code. The editor offers automatic command completion and context sensitive help. Correct commands, functions and keywords are highlighted in color for visual checks. In the case of coding errors, the PYTHON scripting interpreter logs detailed error messages to help debugging code.

The debugger is used to verify the executable code. This application makes it possible to analyze the decoding process in detail. The large set of functionalities meet customers’ expectations on a modern development platform regarding:

  • Testing of isolated decoder sections
  • Verifying intermediate results
  • Stepping through the source code line by line
  • Monitoring variables and intermediated buffers with each step
  • Changing variable values at any step
  • Defining breakpoints within the program to stop continuous operation
  • Running decoders independent of real time baud rate (i.e. faster or slower)