过去三年，超过60%的物联网项目在试运行阶段失败，其中技术选型错误是最常见的原因——不是设备不够强，而是匹配错了场景。本文直接拆解物联网选购中的三个核心决策点：通信协议、边缘计算能力、以及数据安全层级。

通信协议：LoRaWAN 还是 NB-IoT？看距离、带宽和电池

一位智慧农业的客户曾选用了 WiFi 模块，结果在 2 平方公里的果园里，每隔 50 米就要架设一个中继器，成本飙升 3 倍。真正适合远距离、低功耗场景的是 LoRaWAN（覆盖半径可达 5-10 公里，单节点电池寿命 5-10 年），但它只适合传输少量数据，比如土壤湿度或温度。反观 NB-IoT，它借用了蜂窝基站，覆盖稳定，带宽比 LoRa 高得多，能传输图片或音频（比如智能水表读取失败时的异常照片），但功耗也相应增加，电池寿命通常只有 2-3 年。选购时，先问自己：数据是几 KB 还是几 MB？设备能否半年换一次电池？

边缘计算：本地处理还是全部上云？实时性与成本的博弈

工厂里一条自动化产线，如果所有传感器数据都先上传云端再返回控制指令，延迟可能高达 500 毫秒——足够让机械臂撞上工件。这就是边缘计算的价值：在设备端直接完成数据处理和决策。例如，某物流仓库的 AGV 小车采用 Jetson 边缘盒子，通过本地视觉识别障碍物，响应时间低于 30 毫秒。但边缘节点的硬件成本是普通传感器的 5-10 倍。如果你的应用场景是“需要秒级响应+高数据量”（如视频识别、实时控制），必须选带边缘计算模块的方案；如果是“每天上报一次温度数据”，上云即可，别花冤枉钱。

数据安全层级：从芯片到传输，别只盯着一个环节

某智能门锁厂商在选购时只关注了通信加密（TLS 协议），却忽略了芯片层面的安全漏洞，结果黑客通过侧信道攻击读取了私钥，远程批量开锁。这暴露了物联网安全的木桶效应：一个完整的方案必须包含三层——硬件安全（如 TPM 安全芯片或 ARM TrustZone，防止物理篡改）、传输安全（如 MQTT over TLS 或 DTLS，防止中间人攻击）、云端安全（如 OAuth 2.0 身份认证+设备白名单，防止模拟设备接入）。若预算有限，优先选带硬件安全芯片的模块（成本增加约 10-15 元），因为软件补丁无法修复硬件漏洞。

• 误区1：只看传输距离，忽略环境干扰。 在金属厂房或地下室，LoRa 信号衰减可能超过 80%。建议先带设备到现场做 3 天以上的信号测试，而非只看理论参数。
• 误区2：盲目追求低功耗，导致功能阉割。 有些传感器为了省电，将采样频率降到每小时一次，结果漏掉了关键的生产异常。正确做法：先明确业务所需的最低数据精度和频率，再选匹配功耗的协议。
• 误区3：忽略设备固件升级能力。 选购时务必确认模块是否支持 OTA（空中升级）。某批部署的智能电表因无法远程修复 bug，三年后 20% 的设备离线，需要人工逐台更换，成本远超采购费用。