员工风采｜我是怎么把想明白变成做出来的

刘胜军
2026年9月

---

一、我是个什么样的人

我学的是通信工程，现在做全屋智能。

这活儿说穿了也简单：把一堆不同品牌、不同协议、不同云平台的设备，拢到一套系统里去，让它们听同一个人的话。

听着像安装调试。确实，这行当里有很大一部分工作就是安装调试——选品、布线、配网、交付。这部分有价值，也是这门生意的底盘。

但我真正在做的事，还要多一层：系统不按预期运转的时候，我得知道它为什么。

这几年我主要做两件事。一是全屋智能项目的落地与技术负责；二是产品与技术研发，方向是家居场景下物联网协议的整合与归一化。再说明白些：ZigBee、蓝牙 Mesh、WiFi、RS485、Modbus、PLC——这些协议我都碰，把它们接进同一套系统；给开源的 Home Assistant 拆内核、写插件；把设计方案里画的东西，落成客户能在平板上指着点的控制系统。

我的技术底子是通信工程：通信原理、信号与系统、模电数电、信息论、数据传输。这些是课本上的东西。

可课本上的东西，解决不了现场的问题。

---

二、"懂"这件事，我的门槛很高

这一点得先说明白，因为它决定了我怎么看自己。

我判定自己"会不会"，门槛设在能做出来，而不是"听懂了"。

举个例子。量子力学、相对论、张量分析，我下过功夫，网课听过，书也翻过。但我不认为自己会——让我做题，我做不出来。杨-米尔斯、纤维丛也一样，到了某个深度就崩，卡在那里过不去。我认，我只是"了解"，不是"掌握"。

可我研究得完整的领域，我认自己会。电磁场与电动力学是我大学读得最透的一套东西，波导、电磁波的传播，那点物理直觉在我手上是实的。计算机整条链路——操作系统、软硬件体系结构、编程语言、编译原理——我不只是会写代码，是顺着"从硅到编译到系统"这条链自己啃过一遍。通信工程的专业核心课，我反倒觉得"太简单、没难度"，也恰恰是它，我掌握得最扎实。

这个反差有意思：越是我仰头看的理论，我越不肯含糊；越是我觉得简单的东西，我越敢说自己真会。

原因不复杂。我心里"懂"这个字是有洁癖的。 允许自己"不会"，但不允许自己"似是而非地会"——揣着一个半懂的壳过日子，比坦承"我不懂"难受得多。

渐渐我认出了自己真正的天赋在哪：不在推导更抽象的数学，在把抽象理论变成能跑起来的系统。

看场方程，我能看懂每个符号在说什么；一给我题，我就崩。可凌晨三点，我能拿一把破烙铁把板子重焊完、烧录跑通，然后坐在那儿傻乐半个小时。前一件事是理论家的活，后一件才是我的主场。

我大概是个天生的系统工程师。

---

三、我的方法论：先建模，再逼近

我做事有个固定的路子，这些年一直没变。

第一步，自己建一个模型。 先推物理上、逻辑上它应该长什么样，不去硬碰眼前的现象。

第二步，定义理想态。 我要抵达的到底是什么状态。

第三步，找出中间的差。 现在的实现离我的模型，差在哪一环。

第四步，用编码和工程不断逼近。 缺哪补哪，一轮一轮往模型收敛。

这套法子最大的好处是抗打击。外面全都堵死的时候——网上找不到现成做法，生态方签了保密协议不开放，开源方案不适用，AI 那时候还没起来——我不慌。因为方法在我自己的模型里，不在外面的资料里。

有一件事，让我把这套法子补得更严了一层。

早年做项目，有根网线钳，压线齿短了 0.8 毫米。就这 0.8 毫米，卡了我一整天。排查方向全试过了，网络就是不通，怎么都找不出原因。最后发现，是工具本身有问题。那根钳子是新的，用过两次，谁都默认它没问题。

