想让洗衣机足够安静，力气就得压在高速脱水的不平衡检测上，整个开发周期只有十个月。
洗衣机高速不平衡测试台，LabVIEW 界面监测振动与转速曲线
01 挑战：把洗衣机做到足够安静
目标很明确：做出最安静的洗衣机，让用户能在自己方便的时间段使用它，既有生态上的好处，也有经济上的好处。
这家企业多年来一直把客户满意度放在核心位置，它自家的智能控制技术承担的就是把客户需求转成实用功能的角色，性能与可靠性是这条线上的前提。
在可以降噪的诸多技术里，最优的不平衡管理是关键方向之一。思路是改进高速下的不平衡计算，并做出一套能算出不平衡质量、质量位置和弯矩的系统。只有把这三个量算出来，控制板才有依据去判断：什么时候改洗涤循环、怎么改。
但当时的做法有明显短板。结构偏大，成本因此增加，而真实的不平衡并没有被纳入控制——噪音依然可能冒出来。
02 转折：低速还能算，高速就不成立了
手头是有一台洗衣机数学模型的，它在低速段可以用来评估不平衡。问题在于，转速上去以后，这套算法不再成立，因为有一部分机械行为根本没有被建模。而且高速下的系统物理过程，跟低速工作点相当不一样。
与此同时，算法复杂度还在指数级增长。能效标签、洗涤性能、低噪声、更多高级功能，这些质量目标和成本目标一起压过来。
最难的一关其实不在算法，而在交付方式：新东西必须用标准控制板的固件交付出去。前面几代智能控制算法，是靠 LabVIEW Real-Time Module 和 LabVIEW Simulation Interface Toolkit 搭的快速控制原型系统做出来的，用这套办法可以直接在真实洗衣机上验证不同仿真工具做出的新概念。但要走到量产，算法还得在生产控制板上验证固件。
时间窗口也很紧。十个月的开发周期里，先做了可行性研究、物理现象研究、模型集成与优化，以及硬件和软件的预研。硬件成本与它带来的实际收益如何权衡，始终是绕不开的难点。
还有一条要求藏在最后：由于算法指标卡得很死，做的是一个此前没人尝试过的全新方案。
03 方案：一台能自己做测试的独立样机
最终落地的是一台独立的智能样机：它能管理洗涤循环、从加速度计获取信息、和洗衣机控制板通信，还能自动测试智能算法。
硬件核心是带 FPGA 的 cRIO-9076，负责采集传感器信号，并通过洗衣机控制板监督循环的各个步骤。挂在上面的模块是：
- NI 9411 数字输入模块：采集编码器信号，得到滚筒转速；
- NI 9401 高速数字 I/O 模块：采集洗衣机控制板的信号；
- 两块 NI 9234 4 通道模拟输入模块：接两个三轴和两个单轴加速度计。
板载口也用上了：RS232 用来采集反馈并控制洗衣机，USB 接 U 盘，存放配置文件和记录数据。
传感器选了加速度计，用来获取筒体若干点上的加速度和位移。高速不平衡检测算法需要精确的测量结果，这一环不能省。
软件架构分成三大块：
- FPGA 层：高速采集加速度计信号，把数据整理好交给下一层；
- 实时层：用 LabVIEW Real-Time Module 开发，跑不平衡检测算法，评估 FPGA 和控制板送来的信号，决定洗涤循环何时、如何、走哪一步；同时把二进制数据记录到 U 盘，并把数据流给主机层；
- 主机层：监控洗涤循环状态，按多种格式记录数据，决定记录哪些内容，修改 U 盘上的配置文件。用户可以通过同一局域网内的 Web 服务器操作主机前面板。
这三层不是并列的：FPGA 采集出来的数据交给实时层，实时层再把数据流给主机层，一层压一层，每层只做自己那件事。
自动测试这块很关键。系统可以按预定义的测试计划自动执行，触发方式是洗衣机自己的用户界面——使用者按需要操作，测试就能跑起来。这样官方测试中心可以把它当成一台标准洗衣机来测。
启动流程也做了设计：样机通电后，核心软件先停在监听状态，直到有人通过洗衣机旋钮选中正确的程序；随后系统加载已装入的测试计划，自动跑完所需循环，不需要外部操作，测试数据直接落在 U 盘上。
同一台样机还能拿来做多种范围界定活动、模块化研究或者部件测试。
04 结果
把 LabVIEW Real-Time、FPGA 和 CompactRIO 组合起来，做出了一整套系统，帮助公司把创新快速推向量产，提高质量目标、降低成本。
具体到洗衣机上：加入传感器之后，高速不平衡检测算法和配套的循环监督器得以实现，噪音降下来了。样机把传感器信号集成到一起，可以无人工干预地自动测试；走的是标准控制板固件这条路，创新能比较快地交付出去。
值得注意的是，样机并没有另起一套控制逻辑。它监督洗涤循环步骤的方式，是通过洗衣机控制板来实现的——也就是说，最终跑的还是产线上那块板子。整轮开发只有十个月，是在很短的时间窗口里把这一切做完的。
整件事的起点，是一台数学模型在高速段失效；终点，是一台能自己跑完测试计划的独立样机。
05 这类项目能给我们什么启示
模型都有适用边界
低速数学模型到高速段就失效，是旋转机械里的典型问题。别指望一套模型外推到全工况，早点用能测真值的样机去补边界。
先别动产品固件
把新算法放到独立样机上、按标准控制板固件跑通，风险最低，也最容易让产线和测试中心接受。
测试要借真实的人机接口
通过洗衣机旋钮和用户界面触发测试计划，样机才能被官方测试中心当作标准洗衣机来测。
硬件成本要和收益放在一起算
传感器不是越多越好。加进去的每一路，最后都要能回答：结构能不能做小、噪音能不能压下来。
06 写在最后
家电的差异化，正在从"能不能用"转向"用起来舒不舒服"。而声品质这类主观感受要变成可测量、可复现的指标，靠的是一整套高速采集与实时控制链路——这恰恰是 LabVIEW 最擅长的地方。
我们专注 LabVIEW 软件开发与测试测量系统集成，从硬件选型、方案设计到现场交付调试，提供一站式服务。像本篇这样，用 cRIO 搭一台独立样机、把新算法在标准控制板固件上跑通、再自动跑完测试计划的事，正是我们擅长的活。有需求欢迎在评论区留言；身边朋友有类似项目，也欢迎帮忙引荐。
