在Tricore上移植μC/OS-III——2.3 CSA的初始化状态

最新推荐文章于 2024-05-28 09:09:17 发布

老孟的孟不是很老的孟

最新推荐文章于 2024-05-28 09:09:17 发布

阅读量1.1k

点赞数 1

分类专栏：在英飞凌Tricore内核单片机上移植多核uCOS-III 文章标签：单片机 Tricore RTOS CSA

本文链接：https://blog.csdn.net/weixin_42967006/article/details/116134419

版权

在英飞凌Tricore内核单片机上移植多核uCOS-III 专栏收录该内容

25 篇文章 149 订阅 ¥39.90 ¥99.00

订阅专栏

超级会员免费看

在Tricore单片机上电时，初始化CSA至关重要。通过IfxCpu_initCSA函数完成初始化，创建一个空的CSA链表。该链表由64个节点构成，每个节点的PCXI指向下个节点，最终形成环形结构。在main函数执行前，系统设置PCXI和FCX、LCX寄存器以指向链表。

摘要由CSDN通过智能技术生成

在单片机上电初始化的时候，会进行CSA的初始化，如果用的是iLLD库，我们可以在 IfxCpu.h 中找到 IfxCpu_initCSA(uint32 *csaBegin, uint32 *csaEnd) 这个函数：

