void art_cfg(void) { /* 1. 打开 I-Cache 和 D-Cache */ if (!(SCB->CCR & SCB_CCR_IC_Msk)) /* 若 I-Cache 未开则开 */ { SCB_EnableICache(); } if (!(SCB->CCR & SCB_CCR_DC_Msk)) /* 若 D-Cache 未开则开 */ { SCB_EnableDCache(); } /* 2. 关闭预取（Flash 预取在 FLASH->ACR 里） */ FLASH->ACR &= ~FLASH_ACR_PRFTEN; /* 关闭预取 */ }
!(data/attachment/forum/202511/21/152908omy5nssbnltx66yx.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
现在的代码已经很简单了，上电初始化时钟，点亮OLED一秒钟就休眠。 我打算焊一块空板子，只有L151C8T6A最小系统，试一下看看 !(data/attachment/forum/202511/21/110501y5psiupl434k4zpt.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
!(data/attachment/forum/202511/20/133846koi70y506inynnto.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 找到原因了，未连接状态下查看DA
第1张图表示TRC信号可能来自ITRx信号【它通常是来自其它定时器的触发输出】或 TI1_ED信号，它最终对应ITRx还是TI1_ED信号，取决于从模式触发选择信号，即由TIMx_SMCR决定。 这个TRC信号可以作为TIMER输入通道的内部被捕获信号。 https://shequ.stmicroelectronics.cn/thread-869018-1-1.html 你又问：在第二张图中将多个信号通过选择器TS产生TRGI信号，这样TRC信号怎么产生的呢？ 其实，这个TRGI 信号就是可作为输入捕获的TRC信号，实质你在问TRGI怎么产生的。 打个比方，你现在选择的TRGI是ITR0，此时TRC信号就是ITR0。你若问ITR0又怎么来的呢？通常来自其它TIMER的触发输出【TRGO】，当然也可能是其它外设的输出。。。。。 !(data/attachment/forum/202511/19/140445dj1j0t94dqj2vgzj.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 总之，TRC信号不是额外的新信号，本质就是工作于从模式的定时器触发输入信号。
Kimi的回答： 在STM32H503RB的I3C通信中，主机若要使用SETAASA（Set All Addresses to Static Address）CCC方式让从机进入I3C模式，应按如下步骤操作： 确保总线处于空闲状态 发送任何CCC前，主机需保证SCL/SDA均为高电平，否则从机可能无法正确解析命令。 发送SETAASA广播CCC（0x29） 使用STM32 HAL提供的CCC接口，以广播 形式发送SETAASA命令。 示例代码片段（基于ST社区用例）： c复制 /* 1. 使能仲裁头，准备发送CCC */ LL_I3C_EnableArbitrationHeader(I3C1); /* 2. 发送SETAASA广播命令，无额外数据，带STOP条件 */ LL_I3C_ControllerHandleCCC(I3C1, I3C_BROADCAST_AASA_0x29, 0U, // 数据长度=0 LL_I3C_GENERATE_STOP); /* 3. 关闭仲裁头，释放总线 */ LL_I3C_DisableArbitrationHeader(I3C1); 上述流程与ST官方示例一致，成功发送后，所有支持SETAASA的从机将直接把自身静态I²C地址采纳为动态地址 ，并立即进入I3C从机模式，无需再执行ENTDAA过程 。 后续直接以I3C私有读写访问从机 SETAASA完成后，主机即可用得到的动态地址（即原静态地址）发起I3C私有读写帧；从机此时已工作在I3C模式，支持更高数据率、带内中断等特性 。 常见问题排查 若从机未响应，请确认其硬件支持SETAASA；否则需改用SETDASA单独指定。 若主机发送后无波形，检查GPIO是否被彻底重新配置为复用开漏、时钟源是否正确，并强制复位I3C外设以清除残留状态 。 通过以上步骤，STM32H503RB即可利用SETAASA一次性将所有兼容从机切换到I3C模式，实现快速动态地址分配与高速通信。
STM32H503RB 在 I3C 通信中，作为主机时，IBI payload 数据最多只能接收 4 个字节 。 这是由 I3C 控制器硬件寄存器 I3C_IBIDR 的大小限制的，无法通过软件配置扩展 。 ✅ 当 IBI payload ≤ 4 bytes： 数据会被完整接收并存储在 I3C_IBIDR 寄存器中。 主机可以通过中断或轮询方式读取这 4 字节数据。 ⚠️ 当 IBI payload > 4 bytes（例如 6 字节）： STM32H503RB 会在第 4 字节后中断 IBI 接收过程 ，导致通信不完整。 从机（如 PMIC）会因未收到完整 ACK 而重复发送 IBI ，可能造成总线拥堵。 ✅ 推荐解决方案（主机如何接收超过 4 字节）： 无法在 IBI 阶段直接接收超过 4 字节 ，但可以通过以下方式间接获取完整数据： IBI 阶段只接收前 4 字节 （包含 MDB 和部分数据）。 主机在 IBI 完成后，立即发起一次 Private Read 操作，从该从机读取剩余数据。 这种方式符合 I3C 协议规范，也是 ST 官方推荐的 workaround 。 📌 总结： 表格复制 项目 说明 最大 IBI payload 长度 4 字节 （硬件限制） 超过 4 字节怎么办 通过 Private Read 读取剩余数据 是否可以配置更大长度 ❌ 不可以，I3C_IBIDR 固定 4 字节 如你使用的从设备（如 DDR5 PMIC）必须发送超过 4 字节的 IBI 数据，请务必在主机端实现 Private Read 逻辑 ，否则将无法完成完整通信。
我这边基于你的代码及流程做了验证测试，会出现测试结果明显异常，不过并没有出现hardfault的必然。 经过一番折腾，后来发现你使用函数__HAL_ADC_CALC_TEMPERATURE(）给的第一个参数有问题，第一个参数应该按mv单位来给。 这样修改后 我这边测试结果是正常的： !(data/attachment/forum/202511/19/110138az0n85grk0r78849.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
微信公众号
手机版
.png)
