TMS320F28054F: Float calculation is wrong when uC is secured

David Berthold

Part Number: TMS320F28054F
Other Parts Discussed in Thread: CONTROLSUITE, C2000WARE, MOTORWARE

Hello,

we have some Problems with floating point operations, when the uC is secured by the CSM Zone 2.

The code:

volatile float fDebugVal3 = 0.000488234;
volatile _iq iqDebugVal4;

_iq function( uint16_t par1, uint16_t par2, float par3 )
{
    float fReturn;
    
    //some other code
    
	fReturn = fDebugVal3;
	iqDebugVal4 = _IQ( fReturn * 4096.0 );
	return _IQ( fReturn * 4096.0);
}

When the above code is running, when flash is protected, the variable iqDebugVal4 is 0. The code is running out of sector E, which is protected by Zone2. The variables fDebugVal3 and iqDebugVal4 is in unprotected RAML. When I place these variables in protected RAML via #pragma, i get the same result of 0.

When I run this code with the debugger, i get the correct result of 1.9998.

We use the compiler version v20.2.3.LTS. With Compiler Version 21.6.0.LTS, its the same problem. In the Processor Options we set --float_support to softlib.

regards

David

over 3 years ago

0 Hareesh Janakiraman over 3 years ago

TI__Guru* 95315 points

So, regardless of whether the variables are placed in protected or unprotected RAM, the result is 0? Is the result correct when the device is not secured with passwords?

0 David Berthold over 3 years ago in reply to Hareesh Janakiraman

Prodigy 245 points

Hareesh Janakiraman said:
So, regardless of whether the variables are placed in protected or unprotected RAM, the result is 0?

Yes

Hareesh Janakiraman said:
Is the result correct when the device is not secured with passwords?

Yes

0 Hareesh Janakiraman over 3 years ago in reply to David Berthold

TI__Guru* 95315 points

Have you checked the section placements in the .map file?

0 David Berthold over 3 years ago in reply to Hareesh Janakiraman

Prodigy 245 points

Yes i check this a second time. The variable are placed in unprotected RAML and the function is called from protected flash sector E.

0 Hareesh Janakiraman over 3 years ago in reply to David Berthold

TI__Guru* 95315 points

I have reached out to the software experts on this. May take a few days.

If you single step through the code, are the variables holding the correct values in the Expressions window?

0 David Berthold over 3 years ago in reply to Hareesh Janakiraman

Prodigy 245 points

Yes, the variables are correct, when I debug the uC. Its only when the uC runs without debugger.

0 Hareesh Janakiraman over 3 years ago in reply to David Berthold

TI__Guru* 95315 points

Please attach your project. Kindly remove everything else from your project and only retain those lines that reproduce the issue.

0 David Berthold over 3 years ago in reply to Hareesh Janakiraman

Prodigy 245 points

Hi,

sorry for the late answer. It was because of sickness and holydays.

I clean up the project and i find out. When I used in the project these libs:

2805x_FastSpinRTSROMSymbols-REVA.lib
2805x_IQmath_BootROMSymbols-REVA.lib
2805x_OnlyFastSpinROMSymbols-REVA.lib

the Compilier uses the ROM-functions for float calculation. But when I removed these libs, it copies the float calculation to flash and then the result is correct.

Why is it not correct, when the rom-functions are used, when uC is protected through zone 2 and the variable are in unprotected RAML?

How can I send you the project private, that no other gets the project?

0 Marlyn Rosales Castaneda20 over 3 years ago in reply to David Berthold

TI__Mastermind 25100 points

Hi David,

Hareesh is traveling at the moment, please expect a reply early next week.

You can send the project privately if you want by first requesting friendship from Hareesh (hover over this name and you'll see the option).

Best Regards,

Marlyn

0 Shanty over 3 years ago in reply to Marlyn Rosales Castaneda20

TI__Expert 5410 points

David,

In the ROM configuration, where are the IQMath tables placed? When you single step through the IQMath instructions in both cases, do you see a difference in the code?

-Shantanu

0 David Berthold over 3 years ago in reply to Shanty

Prodigy 245 points

I can`t step through the code of the lib. Then I get an error of the debugger.

But here is an image of the two codes disassembly. The left is the one, where the lib is not used and the compiler takes the float multiply instruction in the flash, the right one is the one where it is wrong. In the right one, there it is a call to the rom.

0 Shanty over 3 years ago in reply to David Berthold

TI__Expert 5410 points

David,

Can you trace the values in XAR4, XAR5, XAR6 in both cases to we can pinpoint the exact instruction/operation where it is going on?

Also make sure that the IQMath tables are properly allocated in the map file.

Finally, are you using the library in controlSuite or C2000ware? Is controlSuite, please switch to C2000ware and try.

-Shantanu

0 David Berthold over 3 years ago in reply to Shanty

Prodigy 245 points

Hi Shanty,

i connot trace the registers XAR4 until 6, we don`t have the hw for it. I request the friendship to you, that i can send you the project.

The IQMath table should be correct, because when the uC is not safed with DCSM, the result is correct. Here is a dump of the map-file:

abs   003fc0ea  FD$$MPY                         
abs   003fc451  FD$$TOL                         
abs   003fc2eb  FS$$MPY                         
abs   003fc48d  FS$$TOFD

We use the motorware 1.01.00.18. It was decided that we don`t change to C2000Ware MotorControl SDK

David

0 Shanty over 3 years ago in reply to David Berthold

TI__Expert 5410 points

Sorry for the delay. I was under the weather for the past few days.

I have accepted the friendship request. Please send me the project and I'll take a look

-Shantanu

C2000™︎ microcontrollers

C2000 microcontrollers forum

TMS320F28054F: Float calculation is wrong when uC is secured