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.
Dear team:
I am using F28377S with "PM_tformat_systemtest" routine to achieve the position information from Tamagawa Encoder.
1, I have changed the F28377D.cmd to F28377S.cmd to fit my chip. But when I run the program, it stopped at "while(tformatdata.dataready != 1) {}"
In order to fit to my chip, do I need to change the configuration of routines other than the CMD file?
2, Can this routine(PM_tformat_systemtest) communicate with the encoder of tamakawa protocol? Because the development board can send data, but the data sent is different from the instruction definition given by the encoder manufacturer.
Hi,
You need to have CLB feature enabled device for running encoder protocols - including Tamagawa.
So, F28377s will not work for this case. You need to have F28379D or F28379S devices.
Dear Subrahmanya:
Thank you very much.
Now I use F28379D for my project, and I want to trigger CLA with SPIBRXINT, read the location information returned by tformat with CLA, and realize decoding.
But there are several functions in the decoding code that are encapsulated into a library, so I can't completely migrate them to the cla. If you move over to compile, you will report a similar "no function entity found" error. Is there any way to implement it?
For example, these two functions: PM_tformat_receiveData() , PM_tformat_getCRC()
Best regards
Hi,
Your understanding is correct. Those functions are currently built for CPU and not CLA. as they are in the pre-compiled form you've to use them on CPU only.
But soon (Nov 2019) we are releasing the tfomat example with complete source code, in the upcoming MotorControlSDK release.
You can then port the project to CLA or make any modifications needed.