能具体说明一下么？ 比如具体哪个型号，用了哪些引脚，想要怎么连接，要实现什么功能，遇到什么问题或需要什么样的帮助。 必要的原理图或框图更容易帮助大家理解。 这样小伙伴们才能更好的协助你哦~~~
如果选择ocref信号作为ADC的触发时，是可以做触发极性选择的， 不过选择OC事件或Update事件触发ADC时是不关心极性的，或者说此时的极性选择无效。 其实一般来讲，我们关注的是触发时间点，我们选择TIMER的OCx事件或Update事件来 触发ADC即可。
无意间在菜单中设置下project窗口显示就解决了（如附图所示），有点奇怪的是STM32cubeIDE 2.0 都是默认安装，win10中无须任何设置就能显示，但win11中就却要这样设置才能显示，开始以为stm32cubeIDE不适配win11呢。
目前 ST 官方确实没有随同 HAL 库一起发布“可直接拿来量产”的 FTL。HAL 驱动只提供了最底层的 page-/spare 区读写、ECC 计算与 1-bit 纠错函数，坏块标记、磨损均衡、地址映射、垃圾回收等都需要用户自己实现，或者移植第三方开源方案 。 社区已经验证过的可行路线主要有三条，按“移植工作量”从低到高罗列如下，供你快速选型： 直接买“带内部 FTL”的 NAND 例如 SD-NAND（贴片式 TF 卡）、e-MMC、Raw-NAND+外部控制芯片。 优点：坏块、磨损均衡、掉电保护、ECC 全部由芯片内部完成，STM32 端只当成标准块设备（SDIO/SDMMC-SPI 均可），HAL 里现成的 FATFS 例程就能用。 缺点：单价会比裸 NAND 贵 20 %～40 %；如果用量大，成本压力明显 。 用“开源嵌入式 FTL”+FatFs 正点原子、阿波罗等板厂已经把“ftl.c + nand.c + bsp_nand.c”做成 HAL 框架下的参考工程，实现了： 上电扫描建立坏块表（BMT） 逻辑-物理块映射表（LUT） 擦写计数＋静态/动态磨损均衡 512 B/1 kB 粒度 ECC（软件 Hamming + HAL 1-bit 修复） 垃圾回收、掉电恢复 代码完全开源（MIT 授权），F767/F429 上已跑通 FatFs，读写在 1～3 MB/s 量级，适合中小容量（512 MB～4 GB）产品直接量产 。 移植时只需把底层 NAND_ReadPage/NAND_WritePage 换成你自己的器件驱动即可。 自己写 or 移植 Linux 流行 FTL 如果对性能/寿命要求极高，可参考： yaffs2/yaffs：ST 社区有人放出 STM32F429 移植包，文件系统本身就是为 NAND 设计，自带坏块与磨损均衡，但 HAL 版年代久远，需要把 OS 接口层改成裸机或 RTOS 。 LittleFS（ARM 官方维护）：接口简单，自带掉电安全与 CTA（copy-through atomic），不过默认按“扇区”操作，需要你把“扇区→NAND page”再包一层，工作量比方案 2 稍大。 结论 想“不踩坑、快量产”——直接选型 1； 想“成本优先、已有现成代码”——选型 2，把正点原子开源 FTL 拿来改； 想“深度定制、走 Linux 路线”——选型 3，从 yaffs2/LittleFS 开始移植。 官方目前仍没有发布成熟 FTL，所以“要么买带 FTL 的介质，要么用社区/第三方开源实现”仍是现实路径
1. 在参考手册上可以看到架构表或内部互联的表格，可以区分各个外设的域 2. 手册上没看到是必须的，只是进入stop 的模式或条件多一点，在库函数里也分M7 和 M4的例程，可以参考一下。
现在看来，在IDE里直接改型号是没有这个功能的。希望后面会加上。 有小伙伴曾经改工程文件，替换成新的型号，并调换相应的 .S ld, 驱动文件。 个人觉得难度系数不低。 不太推荐这样用，毕竟还要手动替换文件，跟重新建工程添加文件差不多了。 所以目前看来，麻烦一点，新建对应型号的工程，添加文件进来是行得通的方式了。
.png)
