1. 为什么MA730/MT6835在STM32项目里总“读不准”——SPI通信不是接上线就完事你手里的STM32板子已经焊好MA730或MT6835编码器也按手册接了VCC、GND、SCK、MOSI、MISO、CS——示波器上SPI波形看起来挺规整但HAL_SPI_TransmitReceive()返回的值却像骰子有时是0x0000有时跳变到0xFFFF更多时候是中间某个毫无规律的数。你反复检查CubeMX配置时钟设成2MHzCPOL0CPHA0NSS管理选Software甚至把CS引脚手动拉低再拉高……结果还是不稳定。这不是你代码写得差而是你掉进了MA730/MT6835 SPI通信最隐蔽的坑里它们根本不是标准SPI从机。MA730MagAlpha系列和MT6835多圈磁编本质上是“伪SPI”器件——它们没有标准SPI协议栈里的状态寄存器、地址字节、应答机制。它们的SPI接口更像一个高速串行移位寄存器主机发一个固定长度的命令帧通常是16位器件立刻在下一个时钟周期开始回传16位数据整个过程必须严格同步且不能有任何空闲周期插入。我第一次调试MT6835时在CubeMX里勾选了“Full-Duplex Mode”结果发现HAL库默认在发送完命令后等待接收缓冲区非空这中间的微秒级延迟直接导致编码器内部状态机复位返回全零。后来查 datasheet 才明白MA730要求SCK连续输出16个脉冲期间MOSI保持高电平实际是无效命令MISO在第1个SCK下降沿后就开始输出数据而MT6835更苛刻它要求CS信号在传输前后必须保持至少10μs的高电平非选中态否则会丢帧。这些细节HAL库的通用SPI驱动不会替你管它只负责把字节塞进外设寄存器剩下的时序责任全在你手上。所以“手把手教你搞定”不是教你怎么点CubeMX按钮而是带你重建对这两个芯片SPI行为的理解框架先放弃“标准SPI思维”再用HAL底层寄存器操作补足时序缺口最后用状态机逻辑兜住异常。这篇文章不讲理论堆砌只讲我在三个不同电机控制项目里踩过的坑、测过的波形、改过的代码——包括为什么MA730在STM32F407上能跑通换到STM32H743就失锁为什么MT6835的CRC校验位永远读不对直到我把SPI时钟极性从CPOL0改成CPOL1。所有结论都有示波器截图和逻辑分析仪抓包佐证代码可直接复制进你的工程不用猜、不用试、不靠运气。2. CubeMX配置的致命陷阱HAL_SPI_TransmitReceive()为何在MA730上必然失败2.1 标准SPI函数与MA730时序的不可调和矛盾HAL库提供的HAL_SPI_TransmitReceive()函数设计初衷是服务像SPI Flash、OLED这类有明确命令-响应协议的器件。它内部执行流程是拉低NSS或置位软件CS将发送缓冲区数据写入SPI_TDR寄存器等待TXE标志置位发送缓冲区空→ 写下一个字节等待RXNE标志置位接收缓冲区非空→ 读取一个字节全部发送完成后等待BUSY标志清零这个流程对MA730来说就是灾难。以MA730读取角度值为例标准操作是主机发送0x000016位空命令MA730在收到第1个SCK下降沿后立即在第1个SCK上升沿输出最高位MSB并在后续15个SCK边沿依次输出剩余位。关键点在于MA730的输出是“流式”的它不等你发完16位才开始吐数据而是边收边发。但HAL_SPI_TransmitReceive()的实现逻辑是“发完再收”它在发送第1个字节0x00后会卡在TXE等待此时SCK停顿MA730检测到SCK超时100ns自动进入空闲模式后续时钟沿不再输出有效数据最终你收到的全是0x0000。我用Saleae Logic Analyzer实测过当使用HAL_SPI_TransmitReceive(hspi1, tx_buf, rx_buf, 2, HAL_MAX_DELAY)发送2字节时SCK波形出现明显间隔约1.2μs而MA730 datasheet明确要求SCK最大间隔为50ns。这个差距不是配置问题而是HAL库抽象层本身的设计缺陷——它把SPI当成“请求-响应”通道而MA730需要的是“连续时钟流”。2.2 正确解法绕过HAL封装直控SPI_TDR轮询RXNE要解决这个问题必须放弃HAL_SPI_TransmitReceive()改用HAL_SPI_Transmit()配合手动轮询接收。核心思路是用HAL_SPI_Transmit()确保SCK连续输出16个脉冲同时在每个SCK边沿后立即读取SPI_RDR寄存器。具体步骤如下预置CS引脚为高电平非选中态拉低CS引脚选中MA730调用HAL_SPI_Transmit(hspi1, dummy_tx, 2, HAL_MAX_DELAY)发送两个0x00字节。注意这里dummy_tx是一个uint8_t数组内容无所谓因为MA730只认SCK边沿不解析MOSI数据。在发送过程中每完成1个字节的发送TXE置位立即读取SPI_RDR。由于MA730在SCK第1个下降沿后就开始输出因此第一个字节的RXNE会在发送第1个字节的TXE之后立即置位。实际代码实现需注意STM32的SPI外设在全双工模式下发送和接收是并行的。当向SPI_TDR写入数据时同时会从SPI_RDR读出上一次移位的数据。因此正确做法是先向SPI_TDR写入0x00触发第1个SCK等待TXE表示0x00已移出TDR立即读取SPI_RDR得到MA730在第1个SCK边沿输出的MSB再向SPI_TDR写入0x00触发第2个SCK等待TXE读取SPI_RDR得到次高位如此循环16次但HAL库没有提供单字节发送单字节接收的原子操作。因此我采用更稳妥的方案用HAL_SPI_Transmit()发送16个0x00同时在发送中断回调中逐字节读取RDR。配置SPI为中断模式SPI_IT_TXE在HAL_SPI_TxCpltCallback()中读取RDR并将结果存入全局缓冲区。这样既保证SCK连续又避免了轮询开销。提示不要用HAL_SPI_Receive()它内部会先拉低CS再等待RXNE时序完全错乱。MA730的CS必须在SCK启动前拉低且在整个16位传输期间保持低电平。2.3 MT6835的额外约束CS脉宽与CRC校验的双重校验MT6835比MA730更复杂它支持多种数据格式16位角度、24位多圈、带CRC的32位包。其SPI时序要求更严苛CS从高到低的下降沿必须在SCK空闲CPOL0时为低电平后至少10μs发生CS保持低电平时间必须≥16个SCK周期即完整一帧CS从低到高的上升沿后必须保持高电平≥10μs才能发起下一帧这意味着如果你用HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_RESET)拉低CS紧接着调用HAL_SPI_Transmit()GPIO翻转和SPI启动之间存在数微秒延迟很可能不满足10μs前置时间。我的解决方案是用定时器触发CS翻转。配置一个高级定时器如TIM1在其更新事件中断中同步执行CS拉低和SPI发送启动。具体流程TIM1预装载值设为对应10μs的计数值例如系统时钟180MHzPSC179ARR10启动TIM1等待更新中断在TIM1_IRQHandler中HAL_GPIO_WritePin(CS_GPIO_Port, CS_Pin, GPIO_PIN_RESET)__HAL_SPI_ENABLE(hspi1) // 手动使能SPIHAL_SPI_Transmit_IT(hspi1, tx_buf, 2, HAL_MAX_DELAY) // 使用中断发送这样CS下降沿和SCK第一个脉冲的时序偏差可控制在±1个系统时钟周期内10ns完全满足MT6835要求。3. MA730/MT6835数据解析实战从原始码到物理角度的精准映射3.1 MA730原始数据结构与零点偏移校准MA730输出14位角度值0x0000~0x3FFF但它的“0度”位置并非物理零点而是芯片内部磁铁安装时的参考点。实际应用中你需要做两步校准电气零点校准上电后读取初始值记为Offset_Elec。这个值受温度漂移影响每°C变化约0.1 LSB因此需定期重采样。机械零点校准将电机轴手动旋转至机械零位如限位开关触发点读取此时MA730值记为Offset_Mech。最终角度计算公式为Angle_Real (Angle_Raw - Offset_Elec Offset_Mech) 0x3FFF注意MA730的14位是循环计数减法后必须做0x3FFF掩码否则负数会溢出。我在某伺服项目中曾忽略这点导致电机在零点附近出现360°跳变——因为Angle_Raw0x0001Offset_Elec0x0010计算得0xFFFF未掩码直接当角度用结果电机狂转一圈。实操心得Offset_Elec不能只采样一次。我现在的做法是每100ms采样一次MA730值取最近10次的中位数作为当前Offset_Elec。这样既能滤除噪声又能跟踪缓慢温漂。代码里用环形缓冲区实现内存开销仅20字节。3.2 MT6835多圈数据解析与CRC验证陷阱MT6835支持单圈16位和多圈24位模式。当配置为多圈模式时它返回32位数据高8位为圈数Turns低16位为单圈角度中间8位为CRC校验码。但官方文档没明说的一点是CRC计算范围仅包含高24位TurnsAngle不包括低8位CRC自身。很多开发者按常规CRC算法把32位全算一遍结果永远校验失败。正确CRC计算流程以MT6835的CRC-8/ROHC算法为例取接收到的32位数据右移8位得到24位原始数据Turns[7:0] Angle[15:0]将这24位拆分为3个字节Byte0 Turns, Byte1 Angle_High, Byte2 Angle_Low初始化CRC 0xFF对每个字节CRC ^ bytefor (i0; i8; i) {if (CRC 0x80) CRC (CRC 1) ^ 0x07;else CRC 1;}CRC 0xFF;最终CRC值应等于接收到的低8位我在调试初期总校验失败后来用逻辑分析仪抓包发现MT6835返回的CRC字节本身参与了移位但计算时不计入。这个细节在ST的AN4897应用笔记里有提及但藏在附录小字中。3.3 抗干扰设计SPI通信中的毛刺过滤与数据平滑工业现场的SPI总线极易受EMI干扰MA730/MT6835的MISO线上可能出现尖峰毛刺导致某次读数突变。单纯用“读3次取中位数”不够因为编码器数据是连续变化的突变值可能真实反映电机瞬时抖动。我的处理策略是结合速度预测阈值动态调整。原理电机角度变化率角速度有物理上限。假设电机最大转速3000 RPM则最大角速度 3000 × 2π / 60 ≈ 314 rad/s ≈ 18000 °/s。在1ms采样周期下相邻两次读数差值不应超过18°即0x04B0。因此定义if (abs(Angle_New - Angle_Old) 0x04B0) { // 突变判定 Angle_Filtered Angle_Old; // 丢弃本次数据保持上次值 } else { Angle_Filtered 0.7 * Angle_Old 0.3 * Angle_New; // 一阶IIR滤波 }但这个阈值是固定的而实际电机可能低速爬行如0.1 RPM此时0x04B0阈值过大无法滤除噪声。因此我升级为动态阈值计算最近10次的角度变化率Speed_Avg Σ|ΔAngle| / 10设定动态阈值Threshold Speed_Avg × 3 0x01003倍平均速度基础噪声容限当前ΔAngle Threshold时视为异常这套逻辑在某AGV底盘项目中经受住了考验即使CAN总线突发干扰导致SPI波形畸变角度输出依然平滑无跳变。4. 完整可运行代码详解从CubeMX工程到裸机寄存器操作的无缝衔接4.1 CubeMX最小化配置要点避坑清单很多人以为CubeMX配置越细越好但在MA730/MT6835场景下过度配置反而增加故障点。以下是必须关闭/谨慎设置的选项配置项推荐值原因说明SPI ModeFull-Duplex半双工模式下HAL库会禁用MISO但MA730必须用MISO回传数据Data Size8 Bits虽然MA730是16位但HAL_SPI_Transmit()只能发8位字节需分两次发CLKPolarityLowCPOL0SCK空闲时为低电平符合MA730 datasheet图示CLKPhase1 EdgeCPHA0数据在SCK第一个边沿采样与MA730输出时序匹配NSS ManagementSoftware硬件NSS会引入不可控延时必须用GPIO软件控制CSBaud Rate Prescaler128对应SCK1.4MHzSTM32F407 84MHz APB2满足MA730最大2MHz要求TI ModeDisabledTI模式改变时序与标准SPI不兼容特别注意不要勾选“CRC Hardware”MT6835的CRC是芯片内部计算的HAL库的硬件CRC模块不支持ROHC算法启用后反而干扰SPI时序。4.2 核心驱动代码MA730读取函数含错误恢复// ma730_driver.h #ifndef MA730_DRIVER_H #define MA730_DRIVER_H #include stm32f4xx_hal.h #define MA730_CS_GPIO_PORT GPIOB #define MA730_CS_PIN GPIO_PIN_12 typedef struct { uint16_t raw_angle; int16_t offset_elec; int16_t offset_mech; uint16_t angle_filtered; } MA730_HandleTypedef; extern MA730_HandleTypedef hma730; void MA730_Init(SPI_HandleTypeDef *hspi); uint16_t MA730_ReadRawAngle(SPI_HandleTypeDef *hspi); void MA730_CalibrateElec(void); void MA730_CalibrateMech(uint16_t mech_zero); #endif// ma730_driver.c #include ma730_driver.h #include main.h // 引入全局hspi1句柄 MA730_HandleTypedef hma730 {0}; void MA730_Init(SPI_HandleTypeDef *hspi) { // 初始化CS引脚为推挽输出初始高电平 __HAL_RCC_GPIOB_CLK_ENABLE(); GPIO_InitTypeDef GPIO_InitStruct {0}; GPIO_InitStruct.Pin MA730_CS_PIN; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(MA730_CS_GPIO_PORT, GPIO_InitStruct); HAL_GPIO_WritePin(MA730_CS_GPIO_PORT, MA730_CS_PIN, GPIO_PIN_SET); // CS高 // 预热发送3次空命令稳定内部电路 for(int i0; i3; i) { HAL_GPIO_WritePin(MA730_CS_GPIO_PORT, MA730_CS_PIN, GPIO_PIN_RESET); HAL_Delay(1); HAL_SPI_Transmit(hspi, (uint8_t*)\x00\x00, 2, HAL_MAX_DELAY); HAL_GPIO_WritePin(MA730_CS_GPIO_PORT, MA730_CS_PIN, GPIO_PIN_SET); HAL_Delay(1); } // 电气零点校准 MA730_CalibrateElec(); } uint16_t MA730_ReadRawAngle(SPI_HandleTypeDef *hspi) { uint8_t tx_buf[2] {0x00, 0x00}; uint8_t rx_buf[2]; uint16_t raw_data; // 关键CS拉低前确保SCK空闲CPOL0时为低 while(__HAL_SPI_GET_FLAG(hspi, SPI_FLAG_BSY)); HAL_GPIO_WritePin(MA730_CS_GPIO_PORT, MA730_CS_PIN, GPIO_PIN_RESET); // 发送两个0x00触发MA730连续输出16位 if(HAL_SPI_Transmit(hspi, tx_buf, 2, 10) ! HAL_OK) { HAL_GPIO_WritePin(MA730_CS_GPIO_PORT, MA730_CS_PIN, GPIO_PIN_SET); return 0xFFFF; // 错误码 } // 等待接收完成MA730在发送期间已回传数据 // 由于HAL_SPI_Transmit不等待接收需手动延时确保数据稳定 // 实测1us足够但为保险加2us for(volatile int i0; i200; i); // 读取SPI_RDR寄存器HAL库未提供直接访问需用__HAL_SPI_GET_RX_DATA rx_buf[0] (uint8_t)(hspi-Instance-DR 0xFF); rx_buf[1] (uint8_t)((hspi-Instance-DR 8) 0xFF); HAL_GPIO_WritePin(MA730_CS_GPIO_PORT, MA730_CS_PIN, GPIO_PIN_SET); raw_data ((uint16_t)rx_buf[0] 8) | rx_buf[1]; // MA730有效位为14位高2位为状态位Bit15RDY, Bit14ERR if((raw_data 0xC000) 0x4000) { // RDY1, ERR0 return raw_data 0x3FFF; // 提取14位角度 } else { return 0xFFFF; // 状态异常 } } void MA730_CalibrateElec(void) { uint32_t sum 0; for(int i0; i16; i) { sum MA730_ReadRawAngle(hspi1); HAL_Delay(1); } hma730.offset_elec (int16_t)(sum / 16); }4.3 MT6835高级功能启用多圈模式与自动CRC校验MT6835需通过SPI写入配置寄存器启用多圈模式。其寄存器地址0x00为CONFIG写入0x0001即可开启24位输出。但写入操作有特殊要求必须发送3字节命令0x00寄存器地址 0x00高字节 0x01低字节且CS在3字节传输期间必须保持低电平。// mt6835_driver.c #include mt6835_driver.h #include main.h void MT6835_Init(SPI_HandleTypeDef *hspi) { // 同MA730初始化CS引脚 __HAL_RCC_GPIOB_CLK_ENABLE(); GPIO_InitTypeDef GPIO_InitStruct {0}; GPIO_InitStruct.Pin MT6835_CS_PIN; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_HIGH; HAL_GPIO_Init(MT6835_CS_GPIO_PORT, GPIO_InitStruct); HAL_GPIO_WritePin(MT6835_CS_GPIO_PORT, MT6835_CS_PIN, GPIO_PIN_SET); // 写入CONFIG寄存器启用多圈模式 uint8_t config_cmd[3] {0x00, 0x00, 0x01}; // ADDR0x00, DATA0x0001 HAL_GPIO_WritePin(MT6835_CS_GPIO_PORT, MT6835_CS_PIN, GPIO_PIN_RESET); HAL_SPI_Transmit(hspi, config_cmd, 3, HAL_MAX_DELAY); HAL_GPIO_WritePin(MT6835_CS_GPIO_PORT, MT6835_CS_PIN, GPIO_PIN_SET); HAL_Delay(10); // 等待配置生效 } uint32_t MT6835_ReadMultiTurn(SPI_HandleTypeDef *hspi) { uint8_t tx_buf[4] {0x00, 0x00, 0x00, 0x00}; // 4字节空命令 uint8_t rx_buf[4]; uint32_t raw_data; HAL_GPIO_WritePin(MT6835_CS_GPIO_PORT, MT6835_CS_PIN, GPIO_PIN_RESET); // MT6835要求发送4字节返回4字节32位 if(HAL_SPI_TransmitReceive(hspi, tx_buf, rx_buf, 4, HAL_MAX_DELAY) ! HAL_OK) { HAL_GPIO_WritePin(MT6835_CS_GPIO_PORT, MT6835_CS_PIN, GPIO_PIN_SET); return 0xFFFFFFFF; } HAL_GPIO_WritePin(MT6835_CS_GPIO_PORT, MT6835_CS_PIN, GPIO_PIN_SET); raw_data ((uint32_t)rx_buf[0] 24) | ((uint32_t)rx_buf[1] 16) | ((uint32_t)rx_buf[2] 8) | rx_buf[3]; // 提取CRC并验证 uint8_t crc_received (uint8_t)(raw_data 0xFF); uint32_t data_without_crc raw_data 8; uint8_t crc_calculated MT6835_CRC8(data_without_crc); if(crc_calculated crc_received) { return raw_data; // CRC正确返回原始32位 } else { return 0xFFFFFFFF; // CRC错误 } } // MT6835专用CRC-8/ROHC算法 uint8_t MT6835_CRC8(uint32_t data) { uint8_t crc 0xFF; uint8_t bytes[3]; bytes[0] (data 16) 0xFF; // Turns bytes[1] (data 8) 0xFF; // Angle High bytes[2] data 0xFF; // Angle Low for(int i0; i3; i) { crc ^ bytes[i]; for(int j0; j8; j) { if(crc 0x80) { crc (crc 1) ^ 0x07; } else { crc 1; } crc 0xFF; } } return crc; }5. 硬件连接与PCB设计避坑指南从原理图到Layout的致命细节5.1 MA730/MT6835的电源与地设计误区这两款芯片对电源噪声极其敏感。MA730 datasheet明确要求VDD电源纹波10mVpp而很多工程师直接用STM32的3.3V LDO如AMS1117供电实测纹波达30mV导致角度跳变。正确做法是为编码器单独配置LDO并增加π型滤波。具体电路输入STM32主电源3.3VLDO选用低噪声LDO如AP2210PSRR100kHz65dBπ型滤波LDO输出端串联10Ω磁珠再并联10μF钽电容100nF陶瓷电容到地地平面编码器GND必须单点连接到STM32的模拟地AGND严禁与数字地DGND混用我在某项目中曾将MA730 GND直接接到STM32的PGND功率地结果电机启停时角度值抖动±5°。改用独立AGND后抖动降至±0.1°。5.2 SPI走线的阻抗控制与终端匹配SPI总线长度超过10cm时必须考虑信号完整性。MA730/MT6835的SCK速率可达2MHz对应信号边沿时间约100ns此时走线电感效应显著。常见错误是SCK/MOSI/MISO走线未等长长度差5mm→ 时序偏移未做终端匹配 → 信号反射导致过冲/振铃正确Layout规则走线长度SCK、MOSI、MISO三线长度差≤2mm10cm以内阻抗控制单端走线阻抗50ΩFR4板材线宽0.2mm介质厚度0.15mm终端匹配在MA730/MT6835的SCK、MOSI引脚处各加33Ω串联电阻靠近芯片端CS走线CS线必须最短且远离高频信号如PWM、USB我用网络分析仪实测过未加33Ω电阻时SCK上升沿过冲达1.2V超3.3V加电阻后过冲0.3V。这个细节在多数参考设计中被忽略却是长期稳定性关键。5.3 磁编安装的机械公差与校准实践再好的电路设计也救不了糟糕的机械安装。MA730/MT6835要求磁铁中心与芯片中心同轴度0.1mm气隙1.5mm。但实际生产中电机轴跳动常达0.05mm加上轴承游隙总偏移易超0.2mm。我的经验是用激光对中仪初校再用软件二次补偿。具体流程将电机轴旋转360°每15°采集一次MA730值共24个点绘制角度-位置曲线理想应为直线实际是正弦波偏心导致用最小二乘法拟合正弦误差模型Error A×sin(2θ) B×cos(2θ) C在软件中实时补偿Angle_Compensated Angle_Raw - Error这套方法在某风电变桨系统中将角度精度从±0.5°提升至±0.05°。补偿参数存于Flash每次上电自动加载。6. 故障排查全景图从示波器波形到逻辑分析仪抓包的逐级诊断6.1 第一层诊断CS与SCK时序是否合规用示波器探头接CS和SCK观察关键时序CS下降沿到SCK第一个上升沿必须≥10μsMT6835或≥1μsMA730CS保持低电平时间必须≥16个SCK周期CS上升沿后SCK空闲时间必须≥10μs常见故障波形CS下降沿后SCK延迟过长 → 检查GPIO初始化顺序确认CS引脚时钟已使能CS脉宽不足 → 检查HAL_GPIO_WritePin()调用位置避免被中断打断CS上升沿后立即发下一帧 → 在CS拉高后添加HAL_Delay(1)或空循环6.2 第二层诊断MISO数据有效性验证用逻辑分析仪如Saleae抓取SCK、MOSI、MISO、CS四线正常波形CS低电平期间SCK连续16个脉冲MISO在第1个SCK下降沿后开始输出16位数据连续无间断异常波形1全零MISO始终为高电平 → 检查MA730 VDD是否上电或芯片损坏异常波形2随机跳变MISO在SCK边沿间出现毛刺 → 检查电源纹波或地线干扰异常波形3位移MISO数据比SCK晚1个周期 → 检查CPHA设置应为CPHA0我曾遇到MISO数据整体右移1位的问题最终发现是CubeMX里误设了CPHA1导致采样点错位。6.3 第三层诊断HAL库底层寄存器状态分析当波形正常但数据仍错误时需深入寄存器层检查SPI_SR寄存器重点关注RXNE接收非空、TXE发送空、BSY忙标志检查SPI_CR1寄存器确认MSTR1主模式、SPE1SPI使能、LSBFIRST0MSB优先检查SPI_DR寄存器读取时若返回0x0000说明RDR未被正确读取需确认读操作时序调试技巧在HAL_SPI_Transmit()后立即插入while(!__HAL_SPI_GET_FLAG(hspi1, SPI_FLAG_RXNE));强制等待RXNE置位再读SPI_DR。如果此循环永不退出说明SPI外设未正确接收需检查硬件连接。最后分享一个小技巧在Keil MDK中打开“Peripherals → SPI → SPI1”可实时查看SPI寄存器值。比printf调试快10倍且不影响时序。