你好像补充个图，又发了一次。 那就再说几句供参考。 触发频率不低于1MHz,相对ADC模块来看，触发不算慢。 利用定时器捕获上沿问题不大，ADC那边就要看你最终所需要的采样时间了。最终以你验证为准。 建议你分两步走，先把触发放慢点，模拟的也行，基于定时器的上沿捕获，让定时器的捕获事件触发ADC， 这个过程调顺，ADC结果正确了，然后考虑加快触发频率，慢慢调整ADC那边的处理。 为了提高采样率，在满足性能需求的前提下，可以适当降低分辨率。
STM32H750捕捉2MHz的波形上升沿不会有困难。 你可以使用定时器的输入捕获功能 捕获这个上升沿，然后触发ADC的转换。 你现在强调的2MHz，若只是说触发信号沿比较窄，但没有那么频繁的话，ADC那边倒没什么困难。 如果说你的触发就是那么频繁，ADC那边就不一定应付得过来，注意我说的是不一定。因为ADC需要的 总采样时间要结合具体的被采样电路和所需要的分辨率。 以12位分辨率，Fadc=36MHz来看的话，最快采样率为4.5MSPS, 但这个最快不一定满足所有的应用场景。 还有，当你采样率高起来的时候，数据的提取也要利索些，可以考虑使用DMA搬运。
通过研究CM0+ 手册可以看到，这个DWT在CM0+内核上是个最基本的数据观察点单元。它没有 DWT_CYCCNT这个PC采样周期计数器，所以没有计数功能，同样比较器也只有地址比较功能。所以它仅仅能实现PC地址匹配功能，无法实现计数（计时）功能。 这个功能在更高级的内核上都有（CM3.CM4.......）
你的信息有限，这里给你些参考信息。 对于增量式编码器，第一次与第二次启动的不同点在于：第一次启动先进行速度开环， 力矩闭环的定位，后进入到速度闭环； 而第二次启动直接进入到速度闭环，因此可能涉及到力矩PI的积分初值不同问题，这个在 长时间运行后应趋于一致，但就初始阶段的速度可能存在波动。
可以试试用STM32F301K6UX来编译试试。 看起来都是同一个手册，就是外部封装引脚有区别，注意一下IO引脚。 估计里面的硅片是一样的。 KEIL没有做这个选项，也没办法选出来了，除非换其他编译器看看了。
因为管脚在下面，没有露出，所以不能刮开敷地铜皮，将Pin10短接到地。就是有个疑惑：Pin10的影响有这么大吗？ 同样的模拟I2C程序，读取EEPROM或者温度传感器（ID与温度值）都可以，但是换了管脚，读取H3LIS200DLTR就是一直为0. 读取EEPROM的程序如下： !(data/attachment/forum/202303/18/100934ye7voywgn1jd6f2e.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 读取H3LIS200DLTR的程序如下： !(data/attachment/forum/202303/18/101310gw6w93gwzw9ggww9.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 可以看到，在这个程序中，我还加了while，假如不屏蔽，且将地址改变，就会发现不会把s1~s6全部打印，这也变相证明地址是正确，且从设备有应答。 因为手上没有示波器，所以暂时只能用打印信息的方式来排查问题。
首先要确认ISP模式是否正确，系统芯片是否能够正常工作。比如之前刷写的程序，现在运行时正常的。也能够进入boot模式，但是不能通过ISP模式擦除写保护的话，尽量使用官方软件进行操作。你简单描述的现象是这样，但导致现象这样的情况比较多，我也看不到你的现场，只能排除法给你提供思路，解决还是要靠你自己。
谢谢你的回覆: 范围是指图里的设定吗?我已经有设定了.而且用CMSIS_DAP是可以下载到SRAM后执行对0x90000000的抹除读写,但在设定都不变的情况下改用STLINK V2就会失败,可是STLINK是可以读到芯片的,谢谢. !(data/attachment/forum/202303/17/134522re8p4quzpo9eq9qo.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
同学，不用着急不用慌，如果st.com上有时候因为连接问题下载不了，可以去STM32中国官网一试。 https://www.stmcu.com.cn/Designresource/detail/software/711298 https://www.stmcu.com.cn/ecosystem/Cube/STM32cubemx 另外，最好不要用qq,126,163这些邮箱，邮件容易被屏蔽
微信公众号
手机版
