1

原创 2026-09-16 22:07:00
FCU1501 · 国产工业网关

OTA 远程自动化升级系统

硬件交付不是终点。让分散在工厂、楼宇、能源场站与野外站点的终端设备,远程、批量、安全地完成固件迭代。

设备分散、逐台刷机、断电变砖、版本错发——依靠人工现场运维,这些痛点的解决成本随规模攀升。

痛点 01
现场运维成本高
设备点位分散,固件更新需要人员实地出差,人力、差旅成本随设备规模攀升。
痛点 02
批量升级效率低
传统本地刷机需要逐台操作,批量升级动辄耗时数周乃至数月。
痛点 03
现场环境风险大
站点断电、网络波动易造成升级中断,引发设备“变砖”。
痛点 04
版本管理混乱
设备型号、批次繁杂,易出现升级包错发、设备漏更,问题排查难度大。

1 OTA 看着简单,可靠好用却门槛很高

OTA(Over-The-Air,空中下载技术)能够依托无线网络,对分布在各地的终端设备完成固件、软件、系统的远程更新。但一套“能用”的 OTA 和一套“敢用”的 OTA,存在巨大差距。

大体积升级包如何稳定传输?网络中断后是否可以续传?升级包型号错配如何规避?升级失败后设备能否安全回退?这些关键细节,直接决定整套升级方案的可靠性。

飞凌嵌入式在 FCU1501 硬件上,打造了一套完整的 OTA 自动化升级系统,打通服务端与设备端全链路。

2 服务端 + 设备端双协同,构建完整升级闭环

服务端

升级包存储 · 版本管控 · 任务配置与下发

  • Web 可视化管理后台
  • 统一管理设备、升级程序与升级任务
  • 支持多线程分片上传 + 续传
  • 升级包按产品型号一一对应
设备端

FCU1501 内置专属升级代理程序

  • 接收平台下发指令
  • 自动完成升级包下载、文件校验
  • 程序安装、新版本激活
  • 支持升级失败自动回滚

双端联动,从后台上传升级包,到上万台终端完成更新,全过程可视化、进度可追溯、异常可干预。

3 四大核心能力,让远程升级真正做到放心可用

1

大文件稳定传输,断点续传

服务端上传升级包支持多线程分片上传 + 续传;设备端下载支持断点续传,现场带宽不足或流量波动导致下载中断,重新连接后从断点继续,避免时间损耗。

大文件稳定传输示意
大文件稳定传输 · 断点续传示意
2

型号自动匹配,从源头杜绝错刷风险

升级包与设备,按产品型号一一对应。发起升级任务时,系统自动筛选匹配对应型号终端,不兼容的设备自动过滤,从根上避免“A型号固件刷入B型号硬件”的重大故障。

升级包管理界面示意
升级包管理:按产品型号上传与管理升级包
升级设备筛选界面示意
升级设备时自动根据升级包的产品型号筛选设备
3

设备上电自动注册,开箱即可纳入管理

设备通电启动后,内置的 ota_heartbeat 程序自动向服务端注册,设备 ID 读取硬件唯一 CPUID 标识。新增设备接入,服务端自动识别、自动纳管,无需人工录入。

设备管理界面示意
设备管理:设备自动注册、在线状态一目了然
4

升级失败自动回滚,筑牢设备安全底线

系统支持升级失败自动回滚机制——升级前自动备份原始文件,一旦校验失败或升级流程异常,设备自动恢复至上一个可用版本,杜绝升级“变砖”。同时支持自定义升级执行时段、升级后重启策略、升级成功校验命令,升级节奏完全由运维人员掌握。

编辑升级包界面示意
编辑升级包 · 升级失败回滚功能支持

4 一键下发任务,全流程自动化闭环执行

一次完整的升级任务,仅需三步操作:上传升级包 → 勾选目标设备 → 任务一键下发,后续全部交由系统自动执行:

等待通知 发送通知 下载升级包 校验文件 执行升级 启用新版本

整套流程拆解为十余种清晰任务状态,等待通知、下载中、校验完成、升级成功、升级失败等状态一目了然,每台设备的执行进度、失败原因均可在后台直接查看。同时可配置最大并发下载连接数,防止大量设备同时下载占用服务器带宽,保障下载稳定性。

