Hi, 我是 dltt1991

写代码 · 记笔记 · 分享想法

#blog #note
#note #hugo 2026-04-24

Hugo 快速入门笔记

记录 Hugo 的基础用法。

安装

snap install hugo

创建站点

hugo new site myblog
cd myblog

本地预览

hugo server -D

访问 http://localhost:1313 查看效果。

构建

hugo --minify

生成的静态文件在 public/ 目录。

#blog 2026-04-24

地平线4月22日发布会

2026年4月22日，地平线在北京举办以**“征程无垠，驭见星空”**为主题的年度产品技术发布会，核心完成了从智能驾驶解决方案到整车智能体的战略升维，正式成为整车智能全品类技术赋能者，重磅发布了三大核心产品，完成了从底层芯片、操作系统到上层智驾应用的整车计算全栈技术布局。

一、核心战略定位

本次发布会地平线明确了对标特斯拉“FSD+Grok”的技术路径，推出**“HSD+KaKaClaw”**的中国整车智能体方案，推动车端计算从分布式域控架构，全面迈向中央集成的AI计算模式，为智能汽车一体化发展提供完整技术支撑。

二、三大核心发布产品

1. 星空Starry系列舱驾融合整车智能体芯片（中国首款）

这是本次发布会的核心产品，也是国内首款实现舱驾深度融合的车规级芯片，采用5nm车规制程打造，分为两个版本：

  • **旗舰版星空6P**：BPU算力达650TOPS，内存带宽273GB/s，集成20核CPU、GPU与DSP模块，端侧大模型预处理速度是Mac Mini（M4 Pro）的2.4倍，可同时支撑座舱数字AI与高阶智驾大模型的协同部署。
  • **高性价比版星空6H**：算力500TOPS，搭载14核CPU，覆盖不同价位车型的量产需求。

**核心技术突破与优势**：

  • 首创统一内存架构与统一底层软件体系，将传统智驾、座舱两套分立的计算系统合二为一，单芯片即可实现智驾、座舱、仪表、车控四域融合。
  • 搭载城堡Fortress物理隔离架构，不依赖Hypervisor即可实现四域独立运行，智驾域达到车规最高ASIL-D安全等级，座舱系统重启、运行状态调整不会影响智驾功能执行。
  • 成本与效率大幅优化：单车硬件成本降低1500-4000元，芯片面积缩小50%，车型研发成本降低70%，研发交付周期从18个月缩短至8个月。

**量产与合作**：芯片发布即可量产，2026年Q3将正式量产上车；其中星空6H将在奇瑞iCAR V27新车中首发搭载，目前已获得多家车企与零部件企业的量产合作意向。

2. KaKaClaw（咖咖虾）整车智能体操作系统（中国首个）

这是国内首个面向整车智能体的车载操作系统，以智能体为核心形态，构建舱驾一体的交互与服务体系，是整车智能体的“灵魂”。

  • 核心能力：支持自然语言指令跨域调度舱驾全功能，具备个性、记忆、技能、自主成长四大核心特性，可主动理解用户需求，完成端到端的决策、执行与迭代。
  • 协同价值：与HSD智驾系统深度打通，首次在量产层面实现物理驾驶与数字交互的深度融合，与星空芯片形成完整的“硬件+软件”整车智能体底层支撑。

3. HSD V1.6全场景辅助驾驶系统

作为量产落地的核心软件产品，HSD V1.6在行车、泊车、安全三大维度完成了颠覆性优化。

  • 核心升级：将行车过程中点刹、画龙等用户痛点问题减少超90%；新增遥控泊车、离车泊入、悬空障碍物识别三大实用功能；实现高速、城区、泊车全场景无缝衔接，系统反应速度较人类平均快42%。
  • 落地数据：当前搭载HSD系统的车型，用户智驾里程占比已接近50%，77%的用户会主动选择升级使用该系统。

三、地平线城堡Fortress物理隔离架构 全详解

