表26-7的两个引脚处理列(可接受/首选)中的条件似乎禁用了 HIB 模块的所有用途。
然而、未使用 的 HIB 模块引脚的可接受做法 (表26-7)是否允许 HIB 模块 发出 Tivaware 外设睡眠命令 并在接到命令时将外设置于睡眠状态?
或者、HIB 模块是否没有外 设睡眠功能的显式控制、因为逻辑扣除会让我们认为应该这样做?
数据表 HIB 模块第7节或架构概述 第1节未披露看似线路供电的外设睡眠模式。
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.
表26-7的两个引脚处理列(可接受/首选)中的条件似乎禁用了 HIB 模块的所有用途。
然而、未使用 的 HIB 模块引脚的可接受做法 (表26-7)是否允许 HIB 模块 发出 Tivaware 外设睡眠命令 并在接到命令时将外设置于睡眠状态?
或者、HIB 模块是否没有外 设睡眠功能的显式控制、因为逻辑扣除会让我们认为应该这样做?
数据表 HIB 模块第7节或架构概述 第1节未披露看似线路供电的外设睡眠模式。
重点是、休眠模块经过深思熟虑后添加 了 MCU 开发中的后者 与睡眠模式的链接不是很大、而是仅通过 NVIC 唤醒调用。
查看数据表、系统控制寄存器 设置所有振荡器、MOSC、PIO 等的各种睡眠模式。 除某些情况 外、通过 WAKE 中断等待(WKONINT)或看似 WAKE 引脚唤醒。 根据过去的经验、唤醒引脚接地 和 VBAT 悬空似乎不会出现 Rouge WKONINT 或其他未报告的问题。
但是 、首选的做法是 连接 HIB 模块 VBAT 引脚 VDD、 也许是因为 Bear 永远不会被错误唤醒、但为什么 HIB 模块 XOSC1引脚也接地、所以不将 VBAT 接地?
也许不相关 、但开始通过 串行引导加载程序(SBL)对 EK1294-XL 预制固件更新(RA2)有问题、会挂起 等待魔术包 ACK、就好像 WKONINT 未能触发更新信标 并将目标切换到 FTP 模式一样。 奇怪的是 、WKONINT 似乎运行 良好 (RA1)、并且在 几个 RA2 LaunchPad 上加载几乎相同的固件后似乎停止工作。 固件更新模式 INT 语法 是 通过 布尔开关调用函数而不是 while (1)布尔开关循环来启动的。 不要 认为 在 WKONINT 之前将所有启用的外设置置入睡眠状态会产生任何影响、但布尔开关(固件更新=1)现在会调用该函数。
直到 今天、才知道可能与睡眠模式 WKONINT 相关、 在论坛中的其他人 报告 挂起问题后、停止尝试调试 SBL。 SBL 挂起,等待 主机 在看似一个突然的唤醒调用或(SysCtrl?)应该断言什么之后,应答 BootP 魔术包。 在 调用 SBL 时唤醒中断。 休眠模块在启动板上完全正常工作、甚至有一个 WAKE 按钮。 SBL 挂起的拼图可能与 外设睡眠模式有关。WKONINT 是 SBL 中的固件更新模式、它通过 矢量表启动 、该表具有 已注册的 SW INT 源和(伪调用) 、可快速启动目标切换至 FTP 模式。