TIDUE53J March 2018 – February 2025 TMS320F28P550SG , TMS320F28P550SJ , TMS320F28P559SG-Q1 , TMS320F28P559SJ-Q1
The general structure of the project is shown in <>. Once the project is imported, the Project Explorer appears inside CCS.
Solution-specific and device-independent files
that consist of the core algorithmic code are in <solution>.c
and <solution>.h.
Board-specific and device-specific files are in
<solution>_hal.c and <solution>_hal.h.
This file consists of device-specific drivers to run the scenario. If the user wants
to use a different modulation scheme or a different device, the user is required
only to make changes to these files, besides changing the device support files in
the project.
The <solution>-main.c file
consists of the main framework of the project. This file consists of calls to the
board and the solution file that help in creating the system
framework, along with the interrupt service routines (ISRs) and slow background
tasks.
For this design, <solution> is
tinv which is also referred to as the module name.
The powerSUITE page can be opened by clicking on
the main.syscfg file, listed under the Project Explorer. The
powerSUITE page generates the <solution>_settings.h file. This
file is the only C based file used in the compile of the project that is generated
by the powerSUITE page. The user must not modify this file manually, as the changes
are overwritten by powerSUITE each time the project is saved.
<solution>_user_settings.h is included by the
<solution>_settings.h and can be used to keep any settings
that are outside the scope of powerSUITE tools such as #defines for
ADC mapping, GPIOs, and so forth.
The Kit.json and
solution.js files are used internally by powerSUITE and also
must not be modified by the user. Any changes to these files results in the project
not functioning properly.
The design name is also used as the module name for all the variables and defines used in the design.
Therefore, all variables and function calls are
prepended by the TINV name (for example,
TINV_vSecSensed_pu). This naming convention lets the user combine
different scenarios while avoiding naming conflicts.