开源网关方案 vs ‌Milesight‌ 工业网关：STM32WLE节点接入并发能力对比

开源网关方案与 Milesight 工业网关在接入 STM32WLE 节点时的并发能力差异，根源不在节点侧，而在网关的基带芯片架构和系统集成度。STM32WLE 作为 LoRaWAN 终端，其入网和上报行为完全遵循标准协议，任何符合规范的网关都能接收它的数据。真正的分水岭在于：开源方案通常以 SX1302 参考设计为核心，开发者需要自行完成射频校准、网络服务器对接和散热设计;Milesight 则将 SX1302 基带、四核处理器、嵌入式网络服务器和工业防护封装整合为一台开箱即用的设备。两者的并发能力上限由同一颗芯片决定，但“实际能稳定跑出多少并发”取决于系统集成的完成度。

并发能力的物理上限：SX1302 的 8+8 解调器架构

SX1302 的并发能力由解调器数量决定，而非简单的“8 通道”。该芯片包含 16 个 LoRa 解调器：8 个支持 SF5 至 SF12，另 8 个支持 SF5 至 SF10，外加一个服务调制解调器。在 8 个 125kHz 频点同时监听的前提下，理论上可同时解码 16 个不同扩频因子的数据包。这意味着，当多台 STM32WLE 节点使用不同 SF 同时上报时，SX1302 网关能够并行处理，而不是排队等待。

开源方案和 Milesight 网关均基于 SX1302，因此芯片级的理论并发上限是相同的。差异出现在“理论值到实际值”的转化环节。The Things Network 社区的讨论指出，SX1301(SX1302 的前代)实际同时解码能力约为 8 个，SX1302 将这一数字翻倍至 16。但这是理想条件下的数字，实际部署中，数据包到达时间的重叠程度、射频前端滤波器的选择性、以及网关主控的处理调度都会影响最终吞吐。

Milesight 的系统集成优势：从芯片到可用网关的闭环

Milesight UG65 和 UG67 将 SX1302 与 NXP 四核 Cortex-A53 处理器(1.5GHz)、512MB DDR4 RAM 和 8GB eMMC 集成在同一机壳内。这一配置的工程含义是：基带芯片输出的数据包不需要经过外部 USB 或 SPI 链路传输到另一台主机，四核处理器直接在本地完成 LoRaWAN 协议栈处理、网络服务器对接(内置或对接外部 NS)以及回传链路管理。对于 STM32WLE 节点而言，这意味着 Join Request 和上行数据从射频接收到网络服务器响应的链路延迟更短，在高并发场景下减少了因处理延迟导致的窗口错位。

Milesight 官方标称 UG65/UG67 支持约 2000 台 Class A/B/C 设备接入(以 10 分钟上报间隔为条件)。这一数字不是 SX1302 的芯片极限，而是考虑了实际占空比、网络服务器处理能力和回传带宽后的工程值。对于 STM32WLE 节点，如果上报间隔为 10 分钟，单台 Milesight 网关在容量上可以覆盖中等规模的部署(数百至两千台)。但需注意：2000 台是“设备总数”，不是“同时并发数”。SX1302 的 16 解调器上限决定了同一时刻最多处理 16 个重叠数据包，如果大量节点在同一秒内上报，冲突和丢包仍会发生。

开源方案的灵活性代价

开源网关方案(如基于 SX1302 核心板的树莓派或 x86 主机方案)的优势在于成本可控和软件自由度。开发者可以自行选择网络服务器(ChirpStack、TTN、私有 LNS)，调整信道计划和 ADR 策略，甚至修改 packet forwarder 的调度逻辑。对于需要深度定制或与自有平台集成的项目，这种灵活性是 Milesight 封闭式网关难以提供的。

代价则体现在系统集成的隐性工作量上。开源方案通常需要开发者自行处理：SX1302 的射频校准(尤其是多频点一致性)、散热设计(SX1302 在持续接收时有一定功耗，树莓派方案需要额外考虑散热)、以及 packet forwarder 与网络服务器之间的稳定性调优。如果这些环节处理不当，实际并发能力可能远低于芯片的理论值——例如 USB 接口的延迟抖动可能导致数据包在传输过程中错过网络服务器的响应窗口。

STM32WLE 节点侧的注意事项

STM32WLE 作为节点，其接入行为对网关并发能力的影响体现在两个方面。第一，ADR(自适应速率)策略。如果节点启用 ADR，网关会通过 MAC 命令指示节点调整 SF 和发射功率。SF 越高，数据包在空中停留的时间越长，对解调器的占用时间也越长。在节点密集的场景中，网关的 ADR 算法是否合理，直接影响 16 个解调器的利用效率。第二，入网风暴。批量部署时，如果大量 STM32WLE 节点同时上电发起 OTAA Join，即使网关有 16 个解调器，Join Request 的集中碰撞仍会导致部分节点入网失败。Milesight 网关内置的 network server 通常提供 Join 速率限制或随机退避机制，开源方案则需要开发者在 NS 侧自行配置。

选型判断

选择 Milesight 工业网关的场景：部署规模在数百至两千台 STM32WLE 节点、上报间隔在分钟级、需要 IP65/IP67 防护和宽温工作、希望开箱即用并减少运维投入。UG65 的 8 通道 16 解调器能力足以覆盖中等规模的 LoRaWAN 网络，四核处理器和嵌入式 NS 消除了外部主机的单点故障风险。

选择开源网关方案的场景：需要深度定制网络服务器逻辑、对接私有云平台、或预算严格受限且团队具备 LoRaWAN 射频调试能力。开源方案的并发能力上限与 Milesight 相同(同为 SX1302)，但实际表现取决于开发者在射频校准和系统调优上的投入。如果目标是验证 STM32WLE 节点的基本功能或小规模原型，开源方案的低成本优势是合理的;如果目标是工业现场长期运行且无人值守，Milesight 的集成度和防护等级减少的运维麻烦，通常值得价格差异。