企业官网建设流程全解析

简介：面向RoboMaster参赛队员及STM32嵌入式开发者的C620电调程序说明文档，围绕在主控板上驱动M3508电机展开，帮助读者理解PWM与CAN两种控制方式的接线、配置及代码组织。压缩包仅含1个PDF文件，约905KB，内容集中，适合边调试边查阅。文档依次讲解Keil5、STM32CubeMX与HAL固件库环境准备，固件库本地安装，C620三相输出线、7-Pin数据线、CAN或PWM信号线与24V电源的连接，并提醒两种信号线不可同时接入。程序部分说明FreeRTOS工程分层、BSP组中CAN收发与PID模块的职责，以及StartDefaultTask内的控制流程和宏切换方法；对CAN电流闭环需读取转速并调节PID、PWM转速闭环由脉宽决定转速等差异也有交代，可辅助读者完成接线检查、模式选择与参数调试。已有3366人学习。

1. C620 电调 Demo 拆开看：同一台 M3508，两种控制方式差在哪

拿到这份 C620 电调 Demo 程序说明书，多数人第一反应是「照着连线上电就能转」。真正上手才会撞上两件事：STM32 软件生态里那堆配置插件、固件包、HAL 驱动，版本和安装顺序错一步，Keil 里就是满屏红；而 CAN 与 PWM 两条控制路径，电调内部干的活根本不是一回事——CAN 模式下电调对电机做电流闭环，转速外环得自己在主控里补一套 PID；PWM 模式下电调自己就是转速闭环，主控只管把脉宽喂准。这份资源把两条路都做成了可编译工程，配上 bsp_can 收发、pid 计算和按键调速，适合刚接手底盘驱动、想把 M3508 稳稳转起来并摸清闭环边界的嵌入式工程师。下面按装环境、接线、写码、排错、验证的顺序拆一遍。

2. 开发环境落地：CubeMX、F4 固件包与 Keil5 三件套怎么装才不返工

这套 Demo 的环境链条比想象中长：Java 运行时撑着 CubeMX，CubeMX 拉着 F4 系列的固件包，固件包再吐出 HAL 初始化代码，最后交给 Keil5 编译下载。链条上任何一环装成半成品，症状都不是报错，而是「生成出来的工程缺文件」或者「编译过了但外设不工作」，排查起来极其费时间。

2.1 JRE、CubeMX 与 F4 固件包的正确安装顺序

顺序不能乱。先把 JRE 装好，再装 CubeMX，最后装固件包。CubeMX 是 Java 写的，机器上没 JRE 时它要么起不来，要么起来后界面卡成幻灯片。固件包则是另一回事——它不是一个可选组件，而是外设驱动代码的唯一来源，CubeMX 本体里只有配置界面和代码模板，没有各系列的 HAL 驱动。

安装固件包走本地导入：打开 CubeMX，Help -> Install New Libraries -> From Local，选中下载好的 zip 包，Open即可。装成功之后，左侧器件系列那一栏对应版本号的复选框会变成绿色。如果一直是灰的，基本就是包没选对或者包本身不完整。

注意：只装 CubeMX 不装 pack，生成代码时会直接告诉你外设驱动缺失。这个坑几乎每个新手都会踩一次，而且报错信息不明显。

下载环节还有个现实问题：官方页面需要登录账号，网络不稳定时下载经常断。我一般的做法是先把 F4 系列的固件包完整拉到本地存一份，后面换机器、重装系统都不用再折腾。版本上没必要追新，Demo 能用、HAL 接口对得上就行，中途换固件包版本反而容易把已经调通的工程搞出新的编译错误。

2.2 用 CubeMX 勾出 CAN1、TIM5 与 FreeRTOS 的最小骨架

新建工程选 STM32F427 对应型号，先配时钟树，把系统主频拉到位；调试接口选 SWD，不然下载一次就得按键进 boot。然后才是这份 Demo 真正用到的三块外设。

