STM32F103RCT6通过SPI协议解析PS2手柄数据实现舵机转向控制
1. PS2手柄与STM32的硬件连接实战
第一次接触PS2手柄和STM32通信时，最让我头疼的就是硬件连接问题。记得当时为了调试通讯，整整花了两天时间才发现是转接板的问题。PS2接收器上有6个引脚，但直接连接STM32很容易出错，这里分享几个关键点：
必须使用转接板：虽然看起来用杜邦线直连更简单，但实际测试发现信号质量极不稳定。转接板能提供稳定的电平转换和信号整形，我用的是某宝上常见的蓝色转接板，价格不到10块钱。
引脚对应关系：接收器上的DAT（数据线）接STM32的PA6（MISO），CMD（命令线）接PA7（MOSI），CLK接PA5，CS接PA4。VCC接3.3V（注意不是5V！），GND共地。有次比赛现场就因为接了5V导致手柄频繁重启。
电源注意事项：实测3.3V供电最稳定。有次调试时发现一按MODE键就复位，后来发现是LDO输出不稳定，换成AMS1117-3.3后问题解决。建议用万用表测量实际电压，确保在3.2-3.4V之间。
2. CubeMX的SPI配置详解
在CubeMX里配置SPI时，有几个参数特别容易配错。我第一次做的时候完全照搬网上的教程，结果数据全是乱码，后来才发现是时钟相位设错了。以下是经过实测的稳定配置：
// SPI1参数设置 Mode: Full-Duplex Master Hardware NSS: Disable Frame Format: Motorola Data Size: 8 bits First Bit: LSB First Baud Rate: 256分频（约250KHz） CPOL: High CPHA: 2 Edge时钟树配置技巧：如果发现SPI速率不对，可以调整APB1时钟分频。我常用的配置是HSE 8MHz通过PLL倍频到72MHz，APB1分频到36MHz。记得用逻辑分析仪抓取CLK信号，确保实际频率在240-260KHz之间。
3. PS2数据帧解析全攻略
PS2的数据协议比较特殊，它采用了一种问答式的通信机制。经过多次抓包分析，我总结出以下通信流程：
握手阶段：
- 主机发送0x01，从机回复0x41/0x73（模式标识）
- 主机发送0x42，从机回复0x5A（数据开始标志）
数据传输阶段：
uint8_t cmd[9] = {0x01, 0x42, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00}; uint8_t data[9]; HAL_SPI_TransmitReceive(&hspi1, cmd, data, 9, 100);数据解析：
- data[3]：选择/开始/L3/R3按键状态
- data[4]：方向键和肩键状态
- data[5-8]：右/左摇杆的X/Y轴数值
红灯模式下摇杆输出的是0-255的模拟量，需要减去128得到-128~127的范围值。而绿灯模式下摇杆只有三个状态值（0、127、255），对应按键的释放、半按和全按。
4. 舵机控制信号生成实战
将PS2数据转化为舵机PWM信号时，要注意几个关键点：
摇杆值映射：
// 将-128~127的摇杆值映射到500-2500us的PWM int servo_pulse = map(rocker_value, -128, 127, 500, 2500);死区处理： 摇杆在中位时可能有轻微抖动，需要设置死区：
if(abs(rocker_value) < 10) rocker_value = 0;PWM输出配置： 使用TIM3_CH1输出50Hz PWM：
HAL_TIM_PWM_Start(&htim3, TIM_CHANNEL_1); __HAL_TIM_SET_COMPARE(&htim3, TIM_CHANNEL_1, servo_pulse);
实际调试中发现，直接更新PWM值会导致舵机抖动。后来改为每20ms更新一次，并在变化超过5%时才更新数值，效果明显改善。
5. 常见问题排查指南
在实验室调试时遇到过各种奇葩问题，这里分享几个典型案例：
问题1：手柄配对成功但无数据
- 检查硬件：用万用表测量CS信号是否被拉低
- 逻辑分析仪抓取SPI波形，看是否有数据交换
- 确认CubeMX里SPI的NSS信号设为Software
问题2：数据偶尔错乱
- 降低SPI速率到125KHz试试
- 在CS拉低后增加10us延时
- 检查电源是否稳定，我在PCB上加了个100uF电容后问题消失
问题3：舵机响应延迟
- 优化代码结构，避免在中断中做复杂计算
- 改用DMA传输SPI数据
- 适当降低PWM更新频率到30Hz
记得有次比赛前夜，手柄突然无法控制，最后发现是杜邦线接触不良。现在我的工具箱里常备各种长度的镀金杜邦线，关键连接点还会用热熔胶固定。