据我所知，STM32产品的晶圆多数在国外生产，生产好的话会送到不同的封装厂封装。 图片上的信息看起来是在中国封装的，25年第20周出厂的，版本Z。 手册上是基本信息，不同封装厂使用的外观MARK 会略有不同，但是核心信息是一致的。 不论哪里出产的产品，都是遵循统一的生产和测试标准的。 建议重点关注型号，版本和出厂时间。当然从正规代理商购买会更有保障一些~~。
按照以下试试： ① 在 Pinout 视图 里先把 RCC 外设勾上，否则 Clock 配置页里很多选项是只读的。 ② 再到 Clock Configuration 页： - High Speed Clock (HSE) 选 Crystal/Ceramic Resonator，填 32 MHz； - Low Speed Clock (LSE) 同样选 Crystal/Ceramic Resonator，填 32.768 kHz； - 如果 LSE 这一栏仍是灰色，回到 Pinout 把 PC14/PC15 的备用功能手动设成 LSE（CubeMX 有时不会自动切）。 ③ 进入 RF 或 Radio 外设 界面，此时 Radio Timer 的时钟源列表里应该能选 LSE，选上后就能打勾使能。 ④ 重新 Generate Code，确认 RCC_OscInitStruct.LSEState = RCC_LSE_ON 已写进代码。 （很多用户卡在第二步，以为只要在 Clock 页里点一下就行，结果 PC14/PC15 没被占用，CubeMX 就默认 LSE 不可用，于是 Radio Timer 一直灰
1. 关于ADC2标志清除的问题 在STM32G4的FOC实现中，通常ADC1和ADC2是同步工作 的，它们共享同一个注入组中断标志。具体来说： ADC1和ADC2的注入组中断是共享的 ：在STM32G4中，ADC1和ADC2属于同一个ADC集群（ADC12），它们的某些中断标志是共用的 。JEOS（注入组转换结束）标志就是其中之一。 只需清除一次 ：当你调用LL_ADC_ClearFlag_JEOS(ADC1)时，实际上清除的是整个ADC12集群的JEOS标志，因此不需要 再单独清除ADC2的标志。 2. 关于中断触发次数的问题 不会触发两次中断 ：虽然ADC1和ADC2都有各自的注入组，但在电机控制配置中，它们通常是同步触发 的（通过JEXTEN和JEXTSEL配置）。当两个ADC的注入组同时完成时，只会产生一次共享的JEOS中断 。 硬件设计如此 ：这是STM32G4的硬件特性，专门为电机控制等需要多ADC同步采样的场景设计
重点检查供电，将每个供电脚都检查一遍，焊接牢靠，电压正确。 另外，就是那个VCAP脚一定使用合适的电容，接好焊好。 VDDA脚也不要漏掉检查了。 !(data/attachment/forum/202512/10/095822cl7gzpvzpvyokg9v.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
[md]事实上 我阅读了外部ST论坛，我查阅到之前有开发者提出类似的问题，国外FAE也有相关研究，很有可能已经有相关的demo，希望进一步获取的支持 谢谢 https://community.st.com/t5/stm32-mcus-products/how-to-use-dmamux-generated-events-to-trigger-another-dma/m-p/652741 https://community.st.com/t5/stm32-mcus-embedded-software/dmamux-chaining-of-request-generators/m-p/766449 https://community.st.com/t5/stm32-mcus-products/confusion-on-dmamux-registers-in-rm0468/m-p/694258
STM32H7 + LWIP 能收包却 ping 超时一站式排查表 症状：网口灯闪、MCU 能进接收中断、Wireshark 能看到 ICMP Echo-reply，但主机依旧“Request timeout”。 1. 校验和（Checksum）→ 90 % 踩坑点 表格复制 现象 Wireshark 展开 ICMP 协议树，Checksum = 0x0000 或非法值 根因 MAC 硬件自动清零 + lwIP 未同步使能 HW checksum offload 验证 抓包看 ICMP Checksum 字段 修复 1. 使能 MAC 发送硬件校验和2. 让 lwIP 把校验工作交给硬件 c复制 /* 1. 在 ETH 初始化处 */ heth.Init.TxConfig = ETH_TXCONFIG_CHECKSUMOFFLOAD; // H7 寄存器位 /* 2. 在 lwipopts.h */ #define CHECKSUM_BY_HARDWARE 1 #define CHECKSUM_GEN_ICMP 1 #define CHECKSUM_CHECK_ICMP 1 老版本 icmp.c 需手动把 iecho->chksum = 0; 保留，防止软件提前填充。 2. ARP / IP 冲突 表格复制 现象 第一次 1-2 个包能通，之后全部超时 验证 arp -a 看目标 IP 对应的 MAC 是否等于板子 MAC 解决 arp -d 清缓存；给板子分配唯一 IP；必要时发 Gratuitous ARP 3. Cache 污染（D-Cache 与 DMA 不一致） 表格复制 现象 大包 1500 B 必现超时；开-O2 优化后必现 验证 把待发缓冲区打印出来与 Wireshark 对比，内容不一致即命中 解决 方法 A：MPU 把描述符 & pbuf 区设为 Device/Strongly-ordered方法 B：在发送/接收处手动 Clean / Invalidate c复制 /* 发送前 */ SCB_CleanDCache_by_Addr((uint32_t *)p->payload, p->len); /* 接收后 */ SCB_InvalidateDCache_by_Addr((uint32_t *)p->payload, p->len); 4. pbuf 泄漏（PBUF_POOL 耗尽） 表格复制 现象 连续 ping 前 N 次 100 % 通，N == PBUF_POOL_SIZE 后永远超时 验证 memp_get_stats() 观察 PBUF_POOL 可用数每 ping 减 1 解决 恢复 icmp.c / etharp.c 中所有pbuf_free(p) 调用 5. 一键自检清单（复制打钩） [ ] Wireshark 回包 ICMP Checksum ≠ 0 且主机无 “Bad Checksum” 提示 [ ] arp -a 目标 IP ↔ MAC 正确，无 IP 冲突 [ ] 1500 B 大包连续 ping 稳定，不掉包 [ ] 连续 ping > PBUF_POOL_SIZE 次仍正常
楼上总结的很全面。 如果是空片的话，建议检查一下硬件环境，很多小伙伴忘记了给芯片供电。 怀疑是ST-LINK的话，可以找其他的板子对比测试一下。 如是原厂的ST-LINK 有电平转换芯片，很少坏的。
难道是状态方面问题？ 你这样，在做再次初始化SPI前，先调用下 面函数试试。 HAL_StatusTypeDef HAL_QSPI_Abort(QSPI_HandleTypeDef *hqspi)
你好: 我看目前sdmmc_stm32.c 內已經有stm32_sdmmc_clock_enable()內已經採用clock_control_get_rate, 目前也是卡住在這邊無法獲取正確的clock, m4 overlay中也已經移除pll2相關clock設定但是目前看起來還是讀取異常問題 看起來M7/M4所讀取道的系統時鐘差異蠻多導致。 Starting stm32h747i_disco with CPU frequency: 400 MHz m7 PLL1_P: 400000000 Hz m7 PLL1_Q: 200000000 Hz m7 PLL1_R: 400000000 Hz m7 PLL2_P: 240000000 Hz m7 PLL2_Q: 120000000 Hz m7 PLL2_R: 48000000 Hz UART device 'serial@40007c00' is ready. Msg Service [master] demo started _id=0 Starting stm32h747i_disco with CPU frequency: 200 MHz m4 PLL1_P: 128000000 Hz m4 PLL1_Q: 64000000 Hz m4 PLL1_R: 128000000 Hz m4 PLL2_P: 76800000 Hz m4 PLL2_Q: 38400000 Hz m4 PLL2_R: 15360000 Hz PLL2_R = 64000000 [00:00:10.019,000] [1;31m stm32_sdmmc: Failed to enable SDMMC domain clock [0m [00:00:10.019,000] [1;31m stm32_sdmmc: failed to init clocks[0m /* m4 SDMMC2 node */ &sdmmc2 { status = "okay"; compatible = "st,stm32-sdmmc"; clocks = , ; clock-names = "bus", "sdmmc"; bus-width = ; pinctrl-0 = < &sdmmc2_d0_pb14 &sdmmc2_d1_pb15 &sdmmc2_d2_pb3 &sdmmc2_d3_pb4 &sdmmc2_ck_pd6 &sdmmc2_cmd_pa0 >; pinctrl-names = "default"; /* 如果沒有 Card Detect，可以移除這行 */ cd-gpios = ; disk-name = "SD"; }; // &clk_hse { // clock-frequency = ; // status = "okay"; // }; // &clk_hsi48 { // status = "okay"; // }; // &pll { // div-m = ; // mul-n = ; // div-p = ; // div-q = ; // div-r = ; // clocks = ; // status = "okay"; // }; // &pll2 { // div-m = ; // mul-n = ; // div-p = ;//ori div-p = ; // div-q = ; // div-r = ; // clocks = ; /* Assuming 25MHz HSE */ // status = "okay"; // };
1、确认编译器真的开了 FPU Keil: Options → Target → Floating Point Hardware → Single Precision STM32CubeIDE: Project → Properties → C/C++ Build → Settings → MCU Settings → -mfpu=fpv5-sp-d16 -mfloat-abi=hard 再全清重新编译，map 文件里看到符号带 “vfp” 字样 才算数 2、确认运行时 FPU 使能 复位缺省 FPU 是 disable ！
如果你研究了基于stm32n6芯片的 XIP工程，L&R工程跟XIP模式的很多操作及环节是一样的， 只是一个是APP直接在外边FLASH运行，一个是FSBL将外部APP代码拷贝到RAM后再运行。 有篇应用笔记 LAT1491 STM32N6的FSBL基本流程介绍 建议阅读下。 然后这里再跟你分享一篇文章供参考。 LAT1587使用STM32CubeMX创建STM32N6的LOAD&RUN工程_V1.0.pdf
.png)
STMCU小助手
回答时间：2025-12-4 13:48
STM32WB09KE 的 BLE 协议栈本身并不限制一条链路只能有一个 notify 属性 ，也没有“只能开一个虚拟时钟”的硬性约束 。 官方 Heart-rate 例程里就是靠 两个虚拟定时器 （VTimer0 / VTimer1）分别完成 1 s 心率 notify 和 100 ms 电池 notify 的，所以“双服务 + 双 notify + 双 VTimer”这条技术路线在芯片层面完全走得通。 你目前“service1 能收，service2 收不到”的现象，99% 是软件/任务调度 问题，而不是硬件或协议栈限制。