CAN1 是 CAN 模式的核心。速率按电调要求设成 1 Mbps，开启接收中断，引脚按主控板实际走线选（这颗芯片上常见是 PD0/PD1，具体以板子丝印为准）。滤波器先不在这里配，留到代码里做，因为 CubeMX 的滤波器参数界面对于「全通接收再软件过滤」这种写法不够直观。

TIM5 是 PWM 模式的信号源。Demo 用 TIM5 的通道 1，对应引脚 PA0。配置思路是先把计数器时钟降到 1 MHz，再用 ARR 定出 50 Hz 的周期：

FreeRTOS 直接勾上，CubeMX 会把内核、堆栈、默认任务一起生成好。这里有个必须处理的地方：FreeRTOS 默认占用 SysTick 作为系统节拍，而 HAL 库的HAL_Delay也依赖 SysTick，两者撞在一起会导致 HAL 的延时函数行为异常。常见做法是在 CubeMX 的时基设置里把 HAL 时基源换成别的定时器（比如 TIM6 或 TIM7），让 FreeRTOS 独占 SysTick。

生成代码时把「生成独立的 .c/.h 文件」勾上，外设初始化代码会分散到gpio.c、can.c、tim.c这些文件里，后面改配置不容易互相覆盖。

2.3 Keil5 里的分组约定：BSP 组放什么、HAL 组别动

CubeMX 生成的 Keil 工程本身已经分好组了：HAL 驱动、CMSIS、中间件、用户代码各归各位。我的习惯是在这个基础上加一个 BSP 组，把和板子强相关、CubeMX 管不到的代码全部塞进去，包括bsp_can.c/h、pid.c/h，需要的话再加bsp_key.c、bsp_pwm.c。

这样做的好处很直接：以后重新用 CubeMX 生成一次代码，HAL 组和中间件组会被覆盖，但 BSP 组里的文件是用户自己加的，不在生成范围内，不会丢。目录结构大致是：

Project/ ├── Core/ │ ├── Inc/ # CubeMX 生成的头文件 │ └── Src/ # main.c、freertos.c、can.c、tim.c ├── Drivers/ │ ├── CMSIS/ │ └── STM32F4xx_HAL_Driver/ ├── Middlewares/ │ └── Third_Party/FreeRTOS/ └── BSP/ ├── Inc/ # bsp_can.h、pid.h └── Src/ # bsp_can.c、pid.c

添加文件后别忘了在 Keil 的Options for Target -> C/C++ -> Include Paths里把BSP/Inc加进去，否则编译时找不到头文件。另外 HAL 组里的文件不要手动改，改了下次重新生成就白改；需要绕过的逻辑，用回调函数或者在自己文件里重写一层封装来替代。

编译顺序上还有一个隐蔽问题：如果bsp_can.c里引用了hcan1这个句柄，而它是在can.c里定义的，就必须保证can.c参与编译且hcan1不是static。CubeMX 生成的是全局变量，正常没问题，但如果手动改过生成选项就可能出岔子。

3. 硬件连线与两种控制模式：CAN 电流闭环和 PWM 转速闭环的接线差异

接线这一步最能体现「差一个针脚就全盘皆输」。C620 电调和 M3508 之间是固定的三相线加 7-Pin 数据线，这部分两种模式都一样；真正分岔的是电调与主控之间的信号线——CAN 走 2-Pin，PWM 走 3-Pin，而且这两根线绝对不能同时插上。

3.1 三相线、7-Pin 数据线与 24V 供电的接法

三相输出线是三根带颜色的粗线，接 M3508 的三个相线端。这三根线的顺序不影响电机能不能转，只会影响转向；如果发现电机反转，任意对调其中两根即可，不需要改代码。

7-Pin 数据线连接电调和电机尾部，里面走的是霍尔信号和温度信号，是电调做换相和闭环的依据。这根线插反或者接触不良的典型表现是电机抖一下就不动，或者上电后电调持续闪红灯。

