简介一份基于STM32F103ZET6的循迹小车完整工程资料面向大学生电子竞赛、嵌入式课程设计及智能车入门开发者解决循迹控制与转向差速调参的典型问题。小车采用舵机加双编码电机的机械结构以72MHz主频的STM32F103ZET6为核心通过一字排列的灰度传感器阵列识别黑线检测车身位置结合位置式PID算法控制舵机与电机完成直道、环岛、S弯和连续直角弯等赛道元素。资料共207个文件压缩包约5.48MB主要包括C语言源码.c/.h、Keil工程配置文件.uvprojx/uvoptx、编译中间文件.o/.crf、固件输出.hex/.axf以及编译脚本与说明文档便于直接打开工程、修改参数并烧录验证。已有8435人浏览学习适合需要完整方案参考或在此基础上做二次开发的读者。1. 循迹小车资源拆解这套STM32F103ZET6方案到底能让你少走多少弯路基于STM32F103ZET6的循迹小车开源平台上能搜到一堆但九成是能跑就算赢的练手demo直道走直线弯道靠缘分。真正到了循迹竞速场合决定成绩的不是代码行数而是灰度标定稳不稳、舵机响应跟不跟手、PID参数有没有按节奏调出来。这套资源的价值在于把硬件选型—传感器标定—控制器调参—现场避坑整条链路打通了不是给你一个孤立的工程模板。适合手上已经有F103开发经验、想在循迹竞速或智能车方向上往前推一步的从业者也适合拿来当毕设的功能底座——照着复现一遍比从零啃手册省一周起步。2. 硬件选型与底盘架构灰度传感器布局、舵机加电机转向与驱动板取舍2.1 主控为什么选ZET6而不是C8T6单从跑一个循迹算法看C8T6完全够用甚至F103最低配都能做灰度循迹。但真正上手调试后会发现资源边界决定了开发的舒适度。ZET6相比C8T6最大的差别在引脚数、Flash和定时器资源上。引脚封装上ZET6是LQFP144C8T6是LQFP48。一个循迹小车要用到灰度传感器最少4路、一般建议7路每路占一个ADC通道舵机占一个定时器通道电机PWM占两个通道编码器测速外加两个通道如果预留无线调参、OLED显示、按键这些都要引脚。C8T6的48脚在组合下来会非常紧张布线要走得很绕调试时万用表点一个引脚经常要翻开原理图看半天。ZET6则富裕得多每路外设单独走线干干净净排查接线问题效率高。Flash和RAM也是实际考量。ZET6是512K Flash加64K RAMC8T6是64K Flash加20K RAM。循迹代码本身不大差别体现在以后想加摄像头循迹、串口通信协议、日志缓存这些扩展功能时64K的Flash做镜像备份都捉襟见肘。下面是我在选型时做过的对比供参考对比项STM32F103C8T6STM32F103ZET6引脚数48144Flash / RAM64K / 20K512K / 64K12位ADC通道数1018通用定时器4个4个2个高级定时器适合场景轻量demo、单功能多传感器融合、扩展开发实际的结论是如果只是做课程设计C8T6够如果你想把它当成一个竞速平台长期演进ZET6值得一步到位。烧录调试方式一样工程代码无缝迁移后续加传感器模块只多一个引脚分配的事情。2.2 灰度传感器布局三路起步、七路进阶灰度循迹的核心是看赛道参考线传感器布局决定了你能看到的赛道信息量。常见方案是TCRT5000红外对管它集成发射管和接收管把反射光的强度变成模拟电压输出到单片机ADC读取。布局上三路是入门配置适合赛道窄、弯道缓的练习场地。中间一路对准车头中线左右两路分别架在左右轮胎迹线附近相邻传感器间距一般取1.5cm到2cm传感器底面离地高度控制在1cm上下。间距再大过弯时左右两路会同时丢线再小分辨率上去了但直线区容易因为赛道纹理抖动。七路是竞速的常见进阶配置。排布逻辑是中心区域4路密集排布负责精确读出偏差外侧两路做丢线保护用来检测车是否快要冲出赛道。传感器间距可以收紧到1cm到1.5cm离地高度一样控制在1cm。七路布局的经验参数布局项推荐值说明中心4路间距1.0cm提高直线和S弯的偏差分辨率外侧两路间距1.5cm~2.0cm作为丢线保护提前给出修正信号离地高度0.8cm~1.2cm太高反射率衰减太低容易擦到胶带排布宽度覆盖前轮轮距的70%留出机械调节余量排布宽度这个参数容易忽略。如果传感器阵列比前轮轮距还宽过弯时外侧传感器会先压到弯道外沿的赛道边界产生一个假的偏差方向环会被误导。我一般把阵列总宽控制在前轮足迹内保证所有传感器读到的都是赛道参考线上的信息。2.3 转向模型舵机加电机与前轮差速的取舍循迹小车转向有两种主流做法一种是用两个驱动轮差速实现转向另一种是舵机直接控制前轮转角、后轮电机只管驱动。这个方案选的是后者原因很直接——竞速场合下舵机转向的响应速度远超差速。差速转向靠两轮转速差产生回头力矩转向半径受轮距限制舵机转向是直接掰前轮弯道半径能压得更小出弯回正也更快。舵机控制的核心是PWM脉宽。常见航模舵机工作在50Hz频率高电平脉宽0.5ms对应最小角度2.5ms对应最大角度中值1.5ms对应机械中位。实际调试时每个舵机的物理中位不一定正好等于1.5ms需要先做一次机械中点校准——把舵机接到程序里手动改脉宽让前轮完全摆正记下这个值作为基准。这一步不做后续PID调参全是白费方向环会朝着一个本来就歪的基准去修正。电机驱动板方面选型时优先考虑持续电流和压降。TB6612是很多人的起点方案单通道持续输出1.2A峰值能到3.2A内置逻辑电平转换3.3V单片机可以直接控制DRV8833通道电流到1.5A体积更小但热阻大连续高速奔跑容易烫。竞速场景我更倾向于TB6612散热和电流余量都更宽裕。驱动板通道持续电流逻辑电压典型压降适合场景TB66121.2A3.3V/5V兼容低竞速车、持续高速DRV88331.5A2.7V~10.8V中小型轻量车L298N2A5V~12V高课程demo不追求速度L298N虽然持续电流标得最高但它的导通压降经常超过2V电机实际拿到的电压比标称低一大截高速段跑不起来。选驱动板不能只看电流标称值压降直接决定了电机能不能把速度提上去。2.4 供电与接地电机启动瞬间的压降问题这个点排在外设选型之后是因为它是看起来没问题、跑起来就复位的头号原因。电机启动瞬间电流是稳定值的几倍如果单片机和电机共用一个电源平面瞬间压降会把单片机拉进复位。常见做法是三级供电架构电池输出直接给电机驱动板大电流回路同一路电池电压经过降压模块先到5V5V给舵机供电5V再经LDO降到3.3V给单片机和外设。关键是地不能乱接——电机驱动板的地、5V地、3.3V地要最终一点汇到电池负极不要形成环路。实际验证方法很简单用手捏住驱动轮不让它转同时上电。如果单片机复位或者屏幕闪一下基本都是供电或者接地问题不是程序问题。提示舵机供电和单片机供电从同一路5V出来时要在舵机电源脚附近并一个470uF电解电容吸收转向瞬间的电流尖峰。3. 灰度采集与赛道参考线ADC采样、归一化标定与三路决策骨架3.1 灰度传感器原理与模拟量采集TCRT5000的工作原理是红外LED持续发射红外光光敏晶体管接收反射回来的光强。接触白色表面反射强接收管导通电流大输出电压高压到黑色线条上黑色吸收红外光反射弱输出电压低。所以黑线的灰度值低、白底灰度值高是后续判断的基础。F103的ADC是12位的采集结果映射到0~4095。灰度传感器输出的模拟电压接入ADC通道后直接在中断或主循环里读取。下面是一段ADC单通道初始化代码工程里每个灰度传感器对应一路通道配置方式相同。void ADC_GPIO_Init(void) { GPIO_InitTypeDef GPIO_InitStruct; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOC | RCC_APB2Periph_ADC1, ENABLE); GPIO_InitStruct.GPIO_Pin GPIO_Pin_0 | GPIO_Pin_1 | GPIO_Pin_2 | GPIO_Pin_3; GPIO_InitStruct.GPIO_Mode GPIO_Mode_AIN; // 模拟输入ADC专用模式 GPIO_InitStruct.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOC, GPIO_InitStruct); ADC_InitTypeDef ADC_InitStruct; ADC_InitStruct.ADC_Mode ADC_Mode_Independent; // 独立模式不启用双ADC采样 ADC_InitStruct.ADC_ScanConvMode DISABLE; // 单通道转换 ADC_InitStruct.ADC_ContinuousConvMode ENABLE; // 连续转换读数更快 ADC_InitStruct.ADC_ExternalTrigConv ADC_ExternalTrigConv_None; ADC_InitStruct.ADC_DataAlign ADC_DataAlign_Right; ADC_InitStruct.ADC_NbrOfChannel 1; ADC_Init(ADC1, ADC_InitStruct); ADC_Cmd(ADC1, ENABLE); }参数说明ADC_Mode_Independent把ADC1配置成独立模式不启用双重采样ContinuousConvMode设为ENABLE是让ADC自动连续转换每次用ADC_GetConversionValue读到的是最新结果不用每次触发DataAlign选右对齐方便直接当无符号数处理。这里用单通道独立配置每路灰度传感器在代码里注册为独立的ADC通道轮询读取逻辑清晰。读取的时候一般不会直接用原始值加上软件去抖更稳uint16_t read_gray_raw(uint8_t ch) { uint16_t sum 0; for (uint8_t i 0; i 8; i) { sum ADC_GetConversionValue(ADC1); } return sum / 8; }这段代码对一个通道连续读8次取平均能滤掉一部分高频噪声。但如果传感器本身供电有纹波单靠读8次平均不够还得在硬件上把电源纹波压住。灰度传感器虽然便宜但它的模拟输出对电源质量很敏感供电乱开车跑起来就是一路抖。3.2 归一化标定为什么同一套阈值换个场地就翻车灰度传感器的输出不是一个固定值它随环境光、赛道反光率、传感器离地高度变化。同一个传感器在亮光房间和暗光走廊测同一个黑线ADC原值能差几百。固定阈值等于把参考系写死在某个环境下换个场地就翻车这是循迹车最常见的玄学故障。我一般做法是上电后做一次自动标定把车放在白底上手动采样N次取平均得到白色基准再推到黑线上采样N次取平均得到黑色基准之后任意时刻的灰度都归一化到0~100区间0代表纯黑100代表纯白。这样无论场地反光率怎么变参考线判断逻辑都不需要改。typedef struct { uint16_t white_base; // 白底基准 uint16_t black_base; // 黑线基准 } GrayCalib; GrayCalib gray_calib[GRAY_CH_NUM]; void gray_calibrate(GrayCalib *calib, uint16_t white_val, uint16_t black_val) { if (white_val black_val) { calib-white_base white_val; calib-black_base black_val; } else { calib-white_base black_val; calib-black_base white_val; } } uint8_t gray_normalize(GrayCalib *calib, uint16_t raw) { int32_t val (int32_t)(raw - calib-black_base) * 100; val / (int32_t)(calib-white_base - calib-black_base); if (val 0) val 0; if (val 100) val 100; return (uint8_t)val; }逻辑说明gray_calibrate防呆处理了黑白颠倒的情况——万一标定时先测黑再测白也能正确记录gray_normalize把原始灰度映射到0~100小于0按0处理超过100按100截断后边PID拿到的输入永远是稳定量纲。参数上的经验是白底基准建议在1000以上黑线基准在100以下如果两者差值小于300要么传感器离地太高要么发射管老化先解决硬件再谈调参。3.3 参考线判定从三路到七路的偏差计算归一化之后下一步是把多路灰度转成一个偏差值这个偏差就是PID的输入。三路方案最直白左、中、右。中间一路压线视为偏差0左路压线视为偏差-1右路压线视为偏差1。这个方案的问题在于分级太粗S弯里只有三档输出方向环会像开关一样摆来摆去。七路方案在原理上是一样的但偏差可以连续化。常见做法是把每一路传感器按物理位置编号压线的传感器位置索引就是偏差比如中间两路同时压线时偏差取0.5的中间值。更精细的做法是对各路灰度做加权平均。const int8_t pos_weight[7] {-3, -2, -1, 0, 1, 2, 3}; int8_t calc_track_error(uint8_t *gray_val) { int32_t sum_weight 0; int32_t sum_gray 0; for (uint8_t i 0; i 7; i) { if (gray_val[i] 40) { // 灰度小于40判定为压线 sum_weight pos_weight[i]; sum_gray 1; } } if (sum_gray 0) { // 丢线状态保留上一帧偏差由PID外做保护 return last_error; } last_error (int8_t)(sum_weight / sum_gray); return last_error; }逻辑说明先设定每个传感器的位置权重中间是0向左为负向右为正gray_val[i] 40的40是归一化后的压线阈值可根据现场微调最后用压线传感器权重的平均值作为当前偏差相当于对多个传感器的判断做了一次质心计算比单独看某一根线稳定得多。注意丢线分支当所有传感器都看不到黑线时冲出赛道或到了起跑线保留上一帧偏差避免PID输入突变。这个丢线保护很关键。如果直接返回0方向环会误以为车在完美中线拼了命往前跑越跑越偏。保留上一帧偏差至少能稳住一小会儿给后面丢线恢复逻辑争取时间。3.4 采集周期与软件滤波主循环和ADC采样不需要跑得太快。赛道低速场景200Hz到500Hz完全够跑的再快也快不过机械响应。过高的控制频率反而让噪声放大——传感器读到的微小抖动在微分项上会被放大成舵机抖动。我一般在主循环里加一个1ms到5ms的软件定时每次读取一次灰度并做滑动平均。#define GRAY_FILTER_N 5 uint16_t filter_buf[GRAY_CH_NUM][GRAY_FILTER_N]; uint8_t filter_idx[GRAY_CH_NUM]; uint16_t gray_filter(uint8_t ch, uint16_t raw) { filter_buf[ch][filter_idx[ch]] raw; filter_idx[ch] (filter_idx[ch] 1) % GRAY_FILTER_N; uint32_t sum 0; for (uint8_t i 0; i GRAY_FILTER_N; i) { sum filter_buf[ch][filter_idx[ch]]; } return (uint16_t)(sum / GRAY_FILTER_N); }这里是经典的环形缓冲区滑动平均GRAY_FILTER_N取5到7即可。取小了滤波效果差取大了延迟高——弯道里传感器已经压到黑线边缘滤波结果还在半路方向环回正慢半拍。我遇到过把滤波窗口开到15导致过弯明显发肉的案例最后调回5就正常了。注意滤波别只看平均值要同时观察原始值。如果原始值在黑白之间剧烈跳变大概率不是噪声是传感器离地高度不均先查机械安装。4. PID方向环与速度环参数整定顺序、限幅与实测手感4.1 位置式PID和增量式PID怎么选方向环输出的是舵机角度执行机构是舵机本身天然适合增量式PID。增量式只输出相对于上一次的增量不会累积出一个很大的绝对量抗积分饱和特性好。位置式PID输出绝对值如果偏差持续存在积分项会一直累加最终输出到了舵机机械极限还收不回来表现为打死。增量式PID的离散公式是一个经典套路int32_t inc_pid(PID_t *pid, int32_t err) { int32_t d_err err - pid-last_err; int32_t dd_err err - 2 * pid-last_err pid-last_last_err; float inc pid-Kp * d_err pid-Ki * err pid-Kd * dd_err; pid-last_last_err pid-last_err; pid-last_err err; return (int32_t)inc; }参数含义Kp作用于误差变化量相当于这次偏差比上次多了多少Ki作用于当前偏差负责消除静态偏差Kd作用于误差的二阶差分抑制变化速率。注意增量式里Ki的项直接乘err而不是d_err很多同学第一次套公式容易弄反。增量式的输出是增量累加到目标角度上天然不会因为长时间偏差积累而疯狂输出。4.2 方向环从偏差到舵机脉宽方向环的完整链路是灰度偏差 → 增量PID → 舵机角度 → PWM脉宽。舵机角度需要限幅不只是为了机械保护还因为过大的角度修正会让车在弯道里进入Z字抖动的状态。void steer_control(int8_t error) { int32_t inc inc_pid(steer_pid, error); steer_target inc; if (steer_target STEER_MAX) { steer_target STEER_MAX; // 上限防止舵机打死 } if (steer_target STEER_MIN) { steer_target STEER_MIN; // 下限 } uint16_t pwm_pulse servo_pulse(steer_target); servo_set_pwm(pwm_pulse); }steer_target是舵机目标角度初值取机械中位校准值。STEER_MAX和STEER_MIN按机械行程定我一般限制在中位±45度。舵机脉宽映射到定时器比较值用servo_pulse()把角度换算成0.5ms~2.5ms脉宽对应的计数值。增量PID把偏差变化转化成角度增量不会出现位置式PID那种偏差一大直接满舵的粗暴行为。4.3 速度环恒速跑还是分段给速竞速里常见两个速度策略全程恒速和弯道分段减速。恒速简单但入弯时如果速度过高方向环修正来不及传感器全丢就救不回来。分段减速更实用——直道给满弯道根据偏差大小降速。速度给定表可以用查表实现当前偏差绝对值目标速度0~1100%2~380%4~560%6及以上45%速度环同样用PID但它的执行机构是电机。编码器反馈实际速度目标速度和实际速度的误差进PID输出控制PWM占空比。速度环调参比方向环容易因为它没有机械极限的忧虑输出本身就是占空比天然在0~100%内。4.4 参数整定顺序先方向后速度Kp从零往上加PID三个参数一起调是很多人翻车的原因——方向环没调好就动速度环最后永远不知道车身摇摆是哪一环造成的。我的整定顺序是固定六步前三步定方向环先关闭微分和积分只给Kp一个很小的初值比如0.2跑直线看有没有回中能力Kp逐步加大到弯道里能勉强过弯但不震荡然后加Ki消掉直线上的稳态偏差通常在弯道出口表现明显最后加Kd调弯道内的跟手感Kd太大会抖要小步加。后三步定速度环速度环只调Kp和KiKp从0.1开始调到头部响应跟得上目标速度变化Ki用来消除长直道匀速时的速度跌落。速度环的Kd一般都设0因为编码器噪声会被Kd放大成PWM抖动实际收益很小。每次调参都要有记录。我习惯用一张表把参数存下来参数初值参考调大的表现调小的表现方向Kp0.2~0.5过弯变猛、直道抖回中慢、弯道偏外方向Ki0.01~0.02直线稳、弯道出口摆弯道出口回中慢方向Kd0.2~0.5过弯抖、高速摆弯道跟手变差速度Kp0.1~0.3车速波动大跟速慢速度Ki0.01车速过冲长直道掉速整定过程里最常犯的错是Kp给大了以为震荡是机械问题结果拆了舵机重新装浪费时间。记住一个原则方向环震荡先砍Kp速度环震荡先砍Kp别上来动积分和微分。5. 调试避坑记录从翻车现场提炼的五条经验5.1 灯光一换赛道标定就失效现象在自家调试了三个晚上直线、S弯、U弯都没有问题带着车去了比赛场地发车第一圈直接冲出赛道在地上打转。原因灰度传感器的输出对光强敏感。暗环境下标定的白色基准在强光下整体抬高原来压线的判定阈值不再成立。标定数据写死在代码里等于把参考系焊在了调试现场。解决把标定做成上电自动执行车放白底1秒采样白基准再推到黑线上1秒采样黑基准标定完LED闪三下提示。如果场地规则不允许上电后移动车就改成按键触发标定赛前手动快速完成。5.2 舵机打死导致整机复位现象高速入弯舵机打到最左持续2秒后车突然断电一样停下重新上电又正常。一会儿又复现。原因舵机持续堵转时电流飙到1A以上瞬间把5V母线电压拉低单片机3.3V跟着掉直接复位。代码里没有舵机角度限幅PID输出被积分项顶到满舵。解决在steer_control里加限幅把目标角度限制在中位±45度5V母线上并470uF电容在PID输出之后加一个方向输出的变化率限制避免角度突变。从那以后我的所有舵机方案都默认带限幅这个坑踩过一次就够了。5.3 起步就猛冲第一个弯必翻现象按下发车按钮车速瞬间从0跳到目标速度入第一个弯的时候速度根本没降下来直接铲出赛道。原因速度给定和目标速度之间没有任何过渡PWM直接从0打到满加速度过大加上弯道减速查表只响应偏差入弯前的直道段车速已经飙到很高。解决写一个斜坡函数目标速度不变实际给定速度在每个控制周期只允许变化固定的步长比如每周期加2%。这样发车后有一个明显的加速爬坡过程入弯前也有提前减速的能力。斜坡的步长要跟赛道弯度匹配太短还是猛太长直道优势全丢。5.4 高速过弯时舵机剁手现象速度跑上去之后在S弯里舵机像剁菜一样来回抖声音很大车走出来的轨迹却是锯齿形。原因方向环的Kd太大对偏差的二阶差分过于敏感——过弯时灰度信号连续变化微分项被反复放大输出在正负方向来回摆动。机械上舵机响应快肉眼看到的就是抖动。解决Kd降下来同时给方向环的输入偏差加一阶低通滤波。实测把Kd砍掉一半S弯轨迹立刻平滑如果还想保留一点提前量用滤波后的偏差再做微分而不是对原始偏差做。5.5 死区换来换去高速直线左右摆现象低速跑直线很稳速度加到80%以上时直线开始左右摆把死区调大低速过弯又变得迟钝弯道明显压外线。原因机械转向存在间隙速度越高等效的死区增益越大。低速时Kp对死区内的微小偏差不敏感高速时同样大小的偏差因为车速高在单位时间里偏离更多Kp就过冲了。死区调大后低速下等效增益变低弯道修正不足。解决不设固定死区改成按速度分档。低速死区设在2%以内高速死区放到4%同时速度环输出对方向环做一个前馈补偿——速度越高方向环Kp适当增益补偿。这个策略实测高速直线和低速过弯都能兼顾。6. 进阶起跑线识别、坡道预处理与参数固化验证6.1 起跑线识别用状态机区分横线和弯道起跑线在赛道上是一条横贯的黑线和弯道的区别在于过弯时只有一侧传感器压线而压起跑线时几乎全部传感器同时压线。我用一个简单的状态机识别连续2个控制周期内超过5路传感器灰度小于40认为压到了横线触发一次发车或圈数计数。识别完成后要继续往前走一小段避免停在横线上反复触发。状态机的价值在于把压线计数和发车动作解耦。如果直接在压线判定里触发发车车在起跑线上稍微抖一下就可能二次触发。多一个计时状态这个问题的排查成本省一大截。6.2 坡道预处理传感器离地高度变化怎么抗干扰坡道段传感器离地高度变化导致灰度值整体漂移归一化的结果在坡道上会失真。常见做法是检测到所有传感器灰度整体抬高时切换坡道模式把压线阈值从40改到55同时降低目标速度。这个处理不需要额外传感器只在现有灰度数据上做判断代码改动也不大。判断条件要加一个防抖时长防止坡道瞬态误切换。坡道模式里的一个细节是恢复时机。出坡时传感器离地距离从大到小灰度值从整体偏亮回到黑白分明如果恢复过早坡道底部还没走完就开始全速跑照样翻车。我一般加一个持续1秒灰度正常再退出坡道模式的条件这个参数也要实测。6.3 参数固化把PID存入Flash调参不靠记性调参最怕的是试出新参数后忘记存下次上电又用旧参数。我习惯把整定好的参数结构体固化到STM32内部Flash的最后一个扇区上电时先检查校验标志有效就直接载入。改参数时通过串口下发写入命令存储前自动备份旧值这个备份就是我调参的后悔药。void save_params_to_flash(PID_t *pid, uint16_t magic) { FLASH_Unlock(); FLASH_ErasePage(PARAM_FLASH_ADDR); FLASH_ProgramWord(PARAM_FLASH_ADDR, magic); FLASH_ProgramWord(PARAM_FLASH_ADDR 4, float_to_u32(pid-Kp)); FLASH_ProgramWord(PARAM_FLASH_ADDR 8, float_to_u32(pid-Ki)); FLASH_ProgramWord(PARAM_FLASH_ADDR 12, float_to_u32(pid-Kd)); FLASH_Lock(); } uint8_t load_params_from_flash(PID_t *pid) { uint32_t magic *(uint32_t *)PARAM_FLASH_ADDR; if (magic ! 0xA5A5A5A5) return 0; // 魔数校验失败保持默认值 pid-Kp u32_to_float(*(uint32_t *)(PARAM_FLASH_ADDR 4)); pid-Ki u32_to_float(*(uint32_t *)(PARAM_FLASH_ADDR 8)); pid-Kd u32_to_float(*(uint32_t *)(PARAM_FLASH_ADDR 12)); return 1; }这里用魔数0xA5A5A5A5做合法性校验防呆处理第一次烧录或Flash被意外擦除的情况。Flash写入前要ErasePage这是STM32写Flash的硬规矩不擦直接写会出错重刷。每次改参数我都会带上一个参数版本号连同PID值一起存调试时在串口里打印版本号回滚和对比都方便。从那以后我每次调完参数都强制走一遍固定流程重新标定灰度、跑直线验证回中、跑S弯验证跟手、模拟发车一次验证启动节奏四步全过才把车交出去。希望这份拆解帮到你照着走一遍比对着半个工程的报错日志硬猜省力得多。本文还有配套的精品资源点击获取
