更新后功能已经实现dma收发

TripleJay 2025年 Dec 22日 17:58

目前看代码里面hal_spi_xmit_polling，tx和rx只选择了一种情况，将这里面的代码改一下，允许两个都配置dma，并将其中一个的channel更换掉。你再试下，不行的话，我这边就搭环境测试下
企业微信截图_20251222175745.png

是这样的意思吗？如果是这样还是不行

TripleJay 2025年 Dec 22日 15:11

你把相关的代码发出来看下

，通过添加需要接收或是不需要接收来设置DMA的模式，目前接收NULL都是正常的，添加接收后，就超时了，硬件应该是通的，我不开DMA可以正常读到芯片ID。

并且发送和接收都打开的时候，示波器观察是无输出的，我是tft屏幕仅发送，flash是发送+接收。

TripleJay 2025年 Dec 18日 18:05

可以参考一下tkl_spi_transfer里面#if BOARD_SPI_LIGHT_DRIVER下方的代码，使用DMA传输

dma打开发送和接收，还是返回超时，如果仅发送是正常的，还需要配置哪里吗？

len 长度18和18往上会报超时，15不会。spi驱动显示屏，会有大量data数据传输，一万左右的unsigned char 。根据日志返回值并跟随代码查看显示超时。目前是写在tuya_init_third这做初始化。

逻辑的院子 2025年 Nov 4日 16:29

您把这个接口注释掉再测试一下看看：tkl_wakeup_source_set

注释掉后无法唤醒了，看起来仅按下按键产生唤醒中断就可以唤醒芯片，tal_cpu_force_wakeup();没执行好像也行呢？因为现在产品设计为长按开机唤醒再执行tal_cpu_force_wakeup();和初始化部分，短按就忽略掉。

注释掉后无法唤醒了

这次我停掉了uart

，第一个高点是设备正常广播，再之后是进入低功耗，再高是按了一下按键。低点功耗为25ua（是我们自己做的pcb，外围电路有些功耗干扰）。