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.

Replacing F28035 with F28335

Other Parts Discussed in Thread: DRV8302, CONTROLSUITE

Hello,

I am using DRV8302-HC-C2-Kit with Piccolo F28035, but I want to replace the controlCard with Delfino F28335

1- Are the peripherals compatible so I can simply insert the F28335 ControlCard for DRV8302 instead of F28035.

2-Is the software compatible so I can use the same software  InstaSPIN_BLDC for this new card without any changes?

Thank you

Khaled

  • Khaled,

    The F28335 controlCARD can be plugged into the DRV8302 application board and could be used to drive the board.

    However, the software will require some changes to make the system work.  However, it shouldn't be too difficult.  Most of the peripherals are the same.  The things you'll have to watch out for are:
    1) The F28335 will have a different memory map, header files and clock frequency than the F28035.  To resolve this, I would recommend looking at some of the F28335 and F28035 example projects in controlSUITE.  Basically, you'll need to change out the header files, cmd files and some other key files in the DRV kit based project to work with the F28335.
    2) The ADC is different.  Again, I would use controlSUITE as a reference to get this to work.
    3) There are no on-chip comparators on the F28335.  (however, I do not believe they are used on this kit)

    To compare peripherals between devices the following guide may be useful:
    http://www.ti.com/lit/spru566


    Thank you,
    Brett

  • And no CLA (Control Law Acceleration) peripheral on the F28335, correct ?

  • Greg,

    That is correct.  There is no CLA peripheral on the F28335.

    From my recollection, the DRV830x projects don't use the CLA, so as a result I didn't mention it in the list above.


    Thank you,
    Brett

  • Thought it might be that it's not an issue at this point.  But it could be a worthy reason for staying with the F28035, no ? 

    Acquiring data from the on-board ADCs is one thing, but further processing of the acquired data can become a comutational burden, especially if combined with a number of off-chip acquisitions, and off-loading that processing to the FPU should provide significant relief, no ?

  • One other caveat for the 28335 - it can run at up to 150 MIPs from RAM, 100 MIPs from flash...

    vs. 28035, which is 60 MIPs.