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.

[参考译文] AM6442:AM64X SDK 10.1 -软件构建表上的错误/问题

Guru**** 2480275 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1454537/am6442-am64x-sdks-10-1---errors-question-on-software-build-sheet

器件型号:AM6442

工具与软件:

人员:

 下载完 MCU plus 和 Linux SDK ver 10.1后的新安装指南

我在这些 URL 上看到了一些差异和担忧

(他们应该有相同的内容吗?)

按类别>模块>子模块

处理器和加速器>

  双 R5F MCU 子系统 --应该将其列为四通道--还是两个双 R5F 子系统?

  双 A53 MPU 子系统-对于 A53上的 RTOS -只要您不暗示可以在 FreeRTOS 中的双 A53之间执行 SMP - 但是 在 MCU+版本说明中、您会说 A53 FreeRTOS 处于试验阶段-这不一致。

  "可编程实时单元和工业通信子系统-千兆位"-该单元需要文字自动换行

高速串行接口>

  通用串行总线子系统(USBSS)>器件3.0 - 大误差 (与 Bin Lu 确认)- A53上的 Linux 是一款 .

工业和控制接口>

  增强型正交编码器脉冲(eQEP)模块>为什么 Linux on A53是 A. ?? 我相信 Nick Saulnier 已确认 eQEP 的 Linux 驱动程序存在

  控制器局域网(MCAN)>为什么不将 CAN 和 CAN FD 行组合在一起? 然后、您可以 为 CAN XL  行插入全局编号。  

计时器模块>

  Timers>

    Timer--问题-此行是否适用于核心"dmtimer"模块中的硬件? Nick Saulnier 还为我确认了 A53 Linux 上的 dmtimer 支持。  

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

    Jim、您好!

    大多数人已经离开办公室的假期。 我会在新年后跟进。 感谢您的反馈。

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

    Jim、您好!

    新年快乐!

    很抱歉我迟到了答复。

    [报价用户 id="576793" url="~/support/processors-group/processors/f/processors-forum/1454537/am6442-am64x-sdks-10-1---errors-question-on-software-build-sheet "](他们应该具有相同的内容吗?)[/QUOT]

    您的意思是 Processor SDK 和 MCU+ SDK 文档的构建表页面中是否有任何不一致的内容?

      双路 R5F MCU 子系统 --应该列为四通道--还是要考虑2个双路 R5F 子系统?

    2个双 r5f 子系统。 这是器件 TRM 所调用的代码。

    计时器    --问题-此行是否适用于核心"dmtimer"模块中的硬件? [报价]

    此行适用于 SoC 中的专用计时器模块、而非内核中的计时器。

    [quote userid="576793" url="~/support/processors-group/processors/f/processors-forum/1454537/am6442-am64x-sdks-10-1---errors-question-on-software-build-sheet 尼克还为我确认了 A53 Linux 上的 dmtimer 支持。  [报价]

    Linux 中支持内核定时器、它只用于内核时间保持、而不用于任何应用、所以内核定时器列在表中。

    您的其余意见已报告给我们的开发团队。 希望它们将在下一个修订版中得到地址。 感谢您的反馈。

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

    纸槽:

    我认为并同意构建表的2个 URL 应具有相同的内容。

    关于其他项目:   

    "高速串行接口>

      通用串行总线子系统(USBSS)>器件3.0 -  大误差  (与 Bin Lu 确认)-  A53上的 Linux 是一款  "

    我认为这四行的可读性应该改变。

    而不是现在的端口

    通用串行总线子系统(USBSS) 主机3.0
    器件3.0
    主机2.0
    器件2.0

    也许应该调整此值:

    通用串行总线子系统(USBSS) 3.0 主机
    设备
    2.0 主机
    设备

    我提到 CAN XL 是 (+) Michael Firth 的个人资料- Michael Firth - TI E2E 支持论坛 需要考虑的一个特殊输入、因为我刚刚看到自动化中的 CAN 社区新闻简报指出、TI 拥有硅原型化和演示的 CAN XL 收发器 IC (预计使用 Bosch 的欧盟客户会问 Sitara 产品是否支持通过 CAN XL 实现以太网的新 MAC 和 PHY)。

    谢谢

    吉姆

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

    Jim、您好!

    在您对 USB 项的评论中、我同意"主机/器件3.0/2.0"这一措辞并不直观、但我不确定开发团队现在是如何生成此表的、以及是否仅为此 USB 行添加一个多表列很琐碎。 但我想我们可以把措辞更改为"USB3.0主机模式"、"USB2.0器件模式"、...

    此软件构建套件的目的是记录器件 TRM 中记录的硬件模块/功能支持/不支持的内容。 由于 AM64x TRM 中未提及 CAN XL、因此我将保留 CAN XL 作为单独讨论的主题。