系列：LoRaWAN 技术解读 · 第 16 期（行业趋势类第 6 篇） 发布日期：2026-09-23 汇率说明：本文金额按 2026-09 基准汇率折算——1 美元 ≈ 7.16 元人民币，1 欧元 ≈ 8.30 元人民币。英文版保留原始币种。
选平台的时候，几乎所有人都在问同一组问题：支持多少协议？能不能做规则引擎？仪表盘好不好看？每设备多少钱？
很少有人问：这个平台，三年后还在吗？
打个不那么舒服的比方。2026 年，工业物联网项目从启动到第一个付费客户的平均周期是 41 个月——这是 IoT Analytics 在 2024 年调研 100 家 OEM 后得出的数字，比 2020 年拉长了 80%。
而在过去 24 个月里，六个被引用最多的工业物联网平台品牌换了东家。在过去 36 个月里，超大规模云厂商下架了八个专门的物联网服务。
41 个月的建设周期，对上 24 个月的所有权更替节奏。你签合同的那一刻，和你系统上线的那一刻，面对的很可能不是同一家公司。
这不是危言耸听，这是 2026 年平台选型的第一性风险。这篇文章想做的，是把 ThingSpeak、TTN、ThinkLink 这些名字放回它们各自的位置上，然后回答一个更实际的问题：在五类平台之间，怎么选，以及怎么保证自己随时能走。
2019 年，行业里流传的那张工业物联网平台地图上列着 620 多家厂商。IoT Analytics 持续跟踪的结果是：到 2026 年第一季度，其中 188 家已经退出、退役或转型。
另一组口径的数据来自 IIM 的产业报告：全球活跃的物联网平台企业数量从 2023 年的约 620 家缩减到 2025 年的 478 家，同期行业集中度 CR10 从 41% 提升到 58.7%。
两处“620”的统计口径不同（一处指 2019 年的平台地图收录数，一处指 2023 年的活跃企业数），但方向一致：这个赛道正在快速出清，而且头部在集中。
出清的原因并不神秘。多位从业者的判断高度一致——物联网平台本身的直接收入，撑不起它承诺的那个市场规模。平台要同时服务硬件厂商、系统集成商、终端用户三端，每一端的诉求都不一样；没有海量订单规模，这套体系跑不起来。
更值得注意的是，退场的并不都是小公司。下面这张表里每一个名字，都曾经出现在各类“最佳平台”榜单的前列。
| 平台 | 变动 | 时间 |
|---|---|---|
| ThingWorx + Kepware | PTC 出售给私募 TPG（约 43 亿元人民币），后归属 Velotic | 2026-03 完成交易 |
| Cumulocity | Software AG 出售给 Silver Lake，后分拆至 IBM | 2024-2026 |
| Particle | 出售给 Digi International | 2025-2026 |
| Losant | 出售给 SUSE | 2025-2026 |
| Bosch IoT Device Management | 产品线停用 | 2025-2026 |
| Relayr | 公司解散 | 2025-2026 |
对采购方来说，这带来一个非常具体的后果。以 ThingWorx 为例：它现在没有公开定价，第三方咨询机构估计的基础授权是 35.8 万到 107.4 万元人民币，外加每设备每年 358 到 1,432 元、每命名用户每年 7,160 到 21,480 元。而 Kepware 驱动是单独授权的，每个 3,580 到 17,900 元。
关键点在这里：Kepware 在 2026 年 6 月涨价 20%——这是私有资本接手后的第一个可见的价格调整周期。你三年前做的 TCO 测算，覆盖不了这个变量。
一条实用的经验法则：你买的是三年后持有它的那家公司，不是今天挂在盒子上的那个品牌。
如果说过往大家默认“选大厂最稳”，那么下面这份清单应该被认真读一遍。这些不是创业公司的产品，是 AWS、Azure、Google 的托管服务。
| 服务 | 状态 |
|---|---|
| Google Cloud IoT Core | 2023-08-16 关闭 |
| IBM Watson IoT | 2023 退出 |
| AWS IoT Things Graph | 已退役 |
| AWS IoT Analytics | 2025-12-15 关闭 |
| AWS IoT Events | 2026-05-20 关闭 |
| AWS IoT Fleet Hub | 已退役 |
| AWS IoT SiteWise Monitor | 已退役 |
| AWS IoT Greengrass V1 | 2026-10-07 关闭 |
| Azure Time Series Insights | 2024-07-07 关闭 |
| Azure IoT Central | 2027-03-31 关闭（已公告） |
一位前微软物联网产品负责人的总结被广泛引用：物联网服务本身赚不到足够的钱。
需要说清楚的是，这不是“云厂商退出物联网”。AWS IoT Core、Azure IoT Hub 这些连接层服务仍在积极投入。退役的是上层那些需要垂直工作流管理的专用产品——分析、事件、可视化、设备群管理。厂商把这些能力收拢进更通用的数据平台（Fabric Real-Time Intelligence、Lakehouse 之类），战略上是从“横向物联网”转向“横向数据”。
但对部署方来说，账是同一笔：你依赖的 API、你写的集成、你训练团队的运维流程，跟着那个被下架的产品一起作废。
把上面三件事放一起看，会发现它们指向同一个结构性事实：
物联网平台的商业模型和物联网项目的部署周期，是错配的。
这两者天然拉扯。结果是平台方不断在“做通用”和“做垂直”之间摇摆，摇摆的过程中就会砍产品线、换东家、调价格。
所以“平台会不会消失”不是一个可以靠“选大厂”规避的风险。它只能靠架构设计规避——具体说，靠你的退出成本有多低。
市面上叫“物联网平台”的东西，其实不是一类产品。把它们混在一张功能表里比较，是选型失误的常见起点。按交付形态和依赖关系，可以分成五类。
代表：TTN（The Things Network）/ The Things Stack Sandbox
TTN 是这个行业里最有影响力的社区项目。它的规模是真实的：28 万以上成员、21,000 个网关、覆盖 153 个国家。
它的价值定位也很清楚——用最低门槛让人第一次把 LoRaWAN 设备连上网。免费、公开、文档质量高、生态里设备库齐全。
但它有几个必须知道的边界：
适用场景：学习、原型验证、非关键数据的长期低频采集。 不适用场景：任何需要承诺可用性的商业部署。
这里要区分一个常被混淆的点：TTN 社区网络和 The Things Stack 商业版是两回事。TTS Cloud 有 Discovery（免费、带 SLA）、Standard（含 1,000 设备）、Plus（加 NOC 和账单）等层级；企业级自托管版本通常面向 5 万台设备以上的规模。软件本体是 Apache-2.0 开源的，这意味着你确实可以自己部署——但那也意味着你回到了“自运维”这一类。
代表：ChirpStack、ThingsBoard 社区版、Eclipse Ditto/Hono
这一类是过去五年增长最快的。核心卖点就一句话：软件免费，数据在你手里，没有按设备计费。
以 ChirpStack 为例，几个硬事实：
ThingsBoard 社区版路径类似，Apache-2.0 许可，规则引擎和仪表盘能力更完整；它的专业版自管档位是每节点每月 72 到 3,573 元，云版 5,363 到 28,633 元每月。
这一类的真实成本在哪里？
软件是 0，但成本转移到了别处：
| 成本项 | 量级 |
|---|---|
| 服务器 / 托管 | 每月 42 元起，或复用现有基础设施 |
| 网关硬件 | 一次性，室内 1,245-3,320 元，室外 4,150-7,470 元 |
| 传感器 | 一次性，通常 166-1,245 元/只 |
| 运维与维护 | 内部工时，或 MSP 服务费 |
| 支持 / SLA | 可选，通过集成商，无厂商订阅 |
ChirpStack 的官方支持是由作者 Orne Brocaar 提供的商业支持，社区支持走论坛和 GitHub Issues。没有默认的 SLA，这是这一类的结构性特征，不是缺陷。
适用场景：有自研团队或稳定集成商伙伴；有数据主权或合规要求；设备规模会成长到让按设备计费变得昂贵。 不适用场景：没有运维持有人力的团队；需要明确 SLA 承诺的关键业务。
代表：AWS IoT Core、Azure IoT Hub
这类的强项是生态和规模。如果你的系统已经在 AWS 或 Azure 上，IoT 服务与 Lambda、Functions、数据湖之间的原生打通能省下大量集成工作。AWS 的托管连接能力可以支撑数十亿设备和数万亿条消息。
价格结构需要仔细看。以下是 2026 年公开的计价方式：
| 计费项 | AWS IoT Core | Azure IoT Hub |
|---|---|---|
| 连接 | 0.57 元 / 百万连接分钟 | 含在单元价内 |
| 消息 | 7.16 元 / 百万条（按 5KB 块计） | 按单元计，S1 179 元/单元/月（40 万条/天） |
| 状态 / 注册表 | 8.95 元 / 百万次操作 | 含在单元价内 |
| 规则引擎 | 1.07 元 / 百万次触发 + 1.07 元 / 百万次动作 | 路由到 Event Hub / 存储不额外收费 |
| 免费额度 | 前 12 个月 50 万条消息/月 | F1：8,000 条/天，500 台设备 |
| 更高档位 | 分层递减至约 5.01 元 / 百万条 | S2 1,790 元（600 万条/天）、S3 17,900 元（3 亿条/天） |
一个 1 万台设备、每台每分钟上报一条的场景（约每月 4.32 亿条消息），独立模型测算的 AWS 账单约 4,268 元人民币/月，拆开是消息 3,093 元、连接 247 元、规则引擎 928 元。同场景 Azure 约 5,370 元/月。
这里有一个对 LoRaWAN 特别致命的细节：块计费。
AWS 按 5KB 块计，Azure 按 4KB 块计。也就是说：一条 100 字节的 LoRaWAN 上行，在 Azure 上被算作一个完整的 4KB 单元。
实际有效载荷利用率是 100/4096，约 2.4%。你为 97.6% 的空字节付了钱。
这不是厂商的错——块计费对高吞吐场景是合理的简化。但对 LoRaWAN 这种“小载荷、低频率、海量终端”的形态，它是最差的组合。这正是下面第四节要展开的核心问题。
代表：ThingSpeak、Ubidots、Blynk、TagoIO、Losant、Thinger.io
这一类的价值是上手速度。注册、拿 key、发数据、看图表，通常一个下午能跑通。它们的定价也最透明：
| 平台 | 免费档 | 付费起点 |
|---|---|---|
| ThingSpeak | 非商用；约 300 万条/年（≈8,200 条/天）、4 通道、最小 15 秒间隔 | 按年单元，1 单元 = 3,300 万条/年 + 250 通道（Standard） |
| Blynk 2.0 | 2 台设备 | Maker 36 元/月（5 台）、Pro 107 元/月（不限） |
| TagoIO | 5 台设备、5 个仪表盘 | Starter 351 元/月、Scale 1,425 元/月 |
| Ubidots | — | 教育版 4,289 元/年，300 台设备 |
| Losant | — | 3,580 元/月，1,000 台设备 |
| Thinger.io | — | 351 元/月 100 台、2,141 元/月 1,000 台、7,153 元/月 10,000 台 |
ThingSpeak 值得单独说，因为误解最多。
它是 MathWorks（MATLAB 的母公司）运营的托管服务，2010 年从 ioBridge 起家。它的护城河非常明确：MATLAB 分析能力内嵌在服务里。你可以在数据流入的同时跑 MATLAB 脚本，做信号处理、曲线拟合、统计分析、机器学习，不需要本地许可证。
这个能力在科研、教学、工程原型场景里几乎无可替代。但它不是通用的物联网平台，而且 MathWorks 自己也不这么定位。
看它的能力边界就很清楚：
所以 ThingSpeak 的正确用法是：在分析最方便的地方做原型，在生产该在的地方做生产。 这两件事通常不是同一个平台。
代表：ThinkLink、Actility ThingPark、LORIOT
这一类解决的是一个架构问题：在标准的 LoRaWAN 部署里，你其实要装不止一个软件。
常规做法是网络服务器（NS）一个，应用平台一个，可视化工具一个，再加上把三者串起来的集成层。四套东西，四份配置，四个需要打的补丁。
一体型平台的做法是把它压成一件事。
以 ThinkLink 为例，它是门思科技自研的开放 LoRaWAN 应用平台，原生集成了 LoRaWAN 网络服务器。也就是说 OTAA/ABP 激活、网关与设备的全生命周期管理、NS/AS 实时流量调试，都在同一个系统里。
它提供了三种部署形态，这个设计值得注意：
| 形态 | 部署位置 | 设备容量 | 定位 |
|---|---|---|---|
| Cloud | 官方公有云 thinklink.manthink.cn | 1,000 台（永久免费），约 10 万条/天 | 试点、小到中型项目，零运维 |
| TKE（ThinkLink-Edge） | 本地服务器 / 工控机 | 1,000 台，数据处理与存储无上限 | 数据主权要求，参考配置 8 核 / 8GB / 64GB eMMC |
| TKG（ThinkLink-in-Gateway） | 网关内置（GDO51 / GDI51） | 100 台，约 1 万条/天 | 一台网关即构成完整 LoRaWAN 系统，无需服务器 |
关键在于：物模型、RPC、触发规则只写一次，然后在三种形态之间迁移。 云端试点、本地自托管、网关内置——同一套业务逻辑，不用重写。
其余能力按这一类的标准配置：
还有一条对存量改造场景特别重要：EdgeBus。Modbus、DL/T645、CJ/T188、M-Bus 这些有线表计协议可以走 EdgeBus 变成无线接入，一个采集器服务整条 RS-485 总线。配套的 KC 系列采集器（KC11 已部署超过 10 万台）就是干这个的。
这一类也不是没有代价：你的业务逻辑和这个平台绑定得更深。所以判断标准要反过来看——不是看它功能多全，而是看它的数据出口够不够标准。ThinkLink 走 MQTT 转发器，也能和 ChirpStack 共存（双向路由上行下行，复用现有解码脚本），这一点比功能表更重要。
| 维度 | 社区公共网络 | 开源自托管 | 云厂商托管 | 通用 SaaS | NS+平台一体 |
|---|---|---|---|---|---|
| 代表 | TTN / TTS Sandbox | ChirpStack / ThingsBoard CE | AWS IoT Core / Azure IoT Hub | ThingSpeak / Ubidots / Blynk | ThinkLink / ThingPark / LORIOT |
| 软件成本 | 免费 | 免费（MIT / Apache-2.0） | 按量计费 | 订阅制 | 免费档 + 付费档 |
| 部署位置 | 第三方云 | 你自己的机器 | 厂商云 | 厂商云 | 云 / 本地 / 网关三选 |
| 数据主权 | 低 | 完全 | 低（受长臂管辖） | 低 | 完全（自托管档） |
| 运维负担 | 厂商 | 你自己 | 厂商 | 厂商 | 厂商 / 你自己（可选） |
| SLA | 无 | 需另购 | 有 | 有 | 视档位 |
| 退出成本 | 低（数据可导出） | 最低 | 高 | 中 | 中（走标准 MQTT） |
| 上手速度 | 快 | 中（Docker 半天） | 中 | 最快 | 快 |
| 适合规模 | 原型 | 有团队的中大型 | 已在对应云生态 | 小到中型 | 中小型到企业级 |
这一节回答标题里的直接问题。但先说一个前提：这三者严格说不是竞品，它们解决的是不同层次的问题。 把它们并列比较，前提是先分清各自的层次。
三者的分层关系是：TTN 和 ThinkLink 都在网络层有位置（前者是社区公共网络，后者自带 NS），ThingSpeak 在上层，专注数据和分析。
| 维度 | ThingSpeak | TTN | ThinkLink |
|---|---|---|---|
| 定位 | 数据聚合 + MATLAB 分析 | 社区 LoRaWAN 公共网络 | 原生 NS + 应用平台 |
| 计费 | 免费档非商用（约 300 万条/年）；付费按年单元（3,300 万条/年） | 社区免费（fair-use 约 30 秒/天/设备） | Cloud 永久免费 1,000 台设备（约 10 万条/天）；自托管无上限无许可费 |
| 数据位置 | 仅 MathWorks 云 | 第三方云 | 云 / 本地 / 网关（可完全自持） |
| 设备管理 | 无（按通道组织，8 字段/通道） | 有（NS 层完整） | 有（物模型 + RPC + 资产/子设备） |
| 商用限制 | 免费档限非商用，商用需 Standard 许可 | 无 SLA，不建议商业关键部署 | 免费档即可商用；自托管无限制 |
| 扩展上限 | 免费 4 通道；Standard 250 通道 | 依赖社区网关覆盖 | Cloud 1,000 台；TKE 1,000 台但存储无上限 |
| 退出成本 | 中（CSV 导出，但无标准 API 生态） | 低（标准 LoRaWAN + MQTT） | 中低（标准 MQTT 转发，可与 ChirpStack 共存） |
第一，ThingSpeak 的免费额度在“条数”上看起来很大，在“设备数”上其实很小。
免费档 300 万条/年、4 个通道。但 ThingSpeak 的模型是“一个连接设备通常需要一个通道”。也就是说，免费档实际只能接 4 台设备。
如果换成每天上报 96 次（15 分钟一次）的传感器，4 台设备一年消耗约 14 万条——离 300 万条的上限还很远。真正的瓶颈是通道数，不是消息数。 这一点在产品页上不明显，但在许可 FAQ 里写得很清楚。
第二，TTN 和 ChirpStack 不是“免费 vs 付费”的关系。
很多人以为 TTN 是免费的、ChirpStack 是要自己搭的。实际上 The Things Stack 的软件本体也是 Apache-2.0 开源的，两者都能自托管。真正的差别是：
这是一个运维责任 vs 掌控程度的取舍，不是价格取舍。
第三，“一体型平台”最大的价值不是省了软件钱，是省了集成层。
平台退役潮里有一个被反复提到的数字：2026 年一项针对 272 名工业从业者的调查中，48% 把遗留系统集成和数据孤岛列为采用 AI 的头号障碍；只有 22% 广泛部署了 MQTT，只有 13% 跑起了统一命名空间。
结论很清楚——集成层才是物联网项目死掉的地方。
所以“把 NS、应用平台、可视化、集成压成一个安装”这件事，价值不在省下几套软件的费用，而在于消除三到四个需要长期维护的接口。接口少了，故障点就少了，换代时的迁移面也小了。
为了可比，用一个具体的场景：10,000 台设备，每台每 15 分钟上报一条，载荷 50 字节，运行五年。
月消息量 = 10,000 × (30×24/15) × 30 ≈ 2,880 万条/月。
| 方案 | 五年成本结构 | 说明 |
|---|---|---|
| 通用 SaaS（Losant 档） | 3,580 元/月 × 1,000 设备 → 10,000 设备需约 14,320 元/月 | 五年约 85.9 万元 |
| AWS IoT Core | 消息 206 元/月 + 连接约 248 元/月 + 规则引擎按量 | 五年约 2.9 万-4.3 万元（不含存储与分析） |
| Azure IoT Hub | 2,880 万条/月 ≈ 96 万条/天 → 3 个 S1 单元（537 元/月） | 五年约 3.2 万元 |
| ChirpStack 自托管 | 云主机约 72 元/月 + 运维工时 | 五年约 4,296 元 + 人力 |
| ThinkLink Cloud | 免费档 1,000 台 → 10,000 台需自托管 | 自托管无许可费；Docker Compose 部署 |
| ThinkLink TKE | 一次硬件（8 核/8GB/64GB 工控机）+ 无许可费 | 五年仅硬件与运维 |
这张表最容易误读的地方：云的按量计费在这个场景下看起来并不贵。
是的。2,880 万条/月的量级下，AWS 和 Azure 的账单只有每月几百元。真正让成本失控的不是这个场景。
按量计费的问题不在绝对值，在曲线形状。
第一个变量：上报频率。 从 15 分钟一次改成 1 分钟一次，消息量翻 15 倍。AWS 那 206 元变成 3,093 元。
第二个变量：块计费。 前面提过，Azure 按 4KB 块计、AWS 按 5KB 块计。50 字节的载荷，有效利用率约 1.2%。如果改用 500 字节的聚合载荷，账单不变但数据量增加 10 倍——这是唯一能对冲块计费的办法：把载荷做大，而不是多做。
第三个变量：下行。 LoRaWAN 的下行链路资源远少于上行，但云计费不区分方向。控制类应用（远程配置、阈值下发）会显著推高消息计数。
第四个变量：设备基数。 从 1 万台到 10 万台，云账单线性增长，自托管方案的服务器成本几乎不动。多个独立测算的结论一致：几千台设备以上，自托管的成本优势开始显现。
再叠加一个数据：Gartner 2026 年 1 月的分析显示，在端点超过 25 万的企业中，68% 把“不可预测的月度账单”列为按消息计费模式的首要挑战。
所以问题的实质是：按量计费的真正成本不是钱，是不确定性。 一个固件 Bug 触发的重试循环，能在几小时内把账单打穿——这也是为什么 AWS 官方文档建议把 Budgets 和 Device Defender 限流规则设为必选项，而不是可选项。
第一，运维人力。
自托管不是零成本，是把许可费换成了工时。ChirpStack 的部署本身不难（Docker Compose，半小时能起），但长期持有需要有人负责：更新、监控、备份、安全、可观测性。这个角色要么是内部人力，要么是 MSP 服务费。如果团队里没有这个人，自托管的真实成本会远高于账面上的服务器费用。
第二，合规与认证。
不同市场的准入要求不一样，这部分成本在早期规划里经常被遗漏。
第三，迁移成本——而且这是最贵的一项。
Eclipse Foundation 物联网工作组和 PW Consulting 的数据是：在主要商业平台之间切换时，迁移成本可以吃掉迁移预算的 35% 到 60%。
这个数字解释了为什么“锁定”是一种真实的成本，而不是心理感受。也解释了为什么下面这一节的内容，在 2026 年变得格外重要。
过去，“避免厂商锁定”是一种工程品味，一种谨慎的美德。2026 年开始，它在两个主要市场同时变成了法律要求。
欧盟《数据法案》（Regulation (EU) 2023/2854）自 2025 年 9 月 12 日起适用。但真正的分水岭是下面这个日期。
2026 年 9 月 12 日起，第 3 条第 1 款的“数据访问设计义务”（data access by design）生效。
它要求：投放欧盟市场的联网产品及其相关服务，必须默认让用户能够便捷、安全、免费地访问产品数据和服务数据及其元数据，格式须为全面的、结构化的、通用且机器可读的，并在相关且技术可行时支持直接访问。
几个关键点：
罚则不轻。德国计划的最高处罚是全球年营业额的 4% 或 4,150 万元人民币；法国通过 SREN 法定为 3%，重复违规升至 5%。
中国侧的政策信号方向一致，只是表述方式不同。
2026 年 3 月 31 日，工业和信息化部等九部门联合印发《推动物联网产业创新发展行动方案（2026—2028 年）》。方案设定的目标是：到 2028 年，制修订 50 项以上先进适用标准，培育 10 个亿级连接和 15 个千万级连接的应用领域，物联网终端连接数力争达到百亿级规模，物联网核心产业规模突破 3.5 万亿元。
方案里有一段话值得逐字读：
推动制定统一的物联网数据标准，促进产品数据跨品牌、跨终端、跨平台互联互通。
它同时承认了当前的三个问题：部分关键核心技术受制于人、不同终端设备无法互联互通、网络与数据安全风险加剧。
也就是说，“跨平台互联互通”被明确列为要解决的问题，而不是可选项。
配套的标准体系也在同步建设：
| 标准 | 内容 | 状态 |
|---|---|---|
| GB/T 47949-2026《资产管理 数据资产分类与代码》 | 数据资产按结构化 / 半结构化 / 非结构化分三小类共 15 细类 | 2026 年发布 |
| GB/T 47950-2026《资产管理 数据资产登记指南》 | 初始登记、变更登记、注销登记三类流程 | 2026 年发布 |
| GB/T 47969-2026《工业互联网数据要素登记要求》 | 首个工业互联网领域数据要素登记国标 | 2027-02-01 实施 |
与之配套的工业数据资产登记平台已上线国家节点和苏州、北京、沈阳三个城市节点，累计发放登记证书 2,045 张。
这条线索的含义是：数据要能“拿得走”，还要能“算得清”。 而这两件事的前提，都是数据不能被锁在一个无法导出的平台里。
把两个市场的要求合起来看，选型标准发生了一个根本性的变化。
过去问：这个平台能给我什么功能？ 现在还要问：我从这个平台能拿走什么？以什么格式？多长时间？花多少钱？
具体可以落成四条硬指标：
把前面的分析收成一个可执行的流程。六个问题，顺序回答。
第一问：数据能不能离开你的机房？
不能（或不愿意）→ 直接排除社区公共网络和纯托管 SaaS，从开源自托管和一体型自托管档里选。
能 → 继续。
第二问：团队里有没有人愿意长期运维？
没有 → 选托管型（云厂商或 SaaS），或选带免费云档位的一体型平台先跑起来。
有，但只是兼职 → 优先一体型平台的托管档，把运维面压到最小；等规模上来再考虑自托管。
有专职团队 → 开源自托管或一体型自托管，成本最优。
第三问：设备的协议是否统一？
只有 LoRaWAN → 任意一类都可以。
LoRaWAN + 有线表计（Modbus / DL/T645 / CJ/T188 / M-Bus）→ 这一条会直接筛掉大半平台。需要问清楚：平台是否原生支持这些协议，还是需要一个额外的网关/DTU 做转换。存量改造场景里，这通常是决定性的。
第四问：五年的账单曲线是什么形状？
设备数和上报频率基本固定、量级不大 → 按量计费可以接受，图省事就选托管。
设备数会增长、上报频率可能调整 → 强烈建议算一遍 3 倍和 10 倍场景的账单。如果曲线陡峭，自托管是更稳的选择。
第五问：业务逻辑依赖平台的程度有多深？
只是存数据、看图 → 任何平台都能换，选最省事的。
有复杂的规则、联动、远程控制 → 重点看两件事：逻辑能不能用通用语言写（JavaScript / Python 而非平台私有 DSL），以及数据出口是否标准。这两条决定了你未来的迁移面。
第六问：有没有法规或客户合同约束数据位置？
有（欧盟 EPBD / GDPR / 国内数据分类分级要求、或客户合同明确要求）→ 数据主权是硬约束，选自托管。
没有 → 可以更自由地权衡。
前六节讲的是通用框架。这一节说明门思科技在 ThinkLink 上做了什么选择——以及没做什么。
做的一件事：把 NS 和应用平台合成一个安装。
这是应对“集成层是项目死亡地”这个判断的直接回应。常规架构里 NS、应用平台、可视化、集成层是四套东西；ThinkLink 把它们做进同一个系统。少三个接口，就少三个长期维护点，换代时的迁移面也小一圈。
做的一件事：三种部署形态共用一套业务逻辑。
Cloud（免费 1,000 台）、TKE（本地服务器）、TKG（网关内置）三种形态，物模型、RPC、触发规则只写一次。这个设计针对的是一个具体痛点：试点和生产的环境不一样。
大量项目死在“PoC 到生产”这一步，原因之一就是 PoC 用的托管服务和生产要用的私有化环境是两套东西，逻辑要重写。如果逻辑本身可以平移，这一步的成本大幅下降。
做的一件事：把数据出口做成标准的。
支持转发到 ThingsBoard、Home Assistant 及任意第三方 MQTT Broker；可以和 ChirpStack v4 通过 MQTT 转发器共存，双向路由上行下行，并复用现有 ChirpStack 解码脚本。
最后这条值得单独强调。一个平台愿意让你和它的“替代品”共存，是判断它是否依赖锁定盈利的实用信号。
做的一件事：把存量有线资产接进来。
EdgeBus 支持 Modbus、DL/T645、CJ/T188、M-Bus，KC 系列采集器（KC11 已部署超 10 万台）一个设备服务整条 RS-485 总线。这是在第四节“第三问”里最能拉开差距的一项能力。
没做的一件事：没有把所有能力都做成免费。
免费档有明确边界（1,000 台设备、约 10 万条/天）。这是诚实的做法——一个没有商业模型的开源项目，才是真正需要担心存续性的那个。
也没有做的一件事：没有承诺解决所有问题。
它不是通用物联网平台（那是 ThingsBoard 和云厂商的赛道），也不是数据分析平台（那是 ThingSpeak 的赛道）。它是一个面向 LoRaWAN 场景的、从设备到应用的完整系统。判断它是否合适，标准应该是这个边界是否覆盖了你的需求，而不是它的功能表是否比别人长。
误区一：开源 = 免费。
开源免除的是许可费，不免除总拥有成本。服务器、运维人力、备份、安全、可观测性——这些都要算进去。ChirpStack 的软件是 0，但一个几千台设备的网络需要一个能长期负责它的人。如果这个人不存在，“免费”是最贵的选项。
误区二：大厂 = 稳定。
2023 到 2026 年，Google、IBM、AWS、Azure 合计下架了至少十个物联网相关服务。品牌体量不构成对具体服务的承诺。看服务的路线图和维护状态，不看公司的市值。
误区三：功能多 = 好平台。
功能表是最容易伪造的信息。真正该看的是三件事：数据出口是否标准、业务逻辑能否用通用语言写、导出成本是否透明。 这三条决定了你未来的自由度，功能多少只决定你当下的舒适度。
误区四：SaaS 一定比自托管便宜。
在小规模、低频次、短周期下，通常成立。但按量计费的曲线是指数形状：设备数、上报频率、下行次数、块计费，四个变量任何一个放大都会显著影响账单。要比较的不是今天的账单，是三年后的账单。
误区五：选了 LoRaWAN 就不会被锁定。
LoRaWAN 是开放标准，这在设备层确实提供了保护——换平台不会让终端报废。但锁定发生在应用层：你的物模型、你的解码脚本、你的规则逻辑、你的历史数据格式。协议开放不等于数据自由。
把这一期收成四句话。
第一，平台层的风险已经从“功能够不够”转移到“存续性够不够”。 41 个月的平均上线周期，对上 24 个月内六个头部品牌换东家、36 个月内十个超大规模服务退役——选平台的第一问，应该是“三年后它还在吗”。
第二，ThingSpeak、TTN、ThinkLink 不是同类产品，不该放在一张功能表上比。 ThingSpeak 是数据聚合与 MATLAB 分析服务（免费档限非商用，4 通道是真实瓶颈）；TTN 是社区公共网络（零运维但无 SLA、有 fair-use 额度）；ThinkLink 是 NS 与应用平台的一体化系统（三种部署形态、Cloud 免费 1,000 台设备、自托管无许可费）。先分清层次，再比较参数。
第三，TCO 的关键不是绝对值，是曲线的形状。 在 2,880 万条/月的量级下，云的账单可能只有几百元；但块计费会让 50 字节载荷的有效利用率降到 1.2%，上报频率翻 15 倍就是账单翻 15 倍。几千台设备是一个值得重新算账的临界点。
第四，2026 年开始，“可退出”从工程品味变成了法律要求。 欧盟《数据法案》的访问设计义务已于 2026-09-12 生效，专有接口不再被允许，云切换费将在 2027-01-12 归零；中国九部门方案明确要求“跨品牌、跨终端、跨平台互联互通”，配套数据资产国标陆续落地。
这两件事指向同一个结论：未来的平台竞争，不再是谁能把你留住，而是谁能在你随时可以走的前提下，依然被选择。
对使用方来说，选型标准也该跟着换一遍——从“这个平台能给我什么”，改成“我从这个平台能拿走什么，以什么格式，多长时间，花多少钱”。
| 术语 | 说明 |
|---|---|
| NS（Network Server） | LoRaWAN 网络服务器。负责设备激活、去重、MAC 命令管理、下行调度、帧计数控制、漫游，是 LoRaWAN 网络的核心 |
| AS（Application Server） | 应用服务器。负责上下行数据的应用层处理、payload 解码、数据转发 |
| AEP | Application Enablement Platform，应用使能平台。提供设备管理、规则引擎、可视化等应用层能力 |
| Open Core | 开源商业模式。核心功能开源，高级功能或托管服务收费 |
| Fair-use | 公平使用策略。社区网络用流量额度代替硬性限制 |
| 块计费 | 云厂商按固定大小块（AWS 5KB / Azure 4KB）计量消息，不足一块按一块计 |
| 厂商锁定（Vendor Lock-in） | 迁移到其他供应商的成本过高，导致事实上的不可替换 |
| 数据出口（Data Egress） | 数据从云平台导出的过程及其费用 |
| EdgeBus | 门思科技的边缘协议适配方案，把 Modbus / DL/T645 / CJ/T188 / M-Bus 等有线协议接入 LoRaWAN |
| FUOTA | Firmware Update Over The Air，LoRaWAN 固件空中升级 |
| TKE | ThinkLink-Edge，ThinkLink 的本地服务器部署形态 |
| TKG | ThinkLink-in-Gateway，ThinkLink 的网关内置部署形态 |