CoAP不是物联网协议,是生意问题

新国标卡死中小厂商的暗门

2026年,国内智能家居新国标正式落地。一半中小厂商卡在了低功耗待机这道坎上。

今年春天我在中山跑智能锁产业带,跟十几个厂老板喝茶,聊起新国标里那项要求设备待机功耗低于50微安的硬指标,一半人拍桌子骂娘。原来他们之前跟着大平台走,用WiFi加蓝牙的方案,砍来砍去功耗还是卡到70微安下不去。有人想起行业老人提过CoAP是为受限设备生的,转头就踩进坑。

说实话,我见过最离谱的项目,一群刚毕业的开发者搬了Github上的开源CoAP栈直接用,跑起来功耗比预期高了40%。一块原本能撑一年的电池,八个月就没电。用户投诉上门,厂老板差点赔到关门。

2026中国智能家居低功耗设备新国标测试现场
2026中国智能家居低功耗设备新国标测试现场

我从代工厂拿过一组真实测试数据:相同的低功耗MCU硬件,优化不到位的开源CoAP栈,比优化到位的定制CoAP栈功耗高了整整一倍。比市面上主流的低功耗MQTT版本,也高了27%。

这两年圈子里全是Matter的消息,全在喊万物互联。没人提CoAP。好像这个协议早就进了坟墓。

没人提,不代表它不存在。它只是藏在了水面下,变成了卡中小厂商脖子的暗门。

藏在协议栈里的商业阳谋

CoAP本身的设计逻辑一点问题都没有。基于UDP,轻量级,面向受限网络,按需发起连接,天生就是给电池供电十年不换的设备准备的。为啥到了国内就是水土不服?

这哪里是技术问题,是生意问题。

国内本土玩家早就摸透了这里面的门道。举个大家都知道但很少公开说的例子:合宙,就是那家做低价低功耗MCU出了名的厂商,早年就是靠定制优化的CoAP栈打开了市场。原来开源的CoAP栈要占12KB的内存,对于低成本MCU来说,相当于你买了个64G的手机,系统占了一半还多,根本装不下别的应用。合宙自己砍裁剪优化,最后把内存压到了3.8KB,相当于把原来占三个停车位的摊子,塞进了一个车位还空出大半。

合宙低功耗MCU CoAP协议栈内存占用对比图
合宙低功耗MCU CoAP协议栈内存占用对比图

这事儿说穿了,就像奶茶行业的商业布局。大连锁品牌给你推预包装的冲调粉,说是省成本标准化,其实就是把原料渠道攥在自己手里,你要开店就得从我这里进货。放在物联网行业,大云平台拼命推MQTT,本质也是一个逻辑。MQTT要保持长连接,设备一直在线,流量消耗就是CoAP的六七倍,平台一年收的流量费就是好几倍,躺着赚钱不好吗?CoAP是按需连接,要用的时候才醒,大部分时间待机,一年下来一个设备才几KB流量,这不是动了人家的蛋糕?

我见过不止一家头部云平台,内部文档里明确写着优先推MQTT方案,对CoAP只留个最低优先级的支持,出了问题都找不到人修。慢慢的,行业里就形成了共识:CoAP难用,坑多,别碰。

这不就是阳谋吗?你说好的技术我不拦着你用,我就是不给你配套服务,不给你推广,让中小玩家自己摸,摸死了算你倒霉。最后大家都用脚投票选了MQTT,平台的钱稳稳赚。

一线开发者踩过的坑没人说

一线开发者踩过的坑没人说
一线开发者踩过的坑没人说

这种商业博弈,最后买单的是谁?是普通的开发者,是中小硬件厂的从业者。

我认识一个在杭州做智能水表的工程师,去年跟城投合作做了一万台物联网水表项目,装到地下井里,说好电池用五年,结果两年不到就有两千多台停了。排查了大半个月,最后发现就是用了长连接MQTT,地下信号差,设备反复重连,功耗直接炸了。后来换了定制CoAP方案,改完之后实测,单块电池续航直接从两年拉到了八年。相当于省了一次换电池的人工成本,每台设备省了两百多块,一万台就是两百万。

现在行业里招人,JD上全写着要懂MQTT,懂Matter,没人提要懂CoAP。结果真遇到低功耗项目,全公司找不出几个能调CoAP栈的人。现在市面上,能独立优化定制CoAP协议栈的工程师,月薪比普通物联网开发高出35%,就这还抢不到人。

不过话说回来,现在整个物联网产业的方向已经变了。早年拼连接数拼平台规模,现在拼成本拼续航,城市里的智能路灯、水务燃气表、农村的畜牧监测,全是电池供电要撑十年的场景,这些地方CoAP本来就是天选之子。资本吹出来的Matter,现在主要解决的是智能家居室内互联,出门到户外低功耗场景,根本不好使。

很多人现在挤破头卷AIoT,卷大模型,都觉得小协议没前途。其实卡脖子的技术从来都不是什么高大上的东西,就是这些藏在底层没人愿意啃的小玩意儿。你啃下来了,就是别人抢不走的饭。

再过两年,卖CoAP优化授权的厂商,会比卖MCU赚的还多。

作者|大讲堂

排版|大讲堂

审核|小北

免责声明:市场有风险,选择需谨慎!此文仅供参考,不作买卖依据。如有侵权请联系删除。
文章名称:CoAP不是物联网协议,是生意问题
文章链接:https://www.lfdjt.com/info_23_20111.html