OTA升级监控界面示意
OTA升级监控界面
单项升级任务进度查看示意
单项升级任务进度查看
任务日志 · 上位机升级过程
2026-08-21T16:03:31.774794 正在下载 2026-08-21T16:03:34.672683 下载完成 2026-08-21T16:03:34.759954 正在校验 2026-08-21T16:03:35.275704 文件校验完成 2026-08-21T16:03:35.363575 正在升级 2026-08-21T16:03:37.223644 升级完成 2026-08-21T16:03:37.349985 已启用新版本
下位机升级过程日志 1
[2026-08-21 16:03:30] Exec cmd: ./ota_request '10M0HH7HZHE0VWGZ2HYWVSG9T' '10' '正在下载' [2026-08-21 16:03:31] Downloading firmware from /download/87e1f223a9ad5db83f786cea44745c5a4c4e1943d25eb-25ebc5990e42017550dc0e.tar.gz [2026-08-21 16:03:31] min_disk_free_space_mb: 0MB need_disk_bytes: 1216496608 free_size: 6025523200B [2026-08-21 16:03:33] Download succeeded [2026-08-21 16:03:33] Exec cmd: ./ota_request '10M0HH7HZHE0VWGZ2HYWVSG9T' '11' '下载完成' [2026-08-21 16:03:33] Exec cmd: ./ota_request '10M0HH7HZHE0VWGZ2HYWVSG9T' '20' '正在校验' [2026-08-21 16:03:34] Firmware SHA-256 verified successfully [2026-08-21 16:03:34] Exec cmd: ./ota_request '10M0HH7HZHE0VWGZ2HYWVSG9T' '21' '文件校验完成' [2026-08-21 16:03:34] Exec cmd: ./ota_request '10M0HH7HZHE0VWGZ2HYWVSG9T' '30' '正在升级' [2026-08-21 16:03:34] Exec cmd: stdbuf -oL /ota_upgrade './download/87e1f223a9ad5db83f786cea44745c5a4c M0HH7HZHE0VWGZ2HYWVSG9T.log 2>&1 [2026-08-21 16:03:34] Cleaning up files... [2026-08-21 16:03:35] Found 4 files in archive
下位机升级过程日志 2
[2026-08-21 16:03:35] Extracting archive to temp directory... [2026-08-21 16:03:35] Deleting upgrade file... [2026-08-21 16:03:35] Executing stop.sh... stop.sh OK [2026-08-21 16:03:35] Files to replace, size = 4 [2026-08-21 16:03:35] cp -f "./upgrade_tmp/ota_mx95.tgz" "/userdata/test/ota.mx95.tgz" [2026-08-21 16:03:35] cp -f "./upgrade_tmp/start.sh" "/userdata/test/start.sh" [2026-08-21 16:03:35] cp -f "./upgrade_tmp/status.sh" "/userdata/test/status.sh" [2026-08-21 16:03:35] cp -f "./upgrade_tmp/stop.sh" "/userdata/test/stop.sh" [2026-08-21 16:03:35] Verified: /userdata/test/ota.mx95.tgz [2026-08-21 16:03:35] Verified: /upgrade/test/start.sh [2026-08-21 16:03:35] Verified: /userdata/test/status.sh [2026-08-21 16:03:35] Verified: //userdata/test/stop.sh [2026-08-21 16:03:35] Executing start.sh... start.sh OK [2026-08-21 16:03:35] Executing status.sh... status.sh OK [2026-08-21 16:03:36] OTA upgrade completed successfully [2026-08-21 16:03:36] Cleaning up files... [2026-08-21 16:03:36] Cleaning up directory: ./download [2026-08-21 16:03:36] Cleaning up directory: /upgrade_bak [2026-08-21 16:03:36] Cleanup done. [2026-08-21 16:03:36] Exec cmd: ./ota_request '01M0HH7HZHE0VWGZ2HYWVSG9T' '31' '升级完成' [2026-08-21 16:03:36] Upgrade completed successfully, activating new firmware... [2026-08-21 16:03:36] Exec cmd: ./ota_request '01M0HH7HZHE0VWGZ2HYWVSG9T' '60' '已启用新版本'

升级任务状态机:从“等待通知”到“已启用新版本”,全程可追踪。

5 不止基础升级,配套完备运维管理能力

能力 说明
设备分组 按地域/项目分组管理海量设备
角色权限 多用户、多角色,精细到页面与按钮的权限控制
升级时间段 只在指定时段执行升级,避开业务高峰
升级包脚本 支持 stop.sh / start.sh / status.sh / update.sh,覆盖复杂升级逻辑
SSH 终端 后台一键 SSH 到设备,远程排障
任务统计 按型号、版本筛选,升级进度全局掌握
任务统计界面示意
任务统计:按产品型号、固件版本筛选升级进度

丰富应用场景,适配多行业分布式设备运维

物联网设备批量运维
适配几十至上万台规模设备,远程统一迭代,大量减少现场出差作业。
工业网关、边缘计算终端
远程更新协议栈、业务应用、AI 算法模型。
能源、电力、水利等野外站点
针对部署偏远、现场运维成本高昂的设备,最大化释放 OTA 价值。
设备全生命周期服务
把一次性硬件交付,转化为持续性运维服务,保障客户设备持续运行最新版本。

把升级,交给 OTA

硬件交付不是项目的终点,良好的持续运维服务,才是赢得客户复购的关键。FCU1501 作为飞凌嵌入式推出的全新一代国产主控工业网关,搭载 FET3506J-S 核心板,采用国产物料设计开发,提供丰富工业接口,支持 -40℃~+85℃ 宽温与三级 EMC 防护,支持 Web 可视化运维,可实现数据采集、协议转换、边缘协同。

内置的 OTA 自动化升级系统,让海量物联网设备的远程批量升级从高阶需求变为标准化能力。

联系我们,获取 OTA 操作手册与硬件样品


如果您正面临物联网设备批量部署难题,大量终端分散各地,现场升级成本居高不下,欢迎联系我们,亲身体验高效的空中升级方案。

推荐阅读 换一批 换一批