电源线接主控板的 24V 端口。这里必须强调供电方式：请用动力电池供电。用实验室电源箱带这套系统时，电机减速或堵转产生的反电动势会往主控板灌，容易把板上做电源保护的二极管打穿，这个损失是不可逆的。我在测试台上见过不止一次「上电正常、一加速就冒烟」的现场，拆开一看都是电源箱供电。

注意：上电前把所有接线复查一遍，尤其是电源正负和信号线方向，确认无误再给 24V。

3.2 CAN 模式：2-Pin 信号线进 CAN1，PWM 口必须空着

CAN 模式的连线只有两根：CAN_H 和 CAN_L，从电调的 2-Pin 口接到主控板的 CAN1 端口。这时候电调的 PWM 信号口要保持空置，一根线都不能插。

总线两端需要 120 Ω 终端电阻。主控板上一般已经有一个，电调侧是否需要补，取决于线束长度和节点数量。线短、节点少的时候不接也可能通，但一旦出现「偶尔丢帧」「高负载下反馈断流」，第一件事就是查终端电阻。

C620 电调的 CAN ID 通过拨码开关设定，1 到 4 号电调共用 0x200 这个控制帧 ID，反馈帧分别是 0x201 到 0x204；5 到 8 号电调控制帧是 0x1FF，反馈帧 0x205 到 0x208。这份 Demo 只驱动一台电机，所以按 1 号配置，控制帧发 0x200，反馈收 0x201。

3.3 PWM 模式：3-Pin 接 C1~C4 与 TIM5 通道的对应关系

PWM 模式的 3-Pin 线里，真正承载体信息的是信号线，另外两根是地和供电。信号线接到主控板上标注 C1、C2、C3 或 C4 的 PWM 端口，具体接哪一个由代码里选的定时器通道决定。这份 Demo 用的是 TIM5 通道 1，对应引脚 PA0，在板上就落在 C1 那一组里。

接好之后，电调识别的是标准舵机风格的 PWM：周期 50 Hz，高电平 1 ms 到 2 ms 之间变化，1.5 ms 是中位。这个区间对应电机的正反转和转速大小，超出范围电调会当成无效信号丢掉。常见做法是上电先输出 1.5 ms 让电机保持静止，等按键触发再往两边偏。

代码里配置的 ARR 和 PSC 必须和这个 50 Hz 对上。如果误把 ARR 写成 2000，周期变成 1 kHz，电调会直接不认这个信号，表现就是「程序在跑、电机纹丝不动」，而且没有任何报错。这种静默失败最难受，因为它不给你任何提示。

再提醒一次那个绝对不能碰的红线：CAN 信号线和 PWM 信号线不允许同时连接。两路指令同时进来，电调内部会陷入指令冲突，轻则转速乱跳，重则直接进入保护状态不再响应。切换控制模式的时候，先断电，改接线，改宏定义，再上电，这个顺序别省。

4. 代码骨架：bsp_can 滤波器、PID 外环与 StartDefaultTask 调度

工程跑起来之后，真正决定电机行为的是三块代码：CAN 的滤波与收发、PID 的计算、FreeRTOS 默认任务里的调度节拍。这三块写对了，电机才谈得上「可控」；写歪了，就是能转但不可控，或者干脆不转。

4.1 bsp_can.c：32 位掩码滤波器与收发封装

滤波器的作用是决定哪些帧会进中断。Demo 只有一台电机，理论上可以只放行 0x201，但实际调试阶段我建议先全通，把总线上所有帧都收进来打印一遍，确认 ID 分布和波特率都对，再收窄过滤范围。下面是全通滤波器的初始化写法：

