修改之后在vscode下一编译就变回0x11020000 0x020000
试了下修改此路径有效 software\TuyaOS\vendor\phy6222_ble\toolchain\templates\keil\scatter_load.sct

那为什么没占满呢，跟代码有什么关系吗

但是实际我看生成的map文件，我的固件大小只有136.8啊，不是说可使用的是172吗？

1）开发包全称：PHY6222_TUYAOS_3.9.0 烧录软件：PhyPlusKit_v2.5.2a
2）固件烧录时 第12个part 起始地址是0x1103C000，官方有介绍APP172K的起始地址是0X11000-0X3C000，这不是超过区域了吗？我出现的问题是用户存储数据起始刚好是0X3C000开始，然后烧录固件上电就不停的复位，我把存储区改到0X4C000就正常了。

逻辑的院子 2023年 Nov 22日 16:30

我写一个例程，晚一点发给你

感谢，我调通了，我先在奉加上面调通又移植过来就可以了。然后发现直接调用hal库，DMA没有回调，我检查了后发现是底层
spi.c->config_dma_channel4spitx()中的cfgc.enable_int参数默认给的false，然后在hal_dma_config_channel(DMA_CH_0,&cfgc)
中就没有打开dma中断。目前我直接在底层改成true了，目前测试正常。请帮我确认下这里的中断，谢谢。

逻辑的院子 2023年 Nov 21日 16:59

只是驱动OLED的话可以不使用DMA方式，不使用DMA方式的话有写好的例程，可以参考例程：TEST_CID_TX_SPI_DATA，可以配合Logic上位机进行测试基础收发功能

用这个测试是可以抓到信号，数据也是对的
但是加上DMA就不行。请帮忙查一下看看，我对比了您给的参考链接，我初始化是一样写的，就是发送按照自己的发送修改了下。

逻辑的院子 2023年 Nov 21日 16:59

只是驱动OLED的话可以不使用DMA方式，不使用DMA方式的话有写好的例程，可以参考例程：TEST_CID_TX_SPI_DATA，可以配合Logic上位机进行测试基础收发功能

是可以直接使用软件模拟，但是后面我们也要用SPI DMA驱动WS2811，所以还是要调通。

逻辑的院子 2023年 Nov 21日 16:22

建议参考这两个帖子：
（1）viewtopic.php?t=2441&start=10
（2）viewtopic.php?p=8186#p8186

我就是参考的第一个链接写的。也定义了了DMAC_USE.

内容
1）开发包全名（tuyaos-subdev-bt_3.9.0_phy6222_ble_ble-common_1.0.1.tar）
2）问题现象（初始化硬件spi和dma后，使用spi发送，抓io口信号，没有任何信号出来。log发现发送后dma中断回调没有被调用）
3）附件内容（附件中是我写的spi dma初始化及发送代码）