低压 BLDC 驱动平台：一套硬件覆盖多品类的工程方法

做小家电的整机厂常见困境：每个品类一套驱动方案，硬件不通用、固件不复用、验证重复做。结果是品类越多，研发越忙，积累越少。低压 BLDC 驱动其实是可以用平台化解决的。

一、平台分四层

二、为什么要先分功率档

牙刷与吸尘器的功率差一个数量级，硬要用同一块板，结果是低端产品背着成本、高端产品余量不足。按档位分 2–3 个功率平台，既能复用控制与固件，又不牺牲成本。

三、固件怎么复用

把算法与业务逻辑分离：算法层只关心“给定目标转速/转矩，如何驱动”，业务层关心“第几档、按多久、什么时候停”。这样换品类时只改业务层，算法层的调试成果可以直接继承。

四、复用带来的三个前提

· 算力留余量：平台 MCU 按最高需求选，否则新品类一上来就不够。

· 采样与保护标准化：电流采样方式、保护判据统一，才能复用验证结果。

· 接口抽象：按键、显示、传感器用统一抽象层，避免每个项目重写。

五、什么时候不该平台化

单品类、单型号、量不大的项目，平台化是过度设计。平台的价值随品类数与型号数增长，先有 3 个以上同源项目再谈。

六、平台化第一步做什么

不是写代码，而是画一张品类矩阵：横轴是功率档位，纵轴是功能特征（是否需要调速、是否需要刹车、是否要静音）。矩阵填完，哪些品类可以共用一块板、哪些必须单独做，一目了然。

这张矩阵还能指导选型：MCU 按矩阵里最高需求选，功率级按档位分。先有矩阵再谈平台，能避免“为了复用而复用”的过度设计。

七、平台维护的三个规则

· 算法层只允许在评审通过后修改，避免各项目各自打补丁。

· 业务层按品类分支，不合并到主干。

· 每次平台升级必须回归全部已上市型号，哪怕只改了一行。

规则听起来很重，但它是平台能长期省事的前提。没有规则，平台很快会退化成“看起来统一、实际各改各的”。

八、什么时候该拆平台

平台不是越统一越好。当某个品类的需求开始持续拉扯平台（算力不够、功率不足、结构装不下），硬撑着复用会让每个项目都背成本。这时应考虑拆分，而不是继续打补丁。

判断信号有三个：新项目改平台的次数明显增加、验证回归工作量超过重做、以及平台参数被反复特例化。出现两个以上，就该拆。

九、常见问题

Q1：平台化会不会拖慢首款产品？
会。首个项目要多花时间做抽象，但从第二、第三个项目开始回收。

Q2：方波和 FOC 能共平台吗？
硬件可以预留，固件分层实现。前提是功率级按 FOC 上限选型，否则升级受限。

Q3：怎么衡量平台是否成功？
看新项目的开发周期与验证工作量是否下降，而不是看代码复用率。

电机驱动类产品的平台规划，可以按品类清单做一次架构拆分。需要评估可联系我们，整体流程见 方案开发。