5G 模组接到 Jetson 上，硬件连接并不复杂，真正花时间的是软件：模组识别成什么设备，用什么方式拨号，拨号成功后路由怎么走，信号不好掉线了能不能自己恢复。这些问题处理不好，机器人在现场就会时不时"失联"。下面是 Linux 下使用蜂窝模组的通用做法，未经实机验证，具体命令和参数以模组厂商文档为准。
【模组以什么形式出现】 常见的 5G 模组通过 USB 或 PCIe 接入，在系统里会呈现出多个接口：用于 AT 指令的串口、用于数据传输的网络接口。数据接口的模式有多种，常见的有 QMI、MBIM、ECM、RNDIS 等，不同模式对应不同的拨号方式。 官网方案里列出的移远 RM520N-GL 5G 模组，支持 3GPP R16，NSA 和 SA 组网。接入前先确认模组当前工作在哪种模式，必要时用 AT 指令切换。
【拨号方式】 QMI 和 MBIM 模式下，可以使用厂商提供的拨号工具，也可以使用 ModemManager 配合 NetworkManager 管理连接。ECM 和 RNDIS 模式下，模组表现为一块普通网卡，通过 DHCP 获取地址即可。 选择哪种方式，要考虑系统里是否还有其他网络管理工具，避免多个工具同时管理同一个模组，互相冲突。
【路由要规划】 机器人上往往同时有多个网络：连接本体的有线网、连接传感器的内部网段、5G 公网。拨号成功后，如果默认路由被改成 5G，内部网络的访问可能出问题；反过来，默认路由不指向 5G，外部访问又走不通。 常见做法是：默认路由走 5G，内部网段配置静态路由走有线网卡。多个网卡的路由优先级用 metric 区分，避免冲突。
【掉线检测和重拨】 现场信号不稳定，掉线是常态。不能只依赖网卡的连接状态，因为有时网卡显示已连接，但实际上已无法访问外网。 可以定期探测外部可达性，比如访问一个固定的服务端地址；连续几次失败后触发重拨。重拨失败多次后，可以尝试重启模组，部分模组支持通过 AT 指令软重启。重拨和重启的过程要有日志，方便事后分析信号问题。
【温度和供电】 5G 模组工作时发热明显，特别是在持续大流量上传视频时。放在密闭的上装外壳里，要考虑散热，否则模组可能因过温降速或断开连接。 供电要稳定。模组在发射时瞬时电流较大，供电不足会导致模组复位，表现为随机掉线。
【天线】 天线的位置和朝向直接影响信号质量。天线尽量远离金属外壳和大电流线缆，多根天线之间保持一定间距。机器狗上装通常还有 RTK、无线电台等天线，布局时要统筹考虑。
【监控和统计】 5G 连接的状态值得长期记录：信号强度、信噪比、注册的网络制式、掉线次数、重拨耗时。这些数据和机器人的位置一起保存，就能画出现场的信号分布图，看出哪些区域信号差。路线规划时可以参考这张图，避免在信号差的位置安排需要实时回传的任务。数据上传也可以根据信号状况调整策略，信号好时多传，信号差时只传关键信息。
【小结】 5G 模组接入 Jetson，需要确认数据接口模式，选择一种拨号管理方式，规划好多网卡路由，并实现可靠的掉线检测和重拨。散热、供电和天线布局同样会影响稳定性。这些细节做好，机器狗上装的远程通信才可靠。
机器人上装定制与集成：www.yuanzhirobot.com/zh/service/… 本文部分内容由 AI 辅助生成。
