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.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1583417/am625-am625-watchdog-enable
器件型号： AM625
大家好：
我们希望启用看门狗、以便在电路板挂起时在 Linux 中设置电路板复位。
您能告诉我们如何在 Linux 中启用它吗？
谢谢你。
您好、Tom、
您使用的是什么 Linux SDK？
AM62x 看门狗在较新的 Foundational_Components 上启用（我相信是 Kernel_Drivers 10.0 或更高版本）： https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/11_01_05_03/exports/docs/linux/SDK/Kernel/SDK/Watchdog.html
此致、
Nick
您好 Nick：ö m
是的、我们使用 SDK 10.0。
我按照步骤更改 DTS 并启用内核配置和 RTI_WDT.c、将超时设置为 30s。
有/dev/watchdog、 /dev/watchdog0、 /dev/watchdog1、 /dev/watchdog2、 /dev/watchdog3、 /dev/watchdog4。
然后、我编译了 watchdog-simple.c 以测试看门狗。
不运行看门狗应用程序时、电路板不会重新启动。
当我运行 看门 狗应用程序时,我添加了登录 Whid(1) 当做馈送时,它也显示了成功馈送的日志,但主板仍然重新启动,直到 30s。
为什么？
我是不在办公室,直到星期三。 您可以期待之后的下一个响应。
该主题可能会有所帮助： https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1484145/processor-sdk-am62x-watchdog-issues-on-am62x-custom-board-based-on-am62x-sk-board/5799693#5799693
看门狗将在线程中的 uboot 内调试。
您能在星期四上帮我？谢谢
您能帮我解决这个问题吗？ 谢谢你。
对此处答复的持续拖延深表歉意。 我再次度假、直至 12 月 1 日的星期一。 请在星期一或星期二上再次 ping 该线程、确保我看到通知。
如果您使用的是 30 秒超时、那么我希望在检测看门狗时有一个 15 秒的窗口可以重新启动计数器。 我希望看门狗简单、可以正常工作、因为它会每 10 秒尝试宠物一次看门狗。
您是否每次都看到重新启动？ 还是随机发生？
因此、我们将启用看门狗并将超时设置为 30s、10s 或 5s。
我们使用 watchdog-simple.c 来测试它、但它在第一次给狗提供数据后仍会重新启动。
如果我们不简单地运行测试、它就不会重新启动。
请帮帮我们。 谢谢你。
我 想与您进行一些关于看门狗的信息。
am62x 看门狗的类型是什么？ 软件、硬件、内部还是外部？
此功能是否需要 MCU 支持？
看门狗（或实时中断/RTI）是 AM62x 内部的硬件计数器。 每个 A53 内核都有一个关联的 RTI。 主域中还有第五个通用 RTI、MCU 域中有一个 RTI、WKUP 域中有一个 RTI。
这意味着、如果您使用的是少于 4 个 A53 内核的 AM62x 器件型号、则您将看到 MAIN 域中显示的 RTI 实例更少（假设您使用的是更高版本的 Linux SDK — 如果您使用的是早期版本的 Linux SDK、则需要在 Linux 器件树文件中手动禁用 RTI 和未使用的内核）
通常、如果 MCU M4F 内核需要看门狗、它将使用 MCU 域中的看门狗、Linux 将在 MAIN 域中使用看门狗等 但我已经看到有些人在不同电源域中使用 Linux 看门狗之一。
有关更多信息、请参阅技术参考手册 (TRM) 部分 模块集成>计时器模块> RTI 外设>计时器模块> RTI
我使用 watchdog-simple.c 进行测试。 并且馈送时间小于 timeout-sec
但电路板仍会重启。
DTS 中的 RTI 时钟是否错误？ 您能请我检查一下吗？
main_rti0：watchdog@e000000｛ 兼容=“ti、j7-RTI-WDT“； reg =<0x00 0x0e000000 0x00 0x100>； Clocks =<&K3_CLKS 125 0>； 电源域=<&K3_PDS 125 TI_SCI_PD_EXCLUSTE>； Assigned-clocks =<&K3_CLKS 125 0>； - assigned-clock-parter =<&k3_CLKS 125 2>； + assigned-clock-parter =<&k3_CLKS 125 4>；
}；
我将它从 2 更改为 4、如果我总是喂狗、则我的板不会重新启动。
Tom、
当您将 2 更改为 4 时、这更改了 RTI0 父时钟。
这是时钟信息。 则原始设置为 2、即 32K RC 时钟。 无论您如何更改、RTI 寄存器值都应正确设置。
您好、Linjun：
我看到 4 个关于 MAIN_WWDTCLKN。
对于此问题、即使我馈送 dog、我的电路板也会重新启动、我需要将时钟从 2 更改为 4。 这是正确的吗？
您可以查看寄存器 0x00108380 并在此处提供反馈。
对于位 1：0、 此处提供了 WWD0_CLKSEL_CLK_SEL 描述。
窗口化看门狗计时器功能时钟输入选择多路复用器控制字段值（其他保留）：2'b00 - HFOSC0_CLKOUT 2'b01 - DEVICE_CLKOUT_32K 2'b10 - CLK_12M_RC 2'b11 - CLK_32K
根据我的理解、我们需要弄清楚 2 和 4 之间的区别。
根据 TRM、CLK_32K_RC 不稳定、说明如下。
CLK_12M_RC 的输出时钟会进一步分频以生成 32kHz 时钟 (CLK_32K_RC)。 SMS 和计时器模块使用该时钟。 推导出的 CLK_32K_RC 的实际值将随 PVT 的变化而变化。
谢谢。
Linjun
您好 Linjun、
感谢您的评分！
对于 32k RC 时钟、Linjun 是正确的。 该时钟用作“回退“时钟源。 因此、如果电路只需要一个时钟信号、以便它可以继续传输电路的状态、那么可以使用该时钟。 但是、RC 时钟的实际频率可能会有很大差异。 我认为在某些情况下、频率可能高达 32KHz 的+/- 50%。 我不会使用这个时钟源来驱动需要保持准确时间的东西。
我会在下个星期中回来度假的。
0x00108380 的值为 0x1
0x00108380 的值为 0x1。
我需要将时钟 ID 2 用于看门狗、对吧？ 但为什么它总是重新启动,即使我馈送狗?
对于时钟 ID 4、它不会在我馈送 dog 时重新启动。
当我在 DTS 中将时钟设置为 2 时、 0x00108380 的值为 0x1
当我在 DTS 中将时钟设置为 4 时、 0x00108380 的值为 0x3
您好：
对此处延迟的回复表示歉意。 我正在留出时间在星期四上查看您的线程、如果您没有星期五的回复、请 Ping 该线程。
尊敬的 Nick：
回复您的请求、请对此 TT 提供帮助。
非常感谢！
Yong
请您帮助我们？谢谢。
您好 Tom、
在 DTS 中将时钟设置为 2 时、 0x00108380 的值为 0x1、、表示时钟源为“DEVICE_CLKOUT_32K"，“，</s>、
在 DTS 中将时钟设置为 4 时、 0x00108380 的值 为 0x3、这意味着时钟源为“CLK_32K"</s>“
请查看 TRM spruiv7c.pdf 第 579 页、我想“CLKOUT_32K"是“是“HFOSC0_CLKOUT_32K"</s>“
关于“DEVICE_CLKOUT_32K"，“， 有、有两个“DEVICE_CLKOUT_32K"源“源、一个是 HFOSC0_CLKOUT_32K、另一个是 CLK_32K_RC。 这取决于您的系统配置。
根据我的理解、 根据时钟稳定性的考虑、更改 2 到 4 应该是合理的。
您好 Linjun：
CLK_32K_RC 不稳定之前提到过、
CLK_32K_RC 是否与 CLK_32K 不同、这意味着 0x00108380 的值 为 0x3？
您认为我可以更改 分配时钟父母的 DTS 中的 2 到 4、对吧？ 是否有其他问题需要检查？
关于 DEVICE_CLKOUT_32K 源、请转储寄存器 CFG0_DEVICE_CLKOUT_32K_CTRL (0x4508058) 以检查正在使用哪个源。下面是寄存器说明。
关于 CLK_32K、寄存器数据库中没有提到其他字、我想是 HFOSC0_CLKOUT_32K、源是 HFOSC0。
CLK_32K_RC 源是 12.5MHz RC。
请帮助检查和确认。
当我在 DTS 中将时钟设置为 2 时、值 0x4508058 为 3
当我 在 DTS 中将时钟设置为 4 时、值 0x4508058 为 3
这是寄存器 CFG0_WWD0_CLKSEL (0x00108380) 说明
当您将时钟 ID 设置为 2 时、 0x00108380 的值应该为 2、我不知道为什么它在您这边为 1。 您可以仔细检查一下吗？ 我将从源代码进一步检查。
另一项工作是、将时钟源更改为 4 后、RTI0 是否能按预期工作？
值 0x00108380 我读取了几次 时钟源为 2、 时钟源为 4.
RTI0 有什么含义？ 是否 在 DTS 中使用 MAIN_rti0？
将时钟源设置为 4 时、运行 watchdog-sample.c、电路板不会重新启动。
将时钟源设置为 2 时、运行 watchdog-sample.c、电路板将会重新启动。
根据您的说明、当您设置为 2 时、RTI0 时钟源没有正确设置。
我可以在 DTS 中将其设置为 4、对吗？
我 是否应该等到您检查您的源代码？
Nick Saulnier (4768119)、 您能按照这张票吗？ 当客户将 RTI0 时钟源设置为 CLK_32K_RC 时、 据我理解寄存器 0x00108380 应该为 2、但客户回读为 1。 我们需要团队为根本原因提供支持。 Mukul Bhatnagar
您好、Nick：
您能帮 Linjun 检查一下吗？ 请。
我将在 AM62-SK 上附加一个带有 AM62x Linux SDK 11.1.5.3 的示例 RTI 测试日志以供您参考。 此致、 - Hong
e2e.ti.com/.../am62_5F00_11.1.5.3_5F00_rti.log
亲爱的汤姆。
请检查 Hong 的参考日志吗？ 它是否与您的测试用例类似？
为了进行澄清、请提供重现问题的测试步骤、特别是如何使用 watchdog-simple.c 进行测试？ 如果可以、请共享测试代码。
按照这一规定、我们将降低优先权、因为这个问题长期悬而未决。
如果是目标日期、请告知我们、TI 还需要时间为您提供支持。
尊敬的 Hong：
我的板上没有 runltp。
“md.l 0x43018170 3“和“md.l 0x04518170 3“、是否读取了寄存器的值？ 您读取了哪些寄存器？
尊敬的 Yong：
测试步骤是 Nick 之前提供的链接、我也遵循了这些链接。 watchdog-simple.c 为 /watchdog/watchdog-simple.c.
唯一的区别是我更改了 DTS 中的分配时钟父母进行测试。
您好、Tom、 - RTI0 时钟是在内核 dts 中配置的 https://git.ti.com/cgit/ti-linux-kernel/ti-linux-kernel/tree/arch/arm64/boot/dts/ti/k3-am62-main.dtsi?h=v6.12.66#n857
- AM62X 时钟标识符 https://software-dl.ti.com/tisci/esd/latest/5_soc_doc/am62x/clocks.html器件：AM62X_DEV_RTI0 (ID = 125)
我在 RTI0 时钟上使用“k3conf"附加“附加了一个示例日志。
此致、 - Hong
e2e.ti.com/.../am62_5F00_11.1.5.3_5F00_rti0_5F00_clk.log
您好 Hong：
我的电路板上不支持 k3conf。
我已上传 0x00108380 的值。
我先检查 k3-am62-main.dts。 如果还有其他问题、我将进行更新。
"Md.l 0x43018170“ 0x43018170 3“和“Md.l 0x04518170 3“、您是否读取了 REGS 的值？ 您读取了哪些寄存器？
“RTI_WDT 倒计时超时=> ESM ERRORSTz => SoC 复位“之后、主域和 MCU 域的 RST_CTRL/RST_STAT/RST_SRC 上的 CTRLMMR 寄存器
我在 TEST_WATCHDOG 重新启动电路板后读取它们。
“MD.l 0x43018170 3“的值为
000200ff 00000000 c0010000
“MD.l 0x04518170 3“的值为 00400fff 00000000 c0010000
不同的位是 0x43018178 和 0x04518170 的位 16。 在我的板上,他们是 1.
不同的位是 0x43018178 和 0x04518170 的位 16。 在我的板上,他们是 1 [/报价] 发生了 Bit16=1 => SW WarmReset。 此致、 - Hong
发生了 Bit16=1 => SW WarmReset。
是的、这是否意味着我的看门狗配置正确？
您好、Tom、 这两个事件都发生在您的“RST_CTRL/RST_STAT/RST_SRC"读取“读取上的 CTRLMMR 寄存器中。 -“RTI_WDT 倒计时超时=> ESM ERRORn => SoC RESET“ -“开关预热复位“ 此致、 - Hong
亲爱的汤姆
我可以问它是否回答了您的问题？ 如果您仍然需要 TI 的支持、敬请告知我们。
这两个事件都发生在您的“CTRLMMR 寄存器 on RST_CTRL/RST_STAT/RST_SRC“读数中。 -“RTI_WDT 倒计时超时=> ESM ERRORn => SoC RESET“ -“软件预热重置“
正如您所说的、复位是由看门狗倒计时超时引起的。
但 我在复位前馈送狗。
您好、Tom、 在您的电路板上运行 RTI_WDT 测试之前、我们是否读取了 CTRL_MMR_CFG0_RST_SRC？ 此致、 - Hong
否、在运行 RTI_WDT 测试之前、我们不会读取该寄存器 (0x43018178)。
我读取它、值为 0x0
您好、Tom、 在我的早期回复中、RTI_WDT 测试日志中的 CTRL_MMR_CFG0_RST_SRC 读数是正确的。 关于：AM625：am625 看门狗启用 此致、 - Hong
是的、之前、我按照您的说明 在 RTI 看门狗重新引导后读取 uboot 中的这些寄存器、但 在运行 RTI_WDT 测试之前未读取
