• 状态 Resolved
  • 已锁定 已锁定
  • 回复 3 回复
  • 订户 1 订户
  • 视图 1072 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] CCS：TIREX C2000Ware目录结构和文档

admin
Guru**** 2553260 points
Other Parts Discussed in Thread: CONTROLSUITE, C2000WARE

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

https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/629813/ccs-tirex-c2000ware-directory-structure-documentation

主题中讨论的其他部件：controlSUITE， C2000WARE

工具/软件：Code Composer Studio

大家好

IM正在启动一个新的CCS项目，并认为这是从controlSUITE设备支持迁移到TIREX C2000ware的机会。

遗憾的是，虽然SPRUI45提到改进的目录布局，但对于当前涵盖的大多数设备，似乎许多设备支持只是被批量复制到单个位置，而很少考虑到这一点。 您可以通过将设备支持中涵盖的设备数与driverlib目录中涵盖的设备数进行比较来看到这一点，很明显，目录列表应该匹配(假设所有设备都有driverlibs)，但很明显，情况与此完全不同。 例如，F2802x driverlib.lib被埋在设备支持目录(驱动程序库用户指南未提及BTW的位置)下，而不是文档中建议的driverlib目录下。

项目结构显然 已经更新，因为现在driverlib库已从lib目录移至Debug输出目录...作为用户，我们是否有意引用调试输出？ 是否应该在某个位置有发布输出(或者这只是默认命名)？

现在，controlSUITE设备支持实际上更易于使用。 是否有任何计划来确保纠正此类事项(文档或结构)？

谢谢，Toby

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

    感谢您开始迁移到C2000Ware！ 由于这仍然是一个全新的问题，我们非常感谢您的所有反馈，请继续告知我们您对您发现的内容的想法！

    我们有意使设备支持与controlSUITE中的支持非常相似，以避免来自controlSUITE时出现令人头痛的问题。 F2802x确实是一个独特的案例，它是我们的一款具有driverlib的旧设备。 对于那些已经熟悉F2802x目录的用户，我们选择将此目录保存在controlSUITE中，使其尽可能接近该目录，因此将库留在该目录中。 root driverlib目录保留给我们在F2837xD和更新的设备上提供的新标准化驱动程序库。 我已经做了一个记录，看看我们是否可以在包装文档中对此进行澄清。

    是的，这是有意将这些库置于“调试”之下。 对于我们较新的驱动程序库，调试版本支持我们的附加断言，有助于API的使用。 任何入门人员都应以“DEBUG”开头，然后在准备就绪后可以构建“发行”版本。

    请详细说明我们如何使迁移或套件更容易。 我知道C2000Ware更新了，但您会发现它比controlSUITE更简单，更有条理。

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

    感谢您的信息！ 我知道您希望减少从controlSUITE迁移到其他地方的麻烦。 这似乎是一个合理的目标。 但是，这意味着使用此类"较旧"设备的人看不到您提到的优势："您会发现它比controlSUITE更简单，更有条理"，因为它基本上是相同的。

    这意味着，对于使用这些器件的人员(TI仍在销售和支持这些器件，无论其是否陈旧)； A)没有任何好处(除了更新的设备支持迭代中的错误修复)，B)仍然令人头痛，因为我猜我发现的主要挫折是由于文档和现实之间的差异。

    因此，增加了头痛(无论大小)，没有任何益处...希望文档能够得到修复，否则，这似乎不会成为转换TBH的很大动机。

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

    我完全理解。 新软件包的"优势"肯定更多适用于较新的设备。 我不会说没有好处。 软件包C2000Ware与controlSUITE相比有许多改进(如果没有其他下载大小)：)

    如上所述，我们将致力于改进文档，特别是有关旧设备的文档。 如果您发现其他差异，请告知我们。

    不管怎样，如果您需要最新的错误修复程序，它们将仅出现在C2000Ware中。 我们将继续保持controlSUITE的可用性，同时构建围绕C2000Ware计划的基础设施和软件包。

    此致
    Chris