企业官网建设流程全解析

做小家电电机控制的同行，这两年应该没少被“无叶风扇方案”找上门。无叶风扇看起来只是把叶片藏起来，实际上风轮转速经常逼近两万转，电机驱动一侧既要静音、又要高效、还要维持稳定的风力输出。最近我在手里的一个项目上用 HC32F030 做了一版 FOC 驱动方案，从定时器触发采样到无感位置估算一路趟过来，踩坑不少，也沉淀了一些能直接复用的代码逻辑。这篇文章就把整套方案的代码思路和调试过程拆开讲。

其实这颗 MCU 不是为 FOC 准备的，资源也不算宽裕，但正因为如此，把代码抠细一点反而能把原理吃得更透。下面我会从方案选型、底层时序、FOC 核心算法、启动保护、实测排错和代码移植六个角度来讲。

1. 为什么无叶风扇的FOC方案绕不开HC32F030

1.1 无叶风扇挑驱动器的三个硬指标

无叶风扇最核心的卖点是安静。传统方波六步换相驱动无刷电机，换相瞬间的转矩脉动会被风道结构放大，产生明显的低频噪音和振动。而 FOC 驱动通过正弦波电流控制，让电磁转矩近似恒定，从源头上把机械噪音压下去。另一个硬指标是转速。无叶风扇的风轮转速普遍在 10000rpm 以上，部分甚至到 18000rpm 到 20000rpm，电机在高速区如果电压利用率不够，转速和风量都上不去。FOC 配合 SVPWM 调制可以让逆变器输出更接近正弦的相电压，在高转速下仍然能保持出力。

第三个硬指标是成本。小家电行业对 BOM 极其敏感，控制器要便宜、外围要少、生产要稳定。HC32F030 这类国产 Cortex-M0+ 芯片正好卡在这个需求点上：价格低、供货稳，还集成了高级定时器和多通道 ADC，一颗芯片就能完成 PWM 输出、电流采样、保护逻辑和上层控制。相比之下，用更高端的 M3/M4 芯片虽然跑浮点更轻松，但成本和供应链压力都会上来。

1.2 这颗MCU到底哪里够用，哪里是短板

很多人一听到 M0+ 就觉得做不了 FOC。实际上 FOC 算法本身并不依赖多高的算力，真正吃资源的是浮点运算和复杂观测器。HC32F030 这类芯片主频一般在 48MHz 左右，Flash 和 RAM 都是“够用但不多”的水平，跑一个精简的无感 FOC 完全可行。它最大的优势是内部有高级定时器，可以输出 6 路互补 PWM 并且带死区插入，还能直接产生 ADC 触发信号，这对电流采样非常关键。没有这个联动，PWM 和 ADC 之间就要靠 GPIO 模拟时序，既麻烦又不可靠。

短板也很明显：Cortex-M0+ 内核没有硬件浮点单元，也没有硬件除法指令。FOC 里的坐标变换、PI 运算、SVPWM 计算全部要转成定点数，做除法时能移位就移位，能查表就查表，否则一个周期内的几十微秒根本不够用。另外芯片 ADC 和比较器的精度、速度也有限，采样窗口如果设计不好，波形会很难看。所以这颗料做 FOC 不是“能不能”的问题，而是“代码怎么写才不浪费每一个时钟周期”的问题。

1.3 方案整体构成：从母线到电机的信号链路

把这版方案拆开看，硬件链路并不复杂：直流母线进三相逆变桥，逆变桥输出接无叶风扇的高速无刷电机；电机相线上挂低阻采样电阻，放大后进 ADC；母线电压经过分压电阻进另一路 ADC；MCU 根据电流和位置信息算出三相占空比，然后通过定时器输出互补 PWM。控制频率我习惯定为 20kHz，既避开人耳敏感区，又保证每个 PWM 周期内能完成一次完整的电流环和速度环计算。

软件链路则是典型的级联结构：ADC 中断触发后先读三相电流，再读母线电压，然后执行 Clark 变换、Park 变换、电流 PI、反 Park 变换、SVPWM，最后更新占空比。速度环放在电流环外面，通常每隔几个 PWM 周期执行一次。转子位置由无感观测器提供，而不是霍尔传感器，这是无叶风扇降成本的关键点，也是代码里最需要下功夫的部分。

2. 底层时序设计：PWM与ADC采样如何做到严丝合缝

2.1 电流采样拓扑怎么选：三电阻还是单电阻

