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.
工具与软件:
关于 GHVSRC 寄存器和时钟域说明的文档似乎存在歧义。 具体而言、模糊性 与时钟源配置以及 SPNU563A–March 2.5.1.16和 SPNS195C 6.6.1中 HCLK、VCLK 和 VCLK2的行为有关。 以下是 TMS570LC4357的两个文档
第2.5.1.16节:GHVSRC 寄存器详细信息:
GHVSRC 寄存器控制 GCLK1、HCLK、VCLK 和 VCLK2时钟域的时钟源配置。 相关案文指出:
位19-16: 当 GCLK1被关闭时、HVLPM HCLK、VCLK、VCLK2的唤醒源。
表2-35:字段说明:
位字段值说明
31-28保留0读取返回0。 写入无影响。 27-24GHVWAKE GCLK1、HCLK、VCLK SOURCE ON WAKEUP。 当 GCLK1被关闭时、19-16 HVLPM HCLK、VCLK、VCLK2源开启唤醒。
第6.6.1节:时钟域说明:
此处的文档介绍了器件时钟域及其默认时钟源:
时钟域- HCLK:
- 由 GCLK1通过 HCLKCNTL 寄存器分频得到。
- 允许的时钟比为1:1至4:1。
- 由 CDDISx 寄存器位1禁用。
模糊问题:
请求:
您能否说明以下几点?
时钟域- HCLK:
支持文档参考:
如能确保根据文件准确、可靠地加以执行、将不胜感激。
谢谢你。
说明:
在与 GHVSRC 寄存器和 TMS570LC4357的时钟域说明有关的文档中似乎存在歧义。 具体来说、潜在的不一致与时钟源配置以及 HCLK、VCLK 和 VCLK2的行为有关、请参阅 SPNU563A 2.5.1.16和 SPNS195C 6.6.2.1节。
SPNU563A 2.5.1.16:GHVSRC 寄存器详细信息:
GHVSRC 寄存器控制 GCLK1、HCLK、VCLK 和 VCLK2时钟域的时钟源配置。 相关案文指出:
位19-16: 当 GCLK1被关闭时、HVLPM HCLK、VCLK、VCLK2的唤醒源。
表2-35:字段说明:
位字段值说明
31-28保留0读取返回0。 写入无影响。 27-24GHVWAKE GCLK1、HCLK、VCLK SOURCE ON WAKEUP。 当 GCLK1被关闭时、19-16 HVLPM HCLK、VCLK、VCLK2源开启唤醒。
第 SPNS195C 6.6.1节:时钟域说明:
本文档介绍了器件时钟域及其默认的时钟源:
时钟域- HCLK:
- 由 GCLK1通过 HCLKCNTL 寄存器分频得到。
- 允许的时钟比为1:1至4:1。
- 由 CDDISx 寄存器位1禁用。
模糊问题:
GHVSRC SPNU563A 部分(2.5.1.16)提供了有关如何在 GCLK1关闭时在唤醒时管理 HCLK、VCLK 和 VCLK2源的详细信息。 存在一个问题、这个问题涉及这些源是源自通用时钟模块(GCM)还是 GCLK1、或者它们是否都源自 GCM、但回退到具有 GHVSRC 设置的另一个源。
SPNS195C 部分(6.6.6.2.2.1)意味着这些时钟域直接从 GCLK1派生、但没有明确提及它们与 GCM 的集成。 如果它们来自 GCLK1、则会在 GCLK1关闭时引发一个有关其功能的问题、尤其是使用 GHVSRC -> HVLPM、当 GCLK1关闭时、这会在唤醒时选择 HCLK、VCLK 和 VCLK2源。
请求:
您能否澄清以下几点、以解决含糊之处?
支持文档参考:
如能确保根据文件准确和可靠地予以执行、将非常感谢你协助澄清这些问题。
感谢你的帮助。
尊敬的 MC b:
对不起,因为响应晚了,我在这段时间的其他问题被卡住了。
[报价 USERID="606657" URL="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1449764/tms570lc4357-clarification-needed-for-ghvsrc-register-and-gclk-clock-domain-descriptions "]GHVSRC SPNU563A 部分(2.5.1.16)提供了有关在 GCLK1关闭时如何在唤醒时管理 HCLK、VCLK 和 VCLK2源的详细信息。 那么、它们是从 GCM 派生的吗?如果 GCLK1是从另一个来源派生的吗?是的、HCLK、VCLK 和 VCLK2它们通常源自 GCLK1。
请参阅 HALCoGen 中的以下图片:
因此、这些时钟通常来自 GCLK1、 2.5.1.16部分指出、我们也可以在 GCLK1关闭时直接从其他源唤醒这些时钟。
SPNS195C 第6.6.2.1节暗示直接从 GCLK1推导出来、但并未明确提及与 GCM 的集成。
据我所知、GCM 不是一个时钟源、而是一个可以实现输入时钟源与时钟域间映射的模块。
正是由于这个原因、你可以在 HALCoGen 中看到、这里为时钟源和时钟域的整个映射区域提供了它。
我将尝试在下一条评论中回答其他问题...
——
谢谢、此致、
Jagadish。