城堡Fortress物理隔离架构，是地平线2026年4月22日发布会上，为星空Starry系列舱驾融合整车智能体芯片量身打造的**行业首创硬件级安全隔离架构**，是单芯片实现舱驾一体中央计算的核心技术底座。它彻底解决了行业长期以来“舱驾融合必须牺牲安全隔离”的核心痛点，在一颗芯片上实现了智驾、座舱、仪表、车控四域的绝对安全隔离与高效协同，也是国内首个不依赖Hypervisor虚拟机、实现单芯片多域物理隔离的车规级技术方案。

1、架构诞生的行业背景与核心痛点

智能汽车行业此前的舱驾计算方案，始终面临两大无法兼顾的困局：

  1. **双芯片分立方案**：智驾、座舱各用一颗独立芯片，虽然隔离性强、安全有保障，但存在硬件冗余、成本高、数据交互延迟高、整车研发周期长的问题，无法适配中央计算的行业趋势。

  2. **单芯片软件虚拟化方案**：行业主流的单芯片舱驾融合方案，均依赖**Hypervisor虚拟机管理程序**做软件逻辑隔离，通过虚拟化技术把共享硬件资源分配给不同域的系统，本质是“软件定义的隔离”，存在三大致命短板：

    • **单点故障风险**：Hypervisor是所有域的底层调度中枢，一旦出现漏洞、崩溃或被攻击，全车域控功能都会受影响，直接威胁智驾安全；
    • **性能损耗严重**：虚拟化中转会带来10%-30%的算力与内存带宽损耗，同时增加延迟抖动，无法适配大模型时代舱驾双域的高算力需求；
    • **安全等级无法兼容**：智驾域需要满足ISO 26262 ASIL-D最高车规功能安全等级，而座舱域为QM级（无强制功能安全要求，允许灵活安装应用、迭代系统），共享硬件的软件隔离方案，无法实现两个域安全等级的完全独立，认证难度极大，座舱的迭代升级会直接影响智驾域的安全合规性。

城堡Fortress架构的核心设计目标，就是在单芯片上实现“融合不越界，隔离不割裂”：既通过单芯片实现舱驾四域的中央计算，降本增效；又通过硬件级物理隔离，彻底守住行车安全的底线。

2、核心技术原理与实现机制

城堡架构的核心逻辑，是在芯片硬件设计的最底层，为智驾、座舱、仪表、车控四大域分别构建了独立的、物理隔绝的“安全城堡”，从电路层面实现域间边界的硬隔离，同时兼顾统一内存架构下的高效数据交互，核心分为四大技术模块：

1. 全硬件资源物理硬分区

这是城堡架构实现物理隔离的基础，芯片在RTL设计阶段，就对所有核心硬件资源做了**专属物理地址划分**，每个域拥有完全独立、互不共享的硬件资源，从电路通路上杜绝跨域的非法访问与干扰。

  • **计算资源硬隔离**：智驾域拥有专属的BPU算力核心、ASIL-D级锁步CPU集群；座舱域拥有独立的通用CPU、GPU、多媒体处理单元；仪表、车控域也分别配备专属的计算核心。不存在软件动态分配带来的资源抢占，哪怕座舱域算力占满，也不会影响智驾域的算力供给。
  • **内存与IO硬隔离**：每个域配备独立的物理内存地址空间、专属的内存通道与内存控制器，同时拥有独立的外设IO接口。哪怕座舱域内存溢出、程序跑飞，也完全无法访问智驾域的内存空间，从根源上杜绝数据篡改与非法访问。
  • **电源、时钟与复位硬隔离**：四大域各自拥有**独立的电源域、时钟域和物理复位引脚**，这是物理隔离与软件隔离最核心的区别标志。座舱系统的复位、重启、电源关断，完全不会触碰到智驾域的硬件电路；哪怕座舱系统彻底死机、断电重启，智驾域的电源、时钟、计算全程稳定运行，智驾功能不会受到任何影响。

2. 无Hypervisor依赖的原生隔离机制

城堡架构是行业首个**完全不依赖Hypervisor虚拟机**，就能实现单芯片多域独立运行的车规级方案，彻底消除了软件虚拟化带来的核心风险。

  • 传统方案中，所有域的系统都必须跑在Hypervisor之上，依赖软件层实现资源调度与隔离，Hypervisor是全车的单点故障源；
  • 城堡架构中，每个域的操作系统，都可以**直接裸机运行在专属的物理硬件资源上**，无需虚拟化中转，既消除了软件虚拟化带来的性能损耗与延迟抖动，又彻底消除了Hypervisor的单点故障风险，隔离的安全性由硬件电路直接保障，而非软件协议。

