Lab 9: DSP/BIOS
20. Open
DefaultIsr_9_10.c
and locate the ADCINT_ISR routine. Move the
instruction used to toggle the LED to the LedBlink() function in
Main_9.c
:
GpioDataRegs.GPFTOGGLE.bit.GPIOF14 = 1;
// Toggle the pin
21. In the configuration file
Lab.cdb
we need to add and setup the LedBlink_PRD. Open
Lab.cdb
and click on the plus sign (+) to the left of
Scheduling
. Right click on
PRD – Periodic Function Manger
and select
Insert PRD
.
PRD0
will be
added. Right-click on it and rename it to
LedBlink_PRD
.
22. Select the
Properties
for
LedBlink_PRD
and type
_LedBlink
(with a leading
underscore) in the function field. This tells DSP/BIOS to run the LedBlink() function
when it executesd the LedBlilnk_PRD periodic function object.
Next, in the period (ticks) field type
500
. Click
OK
. Close the configuration file and
click
YES
to save changes.
Build and Load
23. Click the
“Build”
button to rebuild and load the project.
24. Reset the DSP.
Run the Code – LedBlink
25. Run the code and check to see if the LED on the eZdsp™ is blinking. When done, halt
the code. If you would like, experiment with different period (tick) values and notice that
the blink rate changes.
DSP/BIOS – Real-time Analysis
The DSP/BIOS analysis tools complement the CCS environment by enabling real-time program
analysis of a DSP/BIOS application. You can visually monitor a DSP application as it runs with
essentially no impact on the application’s real-time performance. In CCS, the DSP/BIOS
analysis tools are found on the DSP/BIOS menu. Unlike traditional debugging, which is external
to the executing program, DSP/BIOS program analysis requires that the target program be
instrumented with analysis code. By using DSP/BIOS APIs and objects, developers
automatically instrument the target for capturing and uploading real-time information to CCS
using these tools.
26. Open the
CPU load graph
. On the menu bar click:
DSP/BIOS CPU Load Graph
The CPU load graph displays the percentage of available CPU computing horsepower
that the application is consuming. The CPU may be running ISRs, software interrupts,
periodic functions, performing I/O with the host, or running any user routine. When the
CPU is not executing user code, it will be idle (in the DSP/BIOS idle thread). You will
notice that we are consuming about 50% of the CPU with our lab code.
C28x - Using DSP/BIOS
9 - 19
Summary of Contents for C28 Series
Page 64: ...Summary 3 16 C28x Peripheral Registers Header Files ...
Page 78: ...Interrupt Sources 4 14 C28x Reset and Interrupts ...
Page 218: ...Lab 9 DSP BIOS 9 22 C28x Using DSP BIOS ...
Page 244: ...Lab 10 Programming the Flash 10 26 C28x System Design ...
Page 273: ...Appendix A eZdsp F2812 C28x Appendix A eZdsp F2812 A 1 ...
Page 276: ...Appendix P2 Expansion Interface A 4 C28x Appendix A eZdsp F2812 ...
Page 277: ...Appendix P4 P8 P7 I O Interface C28x Appendix A eZdsp F2812 A 5 ...
Page 278: ...Appendix A 6 C28x Appendix A eZdsp F2812 ...
Page 279: ...Appendix P5 P9 Analog Interface C28x Appendix A eZdsp F2812 A 7 ...
Page 282: ...Appendix A 10 C28x Appendix A eZdsp F2812 TP1 TP2 Test Points ...