• State
  • Locked Locked
  • Replies 7 replies
  • Subscribers 83 subscribers
  • Views 1677 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

DSP28_Device.h missing from spra876a

Daryl Lee
Intellectual 270 points
Other Parts Discussed in Thread: CONTROLSUITE, SPRC097

I am beginning to work on CAN handler, and have downloaded CAN_Examples_spra876a.zip to get me started.  After importing the project into CCS V5, I discover that the "#include <DSP28_Device.h>" line doesn't resolve, because that file does not exist anywhere on my system.  Does anyone have an idea where it might be found?  It appears to be the home of the InitECan() function, which seems to be key to the whole process.

Or, if there is some other secret to getting Back2Back to compile, I'm up for that, too.

  • 0
    TI__Guru**** 162885 points

    I checked and I don't see this file in ControlSuite either.  I am going to move the thread to the C2000 forum.  They should be able to help you track down where the file came from.

     

    Regards,

    John

  • 0 in reply to JohnS
    Mastermind 7585 points

    The F281x is not supported by controlsuite. To use the files from spra876a it is assumed that you have installed the F281x header files (SPRC097) in C:\tidcs\...  Also make sure, that after you have imported the project in ccsv4 / v5 the include pathes are set correct.

     

  • 0 in reply to Frank Bormann
    Intellectual 270 points

    Thanks.  That called attention to an oversight by me.  Is there an spr876a equivalent for the F280x series?  I'm using an F28016. 

    I took a wild guess and found some headers in spraaq3 that looked right, but then I ran into a roadblock that stumps me.  I think I've set everything up correctly, but the header is not being found.  The screenshot below seems to show that the included file (DSP280x_Device.h) is in the directory listed in the include options of CCS.  Even if it's the wrong header for other reasons, shouldn't the preprocessor be finding it?

  • 0 in reply to Daryl Lee
    Mastermind 7585 points

    Daryl,

    as far as I know there is no other appnote than spr876a. But you can easily adapt this note to other family members.

    The screenshot is indeed strange; I cannot spot anything that's wrong. The path is set correct and the file seems to be in place...  CCS should not produce an error (not finding the headerfile). I also would expect to see errros about not finding some symbols of your sourcecode, if it is not the right headerfile, but no message about not finding it.

     

  • 0 in reply to Frank Bormann
    TI__Guru**** 162885 points

    What is the error message shown in the problems view?

  • 0 in reply to JohnS
    Intellectual 270 points

    Here are the errors from the Problems view:


    #5 could not open source file "DSP280x_Device.h"    Back2bak.c    /BACK2bak    line 14    C/C++ Problem
    gmake: *** No rule to make target `D:/Common/Xio2/HardwareRedesign/DSP28/cmd/EzDSP_RAM_lnk.cmd', needed by `BACK2bak.out'.    BACK2bak        Unknown    C/C++ Problem
    gmake: *** No rule to make target `D:/Common/Xio2/HardwareRedesign/DSP28/src/DSP28_GlobalVariableDefs.c', needed by `d:/28cantst/BACK2bak/Debug/DSP28_GlobalVariableDefs.obj'.    BACK2bak        Unknown    C/C++ Problem

    There is also a warning (included for completeness):


    This project contains unresolved buildable linked resources. It might not build as expected.    BACK2bak        project    TI Problem Marker