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.

[参考译文] AM4372:"CTRL_DCAN_RAMINIT"寄存器设置

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1194258/am4372-ctrl_dcan_raminit-register-setting

器件型号:AM4372

尊敬的支持团队:

关于 CTRL_DCAN_RAMINIT 寄存器、我的客户有 一个以下问题。


问题:
将 DCAN1模块与 AM4372配合使用时、是否需要向其中写入"1"
添加到"CTRL_DCAN_RAMINIT"寄存器中的"DCAN1_RAMINIT_START"字段?

背景:
在我们的当前软件中、在进入初始化模式和设置之后
在 DCAN1初始化期间添加"DCAN_BTR"寄存器、
1)和2)被执行以禁用所有消息目标(编号1至64)。

1) 1)将"0x00000000"写入 DCAN_IF1ARB"寄存器。
2) 2)将"0x00A000xx"写入"DCAN_IF1CMD"寄存器(xx=0x01至0x40)

但是、"CTRL_DCAN_RAMINIT"寄存器保持未置位且不被写入。
如果写入"CTRL_DCAN_RAMINIT"寄存器不是必需的、我们将保持原样。

该器件当前正在与 DCAN1通信并且工作正常。

此致、
Kanae

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

    您好!

    您能否说明一下该应用使用的操作系统?

    此致、

    Schuyler 先生

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

    尊敬的  Schuyler:

    感谢您的答复。
    客户应用程序使用的操作系统是 Linux。

    此致、
    Kanae

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

    尊敬的 Kanae:

    由于 Linux 是此应用中的操作系统、因此 SDK 中提供了一个驱动程序、该驱动程序不需要写入寄存器、并且很可能会影响 CAN 驱动程序的运行。 他们为什么要写入寄存器?

    此致、

    Schuyler 先生

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

    尊敬的 Schuyler:

    感谢您的支持。

    客户的系统在当前无设置情况下正常
    ("DCAN1_RAMINIT_START"字段中的"0")、
    但 TRM 的状态如下、我们希望进行确认
    如果需要在"DCAN1_RAMINIT_START"字段中写入"1"。

    根据您的回答、我理解没有必要这样做是正确的
    向该位写入1、当前状态是否可接受?

    此致、
    Kanae

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

    尊敬的 Schuyler:

    感谢您的支持。

    您能否检查以下我的理解是否正确?

    根据您的回答、 无需 向该位写入1并且当前状态可接受。

    请告诉我您什么时候能够从 TI 内部团队成员那里获得回复、
    因为我需要向客户报告。

    此致、
    Kanae

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

    尊敬的 Schuyler:

    感谢您的支持。

    关于延迟回复对客户产品开发的影响、
    我现在通知你如下。
    我希望您能迅速作出响应。



    目前、我们正在对我们的董事会进行第三方内部验证。
    由于开发阶段被推迟,我们增加了核查人员和
    是为了弥补验证阶段的延迟、然后再投入生产。
    如果必须修改寄存器、则根据受影响的修改范围、
    我们将要求使用修改后的软件重新验证受影响的测试项目、这将影响验证期。

    因此,我们希望在核查工作开始之前尽快得到答复
    并且重新验证项目的数量增加、同时我们可以弥补延迟。


    此致、
    Kanae

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

    尊敬的 Kanae:

    由于 TI SDK 随附了一个用于处理寄存器设置的驱动程序、因此无需在驱动程序上下文之外设置寄存器设置。 您询问的位似乎是作为驱动程序探头功能的一部分进行设置的。 这是 Linux 驱动程序源文件。

    此致、

    Schuyler 先生

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

    尊敬的 Schuyler:

    在向我们的客户提供上述答案后、我们收到了如下附加信息和问题。



    很抱歉没有解释产品程序的软件配置。

    我们的产品程序不使用 TI SDK 驱动程序。
    我们使用 μ μItron、根本不使用 TI SDK。
    我们使用基于技术参考手册的自己的驱动程序。
    因此、请告知我们是否必须写入 CTRL_DCAN_RAMINIT 寄存器
    "作为 AM4372 CPU 的规格(作为 AM4372 CPU 的使用)"。

    在自己的驱动程序中、如第一个问题中所述、我们不会写入 CTRL_DCAN_RAMINIT 寄存器、
    但是我们在初始化模式期间将0写入到所有报文对象(编号1到64)、
    我们目前能够与 DCAN1通信、不会出现任何问题。

    [问题]
    对 AM4372 CPU 是否必须写入 CTRL_DCAN_RAMINIT 寄存器?

    [客户期望的答案]

    否、不是必需的。

    如果在初始化模式期间所有报文对象都被写入0、则不需要。

    应用。


    感谢您的答复、但希望您的回答是 AM4372的规范、而不是基于 TI SDK。

    此致、
    Kanae

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

    尊敬的 Kanae:

    在 DCAN 社区驱动程序中进一步查看 AM4372上的 DCAN 代码后、 CTRL_DCAN_RAMINIT 过程将在 Linux 驱动程序中完成。 驱动程序中有提交消息指示需要执行此步骤。

    此致、

    Schuyler 先生

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

    尊敬的 Schuyler:

    感谢您的答复。
    根据您的回答、我知道您建议参考 Linux 驱动程序、
    因此、您对我们客户的回答将是"必需的"。
    我将与我的客户分享这个信息。

    此致、
    Kanae