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.

TMS320F28027F: Flying Start with simpified structure in proj_lab11a

Part Number: TMS320F28027F
Other Parts Discussed in Thread: MOTORWARE, C2000WARE

Hello -

I am in the late stages of making a robust motor controller for electric vehicles. Our codebase is based on proj_lab11a. The codebase is quite mature at this point.

We need to implement flying start. When I load up proj_lab10e and test the functionality, it works great - exactly as it should. However, since proj_lab11a does not have the same control structure, it seems like it would be a lengthy process to implement.

Can someone provide some insight, please? Is there sample code available for this already? If not, some advice on how to go about this would be very much appreciated.

Best,

-asifjahmed

  • It is possible to implement the flying start function without the controller, but you will need to replace some of the CTRL function calls in the API. There is currently no example code for this, but it shouldn't be too hard to change the code accordingly.

    For example, in motor_RunCtrl(), you'll need to replace

    CTRL_setId_ref_pu(handle, _IQ(0.0));
    CTRL_setIq_ref_pu(handle, _IQ(0.0));
    CTRL_setSpd_out_pu(handle, _IQ(0.0));

    With the PI_setRefValue() API for each of the PID module instances. Lab11a has three PID module instances for speed, Iq and Id. You'll need to edit the FS_run() API as well to remove the CTRL object API and replace with the "generic" module API instead

    Sean
  • Thanks, Sean. I guess "shouldn't be too hard" is relative :-)

    I am proficient enough to have written several features into Motorware, like SCI support, ECAP, motor beep, seamless transition between speed and torque control, and others. But every time I try to port over Flying start, I fail. So from my perspective it is relatively hard.

    Since proj_lab11a is the "go-to" code structure for starting our own applications (according to the lab user guide), it would be so helpful if some of these more critical features were provided with that structure. Flying start, hall sensor support, a proper RsOnline implementation, to name a few.

    Thanks,
    -asifjahmed
  • Asif,

    I understand the difficulty in porting some of the individual examples from the various labs into a larger framework, I did not mean to minimize the effort needed there. My apologies. Moving forward, we will work to have a more inclusive example of the InstaSPIN features in a non-CTRL based example. We are investigating an incremental build project to perform this function in the coming SDK release.

    Sean
  • Thanks, Sean. I appreciate the sentiment!

    I am very excited to hear more about this incremental build. Seems like it could be what gets me to production! Where can I look to hear more about this?

    Best,
    -asifjahmed
  • I cannot give a solid release date for the next release. It will follow the new C2000Ware SDK format and will target a new device; as a result, it will not help in this case as the new source will not be applicable to F2802x devices (or F2805x or F2806x devices for that matter).

    Sean
  • Hello,

    If there are no additional questions at this time, I will close the thread. Please feel free to create a new thread if necessary.

    Sean