This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TMS320F28377S: How to implementation TMS320F28377S SFRA

Part Number: TMS320F28377S
Other Parts Discussed in Thread: SFRA,

Hello

I am trying to implementation SFRA using TMS320F28377S.

I am reading 'spruhz5a.pdf', and I have one question about communication between GUI and DSP.

How DSP communicates with the GUI?

There are various types of DSP debuggers, is it possible to use only JTAG?

Thank you for reading my question.

  • The SFRA is not related to any debugger, 

    We do provide a SFRA GUI, which is based on SCI communication to talk to the host MCU. If you are using F28377xD control card it has a JTAG + Serial emulator built in.

  • Thank you for your reply, 

    I asked a question because I don't use JTAG.

    However, as you mentioned above, the debugger I am using now is based on SCI, too.

    Without JTAG, I wonder if I need to modify the code separately for SCI between GUI and DSP.

  • No, if you use SCI you do not need JTAG.

    In-fact we sometimes disable the JTAG and only use the SCI channel through the interface available on the control card. The reason we use it is because it has serial to USB chip on it so it is easy to connect to PC

  • Thank you for your fast response.

    Does the control card mean the same as the item, which searched in digikey below?

    ex) item : Texas Instruments TMDXCNCD28377D

    Then, I am not using a control card. I am making and using DSP circuits myself.

    When I check the reference, it seemed to be based on JTAG.

    So.. Would it be difficult to implement SFRA if both "control card" and "JTAG" were not used?

  • Dongkwan,

    SFRA does not depend on JTAG.

    You do need JTAG to load the code, so you will need some mechanism to load the code into the device. 

    Other than that to run the SFRA we provide the SCI based GUI, so as long as you are able to connect a serial port back to the host PC, it would be ok.

    You can also implement your own comms channel to connect using a different medium like CAN, SPI etc. the SFRA lib is independent of the GUI. 

    -Manish  

  • Thank you for your answer

    I think I understand.

    As I understand, all I had to do is implement a few mechanisms in my feedback controller code for SFRA.

    The mechanisms are that I only need to load an additional header file such as some example which are mentioned in reference 'spruhz5a.pdf"

    Then, I just download the code to the DSP. No matter what tool I used.

    And, to use SFRA, there is no problem if the laptop(GUI) and DSP are connected through SCI ports.

    (In this process, I think I probably need additional tools such as USB to RS232 cable.) 

    Thank you for your kind response.

  • Thank you for your answer!

    I will try again!

  • I have one more question.

    I try to implementation SFRA on 280049 control card.

    I found the example code on CCS on 'view - resource explorer'

    But, the example code, which is uploaded on resource explorer,, have error as follow:

    #20 identifier "GPIO_0_EPWM1A" is undefined

    #20 identifier "GPIO_1_EPWM1A" is undefined

    #20 identifier "GPIO_28_SCIRXDA" is undefined

    #20 identifier "GPIO_29_SCITXDA" is undefined

    gmake: *** [example1_stb.obj] Error 1 
    gmake: *** [sfra_examples_hal.obj] Error 1 

    gmake: Target 'all' not remade because of errors.

    I am just trying to fix the error now.

    Could you please give me some advice on what is the problem?