研响科技 Yantronic

c技术分享

Ubuntu 26.04 LTS 发布后,工业主板与工控机升级先测哪些项目?

围绕驱动、串口、GPIO、Wayland 显示、看门狗和镜像恢复,建立 Ubuntu 26.04 LTS 工控机升级的台架验证、试运行与交付流程。

5 分钟阅读
Ubuntu 26.04 LTS 发布后,工业主板与工控机升级先测哪些项目?

先看结论

工控机升级 Ubuntu,本质是硬件与应用系统的验证项目。安装程序能够启动,只是开始。驱动、串口对应关系、GPIO、显示、看门狗恢复与生产软件必须一起验证,才能把新镜像用于现场设备。

针对 Ubuntu 26.04 LTS,建议依次保留现有镜像、验证代表性样机、开展受控试运行,再交付能够复现并经过恢复测试的量产镜像。以下是工程建议,不是 Ubuntu 官方认证流程,也不代表研响全系列产品均已兼容。

新版本带来了哪些核对重点?

Canonical 于 2026 年 4 月 23 日发布 Ubuntu 26.04 LTS。LTS 更新改变了软件基线,但不会自动证明每一版主板、每一种外设都兼容。

官方 LTS 升级说明明确了一项 HMI 边界:默认 Ubuntu Desktop GNOME 会话采用 Wayland,X11 应用可通过 XWayland 运行;原生 GNOME Xorg 会话已不可用。其他桌面环境需要单独评估支持情况。

工业 Ubuntu 镜像的六项验证:启动、网络、工业接口、显示、供电与应用

图 1:验证范围示意,不是兼容性认证。点击图片可放大。

首先记录实际安装的内核、固件、图形栈和应用版本。上游具备 PREEMPT_RT 能力,不代表当前镜像已启用它,也不代表普通桌面镜像可以保证确定性响应。实时要求应单独定义,并在所选配置上测量。

Netplan 与可预测网卡命名也应结合现有镜像核对,它们不是 26.04 才出现的新功能。升级计划需要比较两套实际环境的差异,而不是堆列 Linux 通用能力。

四类需要仔细验证的集成问题

1. 串口通信与固定设备身份

逐个确认 RS-232/422/485 端口及其物理接头,使用有代表性的 PLC、扫码器或仪表测试正常通信、重启、波特率及 RS-485 收发方向。回环测试有帮助,但不能覆盖真实设备的所有时序与电气条件。

如果驱动提供适用标识,可建立持久化设备规则或经过记录的端口映射,而不要假设 /dev/ttyS1 永远对应同一接头。USB 串口适配器可能有唯一序列号,部分传统 UART 则需要其他识别方式。udev 规则必须在实际硬件上验证,不能直接照搬示例。

2. GPIO 与应用接口

Linux 内核文档将 GPIO sysfs ABI 标为弃用,建议新应用采用字符设备接口。“弃用”不等于在所有内核中都已移除。

应检查目标内核配置,以及主板暴露的是标准 GPIO 字符设备还是厂商专用接口。验证库版本、引脚编号、低电平有效逻辑、上电输出状态与权限。GPIO 操作可能驱动真实设备,应先在隔离夹具上测试,再连接生产负载。

3. 触摸、显示与旧版 HMI 软件

在目标 Wayland/XWayland 环境下,验证屏幕旋转、显示器重连、重启及缩放变化后的触摸坐标,并检查相机预览、硬件加速、远程访问与无人值守自启动。

不要假设旧 X11 校准工具和屏幕控制脚本会原样工作。如果必需软件无法通过测试,应评估另行支持的桌面配置、厂商软件更新,或继续使用仍在维护的原镜像。对默认 26.04 桌面而言,“选择 GNOME on Xorg”不是可行的通用解决办法。

4. 看门狗与故障恢复

确认对应驱动、设备节点,以及负责喂狗的服务,核对可用超时范围和进程退出时的行为。板载看门狗与 systemd 或其他监控服务应协调,避免重复争用设备。

超时时间应由业务恢复要求决定,不能直接照抄固定秒数。在备用样机上测试受控的服务故障,记录恢复后操作系统和生产程序是否都已运行。重启成功但检测程序没有恢复,不能算完整恢复。

建议的工程验证矩阵

范围建议测试验收记录
启动与驱动冷启动、重启及必需模块加载固件和内核版本、设备清单、日志复核。
网络与串口代表性并发通信和链路恢复端口映射、错误计数与应用通信结果。
GPIO 与显示隔离 I/O 夹具、触摸、旋转和显示重连正确的引脚状态、坐标及自启动行为。
时序与业务负载采集、处理、存储及工业通信同时运行延迟分布、超时、温度和降频情况。
存储与恢复备份还原及受控断电场景数据完整性与实际恢复时间。

测试门槛与周期应按项目风险和工作制制定。断电试验可能损坏数据,只应在隔离、可恢复的测试设备上,结合存储保护措施实施。

量产镜像交付的四道关口

镜像交付的四道关口:保留基线、台架验证、受控试运行与正式交付

图 2:建议的项目流程,不是 Ubuntu 官方认证程序。点击图片可放大。

  1. 保留原有基线。 归档可恢复镜像、分区布局、BIOS 设置、驱动、授权及配置。测试恢复介质并记录耗时并记录实际恢复所需的时间。
  2. 完成台架验证。 使用有代表性的主板版本与真实附件组合,解决必需设备的故障并复核日志。不把所有无害警告都当作发布阻碍。
  3. 开展受控试运行。 带上生产软件及代表性相机、PLC 和数据库。测试动作与现场控制分开,并事先确定回退条件。
  4. 固化并交付。 记录镜像校验和、软件包版本、权限与配置,明确更新和恢复文档责任人。系统预装与 BIOS 服务可纳入这一交付流程。

生产升级检查清单

  • 记录主板版本、BIOS、内核及全部必需外设。
  • 在测试硬件上成功恢复原镜像。
  • 核对驱动和 SDK 支持,按需验证 Secure Boot。
  • 验证串口身份、网络、GPIO 与看门狗管理关系。
  • 在实际显示会话和远程访问环境中测试 HMI。
  • 定义业务、时序、温度与恢复验收条件。
  • 建立受控的安全更新与回退策略。

不要以永久关闭全部更新代替稳定性管理。生产系统仍需要有计划地获得安全修复,并配套维护窗口和回退测试。架构问题可参考工业电脑与 PLC 的区别及工业平板电脑选型指南。

常见问题

运行正常的旧 LTS 系统需要马上升级吗?

不应只因为新版本发布就升级。应结合当前支持周期、安全风险、硬件变化及应用依赖判断;继续使用旧系统,也需要明确的安全维护计划。

工业设备应该选择哪个版本?

无界面设备可评估 Ubuntu Server,有操作界面的工作站需要验证图形环境。Ubuntu Core 是不同的设备部署模式,应单独评估应用和更新机制,不能描述成“完全免疫断电损坏”。

安装成功是否证明整块主板兼容?

不是。网口、串口、GPIO、显示、看门狗和业务软件必须共同测试,支持情况取决于准确的硬件版本及软件栈。

围绕设备本身制定升级计划

比较工业计算平台前,先整理 I/O 清单、应用依赖和恢复要求。需要驱动集成及受控量产镜像时,可联系工程团队进一步评估。