#include "bsp_can.h" CAN_HandleTypeDef hcan1; /* 由 CubeMX 在 can.c 中定义，这里声明引用 */ void BSP_CAN_Init(void) { CAN_FilterTypeDef filter = {0}; filter.FilterBank = 0; /* 使用过滤器组 0 */ filter.FilterMode = CAN_FILTERMODE_IDMASK; /* ID + 掩码模式 */ filter.FilterScale = CAN_FILTERSCALE_32BIT; /* 32 位，可覆盖扩展帧 */ filter.FilterIdHigh = 0x0000; /* ID 全 0 */ filter.FilterIdLow = 0x0000; filter.FilterMaskIdHigh = 0x0000; /* 掩码全 0 = 不过滤，全通 */ filter.FilterMaskIdLow = 0x0000; filter.FilterFIFOAssignment = CAN_RX_FIFO0; /* 收到的帧进 FIFO0 */ filter.FilterActivation = ENABLE; filter.SlaveStartFilterBank = 14; /* 双 CAN 时从机起始组 */ if (HAL_CAN_ConfigFilter(&hcan1, &filter) != HAL_OK) { Error_Handler(); } HAL_CAN_Start(&hcan1); HAL_CAN_ActivateNotification(&hcan1, CAN_IT_RX_FIFO0_MSG_PENDING); }

FilterMaskIdHigh/Low全填 0，意思是「掩码位不关心」，于是所有 ID 都能通过，这是调试期最省事的配置。等确认只接一台电调之后，把掩码改成只匹配 0x201，能减少不必要的中断开销。FilterScale选 32 位是因为它兼容标准帧和扩展帧，虽然 C620 用的是标准帧，但留点余量不亏。

接收侧用中断回调解析转速。C620 的反馈帧里，第 0、1 字节是转子机械角度，第 2、3 字节是转子转速（单位 rpm，有符号），后面依次是实际电流和温度：

volatile int16_t g_motor_rpm = 0; /* 供 PID 外环读取的实际转速 */ void HAL_CAN_RxFifo0MsgPendingCallback(CAN_HandleTypeDef *hcan) { CAN_RxHeaderTypeDef rx_header; uint8_t rx_data[8]; if (HAL_CAN_GetRxMessage(hcan, CAN_RX_FIFO0, &rx_header, rx_data) != HAL_OK) { return; } /* 只处理 1 号电调的反馈帧 */ if (rx_header.StdId == 0x201) { g_motor_rpm = (int16_t)((rx_data[2] << 8) | rx_data[3]); } }

这里把g_motor_rpm定义成volatile，因为它在中断里写、在任务里读，不加这个修饰符编译器可能把它优化进寄存器，读到的永远是旧值。这种问题在调试器里看变量一切正常，实际运行就是不动，属于典型的「黑匣子」故障。

发送侧把 PID 输出打包成 8 字节发出去，1 到 4 号电调的电流共用 0x200 这一帧：

void BSP_CAN_SendCurrent(int16_t i1, int16_t i2, int16_t i3, int16_t i4) { CAN_TxHeaderTypeDef tx_header = {0}; uint8_t tx_data[8]; uint32_t mailbox; tx_header.StdId = 0x200; /* 1~4 号电调统一接收的控制帧 ID */ tx_header.IDE = CAN_ID_STD; tx_header.RTR = CAN_RTR_DATA; tx_header.DLC = 8; tx_data[0] = (uint8_t)(i1 >> 8); tx_data[1] = (uint8_t)(i1 & 0xFF); tx_data[2] = (uint8_t)(i2 >> 8); tx_data[3] = (uint8_t)(i2 & 0xFF); tx_data[4] = (uint8_t)(i3 >> 8); tx_data[5] = (uint8_t)(i3 & 0xFF); tx_data[6] = (uint8_t)(i4 >> 8); tx_data[7] = (uint8_t)(i4 & 0xFF); HAL_CAN_AddTxMessage(&hcan1, &tx_header, tx_data, &mailbox); }

电流值的量程是 -16384 到 16384，对应 -20 A 到 20 A。PID 输出必须限在这个区间内，超了会被电调截断，等于白白损失调节精度。没用到的电机通道填 0，不要留随机值。

