新接触280049c，吐槽

dengji liu

Other Parts Discussed in Thread: C2000WARE

280049c的参考历程远远没有以前的28x系列的参考历程多。相关寄存器配置的源文件也找不到，比如SCI、IIC、pwm等模块的配置文件都找不到，难道要我们自己写？有个奇怪的现象，support中的源文件有关于SPI的初始化源文件，但没有can、iic、pwm的初始化源文件。这是为什么？

我用了旧的28035、2808、2812、28335系列的芯片，都是寄存器版本的程序，现在改成库函数版本，我感觉极不习惯，我看网上大家的讨论的大多是用库函数会导致工程师对芯片的底层越来越陌生。希望能多给点寄存器版本的参考历程。像ST等Arm的程序大多是用库函数进行硬件配置，新手是用起来方便，但是对底层又有多少了解呢？嵌入式方面的工程师本来就属于和硬件打交道的，现在把硬件相关的寄存封装了，那还是嵌入式工程师吗？

像CAN模块，我们是需要根据协议，对结构体重新进行定义和划分的，如果封装成库了，那么相关成员的命名就没法改了，和实际的协议就对不上了。

4 年多前

0 Susan Yang 4 年多前

TI__Guru**** 252096 points

关于此，我们有一个专门的文档 Programming TMS320x28xx and TMS320x28xxx Peripherals in C/C++

www.ti.com/.../spraa85e.pdf

在该文档中比较了这2种方式：

The C2000 Peripheral Driver Library (or Driverlib) is a set of low-level drivers for configuring memorymapped peripheral registers. The Driverlib is a more readable and portable approach than performing direct register accesses either by bit fields or the #define approach.

The Driverlib is written in C and all source code is found within C2000Ware. It provides drivers for all peripherals and provides access to almost all functionality.

Driverlib实际上是将以前的Bit Field的定义改为用函数去实现。比如使能某个外设，之前是往控制寄存器的某一位写1，现在是通过XXXenable(); 实现，在这个函数内部还是往使能位写1.

因为是通过函数的方式实现，优点是不需要深入去了解寄存器的每个位是如何定义的，调用函数就可以了。缺点是函数的使用不可避免的会带来代码空间和CPU的额外的负荷。

0 Susan Yang 4 年多前

TI__Guru**** 252096 points

而且Driverlib 提供了一种更具可读性和可移植性的外设寄存器编程方法。凭借这样的可移植性可以更轻松地移植到将来的器件系列，因为即使控制位可能在寄存器内和寄存器间发生变化，功能调用也可以保持不变。

0 dengji liu 4 年多前回复 Susan Yang

Intellectual 550 points

你们这不就是跟着ST的搞法来弄得么？本来这么多ST的方案已经验证了库函数的做法，效率低些，空间资源消耗大，dsp的硬件资源本来就很少了，你们为什么还要这么做呢？也难怪280049的ram和rom都大了很多，但是随之而来的是这块芯片价格也上涨了不少。我个人认为，了解每个寄存器是嵌入式工程师必须具有的技能，因为嵌入式的工程师毕竟偏底层，和硬件打交道多一些。我们这个项目选型定了280049，没法改了。我只能尽量去适应你们的改变了，这无形中又增加了我的工作量。以后的项目我还是会优先选老一点的28x系列的芯片，毕竟对那些芯片比较熟悉了，相应的资源也很丰富。