那天我特别委屈，不知道跟谁说理。因为这属于彻底无法归因的坏运气——不是技术难，是我尽了全力，栽在一个没人负责、无处可诉的 0.8 毫米上。

但从那以后，我给自己补了一课：默认不会坏的东西，恰恰害人最惨。

所以如今我做任何事，都会习惯性地重新怀疑那些"行业默认正确"的前置条件。设备宣称能接——先查它实际的接入信号、协议、内外机电路图、有没有外接接口；厂家说覆盖多少米——先算它的发射功率、隔挡衰减、接收端合格线。宣称的和实际的，从来不是一回事。

---

四、我做的技术，究竟长什么样

4.1 协议整合

我的核心方向，是把不同协议、不同生态的设备整合进一套系统。

消费级的：ZigBee、蓝牙、蓝牙 Mesh、WiFi。工业级的：RS485、Modbus、PLC。

有个写字楼项目，我用 ZigBee 加 RS485 做工区能源控制，主体部分走蓝牙、蓝牙 Mesh、WiFi 三种；另一个高端住宅项目，以蓝牙 Mesh 为主，WiFi 和 PLC 为辅，新风走 Modbus。

能把消费级和工业级协议拉进同一张网的团队，这行里不多。 这不是智能家居安装能覆盖的范围，这是系统集成。

4.2 拆 HA 内核、写插件

Home Assistant 是公司技术负责人马劲辕在 2019 年定下的方向。公司最早做的第一件事，是给这套系统找一台适合在家庭场景部署的机器——它从前只跑在工控机和服务器上。

2023 年我入职以后，做了三件事。

第一件，把 HA 的内核从头到尾梳理一遍。 运行机制、架构分层、设备抽象、状态机、事件总线、集成加载方式——一层一层过。这一步不做，后面所有事都是黑盒操作。

第二件，写插件。 插件是 HA 接入第三方品类最核心的工具，弄明白插件，就等于握住了 HA 的定制化服务能力。我参与做的插件叫"酷Smart"——严格说不是从零写的，是在开源插件上改的：原本的功能是把酷家乐设计系统集成进 HA 做灯效优化，我们改的地方，是把对接酷家乐的那一段换成了在线图像处理。

这个插件没有发布到社区。因为改完之后，对设备的内存和算力要求比较高——虽说是在外部端直接做图像处理，也为控制开销裁剪过定制内容、没做全量处理，可内存占用依然不低。一个在固定硬件上跑得好的东西，贸然丢给社区让各种设备去跑，只会换来一堆不属于它的差评。

第三件，把它嵌进真实场景。 这一件最要紧。

4.3 工程化的交付形态

技术储备再多，不进现场都不算数。我们做了两个项目：一个是宝湖天下那栋楼王"天脊"里的样板间（银帝地产），偏家居；一个是德丰大厦 48、49 层（韦司德房地产），偏 B 端写字楼。

交付形态最能说明问题：一台普通的小米平板，装着 HA 系统。

平板屏幕里是这个空间的 3D 模型，天花板上每一块方形灯盘的位置都对应在里头。手指点一下模型上的某块灯——现实里那块灯就亮；再点一下，就灭。分区点亮、整体开关、明暗切换，都是即点即应。

我们内部的说法是"看见哪个屋子想亮，点哪里亮哪里"，实现的是视觉上的本地化控制零延迟。所谓零延迟，不是物理意义上真的零延迟，是指延迟在人能感知的范围之内——手指落下，灯亮了，中间没有等待感。

被打通的是两条链路：设计系统的数据，流向控制系统的执行。 3D 模型从设计数据来，灯是现场真实的灯。设计方案里画的每个点位，落成一块可点击、可执行的控制面板。

所以那个插件不是"做出来没用上的技术探索"，它已经在项目里跑着了。

4.4 另一个案例：接管存量系统