FOC 需要一个可靠的相电流反馈。三相电流理论上可以只用两个电流传感器，因为第三相电流是另外两相之和的相反数。实际方案里主要分三电阻采样和单电阻采样。单电阻采样只在母线负端放一个采样电阻，通过 PWM 开关状态重构三相电流，成本最低，但要在每个 PWM 周期内捕捉两个有效矢量对应的电流，采样窗口非常窄，而且对 ADC 触发时机要求极高。在 HC32F030 这种资源不高的芯片上，单电阻重构会让代码复杂度上升一大截，调试周期也长，我一般不推荐。

三电阻采样在低端逆变器上最扎实。每个 PWM 周期内，下桥臂全部导通或续流的那一刻，三个采样电阻上的电压刚好对应三相电流。只要把采样时间对准这个窗口，ADC 一次启动就能把三相电流读出来，第三相电流直接算术求负即可。代价是多两个采样电阻和一路运放，但在小家电产品里这点成本远远小于软件开发调试成本。无叶风扇项目最终就选了最稳的三电阻方案。

2.2 PWM中心对齐和ADC触发窗口

FOC 的 PWM 模式强烈建议用中心对齐，也就是定时器向上计数到顶点再向下计数。中心对齐模式产生的 PWM 波形对称，电流纹波小，更关键的是它给电流采样留出了天然窗口。计数器到达峰值或谷底时，三相开关状态相对固定，如果在死区结束后的一小段稳定时间内触发 ADC，采样到的就是真实相电流。

具体落在峰值还是谷底，要看逆变桥的开关极性和采样电阻的位置。三电阻采样一般采样下桥臂导通时的电流，这时候最好把 ADC 触发放在定时器下溢事件（谷底）附近，因为谷底正好是三相下桥臂都导通的区段。实际配置时还要考虑死区时间，死区期间开关管没有完全导通，采样会被开关噪声污染。我的做法是把 ADC 触发启动放在定时器的比较匹配事件上，比较值设成比周期值小一点，这样一个 PWM 周期内可以精确控制采样点，而不是死板地只依赖溢出事件。

2.3 寄存器级配置示例与中断协作

下面是一段简化后的初始化和中断协作流程。HC32F030 的具体寄存器名字可能因库版本不同有差异，关键是思路。

// 伪代码：高级定时器中心对齐PWM + ADC触发 void foc_pwm_init(void) { uint16_t period = 2400; // 48MHz / 20kHz = 2400个计数 // 1. 配置定时器为中央对齐模式，计数方向向上再向下 // 2. 使能六路互补输出，设置初始占空比50% // 3. 配置死区时间约1us // 4. 选择周期匹配事件作为ADC触发源 // 5. 使能定时器更新中断或ADC完成中断 } void adc_irq_handler(void) { int32_t ia = adc_get(ADC_CH_A); int32_t ib = adc_get(ADC_CH_B); int32_t iv = adc_get(ADC_CH_BUS); // 第三相电流 = -(ia + ib) // 立即调用FOC计算，并更新CCR占空比 }

中断里要做的事必须精简。有些项目喜欢在 ADC 中断里写日志，或者执行耗时操作，这会直接破坏 PWM 周期的实时性。如果确实需要向外部发送调试数据，正确的做法是在主循环里缓存标志位，让后台慢慢发。ADC 中断的优先级要放到最高，而且 FOC 计算函数内部尽量少调用子函数，尤其是不要调用会阻塞等待的库函数。

2.4 采样相位误差：一个容易被忽略的相位补偿

即使采样点选得再准，电流反馈仍然存在相位延迟。原因有三个：运放本身有带宽限制，采样电阻前的 RC 滤波器会引入低通延迟，ADC 采样保持和转换也需要时间。电流环带宽越高，这个延迟对环路稳定性的影响越明显。如果只是做普通无叶风扇，几微秒的延迟可能感觉不到，但当你把电流环带宽调到 2kHz 以上，就会发现相电流波形出现明显的相位滞后，甚至触发电流环振荡。

解决办法是在 Park 变换的角度里做一个动态补偿：采样延迟对应的电角度等于估算转速乘以延迟时间。例如延迟时间 5us，电机电频率 1kHz，那么角度补偿大约等于 2π × 1000 × 5e-6，换算后大约 1.8 度。这个补偿值不固定，应该随着转速动态更新。我建议在代码里把补偿量设计成标幺值，用估算转速直接查表或者线性计算，而不是固化一个常数。

3. FOC算法源码里的关键细节：变换、PI、SVPWM与位置估算

