TMS320F28379D: Matlab compile and build ok but HW no show

TMS320F28379D: Matlab compile and build ok but HW not acting as supposed.
Greetings,
I'm using matlab simulink to put in place an electric motor piloting systems. This one receives information like currents and rotor position (Inputs) and delivers 3 PWMs (Outpus).
When I simulate my model on my PC, everything runs just fine. Hereafter, the results on the diagnostics window:
(see attached image capture)
When I want to run it on my Launchpad, the compilation goes right, the build goes right. But, the the HW seems it does not react.
For debugging, I added a simple block that I already tested separately. This code uses a sin(t) signal with a 2s period and 2 leds. The red led is on if the sin is positive and blue led is on if the led is negative.
I redeployed my model in the launchpad with the debugging, no errors shown, and both leds are constantly ON.
Notes:
> I've tested the Matlab/Launchpad input and output blocks separately and they seemed to work just fine.
> I've tested the debugging blocks on a separate isolated model to confirm it worked properly on its own.
Since I'm new to the Launchpad, new with its interface with Matlab and it shows no errors I don't know where to look for potential problem sources. What can the cause(s) be? Is there a clue to look into?
Kindest regards,
Gonzalo

 Akzeptierte Antwort

Bertrand NOGAREDE
Bertrand NOGAREDE am 7 Jan. 2026

0 Stimmen

Hello,
Hereafter is an updated checkilist that made me able to communicate with my launchpad LAUNCHXL-F28379D and make the extarnal mode fully operational (able to modify parameters like constant and gains in real time)
Best regards to whom this could help in the future
============ Checklist Beginning
==> Solver
> Type : Fixed-step
> Solver : discrete
==> Math and data types
> Simulation behaviour : Gradual Undeflow
==> Hardware implementation
> board : TI Delfino F28379D LaunchPad
> Code generation system file target : ert.tlc
==> Port communication PC/Launchpad
> XCP on Serial : COM4 <=> "USB-b de gauche sur le PC"
==> Pins des ports de communication : SCI_A
> Tx = GPIO42, Rx = GPIO43
> Data byte order : Little_Endian
> Baudrate : 115200
> Character lengh : 8 bits
> Parity : NO parity
> stop bit : 1 stop bit
==> Clocking
> CPU clock : 200 MHz
> oscillator clock OSCCLK = 10 MHz (internal oscillator)
> uncheck box internal oscillator
==> Boot mode
> standalone selected : TRST = 1
==> For "live"/"modification while running" parameter modification
> Code Generation\Optimization : Default parameter behavior = Tunable
/!\ DANGERS
> Attention to CPU2 (empty it to be sure that it does not have overlapping functions)
============ Checklist End

Weitere Antworten (2)

Bertrand NOGAREDE
Bertrand NOGAREDE am 19 Dez. 2025

0 Stimmen

Greetings,
After leaving this issue on the side for a time I came back to it. I'm sharing a minimized model with the elemental blocks that I need:
  • GPIO (as in the blink example for the unboard LED of the F28379D (Task 2) => link_here
  • ePWM (key blocks that I need).
  • ADC for measurement
I've checked the COM ports, Baudrates, clockings, solvers, Jumpers, different SCI buses, etc... So I've come here for support once more
The behaviour I observe is the following :
====> First, the diagnostic viewer shows the following
  1. Button "Build Deploy & Start" seems ok ==> see "Build Deploy & Start.png"
  2. Button "Monitor & Tune" can't connect to target ==> see 'Monitor & Tune.png"
====> Second, after doing a "Build Deploy & Start" the launchpad seems frozen. The PWM outputs are stuck and unchanging (fixed value without switching). Furthermore, the LEDs are constantly ON. It is like the launchpad got the model properly installed but it does not has an internal green light for launching it.
I'm looking to get this model working with the launchpad to integrate this type of boards to our tests benches. We already use speedgoats with ease for more complex systems. So this setup hicup with this simple board is a blocking issue for simplifying our systems and reduce their size.
Extra question : On the page "Overview of Creating a Model and Generating Executable for C2000 Processors" (link_here) it is adviced that the parameter "Simulation behavior for denormal numbers" should be to Flush To Zero (FTZ). I have it to Gradual Underflow because I don't have the Fixed-Point Designer license. Is this a blocking issue? It shouldn't be an issue if I euderstood correctly the parameter.
Kindest regards,
Gonzalo
Extra info : I just reinstalled the following elements for the hardware setup
  • TI C2000 Code Generation Tools
  • TI ARM Code Generation Tools
  • TI controlSUITE
  • TI Code Composer Studio
  • TI C2000Ware
  • TI F28044 Headers130
  • TI F280x Headers
  • TI F281x Headers120
Bertrand NOGAREDE
Bertrand NOGAREDE am 5 Jan. 2026

0 Stimmen

Greetings,
For further information I hereby add the configuration parameter that I use :
======== Checklist BEGIN
==> Solver
> Type : Fixed-step
> Solver : discrete
==> Math and data types
> Simulation behaviour : Gradual Undeflow
==> Hardware implementation
> board : TI Delfino F28379D LaunchPad
> Code generation system file target : ert.tlc
==> Port communication PC/Launchpad
> XCP on Serial : COM4 <=> "USB-b de gauche sur le PC"
==> Pins des ports de communication : SCI_A
> Tx = GPIO42, Rx = GPIO43
> Data byte order : Little_Endian
> Baudrate : 115200
> Character lengh : 8 bits
> Parity : NO parity
> stop bit : 1 stop bit
==> Clocking
> CPU clock : 200 MHz
> oscillator clock OSCCLK = 10 MHz (internal oscillator)
==> Boot mode
> standalone selected : TRST = 1
======== Checklist END
Best regard,

Kategorien

Mehr zu Simulink finden Sie in Hilfe-Center und File Exchange

Produkte

Version

R2021a

Tags

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by