鸿道 Intewell-Hyper II 操作系统
立即咨询
首页
构型
宿主之上管资源
并行
多实时加通用
统管
四类资源一张表
换型
只改配置文件
⚠️行业痛点与挑战
🔍控制与看板抢算力
控制程序和看板、视觉挤在一台设备上，界面一刷新，控制节拍就飘。工程师只好再添一台机器分开跑，柜子更挤，成本也跟着涨。
⏱️多个实时任务互相等
一台设备要跑好几套实时程序，优先级没排好，某一路采样慢下来就把另一路也拖慢。现场只看到动作不同步，找不出卡在哪一段。
🧠机型一改就重做
同系列设备换个配置就得重出一版软件，版本一多就维护不过来。老机型出问题，新版本还不敢往回退，售后全靠人记。
🔗国产芯片上迁不动
老平台的软件要搬到国产芯片上，驱动、内核、业务一起改，谁也不敢打包票节拍还一样。方案讨论几轮，还是停在样机上。
📉故障责任分不清
控制、视觉、联网在一个设备上跑，出了事各家都说不是自己。日志里的时间戳对不齐，定位靠人守着复现，一次故障耗掉大半天。
🚧现场调试窗口短
停机窗口就几个小时，配置、镜像和参数得一次给到位。改错就得等下一个窗口，压力全压在工程师身上。
🎯产品定位与核心价值
适合一条产线既要确定性控制、又要视觉、看板和数据上传的场合：按任务性质分算力，机型之间的差异塞进配置文件，换型改配置不动代码，售后按编号取版本。
💡演进不重建
异构融合虚拟化平台能力的版本演进保持接口稳定，国产芯片迁移方案的既有配置可持续沿用。
🔁落地有节奏
国产芯片迁移方案按阶段推进，异构融合虚拟化平台能力的启用顺序与业务节奏对齐。
🧷支持可直达
异构融合虚拟化平台对应的服务响应路径对业务方透明，国产芯片迁移方案的问题有明确归口。
⚙️核心能力详解
🧮四类资源统管
处理器、内存、存储、网络四样由这层统一分，哪个区占多少写在配置里。扩容先看余量，再决定换不换机型，别上来就加硬件。
🧱实时与通用并行
一台设备里几个实时系统和通用系统一起跑，控制程序不受界面刷新牵连。看板和数据上传吃剩下的算力，不用为界面再添一台。
⚡混合负载分配
确定性要求高的活放实时区，吞吐型的活放通用区，两边调度策略分开设。谁也不抢谁的处理器时间，负载变了只调配比，不动结构。
📊机型差异进配置
同系列设备的差异收进配置文件，软件主体只留一份。换型改配置不改代码，版本数量跟着降，售后取版本有编号可查。
🌐运行状态可视
区的状态、资源占用、异常事件在界面上看，调试先看占用再看业务。少了在几个系统之间来回登，问题范围收得更快。
🔧迁移支撑
迁移前把原平台的驱动与中断依赖盘清，按依赖的先后在新平台上补齐。节拍对比在台架上做完，达标再上机，不拿生产设备试。
📐技术规格
| 产品名称 | Intewell-Hyper II 操作系统 |
| 所属厂商 | 鸿道 |
| 产品分类 | 操作系统·异构融合虚拟化平台 |
| 核心能力 | 四类资源统管、实时与通用并行、混合负载分配 |
| 应用场景 | 产线控制与看板同机、工程机械多功能整合、同系列设备换型 |
| 合规关注 | 国产芯片迁移方案数据的留存与访问需符合行业监管的具体要求 |
| 效果追溯 | 异构融合虚拟化平台的运行记录为国产芯片迁移方案场景的过程复盘提供依据 |
| 服务边界 | 设备换型配置管理相关的第三方配合事项在实施清单中单独列明 |
| 替换考虑 | 既有国产芯片迁移方案系统的切换路径可与操作系统行业惯例对齐 |
🏭典型应用场景
✈️产线控制与看板同机
控制程序、看板、数据上传并到一台设备，工程师按实时性划区并留出余量。投产后连着记录控制环节拍和看板刷新时的偏差，确认互不打扰，再往同系列机型推，记录按机型存。
🚗工程机械多功能整合
行走、作业、远程诊断并进同一台控制器，按功能划区并留算力余量。台架上模拟重载和通信中断，看各区恢复得怎么样，节拍到基线才定版，用例固化成出厂检查表。
🔋同系列设备换型
同系列设备用一份软件配多份配置，换型只改区数和外设映射。出厂前跑一遍固定用例，结果按配置编号归档；售后照编号取版本，回退也照编号找镜像。
🌊老平台迁国产芯片
搬迁前把原平台的驱动清单、中断占用、内存布局列出来，按依赖顺序在新片上补。先跑单区，再合多区；节拍数据跟原平台逐项比，没达标的回驱动层查。
🏗️多实时任务并行
设备里几套实时程序同时并行，工程师按控制环的周期排优先级并绑核。投用后用固定采样盯各路响应，某一路慢了回配置里定位，不用整机重启；优先级表随配置归档。
🚢视觉与控制的算力分配
视觉推理吃算力，控制环又要确定性。架构师把视觉放通用区并限死核数上限，控制留在实时区；交付时同看节拍和识别帧率，帧率掉了先查分区占用，改完复测再定版。
🏆典型应用案例
📦
包装机械的同机整合
整合前把控制、看板、上传三类负载的周期和峰值列成表，按实时性分区并留余量。台架上连续跑满载记偏差，投产后按班次统计停机次数，跟原方案摆一张表比，镜像与参数按批次存档备查。
🛫
工程机械企业的迁移
迁移按驱动、内核、业务三层拆，先在新片上跑通单区控制环，再并进远程诊断。节拍跟原平台逐项对，没达标的回驱动层重调，每轮只动一处，过了再进下一层，结论随报告归档。
🏭
装备厂的换型管理
同系列设备的差异收进配置文件，出厂前跑一遍固定用例并记录结果。配置编号跟整机编号绑，售后按编号取版本，回退照同一编号找镜像，不用靠人记哪台装的是哪版，售后一查就对得上。
📦
产线的视觉与控制分算力
把视觉推理的核数上限定进配置，控制区独占剩下来的核。投用后同时采节拍和识别帧率，帧率掉了先看分区占用，再定是加卡还是调模型；两条趋势画在一张图上比，放进同一份报表里。
🔌接入方式
🖥️与板级支持包
板级包管上电初始化和驱动，这层在它上面分资源，芯片型号和中断表在适配阶段对齐。板级包升级时同步验区启动和网络，过了再冻版本；清单按芯片型号分开建。
☁️与开发工具
划区、分核、打包镜像在开发工具里做，配置跟着镜像一起下发。配置和镜像版本得一一对上，回退两样一起换；只换一样，区就起不来或者驱动对不上。
🤝与上位系统
运行状态和业务数据走网口上报，接口可以是文件也可以是消息，字段与周期联调时定。实时侧和通用侧分通道，大文件上传避开控制采样时段，带宽按峰值留余量。
🧩生态协同与能力底座
🧩芯片与板卡厂商
芯片的核间架构和外设资源决定能切几个区，板卡走线和引导空间也要留。选型时就把支持清单对好，量产后改板代价很高，适配周期跟着芯片档期排。
🔗设备集成商
集成商熟现场工艺和节拍要求，区怎么划常由他们提。配置表和验收用例由集成商与设备方一起签，验收标准写进合同附件，随合同签。
🌱视觉与算法供应商
视觉推理的算力峰值影响分区怎么配，算法方给出帧率与资源需求，架构师照此划核。帧率不达标先看分区占用再谈加卡，模型版本一并登记，改模型前先确认算力够。
🚀产品差异化特点
🌟与 TYPE1 构型的差别
TYPE1 压在硬件上，区之间没有共同宿主，适合送认证；这款在宿主之上管资源，改动小、上机也快，代价是宿主本身也要维护，升级还得一起排期。
🆚与双机方案的差别
双机方案靠两台设备互备，柜内空间和成本翻倍，切换还得靠外部链路；单机多区把活分在一台设备里，省一套硬件，前提是区划得合理。
🧬与单系统多任务的差别
单系统里实时和非实时混着跑，优先级冲突只能调参，界面一刷节拍就变。分区把这两种负载隔开，调度互不干扰，测试时按区分别记，问题范围界定更快。
✅最佳实践
📝
先盘清负载
把每类任务的周期、峰值、实时性要求列成表，再定区和核。表没列全就配资源，投产后不是算力不够就是大量闲置，返工比前期多花几天更贵。
🔄
宿主也管版本
宿主系统的版本也纳入整机版本管理，升级要重验区启动和驱动。把宿主当成外部环境放任升级，问题往往出在这层；出事先问最近动没动宿主。
🎯
配置与镜像成套
配置文件和镜像按同一个版本号发，回退两样一起换。只换一样会出现区起不来或驱动不匹配，打包时把版本号放进文件名，发放前对一次。
📈
台架先跑满负载
上机前在台架上跑满载并做故障注入，节拍与恢复时间都留基线。生产窗口里只做确认与记档，参数改动一律回台架复现，现场只读不改动。
🗺️企业落地路径
1️⃣
一 负载梳理与分区
列出任务周期和实时性要求，输出分区、核数、外设分配表。评过作为开发基线，后面改动走变更；分配表和硬件框图一块冻住。
2️⃣
二 台架联调
目标板卡上跑通区启动和业务，做满载与故障注入，节拍数据留基线。没达标的回配置层调，一次只动一项，才好判断是哪项起了作用。
3️⃣
三 整机集成
配置并进整机版本，跑一遍固定用例。出厂前按配置编号存一份，售后照编号取版本和镜像；发放前核对编号，版本与配置同批发布。
4️⃣
四 批量与换型
同系列设备一份软件配多份配置，换型时只改配置。运行数据回流，拿去调下一轮分区配比；季度汇总一次异常分布，集中的机型优先调。
💬常见问题 FAQ
和 TYPE1 怎么选
看设备有没有宿主。已经有宿主、只想把业务隔开，选这款改动小；要求区之间没有共同宿主、还要送功能安全认证，就走 TYPE1 那款。选型先把宿主条件写清楚。
一台设备跑几套系统
核数、内存、外设路数一起决定。实时系统按控制环个数定，通用系统按界面和上传需求定；配超了先看中断怎么分，再谈加核，先算余量再定案。
宿主系统必须装吗
这款工作在宿主之上，宿主版本要落在兼容清单里。宿主一升级就得重验区启动和驱动，量产设备上不建议跟着升，升级前留一份能回退的镜像。
实时侧能跑多快
节拍取决于怎么分区、核绑在哪、中断怎么分，同一套配置下台架数据能复现。换芯片或换负载要重测，指标写进验收用例而不是宣传页，方法和采样周期一并写。
外设怎么分
串口整段独占，网口和存储按份额分，哪一路归哪个区在配置表里定死。运行中改动会让驱动再枚举，现场只读不改；真要改，先在台架验一遍再同步表。
迁移前要盘什么
时间花在梳理驱动和中断依赖上，先出清单再排期。样机上先跑单区，节拍达标再合多区；跳步容易在联调返工，清单没列全不建议开工，排期留出缓冲。
故障怎么定位
先看区状态和资源占用，再看业务日志，两边时间戳要同步。配置台账跟镜像版本对得上，定位时能直接锁到哪个区先出事，不用把整机拆开重测。
验收看哪些数据
控制环节拍与偏差、区的启动先后、故障注入后的恢复时间。用例和采样周期固定，数据按配置编号归档；换型时直接比，两批差异一眼能看出。
📄信息来源与免责声明
本页内容基于鸿道公开渠道信息整理，用于展示国产芯片迁移方案相关的软件能力与适用场景。
产品版本与功能细节可能持续迭代，引用时请以鸿道官方最新说明为准。
如需了解Intewell-Hyper II 操作系统的部署方式与选型要点，云巴巴可提供咨询与对比服务。
产品推荐
天翼云手机是依托ARM服务器虚拟化技术，提供的云端虚拟手机服务。用户可通过安装在本地的app客户端，远程连接并使用云端手机。海量应用在云端安装与加载，数据存储在云端。使得云手机在注重性能的云游戏和注重效率和安全的云办公、数据存储备份等场景能有突出的表现。
数字化社区
视频
文章