有个写字楼项目的工区能源改造，做得比较早，是在原系统免费期结束之后做的。

原系统是绿米的商业物联网平台——前三年免费，三年之后每年要付平台使用费。我们做的事是用 HA 把它平替接管过来，把"每年持续支付云平台费"变成一个本地化的自有方案。

这个案例证明，HA 具备接管存量第三方系统的能力。已经装了别人系统的项目，不是只能推倒重来。

它恰好也印证了我一直守着的一条原则：本地控制优于云平台接入。 依赖云的方案，断网就失效；能放在本地跑的，尽量放本地。

4.5 产品和平台

除了项目落地，我也做产品与平台研发。

产品侧，我参与了公司系列消费级智能硬件的技术研发，2024 年 10 月上线 11 款产品，涵盖蓝牙 Mesh 灯具、开关、窗帘电机这些核心品类，实现规模量产与市场投放。

平台侧，我从 0 到 1 主持设计开发了公司的云施工管理平台——覆盖项目管理、10 阶段施工进度、方案设计、商品库存、合同管理、文件归档、权限分级全流程。技术上，后端是 NestJS + TypeORM + PostgreSQL，前端是 Vue3 + Element Plus；从 SQLite 升到 PostgreSQL，解决了并发写入的事务锁问题；用 Fabric.js 做可视化方案设计与点位标注，自动生成物料清单和报价，把"设计—施工—成本"这条链路打通；权限做成三层——认证层、模块级、数据级，不同角色看到的数据范围互相隔离。

---

五、为什么这些事我能做

我想说的，不是"我会得很多"。

智能家居这一行，很多工作是"照说明书接上线"。选品、布线、配网、交付——做熟了，能应付绝大多数项目。

但总有一些项目，会走到说明书没覆盖的地方。

比如一台电视，能连 5G WiFi，能通过测速，可一放视频流就卡。信号强度显示极佳，实测吞吐不足 100 KB/s。物理层和应用层的指标，严重背离。 这种毛病，看信号格、看测速都找不出来——得知道这两层可以脱节，得知道双频合一会让设备做出没预期的选择。

知道这些，靠的不是经验值的堆积。

我处理过一个客户家的电视卡顿，前后持续半年，运营商师傅上门三次，都没能定位。最后解决它，靠的不是什么黑科技，是几件很基础的事：不被单一指标带走，用单频段分离实验把一个假设坐实，以及——意识到"有效"和"正确"是两回事。

那位师傅的办法是有效的：把 AP 拆掉，电视确实不卡了。可这个有效，是拿牺牲客厅覆盖换来的。排除故障的目标，不是让眼前这个现象消失，是让系统回到它该有的状态。

说到底，靠的是把系统拆开来看的能力：知道什么现象归哪一层管，知道看起来正常的地方也可能是嫌疑人，知道"看起来修好了"和"真的修好了"之间，隔着什么东西。

这是我理解的，一个技术人真正的分水岭。

---

六、我还想把经验变成标准

这几年我还参与了一件事：把我们这行的"经验之谈"，反推成可推导的规则。

比如"墙壁 AP 覆盖 15 米"这句话，别人当规格背下来。我们往里再问一层：那它的发射功率，最低得多少 dBm？

于是有了这套门槛：墙壁 AP 不低于 20 dBm，吸顶 AP 不低于 25 dBm，室外 AP 不低于 30 dBm，中枢网关不低于 10 dBm。

自由空间的 FSPL 公式，搁不进室内。我们就把工程修正值拆出来，让"实测能覆盖多远"变成一条能用公式回推的链路预算，而不是拍脑袋。连墙的衰减也立了表：承重墙 7 dB、24 墙 3 dB、真空玻璃 5 dB——别人眼里的"老师傅感觉"，被一格一格锤成了可查的常数。

这件事的目的很清醒：不只是为了自己装得对，是为了把经验从一个人的脑袋，搬进一家公司能复用、能审计、能变现的组织资产里。

