已解决，原因是第三次通过中断读取数据时，asm330lhh_fifo_wtm_flag_get(&dev_ctx, &wmflag);获取到的wmflag是0，导致没有在本次中断中执行读取，内部产生中断锁存了，所以不再产生新中断；解决办法，在这里retry，基本retry3次就可以读到wmflag==1；
我这边经过实际测试发现，如果在option里DUAL_BANK勾选时，我们基于库函数 的相关定义给定BANK进行擦除时，假设程序运行在BANK1，即0x8000000开始的空间。 若要擦除BANK2,给的宏参数是FLASH_BANK_1才行。 我刚开始给的是FLASH_BANK_2，结果发现每次0x8000000开始的空间都被擦除了。这点要注意下。 我使用ARM MDK IDE测试的，当我按键多次后就对BANK2进行全擦除，是可以实现对BANK2的擦除的。 不过就是那个参数给的是FLASH_BANK_1，这点跟手册描述似乎是相反的,我会继续跟踪确认这点。 void HAL_GPIO_EXTI_Falling_Callback(uint16_t GPIO_Pin) { if (Cnt_KeyIN>3) { Cnt_KeyIN = 0; HAL_FLASH_Unlock(); FLASH->CR |= FLASH_BANK_1;//!!!! FLASH->CR |= (FLASH_CR_STRT ); } }
你不用DMA都模拟成功了，若使用DMA也应该可以。可以考虑使用TIMER做时钟控制信号，使用TIMER事件来触发DMA。 既然使用DMA的话，就要尽量将DMA功能发挥出来，将CPU最大程度解放出来。 有兴趣的话，不妨试试。
跟踪代码、输出LOG，看看设置有没有被执行、起到作用。另外就是看看下降沿的电路上有没有问题。如果是因为电路上就没有达到低电平的要求，那下降沿中断不可能产生的。
PH0-OSC_IN为12.288MHz；duty=50%。为什么MCO2的出力为35%呢!(data/attachment/forum/202407/08/165534m8v5id3b2qdb2jqs.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
问题解决了，只能说官方给的库文件也不能尽信；!(data/attachment/forum/202407/08/161617neit5gt4szee9ztr.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 这是官方给的中断函数库文件，可以看到这个函数在处理完中断后依旧在while循环里跑，并没有马上跳出去，导致中断执行结束后这么久才能出去；而且里面各种函数还有一大堆调用和一大堆判断，导致触发中断到进入中断函数的时间变得很长； 于是我给他一顿精简乱改，成了这样 !(data/attachment/forum/202407/08/163124btjvillzj7si7sos.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 测试中断时间： !(data/attachment/forum/202407/08/163148ezx2j90n2y4gwdxs.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 进中断函数耗时约1.8us，出中断耗时约900ns，本来想更精简一点，奈何!(data/attachment/forum/202407/08/163318whrhqlthhlforkrl.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 这东西是万万不能省略的，他又非常消耗时间，就只能这样了
您好，我们这边测试了Chrome、Edge浏览器，都没有复现您说的问题，我们这边都可以正常下载。 建议您仔细检查浏览器设置与网络链接，相信能解决您的问题。
你好，i2c3默认是安全外设，需要配置OP-TEE设备树将其改为非安全可读写外设，参考配置如下，编译更新OP-TEE后，重启系统，再检查Linux下能否识别。 &etzpc{ ... DECPROT(STM32MP1_ETZPC_I2C3_ID, DECPROT_NS_RW, DECPROT_UNLOCK) ...
微信公众号
手机版
.png)
