全部学习汇总: ​​GreyZhang/g_TC275: happy hacking for TC275! (github.com)​

继续前面的学习,这一次把这个小章节的剩余信息看完。

1524_AURIX TC275存储分布_下_AURIX

1524_AURIX TC275存储分布_下_TriCore_02

这一部分是外设相关的寄存器地址区间描述,看起来一个模块的地址空间占用基本都是256个字节。具体包括什么暂时不清楚,可能是控制寄存器以及状态寄存器之类的?

1524_AURIX TC275存储分布_下_TC275_03

从地址空间占用来看,通信以及DMA等模块可能复杂度还是很高的。或许,模块开发的复杂度一定程度上可以看看他们占用的地址空间范围。

1524_AURIX TC275存储分布_下_单片机_04

如果前面自己猜测的理论成立,那么SCU以及SMU这俩模块看起来可能不复杂。如果真的去弄懂,兴许不到CAN驱动的30%的工作量。

1524_AURIX TC275存储分布_下_单片机_05

MTU不是很清楚,但是GTM的确是很复杂的模块。从这俩模块的地址空间占用来看,我的猜测理论兴许是靠谱的。不够为什么I2C0占用了这么大的空间有点不懂,按理来说这个不是一个复杂的模块。

1524_AURIX TC275存储分布_下_嵌入式_06

如果继续这个歪理,那么Flash的驱动掌握应该还好。但是CPU的内核的学习,可能复杂度还是很高的。

1524_AURIX TC275存储分布_下_单片机_07

如果没记错,HMS可能是出现了两次了。这个原因暂时没弄清楚,后续或许还有研究HMS的机会吧,到时候再看。

1524_AURIX TC275存储分布_下_单片机_08

CPU0的SRAM,DSPR0,在冷启动的时候会被BootRom的功能覆盖。这样,在使用的时候就得专门注意。

不过,这里让我多少有了一个疑问:现在看到的一些例程都是startup把相关的SRAM、DSPR进行了二次初始化因此保证了程序的可用性以及可靠性吗?看起来,这部分内容还得去研究下的。

这样,这个章节的内容基本看完了。没有预料到,后半部分的信息这么少值得去仔细梳理的,大部分都被寄存器的描述占走了页面。