PRTE 的四项优势
规范跟进、工具集成、目标移植与项目支持，都在同一处衔接。
01 / R25-11
以最新规范为基准
以 AUTOSAR R25-11 规范为基准全新实现。无需受限于旧版本，即可直接采用最新规范的通信、诊断、存储与安全协议栈，规范更新也能快速跟进。
02 / vECU Level 3
无需板卡即可实现与验证
整个 BSW 栈以 PC 上的 vECU 进程运行。在硬件到位之前完成通信、诊断与状态管理，并以真实场景加以验证。
03 / PAIO 集成
与配置工具融为一体
PRTE 生成器直接消费 PAIO 编写的 ARXML。改动配置即成为生成代码，工具之间不设转换环节。
04 / 量产经验
来自现场的判断
PopcornSAR 在多个 AUTOSAR 量产项目中验证过的判断，已体现在栈的结构与默认设置中——这些选择仅靠阅读标准无法得出。
不必再等板卡
同一套 BSW 代码在 PC 与实际目标上表现一致。更换平台时，只有最底下一层需要替换。
先于硬件启动
开发不再受制于板卡交付。先完成通信、诊断与状态管理，硬件到位后只需接线。
在 CI 中自动回归
将多台 ECU 作为主机进程启动，自动测试 CAN、以太网通信与诊断场景。无需实机即可在每次提交时确认回归。
只需移植一层
POSIX 依赖只置于最底层的移植层内。其上的代码按裸机标准编译，因此移植到目标只需替换这一层。
Classic Platform 全部层级
系统、通信、诊断、存储、安全与 MCAL，集于一个协议栈。
配置代码与 RTE 代码由项目 ARXML 生成，BSW 以项目为单位构建为库交付——最终得到的协议栈只包含项目所需的模块。
从配置到运行，链条不断
从 PAIO 配置到目标运行，共四个步骤。
在 PAIO 中编写
在 PAIO 中完成 SWC、系统与 ECUC 配置，并导出为 ARXML。
PRTE 生成器
读取项目 ARXML，生成 RTE、SchM 与模块配置代码。
项目构建
依据生成的配置，将 BSW 构建为项目专属的库。
vECU / 目标运行
同一套产物先在 vECU 上验证，再迁移到目标板卡。
生成器就在 PAIO 之中
PRTE 代码生成器内置于 PAIO IDE，配置与代码生成在同一工具内完成。配置变更立即反映到生成代码，配置状态始终由一处统一管理。
支持的硬件
从 vECU 到量产 MCU，由同一套协议栈贯通。
x64
在 Linux（含 WSL2）主机上，整个协议栈以 vECU Level 3 方式运行。
NXP S32
支持在车辆控制器量产中广泛使用的 S32 系列。
Infineon TriCore
支持用于高性能与安全需求领域的 AURIX TriCore 系列。
可扩展
移植范围限定在 MCAL 与 Os 架构层，因此适配新 MCU 是一项范围明确的工作。
从设计到量产移交，与您共同完成项目的全过程。
AUTOSAR CP 设计与实现
从系统与 ECU 设计到 BSW 集成与验证，覆盖 Classic Platform 项目的全过程。
- 系统与 ECU 抽取设计、通信矩阵落地
- BSW 集成、启动/状态管理、集成测试
BSW 工程
设计并实现客户专属的 BSW 模块与 CDD。栈内部归我们所有，因此修改范围不受限制。
- 客户专属 BSW 模块开发
- CDD 设计、实现与协议栈接入
MCAL 工程
针对目标 MCU 开发与移植 MCAL，并按客户需求扩展驱动。
- 新 MCU 的 MCAL 开发与移植
- 客户专属驱动、寄存器级适配
代码生成器
按照客户的配置体系与产物规范开发代码生成器。
- 基于 ARXML 的配置与代码生成开发
- 对接内部产物规范与构建体系
车载 Bootloader 开发
设计并实现 PBL / SBL / 应用三级 Bootloader。在诊断协议栈之上，先于 vECU 验证完整的重编程路径。
- PBL / SBL / 应用三级结构
- 基于 CAN 与 DoIP 的 UDS 重编程序列
安全协议栈工程
Crypto 驱动、Csm、KeyM 与 SecOC 因 HSM 与密钥管理方式随项目而异，本就需要逐个开发。我们按目标 HSM 与 OEM 的安全要求进行定制开发。
- 面向目标 HSM / SHE 的 Crypto 驱动开发
- Csm、KeyM、SecOC 定制开发与安全启动