本事不该只活在一个人的脑子里。它得沉降成组织的水位，别人接得住，后来的人查得到。

这套东西现在是一份企业标准，从最初的版本一路做到推行版本。将来，我希望它能朝地方标准的方向走。

---

七、我这个人

说几句技术之外的话。

我有个习惯，可能不太常见：对任何理论，我都不给满格信任。 我给的是"置信度分配"——这是我个人的判断权重，不是学界共识的统计。

比如宇宙起源，早些年我给得高，现在降下来了。倒不是"宇宙曾经热密膨胀"这件事动摇了——那条证据链太硬；我犹豫的是暴胀怎么发生、大爆炸之前有没有东西，这些争议一直没停。我说不清的地方，就不给高分。

反倒另一个方向，一直在我心里有点分量：如果时间是四维时空里的一个维度，过去、现在、未来同样实在；而量子力学的数学又从不要求波函数必须坍缩——这两个图景放在一起，在直觉上是相通的。 但我也知道，它们分属两个层级，能不能在数学上统一，我推不到底。

所以我的习惯是：证据能覆盖多远，我的边界就画多远。 不对没证实的东西言之凿凿，也不因为一个说法曾经可信，就让它一直待在那个位置上。

处理拿不准的事，我有个阶梯：能定性和定量，就定性定量；走不通，退回统计逻辑，问"大多数人在这种情况下通常怎么做"；统计样本也不够，就把时间线拉长做弱平均。 每条结论都带着适用范围，不硬给微观答案。

做系统也是这个路子。我推崇半自动化、轻耦合、复杂逻辑留给手动。我不迷信全自动化的乌托邦——复杂逻辑硬塞给机器只会制造混乱，不如让机器干它擅长的，把人留在需要判断的环节。

我给自己起过一个名字，叫"铸剑人"。

剑和枪是两样东西。枪属于建制——体制给能量，阵列给掩护，单点长板就能开火。剑属于孤身——不需要千军万马的号角，靠的是全身均衡、无一破绽。我挑的是剑这条路：不依赖哪家大厂的背书活着，从设计、安装、调试、交付到长期售后，全链路亲手摸过一遍；技术要动手，账要算清——剑客得自己背着干粮。

我常跟自己说一句话：失败了没啥，不敢去做才非常可怕。

还有一句更实在的：愿赌服输。

我做技术、做标准、做产品，图的不是漂亮。我图的是——当一个东西被我拆到底、看穿它没有魔术的时候，那种平静的确信。

这世上大多数看起来无解的问题，不是真无解，是问题被问错了。把前提拆开，一层一层往下看，看到底层，往往会发现：就是一个特性的匹配问题，一个参数的选择问题，一个先前没人注意到的、真实存在的事实。

拆到底了，心里就踏实了。

---

附：技术事实索引

| 项 | 内容 | |---|---| | 职务 | 宁夏慧玩网络科技有限公司 技术负责人 | | 主攻方向 | 家居场景下物联网协议的整合与归一化 | | 协议覆盖 | ZigBee / 蓝牙 / 蓝牙 Mesh / WiFi / RS485 / Modbus / PLC | | 开源系统 | Home Assistant：内核梳理、插件改造（酷Smart）、工程化部署 | | 落地项目 | 银帝天脊样板间（HWKJ-2024-136）、德丰大厦 48/49 层（HWKJ-2025-118） | | 产品研发 | 2024 年 10 月上线 11 款消费级智能硬件 | | 平台研发 | 云施工管理平台（0 到 1 主持设计开发） | | 知识产权 | 发明专利 10 项（含核心专利 CN121232785A，第 2 发明人）；软件著作权 12 项 | | 技术标准 | 参编公司《智能家居基础设施建设标准》，推动朝地方标准方向发展 |

---

刘胜军 宁夏慧玩网络科技有限公司 · 技术负责人 2026年9月