3.1 坐标变换的定点化处理

FOC 算法有两个坐标变换。第一是 Clark 变换，把三相静止坐标系的电流投影到两相静止坐标系：

iα = ia

iβ = (ia + 2 × ib) / √3

这里为什么要除以 √3？本质是保证变换前后功率不变。在定点实现时，建议把 √3 的倒数预先乘以一个放大因子，存成 Q15 格式的常数。实际代码里可以这样处理：

// 定点Clark变换，Q15格式 // SQRT_3_DIV3_Q15 是 1/sqrt(3) 的Q15表示 int32_t i_alpha = ia; int32_t i_beta = (ia + 2 * ib) * SQRT_3_DIV3_Q15 >> 15;

写这段的时候有几个容易踩的坑。第一，ia 和 ib 是 ADC 原始读数减掉零点偏移后的有符号数，如果 ADC 是 12 位，那么实际电流范围可能只占中间一段，要做增益归一化，否则 PI 参数很难跨平台复用。第二，中间计算 (ia + 2 * ib) 可能超过 int16 范围，必须用 int32 保存。第三，除以 √3 不要真的用浮点除法，否则 M0+ 在除法库上会浪费大量时间，用乘法加移位就够了。

Park 变换则是把 αβ 坐标系旋转到 dq 旋转坐标系：

id = cosθ × iα + sinθ × iβ

iq = -sinθ × iα + cosθ × iβ

三角函数在这里用查表法。角度用 uint16 表示，0 对应 0 度，65535 对应 360 度，这样角度加减自动回绕，不需要额外处理。正弦表做 256 点就够了，再配合线性插值，角度分辨率可以达到 65536 分之一圈，完全够用。

3.2 PID调节器：增量式还是位置式

FOC 里的电流环和速度环通常都用 PI，不需要微分项，因为微分会放大采样噪声，而且电流环本身已经有足够响应速度。我更习惯用位置式 PI，简单说就是每次计算都把积分项累加起来，然后做输出限幅。为什么不用增量式？增量式只输出本次变化量，虽然不容易积分饱和，但输出限幅不容易管理，而且电流环需要快速跟踪正弦给定，位置式更直观。

关键在积分抗饱和。启动瞬间电流给定和实际电流误差很大，积分项会迅速冲到限幅值，等电流跟上后，积分项还停留在上限，导致超调。我的处理方式是在启动阶段把积分项强制清零，只让比例项起作用；进入闭环稳态后再放开积分。同时积分上限要单独做，不要和输出限幅混在一起，否则 PI 退出饱和的速度会很慢。