3. 硬件级防火墙与安全域间通信机制

城堡架构在实现绝对隔离的同时，兼顾了舱驾融合的协同效率，通过硬件级防火墙与域间网关，实现“安全可控的高效数据交互”。

  • 每个域的硬件边界，都设置了专属的**硬件内存防火墙**和域间通信网关，所有跨域的数据交互，必须经过硬件网关的权限校验和数据过滤，非授权访问会被硬件电路直接拦截，不存在软件层面的绕过可能。
  • 基于星空芯片的统一内存架构，实现了授权数据的**零拷贝高速交互**：比如智驾域的导航、路况数据需要同步到座舱仪表显示时，只需经过硬件网关的授权校验，就能直接在内存中完成数据共享，无需多次拷贝，数据交互延迟比传统双芯片方案低一个数量级，真正做到“隔离不割裂”。

4. 功能安全等级的独立硬隔离

城堡架构彻底解决了舱驾域安全等级不兼容的行业难题，实现了各域功能安全等级的完全独立认证与运行。

  • 智驾域的专属硬件分区，单独完成ISO 26262 ASIL-D最高等级的全流程认证，其安全合规性不受其他任何域的影响；
  • 座舱域、仪表域、车控域可分别满足各自对应的QM/ASIL-B/ASIL-D等级要求，互不干扰。
  • 这意味着车企可以随意给座舱域做OTA升级、拓展第三方应用生态、迭代个性化功能，完全不会影响智驾域的安全认证和功能运行，既守住了行车安全的底线，又保留了座舱智能化的灵活性。

3、与传统Hypervisor软件隔离方案的核心差异

对比维度城堡Fortress物理隔离架构传统Hypervisor软件虚拟化隔离
**隔离本质**硬件电路级物理隔离，边界固定不可突破软件逻辑层虚拟隔离，边界由协议定义，存在绕过风险
**Hypervisor依赖**完全不依赖，无软件中间层强依赖，Hypervisor是核心调度中枢
**单点故障风险**无，各域硬件独立，单域故障不影响其他域有，Hypervisor故障会导致全芯片功能失效
**性能损耗**零虚拟化损耗，算力/带宽利用率100%10%-30%的性能损耗，延迟抖动显著
**功能安全兼容**各域安全等级独立认证，智驾ASIL-D与座舱QM完全兼容，互不干扰全芯片共享硬件，安全等级只能按最高标准设计，座舱QM级系统会带来系统性安全风险
**故障隔离能力**座舱死机/重启/断电，完全不影响智驾域运行座舱系统故障可能波及Hypervisor层，存在影响智驾功能的风险
**研发灵活性**座舱与智驾域可并行开发、独立OTA升级，互不影响座舱迭代需同步验证对智驾域的影响，研发与升级周期长

4、架构的核心落地价值

  1. **彻底筑牢行车安全底线**：从硬件底层实现了智驾功能与座舱系统的完全解耦，哪怕座舱系统出现极端故障，智驾功能依然能在ASIL-D最高安全等级下稳定运行，彻底打消了行业与监管机构对舱驾融合的安全顾虑。
  2. **极致的降本增效**：配合星空芯片的统一内存架构，城堡架构让单芯片替代多颗域控芯片成为可能，整车域控空间占用缩减50%，单车硬件成本降低1500-4000元，车型研发成本降低70%，研发交付周期从18个月缩短至8个月。
  3. **释放舱驾融合的体验上限**：硬件级的安全隔离，让车企无需在“座舱智能化”和“智驾安全性”之间做取舍，既可以无限拓展座舱的AI应用与生态，又能保障智驾系统的绝对稳定；同时授权数据的零拷贝交互，实现了物理驾驶与数字交互的深度融合，为整车智能体的落地提供了安全可靠的硬件底座。

0001-01-01

关于

Hi，我是 dltt1991。

这是我的个人博客和知识库，记录技术学习和思考。

联系方式

技术栈

本站使用 Hugo + 自定义主题构建，部署在 GitHub Pages。