4.2 pid.c：位置式还是增量式，参数怎么给初值

CAN 模式下电调做的是电流闭环，主控要补的是转速外环，所以 PID 的输入是「目标转速 - 实际转速」，输出是电流指令。这种串级结构里，外环用位置式 PID 更直观，因为输出直接就是给下级的绝对量。

typedef struct { float kp, ki, kd; float target; /* 目标值 */ float feedback; /* 反馈值 */ float err, last_err; float integral; /* 积分累加 */ float out; float out_max, out_min; } PID_t; void PID_Init(PID_t *p, float kp, float ki, float kd, float out_max, float out_min) { p->kp = kp; p->ki = ki; p->kd = kd; p->target = 0; p->feedback = 0; p->err = 0; p->last_err = 0; p->integral = 0; p->out = 0; p->out_max = out_max; p->out_min = out_min; } float PID_Calc(PID_t *p, float target, float feedback) { p->target = target; p->feedback = feedback; p->err = p->target - p->feedback; p->integral += p->err; /* 积分项累加 */ if (p->integral > 5000.0f) p->integral = 5000.0f; /* 积分限幅，防饱和 */ if (p->integral < -5000.0f) p->integral = -5000.0f; p->out = p->kp * p->err + p->ki * p->integral + p->kd * (p->err - p->last_err); p->last_err = p->err; if (p->out > p->out_max) p->out = p->out_max; /* 输出限幅 */ if (p->out < p->out_min) p->out = p->out_min; return p->out; }

积分限幅这一行别省。电机堵转时误差会一直为正，积分项无限累加，等堵转解除，输出会猛地冲上去，直接触发过流保护。我第一次调这类驱动时就被这个坑教做人，电机在地上原地抽搐了两秒才停。

参数给初值的思路：先只给 Kp，从很小开始加，加到电机能跟随但有一点超调；再给一点点 Ki 消除稳态误差；Kd 在这类场合基本可以留 0，因为转速反馈本身有噪声，微分项会把噪声放大。Demo 里如果给的是 Kp=10、Ki=0.5 这种量级，是因为它的误差单位是 rpm、输出单位是电流原始值，参数和量纲强相关，换一套单位这套数就完全不能用。

4.3 StartDefaultTask：10 ms 节拍下的闭环与按键

控制代码放在freertos.c的StartDefaultTask里，主体是一个 10 ms 周期的循环。为什么是 10 ms？因为转速环的响应速度远慢于电流环，100 Hz 的控制频率对 M3508 这种量级的电机足够，再快反而放大反馈噪声。

