确保每辆车的安全、互联和 面向未来.
一个端到端的空中下载(OTA)平台,可将软件交付到现场的每个ECU和高性能计算机(HPC)——从云端到车辆,全程管理、验证并符合规范。SOTA和FOTA,专为软件定义车辆而打造。.
软件的交付速度比车辆的交付速度更快 吸收它。.
随着功能转移到软件上,每一次召回、修复和新增功能都会变成一个更新问题——涉及数十个 ECU、数百个变体以及已经上路的车队。.
管理的三大支柱 完成OTA。.
这不是单一产品,而是三大支柱协同运作——解决方案堆栈、验证基础设施和托管运营,涵盖了整个 OTA 生命周期,从上线堆栈到现场活动。.
独立式ECU的一种解决方案 适用于现代高性能计算。.
从单个配置参数到完整的固件映像——涵盖现代车辆程序运行所依赖的各种平台和标准。.
SOTA——空中软件传输
无需进入车间,即可向 ECU、HPC 和域控制器提供配置、校准和应用程序更新。.
FOTA——空中固件升级
完整固件和引导加载程序刷新,并保证回滚——这是最深层次、风险最高的更新,安全可靠。.
完整的堆栈——来自 从云端到高性能计算。.
车外云管理层和车载代理协同工作,协调软件定义车辆中每个 ECU 和 HPC 的活动、软件包和刷写操作。.
OTA验证基础设施, 按规模建造。.
一套专门的测试基础设施——物理设备、虚拟车队和云原生编排——在每次测试活动正式上路之前对其进行验证。.
卓越中心·测试中心
经过验证的验证实践——以可重用的测试用例库、深度故障模式覆盖和近乎完全的自动化为支撑。.
六个模块 我们提供。.
一套托管运营模块——活动规划、部署、监控、安全与合规、事件管理和分析——可单独提供或组合提供,以适应您的项目。.
建立合适的OTA项目 从第一天起。.
六项咨询服务,降低风险——从战略和架构到监管合规和验证。.
OTA战略与路线图
明确业务案例、目标运营模式以及在您的产品组合中推广 OTA 的分阶段路线图。.
车辆架构
设计电子电气和软件架构时,要确保车辆真正具备升级能力,而不是以后再进行改装。.
更新规划与治理
建立发布流程、审批环节和治理机制,将临时更新转变为受控程序。.
监管合规
构建符合 WP.29 SUMS、UNECE R155 和 R156 以及 ISO 24089 认证要求的软件更新和网络安全管理系统。.
OTA开发
设计车载代理和车载云堆栈——与您的平台和ECU供应商集成。.
OTA验证
运行完整的验证基础设施——硬件在环测试、故障模式测试和回滚测试——以便每个活动在发布前都得到验证。.
为什么团队要构建OTA 与 KPIT 合作。.
数十年的验证深度和专用基础设施使OTA从一种风险转变为一种可重复、快速发展的能力。.
经生产验证, 大规模地。.
KPIT 提供真正的 OTA 程序——从生产刷写到车载更新和验证。.
问题,, 已回答。.
KPIT远程软件管理(OTA)解决方案的基本工作原理。.
SOTA和FOTA有什么区别?
SOTA(软件空中升级)可将配置、校准和应用程序更新推送至ECU、HPC和域控制器。FOTA(固件空中升级)则可刷写完整的固件和引导加载程序——这是最深度、风险最高的更新方式——并保证可回滚。KPIT平台同时支持这两种方式。.
它是否同时支持独立式ECU和现代高性能计算机?
是的——一个解决方案涵盖了从独立 ECU 到高性能计算机的各个方面,涵盖了 Adaptive AUTOSAR、Linux 和 Android Automotive,支持多 ECU 编程,并能快速适应每个 OEM 的 E/E 架构。.
如何确保更新的安全性和合规性?
每个软件包均使用 Uptane 框架进行端到端签名和验证,并采用 OMA-DM 设备管理。该解决方案旨在满足 WP.29 SUMS 的要求,并支持 UNECE R155(网络安全)和 R156(软件更新)认证以及 ISO 24089 标准。.
如果更新失败会发生什么?
双库 (A/B) 更新和安全启动引导加载程序保证了回滚,因此即使刷新失败也不会使 ECU 变砖或使车辆抛锚——并且用户数据会在更新周期中保留。.
支持哪些平台和标准?
支持自适应 AUTOSAR、Linux 和 Android Automotive;符合 Uptane 和 OMA-DM 标准;嵌入式诊断符合 ISO 22900 标准;以及云无关部署,包括 Microsoft Azure。.
我们能多快采用它?
经过生产验证的模块化组件可以快速采用,并可根据 OEM 特定封装和工艺进行定制——从而缩短开发时间和降低成本,并且全球团队支持在整个开发生命周期中进行集成。.
打造你的舰队 可更新 面向软件定义时代。.
无论您是推出新项目、将 OTA 改造到现有平台上,还是准备 WP.29 认证——让我们一起规划路径。.