/************************************************************************************************/
IFX_INLINE void IfxCpu_initCSA(uint32 *csaBegin, uint32 *csaEnd)
{
   
    uint32  k;
    uint32  nxt_cxi_val =

了解本专栏

订阅专栏解锁全文

超级会员免费看

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

老孟的孟不是很老的孟

关注关注

1
点赞
踩
2

收藏

觉得还不错? 一键收藏
打赏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

专栏目录

订阅专栏

在Tricore上移植μC/OS-III——3.2 任务初始化

weixin_42967006的博客

04-26

686

在创建一个任务的时候，按我们前文说的，需要给它分配一个CSA链表，并对其中寄存器的内容进行必要的初始化。我们看一下这一步都做了那些工作。代码见 os_cpu_c.c 中的 OSTaskStkInit()函数。 ① 我们首先根据Tricore的UCX和LCX的结构，定义两个结构体： typedef struct _OS_UCX /* TC upper context structure */ { CPU_INT32U _PCXI; /* upper co

在Tricore上移植μC/OS-III——2.2 Tricore的CSA机制介绍

weixin_42967006的博客

04-25

2253

CSA实际上是一个链表，包含了N个64字节长度的节点，每个节点可以存储16个4字节长度的寄存器值，其中第一个寄存器是LinkWord，指向前一个节点，也叫PCXI（Previous Context Information）；此外还可以存储15个系统寄存器的值，Tricore把系统寄存器分成了两组： Upper Context（后文统称UCX）：包含地址寄存器A[10]A[15]，和数据寄存器D[8]D[15]，以及PSW（Program Status Word）和上文的PCXI。 Lower Contex

参与评论您还未登录，请先登录后发表或查看评论

Tricore CSA详解（CSA--Context Save Area）

weixin_46481662的博客

03-07

1064

For the TriCore architecture, a function call using the instruction call , an interrupt and a trap, uses a context save mechanism. 以TriCore架构为例，一个函数的调用使用call指令，一个中断或trap使用的是“上下文保存”的机制要保存的“上文”内容包括： 1. PSW--Program Status Word程序状态字 2. A10~A15 地址寄存器 3.

Aurix/Tricore实验分享之六十四:Tricore 1.3内核CSA管理

kunkliu的博客

07-22

979

单个CSA大小为16Word,也就是64Byte.单个CSA可以保存UpperCSA,也可以保存LowerCSA.也就是两种CSA共用系统的CSA空间.CSA分为UpperCSA与LowerCSA两种.其中UpperCSA为硬件自动保存,LowerCSA为程序员视乎需要而保存/恢复.CSA与常规内核的Stack类似.可以看作把常规内核的Stack中的保护现场的功能抽出来了.这样分离设计的初衷在于加速上下文切换.......

TriCore的CSA机制介绍

weixin_48120109的博客

10-25

296

MCU在运行过程中，发生中断或异常时，需要现场保护后再去执行中断服务函数，并在处理完成后恢复现场，如《The Definitive Guide to ARM Cortex-M3 and Cortex-M4 Processors》的章节介绍了异常入栈和出栈的情况（如下图所示），异常发生时，入栈的寄存器依次是xPSR,PC,LR,R12,R3,R2,R1,R0，而异常处理完成后返回时，对应的出栈顺序刚好相反。

Aurix TC397 Tricore 1.6内核CSA入门介绍

weixin_48120109的博客

10-25

1089

b. PCX的内容写入CSA3的linkword（代表CSA3的下一个地址是CSA2，即CSA3指向了CSA2）。b. FCX的内容写入CSA3的linkword（代表CSA3的下一个地址是CSA4，即CSA3指向了CSA4），因为之前是FCX指向CSA4。FCX寄存器和PCX寄存器代表了Linkword的地址，至于CSA的地址和Linkword是等价的，它们有转换关系的。FCX寄存器和PCX寄存器代表了Linkword的地址，至于CSA的地址和Linkword是等价的，它们有转换关系的。

在Tricore上移植μC/OS-III——2.1 RTOS的任务切换原理

weixin_42967006的博客

04-25

1529

本章节主要讲述Tricore所特有的一种上下文环境管理机制——CSA。本文先来介绍一下RTOS的任务切换原理，以便于后文理解CSA机制。 RTOS简单说就是一个实时抢占式的操作系统内核，在单片机中只有一个CPU的情况下，当低优先级任务正在运行的时候，如果有高优先级的任务想要开始运行，那么内核要先保存低优先级任务的运行状态，然后切换到高优先级的任务开始运行，运行完毕后，再恢复之前保存的低优先级任务状态，切换回低优先级任务。通常我们将任务切换前后单片机的状态称为上下文环境（Context）。 单片机中，通常有一

在Tricore上移植μC/OS-III——5.1 μC/OS实现多核任务调度的基础工作

weixin_42967006的博客

04-26

1061

前三章已经完整介绍了在Tricore系列单片机上运行单核RTOS的方法，本章中我们来研究一下扩展调用多核。关于这个问题能找到的资料不多，文中算法、策略等大部分东西是我自己定的，欢迎大家交流探讨。仍以TC265为例，这款单片机共有两个CPU。本文先来做一些基础准备工作。 μC/OS-III上，与任务调度算法强相关的几个参数有： OSPrioCur：当前任务优先级 OSPrioHighRdy：最高就绪任务优先级 OSTCBCurPtr：当前任务TCB指针 OSTCBHighRdyPtr：最高优先级任务TCB指

在Tricore上移植μC/OS-III——4.4 中断操作和CntLeadZeros函数

weixin_42967006的博客

04-26

555

1. 开启和关闭中断： μC/OS在程序中比较关键的位置，会设置临界区，也就是关闭所有中断，保证程序在这段运行时间内不被打断。关闭和开启中断的接口在cpu.h中，如下图所示，直接调用的iLLD中的接口： /************************************************************************************/ #define CPU_INT_DIS() do { cpu_sr = disableInterrupts(); }

在Tricore上移植μC/OS-III——2.4 CSA的存储和调用

weixin_42967006的博客

04-25

1244

CSA的存储：当程序发生**函数调用（CALL）、中断（Interrupt）和陷阱（Trap）**时，系统自动将当前程序的UCX保存至FCX所指向的空CSA节点，同时寄存器PCXI指向这个节点，FCX向后移动一个节点。LCX不会自动保存，需要用户根据需要进行存储。但在实际使用的时候发现，对于中断和Trap， Tasking编译器会自动生成代码，保存LCX。保存LCX的过程和UCX相同，同样会占用一个CSA节点，已保存的LCX和UCX连接在一条链表中，用PCXI字段中的UL（见上图）位来标识该节点是UCX

Tasking下Aurix中MPU安全检测概览

03-01

在本概述指南的其余部分，我们将讨论任务安全检查工具，它是专门为减轻上述风险和问题而开发的。首先，我们将看看任务安全检查器的关键特性，然后我们将逐步评估您如何使用该工具。最后，我们将讨论任务安全检查器如何帮助降低发布代码的风险，这将触发高达95%的MPU陷阱，同时还可以节省69%的MPU相关测试和bug修复成本。

Tricore内核上下文切换机制CSA--Apple的学习笔记

kunkliu的博客

07-24

1432

FreeRTOS在port.c中都是和内核相关的，我就是想了解清楚TC2上下文切换的机制。所以看pxPortInitialiseStack函数，里面主要是初始化CSA，在FreeRTOS任务创建函数中会调用，另外还看了xPortStartScheduler函数，这里面主要是处理上下文切换。本来在看core寄存器说明文档，里面有说上下文切换保存和恢复的机制。...

TriCore: 从RTOS内核的角度看CSA

u011807371的博客

05-09

506

既然是上下文使用，那必然要求低延迟，因此一般将其部署在 fast ram 区域，具体到 TriCore 中，一般将其置于 DSPR 区域。在使用时，在内核启动之前，要将用作 CSA 的内存区域进行初始化，将其串成一个 Free CSA List，并将该区域的首尾地址分别赋值给 FCX 和 LCX 两个 CSA 寄存器，保证程序运行时能正常通过两个寄存器使用 Free CSA List。2. 初始化 CSA，创建 Free CSA List，并初始化 FCX 和 LCX 寄存器。

英飞凌Aurix2G TC3XX 芯片内核详解（二）——TriCore上下文切换及CSA机制

weixin_44000419的博客

02-25

2253

本文主要介绍Infineon Aurix2G TC3XX系列芯片内核上下文切换逻辑及CSA硬件机制，以及相关实例演示。

英飞凌Aurix2G TC3xx 芯片内核详解（二）——TriCore上下文切换及CSA机制

最新发布

king110108的专栏

05-28

475

本文主要介绍Infineon Aurix2G TC3XX系列芯片内核上下文切换逻辑及CSA硬件机制，以及相关实例演示

在Tricore上移植μC/OS-III——2.6 有关CSA的其它注意事项

weixin_42967006的博客

04-25

979

CSA的使用需要十分谨慎，在存储CSA的时候，因为有LCX和UCX两种类型，恢复的类型也要相对应。比如，调用函数时自动存储的是UCX，即PCXI所指向的是UCX，函数运行完毕后返回时恢复的也是UCX，如果在被调用的函数中用汇编指令“RET”（见上文）直接返回，系统也会自动恢复UCX，如果我们在函数中调用了恢复LCX的指令“RSLCX”，则会进Trap。同样的，如果我们进入函数后，手动存储了LCX，我们就需要先调用“RSLCX”恢复LCX，再让程序自动返回，或调用“RET”指令返回，否则会报错进入Trap。中

在Tricore上移植μC/OS-III——2.5 CSA机制运行示例

weixin_42967006的博客

04-25

1030

我们来分析一下程序从startup ->main ->Func -> main 的过程中，单片机自动保存UCX的过程。图片中带_Old后缀的表示该寄存器在上一个步骤中的值。 ①程序跳转进main函数前，CSA的状态一直保持上文的初始化状态。 ②程序跳转进main函数后，因为发生了函数调用，所以存储了一个UCX到CSA[0]，PCXI指向该节点，FCX后移一个节点： ③程序从main函数跳转进Func函数后，同样存储一个UCX，PCXI和FCX都向后移动一个节点，此时CSA[1]的PC

【Aurix/Tricore实验分享二 - CSA理论知识】

OceanLake_W的博客

01-23

1412

上文的内容由A[10]-A[15]、D[8]-D[15]、PCXI和PSW。下文的内容由A[2]-A[7]、D[0]-D[7]、A[11]和PCXI。如上图所示，寄存器存储顺序是按照图中的顺序。

TriCore架构学习笔记（一）：架构总览

weixin_48120109的博客

10-25

1741

汽车嵌入式开发中，需要不断地拓宽自己的知识结构，才能更有效地理解Bug的本质，进而想出更好的解决策略。如果大家项目中，使用的是英飞凌系列芯片，熟悉TriCore架构是有必要的，这有助于你理解和的一些操作。本文分享一下自己对TriCore架构的一些理解。

在tricore上移植μc/os-iii(一)

08-10

要在TriCore上移植μC/OS-III，首先需要了解两个方面：TriCore架构和μC/OS-III的特征。 TriCore是一种32位的嵌入式微处理器架构，设计用于实时处理任务，具有高性能和低功耗特点。它广泛应用于汽车电子和工业自动化等领域。 μC/OS-III是一款针对多任务实时操作系统（RTOS）的核心部分。它具有实时性好、可扩展性强和资源占用少等特征。下面是在TriCore上移植μC/OS-III的基本步骤： 1. 理解μC/OS-III的核心机制和特点。熟悉任务管理、中断处理、内存管理等方面的原理和实现方法。 2. 根据TriCore的架构和μC/OS-III的需求，进行适配和修改。TriCore CPU和μC/OS-III之间的接口需重新实现。 3. 编写适配层代码。根据TriCore的中断控制器、内存管理单元和时钟等硬件特点，实现μC/OS-III所需的硬件抽象层。 4. 移植μC/OS-III的启动代码。根据TriCore的启动流程和μC/OS-III的初始化要求，编写启动代码，完成μC/OS-III的初始化过程。 5. 移植μC/OS-III的任务管理、中断处理和调度算法等功能。根据μC/OS-III的规范和TriCore的特点，将原有的代码进行修改和补充。 6. 进行系统测试和优化。测试系统的稳定性和实时性，并对性能进行优化。注意，以上只是移植的基本步骤，具体的细节需要根据具体的TriCore芯片和μC/OS-III版本进行适配和实现。同时，移植过程中可能会遇到各种问题，需要进行调试和调优。