TMS320F28388D: 关于CPU和CLA共享变量的读写问题

MTFT

Part Number: TMS320F28388D

大家好，

我在调试CPU1和CPU1.CLA的共享变量时出现一些问题。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
/*CPU1 .c file */
#pragma SET_DATA_SECTION("cla_shared")
int32_t a = 10;
#pragma SET_DATA_SECTION()
//
// Configure LSRAMs
//
MemCfg_setLSRAMControllerSel(MEMCFG_SECT_LS0, MEMCFG_LSRAMCONTROLLER_CPU_CLA1);
MemCfg_setCLAMemType(MEMCFG_SECT_LS0, MEMCFG_CLA_MEM_DATA);
MemCfg_setLSRAMControllerSel(MEMCFG_SECT_LS1, MEMCFG_LSRAMCONTROLLER_CPU_CLA1);
MemCfg_setCLAMemType(MEMCFG_SECT_LS1, MEMCFG_CLA_MEM_DATA);
/*CPU1 .cmd file */
CLA_SCRATCHPAD_SIZE = 0x100;
--undef_sym=__cla_scratchpad_end
--undef_sym=__cla_scratchpad_start
CLAscratch       :
                 { *.obj(CLAscratch)
                 . += CLA_SCRATCHPAD_SIZE;
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

/*CPU1 .c file */
#pragma SET_DATA_SECTION("cla_shared")
int32_t a = 10;
#pragma SET_DATA_SECTION()

//
// Configure LSRAMs
//
MemCfg_setLSRAMControllerSel(MEMCFG_SECT_LS0, MEMCFG_LSRAMCONTROLLER_CPU_CLA1);
MemCfg_setCLAMemType(MEMCFG_SECT_LS0, MEMCFG_CLA_MEM_DATA);
MemCfg_setLSRAMControllerSel(MEMCFG_SECT_LS1, MEMCFG_LSRAMCONTROLLER_CPU_CLA1);
MemCfg_setCLAMemType(MEMCFG_SECT_LS1, MEMCFG_CLA_MEM_DATA);

/*CPU1 .cmd file */
CLA_SCRATCHPAD_SIZE = 0x100;
--undef_sym=__cla_scratchpad_end
--undef_sym=__cla_scratchpad_start

CLAscratch       :
                 { *.obj(CLAscratch)
                 . += CLA_SCRATCHPAD_SIZE;
                 *.obj(CLAscratch_end) } >  RAMLS1

   .scratchpad      : > RAMLS1
   .bss_cla         : > RAMLS1
   cla_shared       : >> RAMLS1
   
/*CPU1 CLA shared.h */
extern int32_t a;

/*CPU1_CLA .cla file */
void Func1(void);

上面是我工程代码大概的配置，就是当变量a在cla和cpu共享LSRAM定义时，变量a在c代码中进行了赋值，然后触发CLA执行任务，在CLA任务中执行Func1函数去读取变量a的值，发现此时a的值已经变成0了；

当我将Func1函数注释掉，直接去读a的值时又是正确的，而Func1函数只是执行一些if语句的判断。

所以在这里有一个疑问，有哪些原因会导致变量a在c代码中赋值而执行CLA时变量a的值是错误的，不再是c代码中写入的值。

2 年多前

0 Yale Li 李耀先 2 年多前

TI__Guru 65745 points

Func1放置及运行在哪里？

0 MTFT 2 年多前回复 Yale Li 李耀先

Intellectual 290 points

放置在.cla文件定义，且在.cla文件的CLAtask1()函数直接调用

0 Yale Li 李耀先 2 年多前回复 MTFT

TI__Guru 65745 points

有没有调整编译器的优化等级试一下

0 MTFT 2 年多前回复 Yale Li 李耀先

Intellectual 290 points

目前的优化等级是3，然后我把它关了的话内存会溢出

0 Yale Li 李耀先 2 年多前回复 MTFT

TI__Guru 65745 points

看一下这个帖子是否有帮助：

TMS320F280039C: Why are the variable in the CLA task code not updating as expected

0 MTFT 2 年多前回复 Yale Li 李耀先

Intellectual 290 points

我看了一下，这贴子说的是无法在 expressions window更新变量值，我的问题是我在 expressions window能看到有更新值，但实际CLA在调用函数读取的时候的值为0

0 Yale Li 李耀先 2 年多前回复 MTFT

TI__Guru 65745 points

请把这里修改一下，更严谨一些，我们把各种因素排除一下。

以及这里：

如果section只被分配给1个memory，单个 ’>‘ 就可以了。

也请检查一下map文件，a是否被正确放置在了相关段，相关段的分配是否符合预期。

0 MTFT 2 年多前回复 Yale Li 李耀先

Intellectual 290 points

Yale Li 李耀先说：
请把这里修改一下，更严谨一些，我们把各种因素排除一下。

这里我是参考例程的写法

Yale Li 李耀先说：
也请检查一下map文件，a是否被正确放置在了相关段，相关段的分配是否符合预期。

我检查过了，都是正常的

0 Yale Li 李耀先 2 年多前回复 MTFT

TI__Guru 65745 points

我需要一些时间来看一下

0 MTFT 2 年多前回复 Yale Li 李耀先

Intellectual 290 points

好的

0 Yale Li 李耀先 2 年多前回复 MTFT

TI__Guru 65745 points

0 Yale Li 李耀先 2 年多前

TI__Guru 65745 points

可以尝试为变量 a 添加 volatile 关键字吗？让我们确保问题不是由于该变量的任何编译器优化所致

0 MTFT 2 年多前回复 Yale Li 李耀先

Intellectual 290 points

已经添加过了，而且ccs的编译器优化也关闭了，结果还是一样

0 Yale Li 李耀先 2 年多前回复 MTFT

TI__Guru 65745 points

好的，我跟进过去了

0 Yale Li 李耀先 2 年多前回复 MTFT

TI__Guru 65745 points

方便分享一下Func1的代码吗？

0 MTFT 2 年多前回复 Yale Li 李耀先

Intellectual 290 points

Fullscreen

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
if((claPara->RunMode != 3) && (RunState ==2) && !FaultState)
    {
        if(claPara->spd.Err > claPara->Speed)
        {
            claPara->protect.Cnt++;
            if(claPara->protect.Cnt >= 1600) 
            {
                GPIO_writePin(mGPIO_PIN_LED12, 0);
                FaultState = claPara->protect.mark;
            }
        }
        else
        {
            if(claPara->protect.Cnt > 0)
            {
                ptAxis_claPara->protect.Cnt--;
            }
        }
    }
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

if((claPara->RunMode != 3) && (RunState ==2) && !FaultState)
	{
		if(claPara->spd.Err > claPara->Speed)
		{
			claPara->protect.Cnt++;
			if(claPara->protect.Cnt >= 1600) 
			{
				GPIO_writePin(mGPIO_PIN_LED12, 0);
				FaultState = claPara->protect.mark;
			}
		}
		else
		{
			if(claPara->protect.Cnt > 0)
			{
				ptAxis_claPara->protect.Cnt--;
			}
		}
	}

claPara是定义在cla_shard的结构体变量，claPara->protect.mark是枚举型变量，在CPU1参数初始化时已经设定了一个非0值，且不再进行写操作，但在执行FaultState = claPara->protect.mark;代码时，FaultState变量值为0，同样claPara->Speed变量也是一样。但claPara结构体中部分变量又能正常读取。

0 Yale Li 李耀先 2 年多前回复 MTFT

TI__Guru 65745 points

好的，我跟进过去了

C2000 微控制器

C2000™︎ 微控制器论坛

TI E2E™ 设计支持论坛将于 5 月 30 日至 6 月 1 日进行维护。如果您在此期间需要技术支持，请联系 TI 的客户支持中心寻求帮助。

TMS320F28388D: 关于CPU和CLA共享变量的读写问题