Glenxu

说明你有比SISTICK定时器更高级中断中使用了Hal_Delay()，将导致系统异常！！！

Glenxu

这个思路不错，没问题

^ ^

好像是个方法 我试试看

huangguansong

找到原因了，entity显示格式是yuv与设置的rgb565不一致。根因还在查 media-ctl -p Media controller API version 6.1.28 Media device information driver dcmipp model DCMIPP MDEV serial bus info platform:dcmipp hw revision 0x0 driver version 6.1.28 Device topology entity 1: dcmipp_parallel (2 pads, 2 links) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev0 pad0: Sink [fmt:RGB565_2X8_LE/640x480 field:none colorspace:rec709] "dcmipp_dump_postproc":0 [ENABLED,IMMUTABLE] entity 4: dcmipp_dump_postproc (2 pads, 2 links) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev1 pad0: Sink [fmt:RGB565_2X8_LE/640x480@1/30 field:none colorspace:rec709 compose.bounds0,0)/640x480 compose0,0)/640x480] "dcmipp_dump_capture":0 [ENABLED,IMMUTABLE] entity 7: dcmipp_dump_capture (1 pad, 1 link) type Node subtype V4L flags 0 device node name /dev/video0 pad0: Sink "dcmipp_parallel":0 [ENABLED,IMMUTABLE]

xmshao

1.我有点不明白定时器主模式的输出信号中OC1与OC1REF的区别。 按我自己理解，OC1是当主定时器的计数值与ccr1相匹配时产生一个信号作为从模式触发源。 OC1REF是当计数值小于CCR1时，从定时器启动计数功能。 ==>如果不考虑死区插入的话，OCREF和OC信号，OC信号是OCREF信号的后级，二者可能是同相可能是反相， 取决于极性选择控制。另外，计数器的启动跟计数值与CCR的比较结果无关。 2.还有一个问题我不明白主定时器产生一个触发源后，从定时器是开始计数不停止直到计数到ARR后停止。 还是单纯计数+1后停止再次等待触发源后再次+1？ ==》从定时器收到来自主定时器的触发信号后，如何反应，跟从定时器的从模式有关。可能是启动从定时器、 可能是对从定时器进行复位、也可能是暂停计数器。涉及到从定时器的从模式，比方Trigger 模式、Reset模式 以及门控模式等。

xmshao

根据你的描述来看，tmpCC4_last应该是TIMER借助捕获动作得到的值。如果是TIM5的通道4进行捕获而来的话 ，你的TIM5的通道4应该配置为捕获模式，至于具体对哪个信号进行捕获，你还需要进一步确认下。

butterflyspring

这个就是典型的PDR_ON 引脚功能的作用。 详细可以参考数据手册描述。 这个引脚接低，内部的复位电路被关闭，芯片失去自身复位功能，外部再没有提供复位所以导致上电复位失败，芯片出现各种异常现象，包括FLASH 内容擦除。

butterflyspring

正版的ST-LINK 遵循标准的USB协议。在普通电脑上小伙伴用得都还不错。 至于您说的高通8cx电脑不太了解，是否很好支持标准USB或者有什么差异还真不好说。

lxl666

签到签到

云小饮

CSDN里面有一篇文章你可以看看 ST-Link不能下载程序的几种解决办法_恩智浦k22单片机能连接，无法下载程序-CSDN博客

云小饮

屏幕型号都没有吗？

aurasemi

已解决，原因是第三次通过中断读取数据时，asm330lhh_fifo_wtm_flag_get(&dev_ctx, &wmflag);获取到的wmflag是0，导致没有在本次中断中执行读取，内部产生中断锁存了，所以不再产生新中断；解决办法，在这里retry，基本retry3次就可以读到wmflag==1；

xmshao

我这边经过实际测试发现，如果在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 ); } }

xmshao

你不用DMA都模拟成功了，若使用DMA也应该可以。可以考虑使用TIMER做时钟控制信号，使用TIMER事件来触发DMA。 既然使用DMA的话，就要尽量将DMA功能发挥出来，将CPU最大程度解放出来。 有兴趣的话，不妨试试。

晒太阳的懒猫

跟踪代码、输出LOG，看看设置有没有被执行、起到作用。另外就是看看下降沿的电路上有没有问题。如果是因为电路上就没有达到低电平的要求，那下降沿中断不可能产生的。

晒太阳的懒猫

Keil里经常遇到，有时候和选择的编译版本设置有关。我一般用全局查找的方式，查找定义处。