This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] TMS320F28035:TMS320:多个 C2000微控制器之间的兼容性

Guru**** 2526700 points
Other Parts Discussed in Thread: TMS320F28035, TMS320F28075, TMS320F28379D, LAUNCHXL-F28379D, TMDSCNCD28379D, TMS320F280049C

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/725610/tms320f28035-tms320-compatibilty-between-several-c2000-microcontrolers

器件型号:TMS320F28035
主题中讨论的其他器件: TMS320F28075TMS320F28379DLAUNCHXL-F28379DTMDSCNCD28379DTMS320F280049C

您好!

在我的公司中、我们使用 TMS320F28035、但我们正在考虑将其更改为更大的器件。 我们查看了 TMS320F28075以增加存储器空间、但没有可用的评估板。 因此、我们决定查看 TMS320F28379D、因为评估板无处不在。

我们对这些产品有几个问题:

  1. 要仿真 F28075、是否很难断开 F28379D 中的一个 CPU 和一个 CLA?
  2. 基于 F28035的代码是否可移植到 F28075或 F28379D (如果我们不考虑引脚和驱动程序)?
  3. 我们看到 F28075和 F28379D 均采用176引脚封装。 它们是否引脚对引脚兼容?

此致

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Alexis、

    F28379D 是 F28075的自然超集。  

    1. 开发代码并将您的使用限制在一个 CPU 和一个 CLA 上非常简单。 我们提供了许多仅利用一个 CPU 和 CLA 的示例。 您甚至无需在 CPU2上加载代码。 除非您选择将其唤醒以使用、否则它将处于待机模式而不执行。 您还可以对链接器命令文件进行操作、以限制应用程序使用的可用存储器。  
    2. F28035和 F28075之间的许多外设相似。 某些外设(SPI、ePWM、CLA 等)将会逐渐改进、并且将会同时出现新的或不同的模块(eCAN 与 CAN、XBAR、IPC 等)。  
    3. 是的。 176引脚封装是引脚对引脚兼容的。

    我建议您使用 LAUNCHXL-F28379D 或 TMDSCNCD28379D 并开始开发和移植。 您还可以考虑将 TMS320F280049C 作为一个选项、这与 F28075略有不同。 请参阅《C2000外设参考指南》 :http://www.ti.com/lit/spru566

    如果您有兴趣开始使用 F28379D,请参阅多日技术讲座 :http://processors.wiki.ti.com/index.php/C2000_Multi-Day_Workshop 

    谢谢、

    标记

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Alexis、

    您还可以查看新的 F28004x 器件、它们位于 F2803x 和 F2807x 之间。

    Tommy
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 Tlee:

    感谢您的回答。 F28075确实是我们能力较弱的微控制器、是我们的可能性列表。

    F28379D 带来了更大的发展机会、因此我们决定采用这个。

    再次感谢您。

    此致
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Mark、您好!

    感谢您的再次光临。 由于您的回答、我们最终抓住了 F28379D、了解了该微控制器提供的发展机会。

    还有一个问题、我们看到 F28379D 在 F28035中具有 CAN 模块而不是 eCAN。 CAN 是我们产品的一项重要功能。 CAN 和 eCAN 模块(硬件或/和软件)之间的确切区别是什么?

    此致
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Alexis、

    F28379D 是一个不错的选择。 它是我们迄今为止功能最强大的 MCU、可扩展到许多低成本替代产品以适应任何应用。

    这些模块非常不同、并且不兼容代码。 F2837x 器件上的 CAN 是 C2000向前发展的模块。 我将聘请一位 CAN 专家、他或许可以更深入地了解具体的差异。

    -Mark
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Alexis、

               与 eCAN 相比、2837x DCAN 的特性/增强功能如下:

     

    • 所有 RAM 模块的奇偶校验机制
    • 自动重发送(仲裁失败时)可被禁用。
    • 静默模式(节点被动侦听)
    • 邮箱 RAM 可被组合成 FIFO 缓冲器。

     

    与 eCAN 相比的差异:

    • 28xx eCAN 寄存器映射/位分配/位定义与 DCAN 不兼容。
    • DCAN 遵循一个不同的编程模型(在邮箱 RAM 的访问方式以及 TI 提供的头文件方面)。
    • eCAN 时间戳功能不可用。
    • 可编程发送优先级不可用。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Hareesh、

    非常感谢您的澄清。 我们需要估算涉及的软件修改。

    如果我们在接下来的几天内有问题、我将此主题打开。

    此致、

    Alexis