1. 从工控现场看SPI为什么这一篇单独写它文章写到第6篇终于轮到SPI。前面几篇把GD32H759的工程模板、时钟树、GPIO和串口这些基础铺完之后好几位做运动控制和仪表采集的兄弟来问参数存到哪、绝对值编码器怎么读、高速ADC怎么采答案基本都压在SPI这个外设上。工控板卡上SPI管的事情比我刚入行时想象的多得多。温度采集用SPI ADC电机位置用SPI磁性编码器配置参数和日志用SPI Nor Flash显示面板、IO扩展、隔离通信很多也都是SPI。它只有四根线——SCK、MOSI、MISO、CS谁都会接可实际调起来却比UART更考验细节。UART发错了顶多收不到SPI一旦模式不对、片选时序不够轻则读回来全是0xFF重则数据整体错一位而且错得非常规律很容易让人怀疑芯片坏了。这篇文章就把GD32H759 RT-Thread这套组合下的SPI应用完整捋一遍先盘资源再讲RT-Thread设备框架怎么接入然后把W25Q64、DMA、编码器这些工控常见场景逐个拆开最后把我踩过的坑和排查方法整理出来。适合刚把手头MCU换到GD32H759的工程师也适合在RT-Thread上做驱动移植、被SPI时序坑过想系统性排查的人。1.1 工控板上SPI到底在管什么以我这边一块运动控制主板为例SPI0接了W25Q64负责存参数文件和运行日志SPI1接MT6816磁性编码器读电机绝对角度SPI2预留了扩展槽外接高速ADC模块。三个从机三种特性Flash对时序不敏感但看重写流程编码器要求周期读取且对毛刺敏感ADC则是典型的高吞吐连续传输。你不可能用一套配置吃遍所有从机所以先理解总线本身再逐个适配。工业现场和消费电子不一样板子上经常有电机驱动、变频器这些强干扰源。SPI不是差分信号线一长就容易受共模干扰所以我自己的原则是PCB上尽量短必要时加RC滤波或施密特缓冲软件上优先用低速挡能跑通再提速。别一上来就追标称最大速率那是实验室环境下的数据。1.2 从GD32H759到RT-Thread再到SPI的三层关系这套系统要拆成三层看。最底下是GD32H759的SPI控制器和引脚复用硬件负责电平翻转和移位寄存器中间是RT-Thread的SPI总线驱动把寄存器操作封装成统一的设备对象最上层才是你真正要写的业务代码——发送指令、等待状态、解析数据。这三层缺一不可。只懂框架不懂硬件遇到引脚复用错、时钟没开这种低级问题会卡半天只懂寄存器不懂框架又会在RT-Thread的多线程环境下踩到总线互斥的坑。所以我后面每个章节都会尽量把“底层为什么这么配”和“上层API该怎么调”串起来讲。2. GD32H759的SPI资源盘点引脚映射、时钟分频和库函数2.1 六路SPI怎么选引脚AF表怎么看GD32H759这颗600MHz的Cortex-M7芯片上SPI控制器数量不少具体到SPI0到SPI5都有每路都能做主机或从机。选哪路基本看引脚冲突几路SPI的信号线会跟UART、I2C、PWM复用你得在数据手册的Alternate Function表里慢慢找。我自己的习惯是先把3根信号线全部找全、标注好再动代码。比如某组引脚既能做SPI1的SCK又能做UART的TX如果你只改了SPI外设时钟忘了把GPIO切到AF模式波形根本不出来。用GD32标准库时就是两步先gpio_af_set()指定复用功能号再用gpio_mode_set()把引脚设为复用模式。AF号跟引脚位置有关不同芯片封装可能不一样代码里不能盲抄。#define SPI1_SCK_PORT GPIOE #define SPI1_SCK_PIN GPIO_PIN_12 #define SPI1_MISO_PORT GPIOE #define SPI1_MISO_PIN GPIO_PIN_13 #define SPI1_MOSI_PORT GPIOE #define SPI1_MOSI_PIN GPIO_PIN_14 rcu_periph_clock_enable(RCU_GPIOE); rcu_periph_clock_enable(RCU_SPI1); gpio_af_set(SPI1_SCK_PORT, GPIO_AF_5, SPI1_SCK_PIN); gpio_af_set(SPI1_MISO_PORT, GPIO_AF_5, SPI1_MISO_PIN); gpio_af_set(SPI1_MOSI_PORT, GPIO_AF_5, SPI1_MOSI_PIN); gpio_mode_set(SPI1_SCK_PORT, GPIO_MODE_AF, GPIO_PUPD_NONE, SPI1_SCK_PIN | SPI1_MISO_PIN | SPI1_MOSI_PIN); gpio_output_options_set(SPI1_SCK_PORT, GPIO_OTYPE_PP, GPIO_OSPEED_50MHZ, SPI1_SCK_PIN | SPI1_MOSI_PIN);SCK和MOSI是输出脚用推挽输出、高速档MISO是输入脚一般不需要输出速度配置但上拉与否要看从机。大多数从机的MISO是三态输出主机侧可以不加上拉但我习惯加一个10k上拉至少能把悬空电平固定住排查问题少一种可能。2.2 SPI参数结构体与模式0配置GD32标准库初始化SPI的方式比STM32的HAL库更接近寄存器语义。核心是填一个spi_parameter_struct结构体再把结构体交给spi_init()spi_parameter_struct spi_prm; spi_struct_para_init(spi_prm); spi_prm.device_mode SPI_MASTER; spi_prm.trans_mode SPI_TRANSMODE_FULLDUPLEX; spi_prm.frame_size SPI_FRAMESIZE_8BIT; spi_prm.nss SPI_NSS_SOFT; /* 用软件片选 */ spi_prm.endian SPI_ENDIAN_MSB; spi_prm.clock_polarity_phase SPI_CK_PL_LOW_PH_1ST; /* 模式0 */ spi_prm.prescale SPI_PSC_32; /* 先慢后快 */ spi_init(SPI1, spi_prm); spi_enable(SPI1);SPI_CK_PL_LOW_PH_1ST是GD32库对模式0的命名翻译过来就是“时钟空闲为低电平、第一个边沿采样”。熟悉ST HAL库的人到这里要稍微适应一下命名但底层本质完全一样。2.3 时钟分频和速度选择原则SPI速率的计算很直接外设时钟源除以分频系数。比如SPI模块挂在120MHz的时钟域上SPI_PSC_32就是3.75MHzSPI_PSC_8就是15MHz。手册里会列出一张prescale可选项表取值通常是2、4、8、16、32、64、128、256。我的经验是先算一个保守值。W25Q64标称能跑到几十上百MHz但板子走线、负载电容、从机供电都会砍上限。第一次调试我从来不用最高分频一律从1MHz附近起跑确认通信正常之后再把分频系数往下降直到出现误码再退一档。这个过程十分钟都花不到却能把“时序问题”和“逻辑问题”迅速隔离。3. RT-Thread SPI设备框架接入与配置要点3.1 SPI框架分层和设备命名RT-Thread把SPI抽象成两层设备总线和挂在总线上的从机。总线设备叫spi1、spi2这类名字从机设备在总线名后面加编号比如spi10表示spi1总线上的0号从机。应用层直接拿着从机设备句柄调用统一的API不用关心底层是GD32还是别的芯片。框架的好处是可以把驱动的复杂操作隐藏掉。你在rt_device_find(spi10)拿到的其实是一个struct rt_spi_device后续的配置、发送、接收、片选操作都挂在它身上。如果BSP里没有你要的从机设备可以自己在驱动里调用rt_spi_bus_attach_device()挂一个通常需要在board级初始化时把片选GPIO、设备名注册好。3.2 在menuconfig里把SPI打开用RT-Thread Studio或者ENV工具做工程配置时先检查rtconfig.h里有没有RT_USING_SPI。然后进入menuconfig在BSP相关的菜单里使能对应的SPI外设比如勾选BSP_USING_SPI1。这个宏会让BSP中的drv_spi.c被编译同时注册spi1总线设备。有些版本的BSP还会让你配置SCK、MISO、MOSI对应引脚编号这里就要跟2.1节查到的AF表对应起来。配完之后编译烧录启动日志里如果能看见spi1 bus init之类的信息说明总线已经起来了。之后再单独创建一个从机设备或者直接用现成的flash驱动注册。3.3 应用层API使用示例业务代码里最常用的是这套组合拳rt_device_find()找设备rt_spi_configure()配模式然后用rt_spi_send_then_recv()做“先发后收”的复合操作。读JEDEC ID举个例子static struct rt_spi_device *g_flash_dev; int user_spi_init(void) { g_flash_dev (struct rt_spi_device *)rt_device_find(spi10); if (g_flash_dev RT_NULL) { rt_kprintf(find spi10 failed\n); return -RT_ERROR; } struct rt_spi_configuration cfg; cfg.mode RT_SPI_MASTER | RT_SPI_MODE_0; /* 片选低有效 */ cfg.data_width 8; cfg.max_hz 1000000; /* 1MHz起跑 */ rt_spi_configure(g_flash_dev, cfg); uint8_t cmd 0x9F; uint8_t id[3] {0}; rt_spi_send_then_recv(g_flash_dev, cmd, 1, id, 3); rt_kprintf(flash id: 0x%02x 0x%02x 0x%02x\n, id[0], id[1], id[2]); return RT_EOK; } INIT_COMPONENT_EXPORT(user_spi_init);关于RT_SPI_CS_HIGH这个标志我要多提醒一句。它表示片选有效电平是高默认不置位时大多按低有效处理。W25Q64这类从机CS是低有效所以不要随手加上RT_SPI_CS_HIGH。不同BSP的驱动实现略有差异配置前先翻一下drv_spi.c里对mode标志的处理避免极性搞反。3.4 总线锁多线程访问SPI的注意点RT-Thread框架内部的单个收发接口会自己对SPI总线加锁所以两个线程各自发一条完整指令是安全的。但如果你在A线程要完成“拉低CS、读操作码、连续读几个字节、拉高CS”这一整串动作拆成多次rt_spi_send_then_recv()调用就可能被B线程的访问插进来造成逻辑错乱。这时候就要手动锁定rt_spi_take_bus(g_flash_dev); /* 连续执行多条SPI收发 */ rt_spi_send_then_recv(g_flash_dev, cmd, 1, buf, 4); rt_spi_send_then_recv(g_flash_dev, cmd2, 1, buf2, 4); rt_spi_release_bus(g_flash_dev);片选本身也要包在锁里面。RT-Thread的rt_spi_send_then_recv内部会把CS的断言和释放处理好但如果手动控制CS务必定一个“取总线-断言CS-传输-释放CS-放总线”的统一流程不然并发场景下第一个坑就是这个。4. 模式、时序与片选看起来简单却最容易错的协议细节4.1 四种模式怎么判断很多从机手册根本不写“模式0”三个字只给一张时序图。判断方法就两步先看SCK空闲时是高还是低CPOL再看数据在第几个边沿被采样CPHA。对应关系如下模式CPOLCPHA空闲时钟电平采样边沿GD32库宏关键字000低上升沿PL_LOW_PH_1ST101低下降沿PL_LOW_PH_2ND210高下降沿PL_HIGH_PH_1ST311高上升沿PL_HIGH_PH_2ND调试时不要猜。把逻辑分析仪夹上观察空闲电平再对照从机手册的时序图确认是哪个边沿采样。W25Q系列一般支持模式0和模式3很多人习惯性用模式0没问题一些国产ADC和编码器则明确要求模式1这时候复用同一个控制器就得在切换从机时重新rt_spi_configure()。4.2 硬件片选与软件片选怎么选GD32的SPI支持硬件NSS和软件NSS两种模式。硬件NSS的好处是CPU不用干预片选翻转但坏处也很明显多从机场景下逻辑复杂而且不少芯片的硬件NSS在连续通信时会多出额外的空闲周期主控和从机的配合反而更别扭。工业板卡我基本都选软件片选也就是用普通GPIO手动拉CS。理由很简单GPIO可控性最强可以任意调整CS断言和释放的时机遇到那种必须“CS先低、等一会儿再送时钟”的从机也就一条delay的事。RT-Thread框架里软件片选通常由驱动在执行传输时自动控制当然也可以自己在传输前把GPIO拉低。4.3 片选最短间隔和连续通信的坑片选不是简单拉低拉高就完事。很多从机手册里写着CS释放后要维持高电平一段时间才能再次拉低常见用tSHSL或tCSH表示短则几十ns长则几us。如果主循环高频轮询编码器两次传输之间的CS高电平时间被压得极短从机内部状态机还没复位下一条命令就会偶发错位。我踩过一次很典型的坑电机编码器在800Hz位置环下偶发跳变波形上看CS高电平只有几十ns从机手册要求至少1us。后来在每次传输结束到下一次开始之间加了一个小的系统延时问题立刻消失。判断方法是改用示波器量CS引脚的波形看看高电平宽度够不够。从CS拉低到第一个SCK上升沿之间也要留时间这个参数通常叫CS setup time。尤其是用软件片选时GPIO刚拉低寄存器还没稳定马上开时钟第一个字节很容易丢。RT-Thread的rt_spi_send_then_recv内部一般会自动做处理但如果你手动控制CS建议在断言后加几条空指令或一次rt_hw_us_delay(1)。5. W25Q64读写实战参数存储和固件升级5.1 W25Q64指令集快速上手SPI Nor Flash的操作本质上就是一套命令。核心指令不多我整理了一下常用的指令字节码含义典型用法Read Data0x03读数据常规读取Page Program0x02页编程写256字节页Sector Erase0x20擦除4KB扇区擦除后写入Read Status Register0x05读状态寄存器查询忙标志Write Enable0x06写使能每写/擦前必须JEDEC ID0x9F读芯片ID上电自检用RT-Thread API手写一套驱动其实不复杂。写数据之前必须先0x06写使能然后发0x02页编程命令和数据之后不断读状态寄存器直到忙标志清零uint8_t wren 0x06; rt_spi_send(g_flash_dev, wren, 1); uint8_t pp_cmd[4] {0x02, (addr 16) 0xFF, (addr 8) 0xFF, addr 0xFF}; rt_spi_send(g_flash_dev, pp_cmd, 4); rt_spi_send(g_flash_dev, data, len); uint8_t rdsr 0x05; uint8_t status; do { rt_spi_send_then_recv(g_flash_dev, rdsr, 1, status, 1); } while (status 0x01); /* BIT01表示忙 */读数据更简单0x03命令带上24位地址然后连续读任意长度即可。5.2 用SFUD软件包省掉重复劳动手写一遍有助于理解原理但项目里我更推荐直接用RT-Thread的SFUD软件包。这个包会自动读取JEDEC ID、识别W25Q系列型号并且把页编程、扇区擦除、状态查询这些操作都封装好了。打开软件包后初始化完成就能用sfud_get_device_table()拿到设备指针读写API也很直观。SFUD适合那些“只要能存能取”的场景。用到它的同时还是要理解背后的擦写限制否则很容易写出磨损Flash的业务逻辑比如每次开机都擦同一个扇区。5.3 擦除、寿命和掉电安全Nor Flash的物理特性决定了两个绕不开的点写之前必须先擦除擦除是以扇区为单位的擦写寿命一般在一万到十万次量级具体看手册。工控设备几年不关机如果参数每秒钟写一次同一个扇区一个月就可能报废。我的做法是给参数区做轮转存储把存储区切成多个扇区按顺序写读的时候统一扫描最新一份再配合CRC校验读到坏块就跳到下一扇区。另外一个更省事的方案是用成熟掉电保存组件把参数映射成键值对让组件去管擦写和磨损均衡。但无论如何掉电瞬间写了一半这种场景只能用“多副本CRC”兜底单纯依赖Flash自己的状态寄存器是不够的。5.4 速度拉上去之后出现乱码怎么办W25Q64在1MHz下读写稳定把分频调到高速档以后偶尔读到0xEF变0xEFEF或者整块错位常见原因有三个SCK速率超过了从机实际承受上限CS走线太长导致片选信号上升沿太缓MISO线上干扰过大。排查顺序也很固定先降速看是否恢复再量波形看边沿最后查PCB走线和上下拉电阻。不要一上来就换芯片。6. SPI DMA与高吞吐工控场景怎么跑满6.1 轮询、中断还是DMASPI传输有四种常见实现方式阻塞轮询、中断单字节、DMA批量、DMA双缓冲。它们的取舍很直接方式CPU占用实时性代码复杂度适用场景轮询高差低低频读写、调试中断中中中每帧几十字节DMA低好中高高速ADC、大buffer读写DMA双缓冲极低好高连续采集应用工控里如果只是偶尔读个编码器轮询完全够但要是SPI ADC以100kHz连续采样每采一次就进一次中断CPU会被打断到怀疑人生。这种场景一定上DMA并且最好配双缓冲让搬运和业务处理并行。RT-Thread里可以把DMA中断回调绑定到信号量或消息队列应用线程挂起等待数据到了再醒来处理。6.2 GD32H759的DMA配置要点GD32的DMA配置和STM32有相似之处用标准库时需要把外设地址指向SPI的数据寄存器内存地址指向你的buffer再设置方向、位宽、优先级和传输长度dma_parameter_struct dma_prm; dma_deinit(DMA0, DMA_CH0); dma_struct_para_init(dma_prm); dma_prm.periph_addr (uint32_t)SPI1_DATA; dma_prm.memory_addr (uint32_t)rx_buf; dma_prm.direction DMA_PERIPHERAL_TO_MEMORY; dma_prm.number len; dma_prm.periph_inc DMA_PERIPH_INCREASE_DISABLE; dma_prm.memory_inc DMA_MEMORY_INCREASE_ENABLE; dma_prm.periph_width DMA_PERIPH_WIDTH_8BIT; dma_prm.memory_width DMA_MEMORY_WIDTH_8BIT; dma_prm.priority DMA_PRIORITY_HIGH; dma_init(DMA0, DMA_CH0, dma_prm); dma_circulation_disable(DMA0, DMA_CH0); dma_channel_enable(DMA0, DMA_CH0); spi_dma_enable(SPI1, SPI_DMA_RECEIVE);需要注意DMA号、通道号和SPI的握手关系不同外设组合在硬件上只有固定的DMA请求线不是任意通道都能配看手册里的DMA请求映射表。6.3 Cortex-M7的缓存一致性最容易漏的一步GD32H759是Cortex-M7内核带I-Cache和D-Cache。DMA是外设直接写内存绕过了CPU缓存。如果RX buffer之前被CPU写过缓存里可能还留着旧数据CPU去读的时候直接命中缓存读到的根本不是DMA刚写进去的内容。这就会造成“DMA明明完成了数据却是旧值”的诡异现场。解决办法就是在DMA接收完成后对buffer所在的缓存行做无效化发送DMA之前把缓存里的数据回写到内存。Cortex-M7上通常这样处理SCB_InvalidateDCache_by_Addr((uint32_t *)rx_buf, len); /* 或者 */ SCB_CleanDCache_by_Addr((uint32_t *)tx_buf, len);顺带注意DMA buffer最好用rt_malloc_align()分配并做32字节对齐不要直接把一个栈上局部数组丢给DMA。栈地址对齐不可控DMA能访问但缓存字节对齐处理容易出错。7. 踩坑实录从无响应到数据错乱的完整排查链路7.1 现象一CS有动作SCK没有波形这是最基础但也最容易范的错。CS是GPIO控制的有拉低动作说明程序已经跑到了传输函数SCK没波形通常是SPI外设根本没使能或者引脚根本没复用成SCK。我当时排查顺序是先量SCK引脚对地电压如果一直悬空多半是GPIO配置不对再查spi_enable()有没有调用最后怀疑复位和时钟。用逻辑分析仪能大大加快判断。我见过有人抱着示波器探头在几个引脚之间来回戳半天看不出名堂一上逻辑分析仪立刻定位到SCK没信号。调试SPI时逻辑分析仪是刚需几十块钱的24MHz采样率的就够用。7.2 现象二命令发了读回来全是0xFF读回来全是0xFF等于MISO线一直被拉高或者从机根本没驱动数据线。可能的原因包括从机供电没起来、复位脚被拉低、MISO引脚复用错、SPI模式不匹配导致从机收不到有效命令。我最常犯的是模式不匹配。曾经把一块ADC按模式0去读读回来全是0xFF花了一个多小时查硬件最后翻手册发现它只支持模式1。建议在任何“全0xFF”问题出现时第一件事就是把四种模式各试一遍大概率能省掉大量排查时间。7.3 现象三第一次字节总是丢后面全对典型的片选建立时间不足或者主从机相位没对齐。从机看到CS拉低后内部模拟前端需要一段时间稳定如果主控立刻开始SCK第一个字节的起始点就落在了从机“还没准备好”的窗口里。表现就是整套命令少了一个字节后面的数据整体前移。我的修复方法是把“CS拉低”和“发送第一个字节”之间的间隔拉大一般1us足够。很多驱动在片选后加一条dummy传输或空操作也能绕过去。如果用的是RT-Thread的框架层API检查一下底层spi_xfer是否在配置了软件CS后自动插入了延时没有就自己包一层。7.4 现象四DMA方式偶发错位概率不高但很烦偶发错位基本指向缓存一致性或buffer复用冲突。我遇到过一次是DMA还没完全结束回调线程已经抢着去读数据读到的半新半旧。修复方式是确认DMA完成回调里先做缓存无效化再用信号量唤醒业务线程同时保证buffer在DMA再次启动前没有其它线程在写。另一个偶发错位来自DMA和SPI的NSS配合。使用硬件NSS时DMA传输结束和CS释放之间的时序可能不在同一个时钟周期上造成最后一字节丢失。换软件NSS或者把DMA长度多加一个字节都能规避。7.5 一套通用的SPI接口测试清单新板子回板我第一步不是直接跑业务而是先把这套清单跑完MISO和MOSI短接设置为模式0交替发送0xA5、0x5A检查回环一致。按模式0到3全部测一遍确认当前从机需要的模式。用1MHz低速读一次从机ID确认协议和接线。把速率按2倍递增找到误码拐点然后退一档作为量产配置。用示波器测量两次CS之间的高电平时间对比从机手册最小值。如果用了DMA连续跑10000次传输统计错位次数。这套清单跑完SPI相关的硬件问题基本能筛掉八成剩下就能安心写业务了。8. 延伸软件模拟SPI、编码器读取和上位机配合8.1 软件模拟SPI什么时候用怎么写GD32H759的硬件SPI资源很多但偶尔还是会遇到需要软件模拟的情况比如某个从机只支持特别怪异的一线式时序或者硬件SPI引脚被占用。软件模拟SPI其实就是用GPIO手动翻转SCK和MOSI再采样MISOstatic uint8_t spi_bit_read_write(uint8_t val) { uint8_t rx 0; for (int i 7; i 0; i--) { SCLK_LOW(); if (val (1 i)) MOSI_HIGH(); else MOSI_LOW(); SCLK_HIGH(); /* 模式0在上升沿采样 */ if (MISO_READ()) rx | (1 i); } return rx; }这个写法对应模式0空闲时SCK为低数据在上升沿采样。模式1到3改一下时钟极性和采样边沿就行。软件模拟的缺点是速度上不去几十kHz还凑合跑MHz级别就吃力了。我一般只在调试或者驱动特殊设备时用量产方案能上硬件SPI就绝不模拟。8.2 用SPI直接读MT6816磁性编码器工控位置检测里很常见的是MT6816这种磁性编码器它支持SPI读取角度值。接线就四根线加电源主机发一个寄存器地址从机在之后若干个时钟周期把角度数据送回来。因为编码器读的是绝对角度通信频率跟着伺服周期走通常是几千Hz到几十kHz这个量级轮询就够跑DMA属于杀鸡用牛刀。读编码器要多留一个心眼电机运行时电流噪声会耦合到SPI线上角度偶尔跳一个大毛刺。所以读取代码里要做连续性判断比如跟上一帧角度做差超出合理范围就丢弃重读。滤波可以放在应用层SPI驱动层保持简单。8.3 用Python和上位机配合排查SPI从机工程师调试SPI不一定只能靠MCU。如果手里有USB转SPI工具或者板子本身跑的是Linux系统用Python写一个十几行的脚本就能扮演SPI主机去读目标从机。Linux下spidev的写法很简洁import spidev spi spidev.SpiDev() spi.open(0, 0) spi.max_speed_hz 1000000 spi.mode 0 resp spi.xfer2([0x9F, 0x00, 0x00, 0x00]) print([hex(x) for x in resp])这个习惯帮我排过不少“到底是固件问题还是从机问题”的争执。先把从机放到上位机上读一遍确认从机本身正常再回头查MCU侧配置。SPI协议不分MCU还是SoCRK3588这类Linux平台配置好设备树后同样能用这段Python代码访问挂在这个Linux SPI总线上的同一块从机。区别只在底层配置方式GD32用的是引脚复用和标准库RK3588用设备树和pinctrl但SCK、MOSI、MISO、CS这些信号定义全世界通用。最后再说一个习惯每次拿到新板子我会第一时间把回环测试例子和从机ID读取烧进去确认SPI物理链路没问题再开始写W25Q64和编码器逻辑。SPI这个外设硬件上四根线谁都能接软件上模式、时序、片选三个环节环环相扣把基础链路验证扎实了后面业务开发会顺很多。
