一、从第26届中国工博会“国芯展”说起国产化不只是芯片替代更是系统能力建设2026年10月12日至16日第26届中国国际工业博览会在上海举行。本届展会以“智能经济智造无界”为主题展览面积达31万平方米吸引来自全球24个国家和地区的3200余家中外展商参展。与往届相比一个值得关注的变化是集成电路展首次以“国芯展”的形式单独设立覆盖芯片设计、晶圆制造、封装测试、半导体装备和核心材料等产业环节集中呈现国产集成电路产业链的技术进展。与此同时数控机床与金属加工展以8万平方米的规模展示工业母机和金属加工领域的技术成果工业自动化、机器人、新一代智能制造等展区也共同呈现了工业设备向智能化、数字化发展的趋势。芯片、操作系统、工业软件、控制器和执行机构正在从过去相对独立的技术环节逐渐成为相互依赖的系统工程。这让一个问题变得越来越重要国产芯片能够成功启动Linux是不是就意味着它已经能够满足工业控制系统的要求答案显然没有这么简单。让芯片运行Linux是一项重要的基础能力但工业控制系统需要解决的问题远不止启动、驱动加载和应用运行。对于普通信息处理任务而言系统能够稳定执行程序、完成网络通信和处理数据已经可以满足许多需求但对于数控机床、机器人、运动控制器、工业自动化设备和实时仿真平台而言软件还必须在规定的时间窗口内完成关键工作。一台工业控制器可能需要周期性读取编码器数据计算目标位置执行控制算法再通过工业以太网向伺服驱动器发送指令。如果操作系统在某个关键时刻出现不可接受的调度延迟即使处理器算力充足、应用程序没有错误也可能影响整个控制链路。因此国产工业控制平台的建设至少需要回答四个层面的问题。第一芯片本身是否具备目标应用所需要的计算能力、外设接口、定时器、中断控制器和内存子系统等硬件条件。不同芯片的微架构、缓存设计、中断机制和外设实现各不相同这些差异都会影响系统移植与性能表现。第二操作系统能否在目标芯片上正确运行并完成启动、内存管理、进程调度、中断处理、驱动支持和应用运行等基本任务。Linux能否启动只是起点内核配置、驱动适配、系统维护和软件生态同样重要。第三系统是否能够满足具体工业应用的实时性要求。这里关注的不只是CPU计算速度还包括关键线程的唤醒延迟、任务执行时间、周期抖动、驱动处理路径和不同任务之间的资源竞争。第四整个软件平台是否具备可持续维护和工程交付能力包括版本管理、问题定位、适配测试、系统升级、技术支持和长期运行验证等。这四个层面环环相扣。芯片的性能优势需要通过操作系统和驱动程序充分发挥操作系统的能力又需要通过应用软件与硬件协同验证最终还要落实到工业设备的真实工作场景中。对于国产化项目而言如果只关注“能否运行某个Linux发行版”就容易忽略系统性能、实时性、硬件适配和后期维护等关键问题。反过来如果只追求某项实时指标而忽略开发生态、设备驱动和软件兼容性也可能增加应用开发和项目维护的难度。这正是国产芯片与国产操作系统协同发展的重要意义国产化不是把一块芯片和一个操作系统简单组合在一起而是围绕目标设备建立一套可开发、可调试、可验证、可维护的完整软件运行环境。工博会“国芯展”展示的是国产集成电路产业链的进展而从工业控制的角度看芯片之后还有一道必须跨越的技术门槛——如何让国产硬件上的操作系统不仅能够运行应用程序而且能够满足关键工业任务对执行时序和系统稳定性的要求。二、为什么工业控制不能只看CPU性能从Linux调度机制理解实时性很多研发项目在选择处理器和操作系统时首先会比较CPU主频、核心数量、内存容量和跑分结果。这些指标当然重要但它们主要反映处理器的计算能力或系统在特定测试中的性能无法直接回答实时控制最关心的问题关键任务能不能在规定时间内完成举个简单的例子。假设某工业控制器需要每隔1毫秒执行一次周期任务。任务的工作内容包括读取传感器数据、计算控制量、更新输出状态并与其他模块交换必要的信息。如果处理器在大部分时间都能够迅速完成任务但偶尔因为系统负载、中断处理或资源竞争导致任务晚了几十微秒才开始执行那么系统的平均性能可能依然很高控制任务却已经损失了部分可用时间。这就是实时系统与普通性能优化之间的重要区别。普通性能优化通常希望在给定时间内完成更多工作而实时系统还必须关注工作的完成时刻是否符合约束。Linux是一个功能丰富的通用操作系统具备成熟的进程管理、内存管理、网络协议栈、文件系统和应用开发生态。对于工业设备而言这些能力很有吸引力研发人员可以复用大量现有软件使用熟悉的工具进行开发并将设备管理、网络通信、数据处理和用户界面整合到同一系统中。但通用Linux默认的调度和资源管理机制并不意味着所有任务都能够获得确定的执行时序。系统可能同时运行大量普通进程和内核任务外设也会不断产生中断。某些内核路径可能在一段时间内阻止关键任务立即运行锁竞争也可能让高优先级线程等待其他线程释放资源。对于没有严格时限要求的应用这些现象未必构成问题对于周期性运动控制、实时通信和其他时间约束明确的任务则需要进行针对性的设计和验证。Linux中的实时调度策略是构建实时应用的重要工具。例如SCHED_FIFO适合按照固定优先级关系运行的实时线程SCHED_RR则在相同优先级的可运行线程之间采用时间片轮转。通过合理配置优先级、CPU亲和性和线程运行方式研发人员可以让关键任务获得更合适的调度条件。然而实时调度策略并不能独立解决所有延迟来源。假如一个高优先级线程需要获取某个互斥锁而锁被另一个线程持有那么高优先级线程仍然可能等待。假如某个驱动程序在关键路径中执行了耗时操作或者设备中断集中到承担控制任务的CPU核心上那么即使控制线程拥有较高优先级也仍可能受到影响。另外系统中还存在一些不完全由调度器控制的资源竞争。例如两个CPU核心可能同时访问共享内存后台任务可能占用大量内存带宽多个任务可能争用缓存容量存储和网络设备也可能产生额外负载。对于对时间敏感的应用这些因素都需要结合实际硬件进行分析。因此工业控制平台的实时能力不能只通过CPU主频、内核版本或者某项调度参数来判断而应该从完整执行路径出发逐步分析关键任务的时间预算。首先需要确认任务的截止时间。例如某项任务必须在周期开始后200微秒内完成那么系统设计就必须为线程唤醒、任务计算、数据访问和输出操作安排合理的时间预算。这里的200微秒只是一个示例并不代表所有工业控制任务都适用同样的指标。其次需要分析任务运行过程中可能发生的等待。线程是否需要获取共享锁是否会触发缺页处理是否可能等待存储、网络或其他外设这些等待条件是否可以被控制如果无法控制就需要进一步评估它们对实时性的影响。最后还要通过测试确认设计是否符合实际需求。对于Linux实时系统cyclictest可以用于观察周期线程的唤醒延迟ftrace和trace-cmd可以帮助分析内核调度与事件执行过程perf可以用于发现热点和部分性能问题。不同工具观察的对象不同不能简单互相替代也不能仅凭其中一个工具的测试结果证明整套工业控制系统已经满足全部时限要求。从这个角度看国产芯片的计算性能与实时操作系统的能力是相互补充的。芯片提供执行基础操作系统负责管理处理器资源和任务运行驱动程序连接具体硬件应用程序实现控制逻辑最终由系统级测试确认整个链路能否满足目标需求。只有把这些环节连起来国产芯片的计算能力才能真正转化为工业设备的控制能力。三、核心隔离让关键工业任务尽可能少受其他应用干扰当工业设备开始集成更多功能时操作系统面临的挑战会进一步增加。以一台智能工业控制器为例它可能同时承担运动控制、工业网络通信、设备状态采集、日志记录、远程运维、参数配置和数据上报等任务。随着AI技术的发展还可能增加故障诊断、视觉处理、工艺参数分析等应用。这些功能为设备带来了更高的集成度但也意味着系统内不同任务之间的资源竞争更加复杂。如果所有任务都运行在同一个操作系统中研发人员就需要认真考虑如何避免后台应用的资源消耗影响关键控制任务如何让周期性任务尽可能在预定时刻运行如何在系统负载增加时维持关键任务所需的执行条件一种思路是根据任务的重要程度和时间约束建立明确的资源分配策略。对于需要严格控制时序的任务可以考虑使用专用CPU核心、合理设置实时优先级、管理中断分布并限制不必要的后台活动。其中核心隔离是值得重点关注的一项技术。核心隔离的基本思路是尽可能减少指定CPU核心承担的非关键工作为关键任务创造更可预测的运行环境。与单纯提高线程优先级相比核心隔离进一步关注任务运行位置、系统调度行为和中断活动帮助减少一部分由其他任务引起的干扰。例如一台采用多核国产处理器的工业控制器可以根据实际负载和硬件条件将部分CPU核心用于关键控制任务将其他核心用于设备管理、网络服务、日志记录和一般数据处理。这样的划分能够减少部分任务之间的直接CPU竞争但它并不意味着不同核心之间完全没有影响。共享缓存、内存控制器、片上互连、设备中断和电源管理等因素仍然可能对关键任务产生影响。因此核心隔离需要与其他实时优化措施配合使用并通过测试确认效果。在Linux系统中CPU亲和性可以限制线程允许运行的CPU核心范围但CPU亲和性本身并不等于完整的核心隔离。即使将实时线程绑定到某个CPU核心如果其他普通线程、内核工作队列、中断处理或调度活动仍然频繁进入该核心就不能认为这个核心已经完全为实时任务保留。根据具体内核版本和硬件平台研发人员还需要关注CPU隔离相关启动参数、调度域设置、IRQ亲和性、内核线程迁移、工作队列配置以及驱动程序行为。不同版本的Linux在相关机制和可用配置上可能存在差异不能将某一版本的配置方法直接套用到所有系统。此外还要区分CPU隔离和完整的资源隔离。CPU隔离主要减少指定核心承担的调度和执行活动不能自动解决所有内存、缓存、总线和外设资源竞争问题。如果关键任务对执行时序要求很高就需要结合处理器架构和实际工作负载进一步检查这些共享资源的影响。这也是工业实时系统设计中一个非常重要的原则隔离不是为了让某个CPU核心看起来更空闲而是为了让关键任务的执行条件更容易分析和验证。对于国产芯片平台而言这项工作还涉及硬件适配。不同处理器的中断控制器、缓存结构、定时器和外设实现存在差异。即使运行相同版本的Linux内核系统在不同硬件上的延迟表现也可能不同。因此研发团队必须在目标芯片和实际设备上完成配置与测试而不能只参考其他平台的性能结果。望获OS面向嵌入式实时操作系统及相关技术服务场景提供望获rtLinux、望获rtEuler、望获zepLinux等产品方向。对于需要兼顾Linux应用生态和工业实时控制的项目望获rtLinux是值得进一步了解的技术路线。研发团队可以重点围绕核心隔离、实时调度、工业驱动和现场通信等方面评估平台是否满足具体项目要求。需要强调的是核心隔离并不是实时性的唯一来源也不能替代驱动优化、锁竞争分析和系统测试。真正有效的隔离方案应当从任务需求出发明确哪些工作需要优先保障、哪些工作可以迁移或延后再通过追踪工具和压力测试确认隔离是否产生了预期效果。对于工业控制器开发团队而言与其简单追求“更多CPU核心”不如先弄清楚现有处理器资源如何被使用、关键任务为什么会延迟以及哪些干扰可以通过架构和配置减少。只有找到问题来源硬件性能和操作系统能力才能得到更充分的发挥。四、从国产芯片适配到工业控制落地一套可执行的工程验证思路国产芯片和操作系统的适配工作往往容易从启动和功能验证开始。例如确认系统能够正常启动、串口输出正常、网卡可以通信、存储设备能够挂载、目标应用可以运行。这些工作非常必要但它们主要证明基础功能可用并不能直接说明系统已经适合实时工业控制。对于需要满足明确时限要求的项目建议将验证工作划分为几个相互衔接的阶段。第一阶段是硬件与系统基础验证。研发人员需要确认目标芯片的启动流程、内存布局、中断控制器、定时器、串口、网络接口和其他必要外设是否得到正确支持。对于需要使用特定工业网卡或现场总线的设备还需要确认相关驱动程序是否能够正常工作是否存在影响关键任务的长时间执行路径。在这一阶段不能只关注功能是否正常还应记录内核版本、驱动版本、硬件修订信息、编译配置和系统启动参数。对于国产芯片平台清晰的版本管理尤其重要因为不同芯片型号、固件版本和驱动实现可能导致不同的系统行为。第二阶段是建立实时性基线。系统基础功能稳定后可以使用周期性测试工具观察线程唤醒延迟。例如使用cyclictest设置目标周期、线程优先级和CPU亲和性分别记录不同系统配置下的延迟分布和最大观测值。测试报告应当注明测试持续时间、处理器负载、系统配置、运行线程数量和其他重要条件。对于同一平台可以先在相对空闲的状态下建立基线再逐步增加压力观察系统实时性变化。需要注意最大观测延迟只是测试期间实际看到的结果不是对所有未来运行条件的数学保证。测试时间越长越有机会观察到低概率事件但仍然需要结合系统设计、实现细节和边界条件分析才能判断是否满足项目的实时性要求。第三阶段是核心隔离和调度配置验证。当基线测试完成后可以逐步调整实时任务的优先级、CPU亲和性、核心隔离和中断分布。每次只改变一类主要配置并在相同测试条件下比较结果避免同时修改大量参数而无法判断究竟是哪项措施带来了变化。如果核心隔离后延迟下降应进一步分析原因并确认在加入真实应用负载后是否仍然有效。如果结果没有明显改善也不能立即得出隔离机制无效的结论还需要检查延迟是否主要来自中断、锁竞争、硬件共享资源或者任务自身的计算量。第四阶段是加入真实工业负载。实际工业设备并不是一个只运行单一周期线程的测试环境。它可能需要同时运行工业网络协议栈、运动控制程序、设备管理服务和日志系统。因此实时性验证应当尽可能接近真实部署条件。例如在运行实时控制任务的同时可以启动网络通信、周期性数据采集和日志写入任务模拟设备在生产现场的工作状态。对于工业以太网主站还需要观察实际报文处理时间、周期任务执行情况以及控制数据更新是否符合预定要求。如果项目使用EtherCAT测试范围应当覆盖主站任务调度、报文发送和接收、过程数据处理以及从站响应等环节。即使操作系统本身的调度延迟较低也不能据此认定整个EtherCAT系统必然满足目标周期。第五阶段是问题定位和长期稳定性验证。当系统出现延迟波动时研发人员需要建立可复现的问题分析流程。可以根据内核配置使用ftrace、trace-cmd和perf等工具观察调度事件、函数执行路径和性能热点进一步检查异常是否与中断、锁竞争、驱动执行或资源争用有关。对于长期运行的工业设备还应当测试应用启停、网络重连、设备异常、日志积累、内存压力和系统升级等情况。某些问题可能只在特定事件发生时出现因此需要结合真实应用的运行模式制定测试计划。第六阶段是系统级时间预算验证。实时控制的最终目标不是让某个测试程序获得尽可能低的延迟而是让实际控制链路满足规定的时间约束。研发人员应将操作系统调度延迟、应用执行时间、驱动处理时间、网络通信时间和设备反馈时间结合起来分析。例如对于一个周期性运动控制任务需要明确在每个周期内数据采集、控制算法、输出更新和网络通信分别占用多少时间。如果某个环节消耗的时间超出预算其他环节就可能没有足够的执行空间。此时需要根据测量结果优化最关键的环节而不是只对操作系统进行盲目调优。在国产芯片平台上完整的验证还应当覆盖不同系统版本和必要的硬件配置变化。操作系统升级、驱动更新或应用程序修改都可能改变任务执行路径和资源使用方式。因此适合工业产品的实时性测试应当形成可重复执行的流程并纳入持续集成、版本发布和产品验收管理。从工程实践来看国产芯片、实时操作系统和工业应用之间的适配并不是一次性完成的工作而是一个需要持续积累数据、持续验证和持续改进的过程。只有将测试方法、配置记录和问题分析沉淀下来才能逐渐建立可靠的软件平台。五、国产操作系统如何服务工业智能化从望获OS看系统协同能力随着国产芯片产业链不断完善工业设备研发团队面临的重点正在从单一硬件替代转向整套软硬件平台的工程化建设。对于工业控制器、数控系统、机器人控制平台和实时边缘设备而言操作系统不仅是应用程序运行的基础还承担着处理器资源管理、驱动程序运行、任务调度、网络通信和系统维护等职责。系统的选择会影响应用开发方式、实时性能、硬件适配成本和后期维护难度。在国产化项目中操作系统的价值不能只通过名称或来源判断。更实际的评价方式是结合目标硬件和应用场景检查系统是否满足项目的功能、实时性、可靠性、可维护性和生态兼容要求。首先需要明确设备的控制需求。工业数据采集、设备管理和人机交互等任务对时间约束的要求可能与高速运动控制不同。对于不同任务应当分别确定执行周期、允许延迟、资源需求和故障影响再决定是否需要实时调度、核心隔离以及其他专门机制。其次需要确认硬件适配情况。国产芯片的外设接口、驱动支持和系统软件生态可能存在差异研发团队应当确认目标芯片型号、内核版本、必要驱动和工业通信组件是否符合项目需求。即使某个系统已经在一款芯片上运行也不应默认它在另一款芯片上具备相同的功能和性能。再次需要评估系统的开发和调试能力。对于工业软件团队来说能否使用熟悉的开发工具、能否获取必要的内核追踪信息、能否复现问题以及能否持续维护系统都会影响项目交付效率。实时性问题尤其需要细致的工程支持因为延迟波动往往涉及内核、驱动、硬件和应用多个层次。最后需要建立完整的测试和验收机制。操作系统供应商提供的测试数据可以作为评估参考但最终结果仍然需要通过目标设备上的验证来确认。研发团队应明确测试场景、测试时间、系统配置和指标定义避免将不同硬件、不同负载或不同测试方法得出的数据直接进行比较。望获OS面向国产嵌入式实时操作系统研发与技术服务布局望获rtLinux、望获rtEuler、望获zepLinux等产品方向关注硬实时、高安全、高可靠和全栈自主可控等技术需求。针对工业控制项目研发团队可以结合自身硬件平台和应用需求重点了解望获rtLinux等相关产品在实时调度、核心隔离、驱动适配和工业通信方面的技术能力。对于需要运行Linux应用生态同时又希望控制关键任务执行时序的工业设备而言值得重点评估的并不是某一个孤立功能而是平台能否支持整个项目的开发与验证过程。例如能否在目标芯片上完成所需驱动适配能否根据控制周期配置实时任务能否分析系统负载增加时的延迟变化能否在出现问题时提供足够的调试信息能否形成可重复执行的系统测试流程这些问题的答案决定了操作系统能否真正融入产品研发流程。还需要认识到国产化与实时性是两个相关但不同的维度。国产芯片并不天然意味着实时性更好国产操作系统也不会因为采用国产化技术路线就自动满足所有工业控制要求。真正的系统能力来自芯片硬件、操作系统、驱动程序、应用软件和验证流程之间的协同。同样Linux生态丰富也不意味着所有Linux平台都具备相同的实时能力。不同内核版本、配置方式、硬件架构和驱动实现都会影响实际结果。对于工业控制应用必须根据具体产品版本和实际运行环境进行评估。从第26届中国工博会首次单独设立“国芯展”到数控机床、工业自动化和智能制造领域持续推进技术融合可以看到国产工业技术体系正在向更深层次发展。芯片提供计算基础操作系统连接硬件和软件工业应用则将这些能力转化为设备的实际功能。只有各环节形成协同国产化技术才能更好地支撑工业现场的复杂需求。对于正在进行国产芯片选型、工业控制器开发或Linux实时化改造的研发团队现在就可以从目标控制周期、关键任务隔离、驱动执行路径、工业通信和系统测试五个方面梳理现有平台的技术条件。如果关键任务在高负载下容易出现延迟波动应当分析调度、中断和共享资源的影响如果设备需要同时运行复杂应用和实时控制应当评估核心隔离及任务资源分配策略如果系统已经能够正常启动却无法稳定满足控制周期则应进一步检查从操作系统到工业通信链路的完整执行过程。这比单纯比较芯片参数或操作系统名称更接近工业研发的真实需求。国产芯片产业链的完善为工业控制平台提供了更多技术选择实时操作系统与工程化验证能力则帮助这些选择进一步转化为可靠的产品能力。未来随着AI、工业软件和智能装备的进一步融合操作系统不仅需要让应用程序运行起来还需要帮助不同类型的任务在共享硬件上按照各自的要求协同工作。这正是国产工业控制平台值得持续投入的方向也是望获OS等国产实时操作系统技术方案可以与工业设备研发团队共同探索的技术空间。