void StartDefaultTask(void *argument) { PID_t speed_pid; #if defined(CAN_CONTROL) BSP_CAN_Init(); /* 滤波器 + 启动 + 开中断 */ #endif PID_Init(&speed_pid, 10.0f, 0.5f, 0.0f, 16384.0f, -16384.0f); int16_t target_rpm = 0; /* 按键修改的目标转速 */ for (;;) { /* 按键扫描：每按一次，目标转速在几个档位之间轮换 */ if (BSP_Key_Scan() == KEY_PRESSED) { target_rpm += 500; if (target_rpm > 3000) target_rpm = 0; } #if defined(CAN_CONTROL) PID_Calc(&speed_pid, (float)target_rpm, (float)g_motor_rpm); BSP_CAN_SendCurrent((int16_t)speed_pid.out, 0, 0, 0); #elif defined(PWM_CONTROL) BSP_PWM_SetSpeed((float)target_rpm / 3000.0f); /* 归一化到 -1 ~ 1 */ #endif osDelay(10); /* 10 ms 控制周期 */ } }

几个细节值得说。target_rpm用整数档位而不是连续值，是为了让按键操作有明确反馈，调车时也方便复现。osDelay(10)而不是HAL_Delay(10)，因为在 FreeRTOS 任务里用 HAL 延时会让整个任务阻塞，CPU 空转但低优先级任务拿不到时间片。

宏定义的切换位置在freertos.c顶部，用#define CAN_CONTROL打开 CAN 分支，把#define PWM_CONTROL注释掉，反过来就是 PWM 模式。两个宏同时打开会编译报错（两个分支的代码都需要对应外设初始化），这算是运气好的情况；如果只开一个但接线接了另一种，就是前面说的指令冲突。切模式的时候，宏、接线、供电三样一起改，别只改一样。

4.4 PWM 分支：宏切换与占空比给法

PWM 模式下主控不需要 PID，因为电调内部已经做了转速闭环，主控只要给一个稳定的脉宽就行。这也是两种模式最本质的区别：CAN 模式你在跟电调的电流环较劲，PWM 模式你在跟电调的转速环配合。

/* TIM5 计数时钟 1 MHz，ARR = 19999，1 tick = 1 us */ #define PWM_MID_US 1500U #define PWM_SPAN_US 500U void BSP_PWM_SetSpeed(float ratio) /* ratio 范围 -1.0 ~ 1.0 */ { float pulse = (float)PWM_MID_US + ratio * (float)PWM_SPAN_US; if (pulse < 1000.0f) pulse = 1000.0f; /* 下限保护，低于 1 ms 电调不认 */ if (pulse > 2000.0f) pulse = 2000.0f; /* 上限保护，高于 2 ms 同样不收 */ __HAL_TIM_SET_COMPARE(&htim5, TIM_CHANNEL_1, (uint32_t)pulse); }

PWM_MID_US是中位，对应电机停转；PWM_SPAN_US是摆幅，决定满速对应的偏移量。比率归一化的好处是上层按键逻辑不用关心底层是 1000~2000 μs 还是别的范围，换定时器参数时只改这两个宏。

必须确认 TIM5 的 PWM 输出已经启动。CubeMX 生成的MX_TIM5_Init只做了配置，真正让通道开始输出还得在初始化后调一次HAL_TIM_PWM_Start(&htim5, TIM_CHANNEL_1)，否则比较寄存器写得再对，引脚上也没有波形。这个疏漏的表现和前面说的 ARR 写错一模一样：程序正常跑，示波器上一片平。

5. 避坑与排查：五个让电机不转或乱转的现场问题

调试现场的问题基本可以分成两类：一类是接线和供电，一类是软件和闭环。这两类的排查手段完全不同，前者靠万用表和示波器，后者靠调试器和日志。下面五条是这套 Demo 最容易翻车的地方，按「现象 → 原因 → 解决」记下来，能省掉大量试错时间。

5.1 接线与供电类的三个高频故障

现象一：上电后电调红灯常亮或快闪，电机完全无响应。原因通常是 7-Pin 数据线没插到位，或者三相线有一根虚接。电调上电会先做自检，读不到霍尔信号就进保护。解决方法是断电后重新插拔 7-Pin，听到卡扣到位的声音，再用万用表量三相线两两之间的通断，确认没有虚焊。如果换了线还是不亮，换一台电机交叉验证，排除电机侧问题。

现象二：电机能转，但一加速主控板就重启或者直接冒烟。这就是电源箱供电的代价。电机减速或堵转时反电动势往主控板倒灌，超过板上保护二极管的承受能力就击穿。解决只有一个：换动力电池供电。已经击穿的板子二极管要换，别指望它自己恢复。

现象三：CAN 模式下电机偶尔抽一下，转速反馈时断时续。先查终端电阻。总线两端各 120 Ω，主控板自带一个，电调侧如果没有就得补。线束超过半米、节点超过两个的时候，这个问题的概率明显上升。其次是查波特率，主控和电调必须都是 1 Mbps，差一点都通不了。用 CAN 分析仪抓一段报文，看有没有错误帧，比盲猜快得多。

5.2 软件与闭环类的两个隐蔽问题

现象四：编译通过、程序在跑，但电机纹丝不动，示波器上 PWM 引脚是一条直线。两个可能：HAL_TIM_PWM_Start没调用，或者 ARR/PSC 算错导致频率不在电调识别范围内。前者补一行启动代码；后者拿示波器量周期，50 Hz 对应 20 ms，对不上就回去重算 PSC 和 ARR。还有一种更隐蔽的情况：CubeMX 里通道配成了「输出比较」而不是「PWM 生成」，生成出来的初始化代码里根本没有 PWM 模式配置，这个在.ioc里改一下重新生成就行。

现象五：CAN 模式下电机转起来了，但转速忽高忽低，伴随明显噪音。先看 PID 参数。Kp 给太大，输出会在目标值附近来回振荡；Ki 给太大，积分饱和后会出现周期性的「冲一下停一下」。把 Ki 归零，只留 Kp 从 1 开始慢慢加，看能不能稳定在一档；稳定后再加 Ki。另一个容易忽略的点是反馈值单位：g_motor_rpm是转子机械转速，如果代码里误当成减速后的输出轴转速去算误差，整定出来的参数会完全不对。

提示：每次改完接线或宏定义，先空载（电机不带轮子）上电测一遍，确认方向和调速正常再装车。带载调试出问题时，你分不清是参数不对还是机械卡滞。

6. 进阶验证：用波形和反馈值把闭环调稳

调通只是起点，能不能稳定复现才是分水岭。我一般不看电机转不转，而是看三个量：CAN 反馈里的实际转速、PID 输出的电流指令、以及 PWM 引脚上的实际脉宽。前两个靠调试器或串口打印，第三个靠示波器，三个对得上，这套闭环才算真的通了。

6.1 三个观测点，验证闭环是否真的在收敛

第一个观测点是阶跃响应。把目标转速从 0 直接切到 1500 rpm，用调试器的变量观察窗口记录g_motor_rpm的变化曲线。健康的响应是快速上升、小幅超调、几百毫秒内稳定；如果一直爬不上去，说明 Kp 或 Ki 太小；如果上下大幅摆动，说明 Kp 太大或者积分限幅没起作用。

第二个观测点是稳态误差。稳定之后看目标值和实际值的差，差个几十 rpm 属于正常（摩擦和负载导致），差几百 rpm 就要补 Ki。注意积分限幅别设得太小，太小等于把积分项废掉，稳态误差永远消不掉。

第三个观测点是电流指令的峰值。在BSP_CAN_SendCurrent调用处打个断点或者加个变量记录，看 PID 输出有没有频繁顶到 ±16384。顶到说明输出饱和了，电机已经尽力但跟不上，这时候要么降目标转速，要么检查是不是机械上卡了东西。

6.2 参数整定的顺序与切换模式的注意事项

整定顺序固定为：先 P 后 I，D 留 0。P 从「电机能缓慢跟上但不振荡」的值开始，一般是能稳定跟随的最小值再往上加一点；I 从 P 的十分之一量级开始试，每次加完观察稳态误差是否变小、有没有引入新的振荡。整个过程空载做一遍，带载再做一遍，两套参数分别记下来。

CAN 和 PWM 两种模式之间切换时，除了改宏和改接线，还要注意参数的语义完全不同：CAN 模式的 PID 输出是电流原始值，PWM 模式的输出是归一化比率，同一组参数在两边毫无可比性。我吃过一次亏，把 CAN 下调好的参数直接搬去 PWM 分支，结果电机一上电就满速冲出去，因为 16384 这个量级的输出被当成比率用了。

从那以后我每次改完控制参数，都强制先空载跑一遍阶跃、再看一眼电流指令的峰值，两样都过了才敢装车。这套习惯救过我不止一次——参数看着没问题，一上负载就暴露的案例太多了。希望帮到你。

本文还有配套的精品资源，点击获取