void pi_update(PI_t *pi, int32_t err) { pi->integral += pi->ki * err; // 积分限幅 if (pi->integral > pi->integral_max) pi->integral = pi->integral_max; if (pi->integral < -pi->integral_max) pi->integral = -pi->integral_max; int32_t out = pi->kp * err + pi->integral; // 输出限幅 if (out > pi->output_max) out = pi->output_max; if (out < -pi->output_max) out = -pi->output_max; pi->output = out; }

这个框架在速度环和电流环都可以复用。需要注意 Ki 的选择，电流环 Ki 如果太大，电流波形会带上低频振荡；速度环 Ki 如果太大，转速会有周期性的“呼吸感”。后面实测调参部分我会给一组经验值。

3.3 SVPWM的实现与扇区优化

SVPWM 的原理是：在 αβ 坐标系里，参考电压矢量可以用相邻两个基本电压矢量和零矢量来合成，只要在一个 PWM 周期内的平均效果等于参考矢量即可。代码落地时，第一步是把反 Park 变换得到的 Uα、Uβ 换算成扇区号，第二步算相邻矢量的作用时间，第三步映射到三相占空比。

这一步的定点化很容易出错。因为 Uα、Uβ 的标幺值基准不同，计算作用时间时要乘以 PWM 周期数，但中间结果很容易超过 int16，必须用 int32。另外当参考矢量比较长，算出来的 T1 + T2 会超过 PWM 周期，此时要等比压缩到周期内，否则占空比会超过 100%，逆变器输出直接畸形。这一步叫过调制处理，代码里必须有。

if (t1 + t2 > t_pwm) { int32_t sum = t1 + t2; t1 = t1 * t_pwm / sum; t2 = t2 * t_pwm / sum; }

M0+ 没有硬件除法，这里的除法建议用乘法替代，或者在标定阶段把周期倒数算成一个 Q15 数，直接用乘法。SVPWM 最后生成的是三相占空比，要求三相占空比之和等于一个固定值，这个值通常就是 PWM 周期。如果把过调制处理漏了，高速时输出波形会出现削顶，电流环带宽上不去，转速也提不上来。

3.4 位置估算：无感方案怎么凑合又可靠

无叶风扇为了省霍尔，位置信号从电机反电动势里估。最经典的是滑模观测器加锁相环，但很多人一听滑模就觉得复杂，其实离散化后并不夸张。电流状态方程可以写成：

iα(k+1) = (1 - Ts × Rs / L) × iα(k) + Ts / L × (Uα - eα - zα)

其中 zα 是滑模控制的切换量，通常取一个增益乘以电流估算误差的符号。zα 经过低通滤波后可以得到反电动势 eα 的估算值。同理得到 eβ。角度可以直接用 atan2(eβ, eα) 算，但这样角度噪声比较大，而且低通滤波会引入相位延迟。更好的做法是再套一个锁相环，用 eα、eβ 和当前输出角度做叉乘，得到角度误差，再经过一个 PI 输出转速和角度。

为什么推荐锁相环而不是直接 atan2？因为滑模输出本身是高频抖动的方波经过低通滤波，直接 atan2 会引入大量毛刺，角度抖动会映射到电流环和速度环。锁相环相当于一个低通滤波器加角度跟踪器，可以让角度输出平滑。代价是要多写一小段 PI，但完全值得。

角度延迟问题仍然存在。低通滤波器的截止频率如果太低，反电动势波形会被拉得相位滞后，锁相环输出的角度就比真实角度慢。这个滞后跟转速相关，转速越高越明显。所以在高速段要做一个角度前馈补偿，补偿量约等于低通滤波器相位滞后的估计值。具体数值需要实测，我一般会在项目里留一个可调参数，用示波器观察实际电流和估算角度的对应关系来标定。

4. 启动流程和保护逻辑：从强拖到闭环的工程化处理

4.1 三段式启动策略：强拖、切换、闭环

无感 FOC 的启动是最容易翻车的环节。电机静止时反电动势为零，观测器什么都估不出来，必须先开环强拖。我用的启动策略分三段。

第一段是转子预定位。给定一个固定角度，电流环输出一个固定方向的电流，让转子转到一个已知位置，时间大概几十毫秒。如果电机带轻负载风叶，这一步很关键，否则后面强拖可能反转。

第二段是开环强拖。代码里不再从观测器取角度，而是强制给定角度按设定加速度线性增加。同时电流环仍然工作，控制电流方向始终跟着强制角度旋转，这样转子就会被逐步拖动。无叶风扇风轮惯量小，加速度可以给快一些，但也不能太快，否则电流突然增大，很容易触发过流保护。我会把强拖的加速度设计成一个经典值，从低速慢慢往上拉。

第三段是切换闭环。当强制角度旋转到一定转速后，观测器已经有了足够强的反电动势，此时需要把角度来源平滑切到观测器角度。一个常见的错误是转速还没够就切，结果观测器角度抖动，电流瞬间乱掉，电机失步。另一种错误是切得太晚，开环强拖时间过长，电流持续过大，电机发热。

4.2 切换判据怎么写才不会过冲

切换判据不能只看单一条件。我建议同时满足三个条件再切换：估算转速达到阈值、反电动势估算幅值超过阈值、观测器角度与强制角度之间的误差小于某个电角度范围。最后一个条件最有用，因为在强拖阶段如果观测器状态稳定，它会慢慢追上强制角度；一旦追上并保持几个周期，说明观测器已经收敛。

代码里我习惯用一个状态机：

switch (motor_state) { case MOTOR_PRE_LOCATE: theta_open = 0; motor_state = MOTOR_OPEN_RAMP; break; case MOTOR_OPEN_RAMP: theta_open += ramp_speed * dt; theta_ref = theta_open; iq_ref = START_IQ; if (open_speed >= switch_speed && observer_ready()) { motor_state = MOTOR_CLOSED_LOOP; } break; case MOTOR_CLOSED_LOOP: theta_ref = observer_theta; // 平滑切入 iq_ref = speed_pi.output; break; }

切入闭环那一刻，电流给定和角度给定可能有一个跳变。为了平滑，可以在切换后的几个周期里，把角度给定从强制角度线性过渡到观测器角度，而不是直接跳变。速度环的输出也要提前初始化成当前强拖的电流给定，否则切换瞬间电流给定会突然变到零，风量会明显顿一下。

4.3 堵转、过流、欠压三种保护的处理顺序

保护逻辑看似简单，但处理顺序错了会带来隐性故障。我的处理顺序是过流优先，堵转其次，欠压最后。

过流保护建议在硬件层面做，用比较器检测采样电阻电压，一旦超过阈值直接关断 PWM。软件里不要指望 ADC 中断来得及，ADC 转换速度再快也比不上硬件比较器。HC32F030 如果集成了比较器或者可做比较输入的引脚，就优先用硬件路径；如果没有，至少也要在 PWM 死区触发上做联动，让过流事件直接封锁输出。

堵转检测依赖软件：当速度环输出长期处于上限，且估算转速明显低于目标转速，连续几百毫秒就判定堵转。无叶风扇风道如果被异物卡住，不及时停机可能烧 MOSFET。堵转后要执行一个解锁流程：减小电流给定，延迟几秒，再重新尝试启动。不能简单地一直停住，因为用户可能已经移除异物。

欠压保护要防止低压大电流。当母线电压低于设定值时，一方面限制功率输出，把最大电流给定慢慢降下来；另一方面如果已经停机，就不要允许重新启动，直到母线电压恢复。不要在欠压状态下反复启动，否则每次启动都会拉低母线，形成低频振荡。

5. 实测中踩过的坑：波形、参数与噪音的排查链路

5.1 转速抖动：一次从时域波形倒推采样问题的过程

项目调试到中段，整机出现一个很隐蔽的现象：风量忽大忽小，转速大约以 10Hz 左右的频率抖动。一开始我怀疑是观测器锁相环带宽太高，把高频反电动势噪声都放进了速度环，于是把锁相环带宽调低，结果抖动还在，只是频率变了，并没有消失。

后来我把电流采样波形和 PWM 波形同时抓到示波器上，才发现问题根本不在算法。采样电阻上的电流波形在每个 PWM 周期里附加了一个高频振铃，位置刚好在死区附近。追查代码，发现 ADC 触发用的是定时器的上溢事件，而上溢瞬间对应的正好是下桥臂切换加死区，采样点被开关噪声污染了。

解决办法是把采样触发改到定时器的下溢事件，并且在比较通道里设置一个小的延时，确保死区结束后开关完全稳定再启动 ADC。改完之后，电流波形干净了，转速抖动也消失了。这个坑给我的教训是：遇到转速类问题，先看采样波形，不要一上来就调 PI 或观测器参数。

5.2 电流环带宽上不去：检查母线电压前馈

还有一次现象是电流环响应慢，相电流波形在高速段出现削顶。当时 BEMF 估算号张正常，但 SVPWM 输出看起来总是在某个扇区附近饱和。我一度以为是过调制系数不对，后来把母线电压波形也抓下来，发现母线电压在压缩机负载变化时明显跌落。

问题在于 SVPWM 的计算直接用了一个固定的母线电压标幺值，没有实时补偿。当母线电压下降时，同样的调制波实际输出的相电压会比预期小，电流环等效增益下降，带宽变差。解决方法是把母线电压 ADC 采样结果引入 SVPWM 计算，做归一化处理：

int32_t vdc_norm = vdc_ref * VDC_Q15 / vdc_measured; u_alpha = u_alpha * vdc_norm >> 15; u_beta = u_beta * vdc_norm >> 15;

这个做法叫母线电压前馈，很老套但很有效。加了之后，电流环在母线电压波动时仍能保持稳定带宽，高速削顶问题也消失了。

5.3 噪音优化：PWM频率、死区与调制方式的取舍

无叶风扇的噪音核心来源是电机电磁噪音和逆变器谐波，而 PWM 参数直接决定谐波分布。我在项目里对比了 16kHz、20kHz、24kHz 三组 PWM 频率。16kHz 时电流纹波最大，电机的电磁啸叫比较明显；24kHz 时噪音最低，但同等条件下 MOSFET 温升明显增加，采样窗口也被压缩。最终折中选 20kHz，配合 1.2us 死区，整机噪音和发热都处于可接受范围。

死区对噪音的影响很微妙。死区太大，占空比失真明显，电流波形里会多出低次谐波。死区太小，上下桥臂容易直通，存在炸机风险。我建议在确认六路 PWM 波形正常之后，尽量把死区设置在 0.8us 到 1.5us 之间。如果 PCB 布线比较差，栅极电阻较大，死区要适当放宽。

调制方式也试过五段式 SVPWM。五段式在两个零矢量里只用一个，开关次数减少三分之一，开关损耗更低，但电流采样窗口变窄，低速段噪音反而变大。无叶风扇是静音导向的产品，最后我选了七段式，电流正弦度更好，噪音更小，代价是开关损耗略高，靠散热设计解决。

5.4 参数整定顺序与经验值范围

FOC 调参最忌先调速度环。我总结的顺序是：先锁定采样相位，再整定电流环，最后整定速度环，每一步都要观察实际波形而不是只盯转速。

电流环整定时，先让电机在低速强拖状态下稳定运行，然后给电流环一个 iq 阶跃。把 Ki 先设为 0，只加 Kp，从小到大慢慢加，直到 iq 电流出现轻微振荡，然后退回大概 80%。固定 Kp 之后再加 Ki，Ki 一般取 Kp 的十分之一到五分之一，加到电流稳态误差消失为止。在标幺值体系下，电流环 Kp 大概落在 0.2 到 0.5，Ki 落在 0.02 到 0.05，不同电机略有差异。

速度环的带宽要明显低于电流环，一般取电流环的十分之一。如果速度环用标幺值，Kp 可能只有 0.02 到 0.1，Ki 更小。速度环加得太大，会出现转速在目标值附近来回穿，甚至引起整机抖动。整定完成后，要把所有标幺值换算成实际物理值，方便之后移植和复用。

6. 代码分层与移植经验：让这套FOC方案更容易落地

6.1 底层驱动和FOC算法解耦

这套代码做到后面，我最大的收获不是算法本身，而是代码结构。HC32F030 只是众多 M0+ 芯片中的一颗，如果算法层直接把寄存器操作和 PI 运算混在一起，调试和移植都会很痛苦。我建议把工程分成几个模块：

• app 层：负责启停状态机、保护逻辑、调速指令处理
• foc 层：只做坐标变换、PI、SVPWM、观测器，完全不管寄存器
• hal 层：封装 PWM 初始化、ADC 触发、占空比更新、比较器配置

foc 层和 hal 层之间用函数指针或结构体连接，比如 hal 层提供一个set_pwm_duty()函数，foc 层只调用这个函数，不直接访问定时器寄存器。好处是用仿真器看算法逻辑时，不会被硬件初始化代码干扰；换芯片时只需要重写 hal 层，算法层基本不用动。

6.2 从其他MCU移植时最容易忽略的差异

我最初是在另一颗 M0+ 芯片上验证的算法，后来切到 HC32F030，踩了几个非常典型的坑。第一是定时器计数模式。有的 MCU 定时器默认向上计数，要手工改成中心对齐模式，而且比较输出的极性在不同芯片上有差异，搞反了会把上下桥臂同时导通。第二是 ADC 触发源。有些芯片可以用定时器事件直接触发 ADC，但触发边沿和采样时序要单独配置；不能想当然地认为配置好 PWM 就有电流采样。第三是中断入口和优先级，不同厂家的库里中断函数名和注册方式差别很大。

还有一个容易忽略的点是除法。HC32F030 的 Cortex-M0+ 没有硬件除法，某些编译器对int32_t / int32_t会调用库函数，速度很慢。FOC 主循环里尽量少做除法，多预计算系数。比如计算转速时用“时间倒数”预存为 Q15 数，转速换算就变成乘法加移位，能省下不少周期。

6.3 往后还可以加什么功能

这套方案跑稳定后，后续扩展方向有很多。最直接的是调速交互。无叶风扇通常有档位和无级调速，可以键盘扫描或者触摸感应，速度环给定由 UI 统一管理。还可以做功率限制和过温降额：通过估算电流和母线电压算输入功率，超过额度就平滑降低 iq 给定，避免电机和 MOSFET 过热。

另一个方向是振动抑制。无叶风扇结构容易在某些转速产生共振，如果能在速度环上增加一个简单的谐振抑制滤波器，或者把转速平滑成上升斜率，体验会更好。最后，如果主控和显示板分离，可以在同一颗 HC32F030 上跑串口通信协议，数据上传频率不用太高，后台显示转速和故障状态完全够用。

说实话，HC32F030 这级别 MCU 做 FOC，完全是“螺丝壳里做道场”，但正因为资源有限，逼着你把算法吃透。如果让我再选一次，还是会用这颗料，关键是方案要简单可靠，不要过度设计。最后再提醒一句：硬件采样电路和 PCB 布局比算法更容易决定成败，别一上来就调代码，先把采样电阻的位置、参考地走线、死区波形这些基础功夫做扎实，FOC 的坑会少一半。