Model-Based Design and SDR Fabio Ancona Sundance Italia SRL CEO – Sales Director

Model-Based Design Designing complex systems needs new design methodologies: – Binary coding. – Assembly coding. – C programming. – Model-Based Designing.

Aim of Model-Based Design Aim of Model-Based Design methodology is: – Simplify design entry. Graphical design entry. Hierarchical system design. – Design reuse: Design library. Sharing designs.

Model-Based Design tools Properties of a good Model-Based Design tool: – Easy design entry. – Design simulation. – Code generation. – Testing on real hardware.

Easy design entry Easy design entry helps to reduce the system design time. The design entry tool should be: – Graphical. – Library for different functions. – Library for hardware resources.

Design simulation Simulation helps to find error and bugs in the early stages of design entry. The simulation should be: – Accurate. – Target processor specifications. – Simple and fast.

Code generation Model to C source code. Generated code should be: – Optimized. – Suitable for embedded systems. – Be fast and without user intervention. – Provide tools to generate downloadable application from generated source code.

Testing Testing generated code on target hardware. Hardware In the Loop (HIL) testing. – Designed system runs on target hardware. – Workstation send test vectors to system under test. – Output of system under test is analyzed by workstation.

Model-Based Design tools Simulink/Matlab (The MathWorks Inc) LabView (National Instruments) – Suitable for test and measurement design. – Limited capability for embedded system development VEE (Agilent) – Suitable for developing test and measurement systems. – No code generation capability.

Simulink/Matlab Suitable for number crunching systems such as SDR. Large selection of code generation targets. – SMT6050 : targeting Sundance DSP modules. code optimization options. HIL testing (SMT6050)

Simulink + SMT6050 Simulink (The MathWorks Inc) – Design Entry SMT6050 (Sundance) – Code generation compatible with Sundance DSP modules.

Simulink Interactive graphical user interface for system design. Simulating designed system. Extensive and expandable libraries of predefined blocks.

SMT6050 Code generator for Simulink – Generate optimized, embeddable C source code targeting Sundance DSP modules. – Add blocks representing hardware resources (input/output, ADC, DAC). – Generate code for HIL testing.

SDR design Purpose: – To demonstrate how self sufficient code could be generated using Simulink + SMT6050 System – FM3TR reference waveform modulator/demodulator. – Design – Simulation – Code generation – HIL testing

FM 3 TR Multi-band, Multi-waveform, Modular, Tactical Radio (FM 3 TR) waveform. A reference waveform for SDR Forum consideration. – Provides the SDR Forum and its members a non- proprietary, complex narrowband frequency- hopping waveform for implementation as a common test and demonstration tool. There are a number of systems [US, UK, GE, FR] that have already implemented and successfully demonstrated interoperability using this test waveform.

FM 3 TR Frequency range: KHz Channel spacing: 25kHz Modulation type: CPFSK Modulation rate: 25kbps Frequency hopping hops/second Framing, packetization 16kbps CVSD Voice coder Data channel with Reed-Solomon Coding

FM 3 TR modulator/demodulator Implemented and simulated in Simulink. Test bench.

FM 3 TR modulator Modulate the incoming signal according to FM 3 TR standard.

FM 3 TR Demodulator Compatible with developed modulator.

Hardware Sundance SDR kit. – TMS320C6416 running at 1GHz. – 2 ADC sampling rate up to 105 MHz. – 2 DAC sampling rate up to 400 MHz. – PCI interface for high speed data communication with PC.

Code generation (SMT6050) Targeted Sundance SDR kit. – Building all of the required library automatically. Libraries were compiled and linked using the specified complier and linker switches. – All required files was generated. C source files. Linker command file. Make file. Batch file.

HIL testing All of the code for HIL testing is generated automatically – Communicating with host. – Synchronization. Data flow synchronization.

HIL testing FM 3 TR Modulator/demodulator runs on DSP. – Code for Modulator/Demodulator generated. Test bench runs on host. – New test bench model is created.

FM 3 TR code generation Modulator/demodulator dragged and drops to a new model. Host communication blocks added into it.

HIL test bench Modulator/demodulator subsystems is replaced by SMT310 block.

HIL testing Generated application from modulator/ demodulator was loaded into DSP. Test bench ran on host. The validity of generated code was proved.

Generated code: Generated code is fully documented: – Comment on source code. – Code generation report with a hyperlink from Simulink block to the generated code.

“Is code good ?” Yes, automatically generated code is good from many perspectives: – speed – memory utilization – reliability – optimization options – one can incorporate legacy/custom code … – …

Conclusion The next innovation in system design is Model-Based Design. An effective Model-Based Design can reduce the development time. HIL testing is a suitable technique for testing generated code. Simulink + SMT6050 is an effective combination for developing SDR systems using Model-Based Design Technique. – Generate code targeted Sundance SDR modules. – Generate all codes for HIL testing.

Questions