Smart Eye×NOVELIC:DMS 软件龙头首次跨出纯视觉,摄像头×雷达融合舱内监控进入商品化
Smart Eye×NOVELIC:DMS 软件龙头首次跨出纯视觉,摄像头×雷达融合舱内监控进入商品化
2026 年 9 月 21 日,斯洛文尼亚雷达公司 NOVELIC 在贝尔格莱德宣布与瑞典 DMS 软件龙头 Smart Eye 达成合作,双方将开发”摄像头 + 60GHz 毫米波雷达”的融合舱内监控系统,并按通稿预告在 InCabin Europe 2026(巴塞罗那,10 月中旬举行)Smart Eye 305 号展台首次公开演示(NOVELIC, 2026-09-21)。方案的关键卖点不是传感器本身,而是部署形态:软件全部跑在传感器端,整车只需一条 CAN 总线接口,没有 LVDS、没有额外域控算力占用。
30 秒版
这个合作的信号价值大于单点技术价值:纯视觉阵营里最不做硬件的一家(Smart Eye),首次正式与雷达绑定。Smart Eye 的舱内感知软件服务 24 家主机厂、约 380 个车型(NOVELIC 通稿口径;官网确认为 24 家 OEM,宝马、吉利、Polestar 在列),它对传感器路线的每一次表态都会被供应链当作风向标。NOVELIC 则带着一张 already-real 的牌:ACAM200 60GHz 舱内雷达已到 B 样、拿到 Tier 1 定点、官宣”2026 上车”(NOVELIC 产品页)。
| 关键问题 | 答案 | 依据 |
|---|---|---|
| 合作双方是谁 | NOVELIC(60GHz 舱内雷达)× Smart Eye(视觉舱内感知软件) | NOVELIC 通稿 |
| 做什么 | 摄像头+雷达融合舱内监控,对标 Euro NCAP 驾驶员/乘员监测要求 | NOVELIC 通稿 |
| 部署形态 | 算法全部在传感器端运行,整车侧仅一条 CAN 总线,无 LVDS/外部硬件 | NOVELIC 通稿 |
| 雷达成熟度 | ACAM200 为 B 样阶段,已获 Tier 1 定点,”2026 上车”;通稿称第一代 ACAM 已量产 | NOVELIC 产品页+通稿 |
| 首次公开 | InCabin Europe 2026 巴塞罗那,Smart Eye 305 号展台 | NOVELIC 通稿 |
核心论断(本文观点): 舱内监控的竞争焦点正在从”选摄像头还是选雷达”转向”谁能把融合做成可采购的商品”。Smart Eye×NOVELIC 是第一个由 DMS 软件存量龙头亲自下场背书的融合产品——它不改变传感器物理,但改变了采购结构:Tier 1 和主机厂从此多了一条”软件买 Smart Eye、雷达买 NOVELIC、融合集成有人负责”的路。
目录:Part 1 双方手里的牌 → Part 2 融合方案拆解与互补矩阵 → Part 3 四条技术路线对比 → Part 4 对 IMS 开发者的启示 → Part 5 行业判断与开放问题。时间紧张的读者可直接跳 Part 2 和 Part 4。
Part 1 双方手里的牌
Smart Eye:纯视觉软件栈的存量龙头
Smart Eye 的舱内感知(Interior Sensing)是一套软件方案:DMS(疲劳/分心早期识别)+ OMS(乘员计数、座椅位置、安全带检测、气囊展开分析)+ 面部识别 + 儿童座椅/儿童遗留检测 + 物品遗留检测 + 表情分析(基于子公司 Affectiva 的情绪识别 AI)+ 手势识别(Smart Eye 官网)。官网点名 BMW、Geely、Polestar 三家客户,全球最大 24 家主机厂中 24 家是其客户(原文口径”trusted by 24 of the world’s largest car manufacturers”)。
值得注意的是通稿口径的”380 个车型”——这个数字出现在 NOVELIC 通稿里而非 Smart Eye 官网,两处口径的差异本身说明这次合作里 Smart Eye 的存量装机是 NOVELIC 看中的资产。
NOVELIC ACAM200:一张已经打出来的雷达牌
ACAM200 是 NOVELIC 的车载舱内监控雷达,官方产品页给出了罕见完整的参数(多数竞品的关键参数藏在 NDA 数据手册后面):
| 参数 | ACAM200(官方产品页) |
|---|---|
| 频段 | 60GHz(57.7–62.4 GHz) |
| 射频工艺 | 天线封装一体化(AiP),BOM 优化天线配置(TX/RX 数量仅在 NDA 数据手册) |
| 视场角 | 方位 115° × 俯仰 108° |
| 尺寸/重量 | 55 × 33.8 × 16.55 mm / 24 g |
| 功耗 | 正常约 600 mW,待机 < 65 mW,免散热片 |
| 接口 | CAN-FD / LIN / Ethernet |
| 软件栈 | AutoSAR Classic,EVITA HSM 完整硬件安全支持 |
| 车规 | AEC-Q100 Grade 2(-40~+85°C),IP51,功能安全等级 QM |
| 检测能力 | CPD(毯子下/脚窝儿童、全车覆盖)、座椅占用检测(区分活体与行李)、侵入/接近告警 |
| 成熟度 | B 样,已获 Tier 1 定点,”Coming to Cars in 2026” |
| 法规对齐 | 产品页标注 Euro NCAP 自 2026 年起 CPD 最高计 5 分 |
有一个口径差异需要指出:合作通稿称”NOVELIC 第一代 ACAM 模块已量产”,而产品页 ACAM200 标注 B 样——合理解读是第一代(非 200 型)量产、200 型在 B 样爬坡,但通稿未说明两者关系,本文如实并列两处口径,读者引用时注意区分。
timeline
title NOVELIC 舱内雷达与 Smart Eye 合作时间线(按官方口径)
2024 : ACAM 获 In-Cabin Innovation of the Year(产品页)
2026-09-21 : 双方宣布合作,融合方案预告(贝尔格莱德通稿)
2026-10 : InCabin Europe 2026 巴塞罗那,305 展台首次演示(通稿预告)
2026 : ACAM200 "Coming to Cars"(产品页口径),Tier 1 定点已落地
两家为什么走到一起
通稿里的两句话值得逐字读。NOVELIC CBDO Raffaele Soloperto:”Radar is undeniably going to be a core part of top-performing in-cabin solutions going forward”——雷达厂商在说”融合是定局”。Smart Eye 首席研究官 Henrik Lind:”For Smart Eye, vision in combination with radar is the key to increase the performance of in-cabin monitoring”——这句话的历史意义在于:Smart Eye 过去 25 年的商业模式建立在纯视觉算法授权上,这是它第一次在官方口径里承认视觉需要雷达来”提升性能”(通稿原文)。翻译成采购语言:Smart Eye 承认了纯视觉栈存在自己填不上的缺口。
Part 2 融合方案拆解:互补矩阵与部署形态
两种传感器的真实互补边界
通稿没有给出融合算法细节,但两家产品的能力清单决定了互补边界。下表是按双方官方产品页能力描述整理的矩阵(✓ = 该传感器官方列出的能力,✗ = 未列出/物理上不可行,部分 = 受条件限制):
| 感知任务 | 摄像头(Smart Eye 栈) | 60GHz 雷达(ACAM200) | 融合后的逻辑 |
|---|---|---|---|
| 疲劳/分心(眼睑、视线、头部姿态) | ✓ 核心能力 | ✗ 无视线信息 | 视觉主导,雷达无法替代 |
| 毯子下/后排儿童 CPD | ✗ 视线遮挡即失效 | ✓ 官方明确”car seats/blankets 不影响” | 雷达主导 |
| 脚窝儿童 | 部分(遮挡+视角) | ✓ 全车覆盖 | 雷达兜底 |
| 活体 vs 物体(区分儿童与行李包) | 部分(依赖外观) | ✓ 呼吸微动 | 雷达提供物理证据 |
| 乘员姿态/安全带错误佩戴 | ✓ | ✗ 雷达无此分辨率 | 视觉主导 |
| 全黑/强逆光/极端光照 | 受损(IR 补光缓解) | ✓ | 雷达兜底 |
| 隐私(不采集图像) | ✗ | ✓ | 融合方案是”部分隐私” |
来源:Smart Eye Interior Sensing 产品页、NOVELIC ACAM200 产品页(2026-10 查阅)。矩阵为本文按官方能力清单整理,非官方发布。
两个对开发有用的推论:
- 融合的增益集中在 OMS/CPD 侧,不在 DMS 侧。 疲劳、分心、视线这些 Euro NCAP Safe Driving 支柱的检测任务,雷达帮不上忙——没有哪个雷达能输出视线角度。雷达买来是为了 CPD 计分和 OMS 鲁棒性,不是为了 DMS 精度。这意味着”一套传感器满足全部 Euro NCAP 项”的营销话术要拆开审。
- “活体判定”是被低估的融合点。 摄像头区分”儿童”和”外观像儿童的包”依赖训练数据覆盖,雷达的呼吸微动是物理层面的活体证据。对安全带提醒、气囊标定抑制这类误触发代价高的功能,这个证据链价值不低。
部署形态:算力留在传感器里
通稿强调的部署形态值得单独画出来——它与当前主流的”摄像头原始数据进域控、算法跑在 SoC NPU”架构是两条路:
graph LR
subgraph 融合传感器单元(通稿口径:算法全部在传感器端)
CAM[摄像头模组] --> EDGE[片上边缘处理<br/>视觉算法 Smart Eye 栈]
RAD[60GHz ACAM200<br/>~600mW] --> FUSE[雷达检测/融合逻辑]
EDGE --> OUT
FUSE --> OUT[状态输出]
end
OUT -->|单条 CAN 总线接口| VEH[整车 CAN-FD 网络]
VEH --> HMI[告警/HMI]
VEH --> V2X[后碰撞报告等]
style EDGE fill:#bbf,stroke:#333
style FUSE fill:#f9f,stroke:#333
(架构图按 NOVELIC 通稿文字描述整理,非官方架构图。)
这条路的含义:
- 不占域控算力:舱内感知的神经网络推理发生在传感器模组内部,域控 SoC 不需要为 DMS/OMS 预留 NPU 算力。对已把域控算力压满的车型(行泊一体、舱泊一体),这是省出一块预算的做法。
- 不拉 LVDS:传统 OMS 摄像头需要 LVDS 串行链路把原始视频送进域控,线束成本和 EMC 设计都是负担。单 CAN 接口意味着舱内传感器可以按”节点”而不是”外设”来布置。
- 代价是黑盒化:算法跑在传感器里意味着主机厂拿到的是状态输出而不是原始数据——对想做数据闭环、自研迭代感知算法的主机厂,这与它们的路线直接冲突。这也是为什么”传感器内算法”方案在车企的自研宣言面前一直卖不动,而 Tier 1 集成商更喜欢它。
Part 3 四条技术路线对比:这次合作站在哪一格
舱内监控的传感器路线到 2026 年已经分化为四条,本站此前分别写过其中的 UWB 复用路线(Calterah,2026-10-14-013-calterah-uwb-cpd-software-upgrade-autosens-2026)和展会融合全景(2026-10-15-013-incabin-europe-2026-multimodal-fusion-landscape-2026)。把本次合作放进坐标系:
| 路线 | 代表方案 | CPD 遮挡鲁棒性 | DMS 能力 | 增量硬件 | 现状 |
|---|---|---|---|---|---|
| 纯视觉 | Smart Eye / 各家 OMS 摄像头 | ✗ | ✓ 完整 | 几乎为零(复用 DMS 摄像头) | L2 强制市场的默认起点 |
| 专用 60GHz 雷达 | TI / Infineon / NOVELIC 单卖 | ✓ | ✗ | 新增雷达 | 量产中,CPD 计分主力 |
| UWB 复用 | Calterah CAL1106AQ / NXP NCJ29D6 | ✓ | ✗ | 零(复用数字钥匙 UWB) | 2026 起软件升级上车 |
| 摄像头×雷达融合 | Smart Eye×NOVELIC(本文)、Murata 类模组 | ✓ | ✓ | 摄像头+雷达 | 首次由 DMS 软件龙头背书 |
三条无视觉的路线(雷达/UWB)解决的是 Euro NCAP 的 CPD 计分,都解决不了疲劳分心——所以它们逻辑上都是”叠加在纯视觉之上”的选项,问题只是叠加方式:复用已有射频硬件(UWB),还是加一颗专用雷达(60GHz)。融合路线则把”叠加”做成了一个可以整体采购的商品。
差异化提示:本站在 DMS/OMS 融合集成指南(2026-10-14-010-dms-oms-integration-guide-sensor-fusion-2026)里已经给过传感器融合的工程分层框架,本文不复述分层细节,聚焦这次合作本身带来的商业结构变化。
Part 4 对 IMS 开发者的启示
1. 采购结构开始出现”融合方案整包”。 过去融合是 Tier 1 的集成工作(买 A 家雷达 + B 家软件,自己做融合层和责任界面),现在 Smart Eye×NOVELIC 把”雷达+视觉+融合+车载接口”打包成一个产品,还承诺给 Tier 1/OEM 提供量产导入支持(通稿原话)。对自研融合层能力不足的团队,这降低了门槛;对以融合算法为核心竞争力的团队,这是挤压——你的集成增值正在被上游商品化。
2. 传感器端推理是算力预算的替代方案,但要想清数据主权。 单 CAN、无 LVDS 的部署形态对域控算力紧张的车型是真实收益(参考本站区域架构分析 2026-10-15-005-zonal-computing-architecture-dms-oms-impact-2026)。但如果你的产品路线图里有感知自研或数据闭环,把算法锁进供应商模组等于放弃原始数据访问权。建议在架构评审时把”5 年后是否还需要舱内原始数据”写成必答题。
3. 互补矩阵可以直接变成测试用例的分配表。 Part 2 的矩阵按行拆开就是验证计划:视觉主导的行(疲劳/分心/姿态)用 Euro NCAP Safe Driving 场景验证,雷达主导的行(毯子/脚窝 CPD、活体判定)用 CPD 场景验证,融合行(光照失效、遮挡过渡)需要专门设计”传感器交接”用例——一个儿童从可见滑到毯子下面,检测责任从视觉切到雷达,切换瞬间的检测连续性是融合方案最容易出现漏检空洞的地方,通稿和产品页都没有给出这个指标,应写进供应商提问清单。
4. 对供应商尽调的三个必问项(基于本次通稿的信息缺口):
- 融合发生在哪一层——决策级(两路各自判活后 OR)还是特征级(微动谱与视觉特征联合建模)?两者在毯子全遮挡场景下的漏检率语义完全不同;
- ACAM200 的”零误报”(zero false alarms)是产品页营销口径,问真实验证数据集和置信区间;
- 通稿”第一代 ACAM 已量产”与产品页 ACAM200 “B 样”的关系,决定你定点的是哪一代。
5. Euro NCAP CPD 计分是这轮需求的时间锚。 NOVELIC 产品页明确引用”Euro NCAP 自 2026 年起 CPD 最高计 5 分”——无论这个 vendor 口径与协议原文有多少出入,它解释了为什么 2026 年是雷达路线和融合路线集中发力的窗口:没有雷达类传感器兜底的纯视觉 CPD,在遮挡场景测试项上就是丢分项。
Part 5 行业判断、开放问题与给读者的问题
行业判断(本文观点,与事实陈述分开):
- 我认为”纯视觉舱内监控”在 2027-2028 年会退守为”成本敏感车型 + 无 CPD 强制市场”的配置,因为 Euro NCAP 2026 CPD 计分和各国 GSR 式法规(欧盟 ADDW 已于 2026-07 强制)把”遮挡场景有兜底”从加分项变成了事实门槛——而视觉在物理上填不了这个坑。
- 但融合方案不会赢家通吃:UWB 复用路线(Calterah/NXP)用零增量硬件打 CPD,对已带数字钥匙的车型仍然是更便宜的选择。融合路线的真正市场是没有数字钥匙预埋、且需要 OMS 高阶功能的车型。
- Smart Eye 的转向比 NOVELIC 的定点更有信号价值——软件龙头的存量客户关系(24 OEM/380 车型)一旦开始向融合方案导流,纯视觉算法授权的定价权会被侵蚀,这对其他纯视觉 DMS 供应商(Seeing Machines 等)是直接压力,它们的雷达合作回应值得跟踪。
开放问题(通稿未回答,建议向供应商追问): 融合算法层级未披露;ACAM200 TX/RX 配置仅在 NDA 数据手册;量产 SOP 时间未公布;Smart Eye 栈跑在什么算力上(通稿只说”on the sensor”,没有给出模组的总算力/功耗预算——ACAM200 本身约 600mW,视觉侧算力是黑盒)。
给读者的问题: 如果你的下一代车型已经预埋了 UWB 数字钥匙,你还会为 CPD 加一颗 60GHz 雷达吗?还是接受”UWB 兜底 CPD + 纯视觉管 DMS”的分工,把融合方案的预算省下来?评论区或邮件聊聊。
参考
- NOVELIC,《NOVELIC Partners with Global DMS Leader Smart Eye to Develop Next-Generation Camera and Radar In-Cabin Monitoring Systems》,官方通稿,2026-09-21,https://www.novelic.com/news/novelic-partners-with-smart-eye-to-develop-camera-radar-in-cabin-monitoring/
- NOVELIC,《ACAM200 60 GHz In-Cabin Monitoring Radar Sensor》,官方产品页(2026-10 查阅),https://www.novelic.com/acam-automotive-in-cabin-monitoring-radar/
- Smart Eye,《Interior Sensing》,官方产品页(2026-10 查阅),https://smarteye.se/solutions/automotive/interior-sensing/
- NTB Kommunikasjon(挪威国家通讯社)与 Demócrata(西班牙)对同一通稿的独立报道,2026-09-21,经 Google News RSS 检索确认(两家独立电讯与官方通稿三方交叉)
- Euro NCAP 官网协议页(2026-2028 协议结构,2026-10 查阅),https://www.euroncap.com/en/for-engineers/protocols-safety-approach/