自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(131)
  • 资源 (3)
  • 收藏
  • 关注

原创 MPU-09 寄存器附录

TC3xx 寄存器按访问条件限制写入,例如:仅在 Supervisor 模式、仅在 ENDINIT 或 Safety ENDINIT 为 0 时、仅特定总线主设备。具体寄存器的访问条件见 TC38x 用户手册的寄存器描述。对本核 PSPR、DSPR、DLMU 以及 LMU 的写访问,可按总线主设备 ID 与地址做监控。核内私有视图:通过 0xC0000000 访问本核的 PSPR,通过 0xD0000000 访问本核的 DSPR。以上为 TC38x 的器件地址,其他型号的容量与地址不同。

2026-11-03 14:58:00 12

原创 MPU-08 故障处理与问题排查

调试器可以查看当时的 MPU 相关寄存器与 Trap 状态寄存器(如 DSTR),具体见 MPU-09。运行在 OS 层级,不会被 Task 或 Category 2 ISR 抢占。获取该核最近一次未处理 Trap 的类、TIN 与返回地址。如果被终止的是 Category 2 ISR,OS 会调用。→ 记录故障信息 → 进入安全状态 → 复位或降级。代码 1-1 ProtectionHook 示例。时才应调用,且只能获得该核最近一次的信息。检测 → Trap →。

2026-11-03 14:56:35 9

原创 MPU-07 测试与验证

测试库在各分区的 Task、ISR 中调用,让指定的分区去写指定的区域,并记录该写访问被放行还是触发了 Trap,从而检验权限矩阵(见 MPU-02 第 5 章)。用例需要覆盖 Core0 与 Core1 的每个 ASIL 分区(A ~ D),以及 CoreX 的 QM 分区。任何分区都不使用 Set0。Set0 只在 Trap、中断入口与 OS 中使用,不作为被测对象的执行环境。需求见 MPU-02 第 2 章。

2026-11-03 14:54:49 9

原创 MPU-06 MPU 驱动详细设计

单个核 MPU 的初始化、使能与配置校验分区权限的切换:动态 Set 与静态 Set 两种方式,由同一个接口完成栈保护 Range 的设置违规信息的获取功能测试库(仅测试阶段使用)

2026-11-03 14:53:15 9

原创 MPU-05 应用集成指南

进入中断或 Trap 时,硬件自动把 PSW.PRS 切到 0,ISR 一开始按 Set0 的权限运行。一个 OsApp 需要调用另一个 OsApp 的函数时,使用 CallTrustedFunction。RTA-OS 为每个函数生成一条记录,把函数名对应到所属的 OsApp。把 SW-C 中的 Runnable,映射到所属分区的 OsApp 中、对应周期的 Task。把 SW-C 使用的全局变量,映射到该分区可写的 RAM 区域。完成第 1、2 步,就实现了对应 SW-C 的内存保护功能。

2026-11-03 14:49:39 7

原创 MPU-04 RTA-OS 配置指南

Counter 与调度表属于不同的 OsApp 时,RTA-OS 要求被驱动的对象(调度表)把 Counter 所属的 OsApp 设为 Accessing Application,否则配置检查会报错。Trusted with Protection 只有一个 PRS 可配,所以同一个核上的多个 Trusted with Protection 的 OsApp 共用这个 PRS,切换 OsApp 时需要在。,每个 Task 的 Owning Application 为对应分区的 OsApp。

2026-11-03 14:47:23 8

原创 MPU-03 内存分配与 MemMap

MemMap 是 AUTOSAR 标准的内存映射机制,用来把代码、变量放进指定的链接段,再由链接脚本把这些段放到指定的内存区域。内存保护使用的也是这个机制:MPU 保护的每个区域,对应链接脚本里的一个或几个段。每个核的数据 RAM,按区域连续放置,每个区域的起止地址满足 Range 的对齐要求。Flash 区域一般划分为:向量表区、代码区、常量区、校验与标定区。按 MPU-02 的权限模型,内存分为下表的区域。的映射必须与默认段的处理保持一致,否则 ASIL 变量可能落在 QM 区。为 OS 区的大小。

2026-11-03 14:03:42 10

原创 MPU-02 MPU 方案设计

RTA-OS 在 TriCore 上,Trusted 代码使用 PRS0,Untrusted 使用 PRS1,Trusted with Protection 默认使用 PRS2,并且 Trusted with Protection 只有一个 PRS 可配。OS、Trap 与中断入口、Category 1 ISR 以及作为 Trusted 运行的 BSW,不属于任何分区,使用 Set0。"当前任务的栈"只有一组边界,QM 与 ASIL 分区共用:每次切换到受限代码时,由回调按即将运行的任务重新设置。

2026-11-03 13:59:16 16

原创 MPU-01 MPU 基础与原理

它允许把系统划分为多个 OsApplication,每个 OsApplication 可配置为 Trusted(运行在特权模式)或 Untrusted(运行在用户模式),并由 OS 在运行时管理 MCU 的内存保护硬件。MPU(Memory Protection Unit,内存保护单元)负责第二个维度:限制某个软件组件能访问哪些内存,使其无法读写、执行未授权的区域,例如其他组件的全局变量。注意:外设的"读"也有副作用,本项目目前读权限对全部地址开放,是否需要排除外设区域,见 MPU-02 的待确认问题。

2026-11-03 12:51:52 143

原创 MPU-00 内存保护系列

系列简介本系列文档介绍基于 Infineon AURIX TC3xx 的 Core MPU 内存保护方案,覆盖从原理、方案设计、RTA-OS 配置、应用集成,到驱动详细设计和测试验证的完整过程,用于满足功能安全中不同 ASIL 等级软件之间的 FFI(Free From Interference)要求。

2026-11-03 11:40:29 16

原创 HSM-18 密码算法与算子参考

哈希把任意长度的数据变成固定长度的摘要,同样的输入一定得到同样的摘要,反向很难还原。算法摘要长度说明SHA-120 字节已不安全,只用于兼容旧协议(例如 TLS 旧版本)SHA-25632 字节最常用,安全启动、固件更新、证书都用它SHA-38448 字节配合 P-384 使用SHA-51264 字节Ed25519 内部也用它SHA3-25632 字节新一代哈希,少数场合使用16、20 字节仅为兼容,不建议新设计使用。

2026-11-02 22:53:29 456

原创 HSM-17 量产化检查单

本篇把前面各篇中标注“量产注意”的内容,加上 Infineon 的调试保护资料,整理成一份检查单:量产前要替换什么、收紧什么、确认什么。的:确认 UCB、设置 OTP 保护。所以量产配置要分阶段:先把所有可逆的保护全部设好并完整测试,最后才做不可逆的确认。开发阶段的原则是“尽量可恢复”:UCB 保持可改,调试接口敞开,安全功能可以关。检查单分五组:芯片保护(UCB)、密钥与证书、固件配置、Host 集成、验证与流程。前置阅读:HSM-01、HSM-09、HSM-12、HSM-13、HSM-15。

2026-11-02 22:51:34 7

原创 HSM-16 测试与上板验收

Host 侧的用例(TC-17 到 TC-19、TC-20 中 Host 的部分)使用 Host 侧的示例演示 Demo 完成,不需要完整的 Host 工程。演示命令在后台任务里运行,Host 的作业在更高优先级的任务里,所以会抢占演示,演示的结果不受 Host 作业影响。本篇把前面各篇的功能整理成一套可执行的测试用例和验收清单:用什么办法触发、看什么结果、什么算通过,以及怎么记录。操作不当容易锁死芯片,请勿随意尝试。验收通过的标准:必做的用例全部通过,没有未解释的异常现象,记录完整并经过评审。

2026-11-02 22:49:38 13

原创 HSM-15 调试与故障排查项

HSM 的 Cortex-M3 带 MPU,可以限制只允许从指定的 PFlash 区域(以及需要时的 RAM)执行代码。注意:用这种方式启动后,软件下载时 HSM 仍在运行,调试器复位后也不会再停住 HSM,下载 Flash 时可能出问题。本篇给出调试 HSM 的方法和一套逐级排查的流程,并汇总典型故障的现象、原因和处理,以及几类会让芯片无法恢复的操作。先说最重要的:有几类操作做错之后,芯片不会启动或无法再连接调试器,软件上没有办法恢复。前置阅读:HSM-01、HSM-06、HSM-14。

2026-11-02 22:47:49 10

原创 HSM-14 日志与诊断

HSM 是一个封闭的子系统:Host 看不到它的内部,调试器在量产时又会被锁定(HSM-17)。本篇说明 HSM 里错误和事件的去向:vHsm 的事件日志、开发错误(Det)和诊断事件(Dem)的处理方式、致命错误怎么停机,以及开发调试时可以直接看的变量。演示命令在 HSM 内部直接读取日志密钥(密钥号 30002)和安全启动组信息密钥(密钥号 30001),这两把是。固件就绪前(初始化早期)的错误只记录变量,不写事件日志,因为日志此时还不可用;日志还可以扩展,记录项目自己的事件。

2026-11-02 22:45:41 11

原创 HSM-13 固件更新与更新器

更新器提供“用户比较”选项:打开后要提供一个回调,由项目决定一个更新是否可以安装。本篇说明怎么更新 HSM 里的 vHsm 固件:参与的各方、更新包的流向、签名和 MAC 的分工、更新器的配置,以及恢复模式。更新包有自己的加密和签名,所以 Host 上的引导程序只处理加密且已签名的数据,恶意软件无法在不被发现的情况下改它。,是 HSM 上电后第一个运行的实体,只有它能写 HSM 的代码 Flash。这里只讲固件代码的更新,不包含 Host 软件和安全启动标签的更新。删除 vHsm 里的固件更新容器即可。

2026-11-02 22:43:30 10

原创 HSM-12 安全启动

外部段列表方法可以额外保存段列表的哈希,用它代替每次启动时的签名验证,加快启动。固件收到“启动更新器”请求并准备跳转时,要先清掉循环校验标志,因为 vHsm 只在没有安全启动段正在处理时才跳转。被配置为“安全启动保护”的密钥在安全启动期间被锁定,成功结束后才可用(HSM-09)。要重新学习标签,需要执行 Vector 手册里的安全启动更新流程,或使用带恢复的验证方法。本篇说明 vHsm 的安全启动功能:它要解决的问题、验证方式、组和段的模型、惩罚措施,以及本工程的配置和怎么改成真实项目的配置。

2026-11-02 22:39:59 17

原创 HSM-11 vHsm_Custom 扩展

自定义代码是 HSM 的信任边界上最容易出安全问题的地方。检查驱动对象 ID 是否是自己支持的检查作业类型(哈希、MAC、加密等)和操作模式是否是自己支持的检查输入长度不超过自己能处理的上限检查输出缓冲区足够容纳结果检查所有指针不为空失败时不泄露内部状态,返回统一的错误项值驱动,1 个驱动对象CryIf 通道,属于高优先级调度实体(HSM-07)Csm 队列Csm 作业(ID 14)Csm 原语标准 SHA-256 哈希原语。

2026-11-02 22:36:00 6

原创 HSM-10 证书管理(KeyM)

证书链的校验是自下而上的:校验 ECU 证书要先确认 Intermediate 证书有效,而 Intermediate 证书要先确认 Root 证书有效。本篇说明 HSM 怎么保存和校验 X.509 证书:KeyM 的结构、证书链的配置、时间源、Host 怎么使用,以及本工程里三级证书链和演示的做法。证书的存储位置有两种常见选择:存在 Csm 的密钥里,或者存在 KeyM 自己管理的存储里。校验的最终依赖是根证书:所有证书的有效性都建立在“根证书可信”上。证书的有效期校验需要可信的当前时间。

2026-11-02 22:33:14 13

原创 HSM-09 密钥管理与持久化

所以一把密钥里可以同时有持久元素和临时元素。

2026-11-02 22:31:20 11

原创 HSM-08 密码服务开发

HSM 的 AES、CMAC、GCM 硬件有若干组上下文,使多个驱动对象可以在“开始、更新、结束”的各步之间交替处理。CryIf 密钥比 Csm 密钥多 4 把:这些是不经过 Csm 作业、直接暴露给 Host 的密钥,例如 HSM 的信息密钥和日志密钥。本篇说明怎么在 HSM 里提供一项新的密码服务:选哪个驱动实现,作业、原语、密钥、队列、通道各是什么关系,以及怎么一步步新增一个作业。密钥的持久化见 HSM-09,证书见 HSM-10,自定义驱动见 HSM-11。不同队列的作业可以在各自任务里并行。

2026-11-02 22:28:31 9

原创 HSM-07 IPC 与 Host 集成

Host 侧的功能验证使用 Host 侧的示例演示 Demo 完成,不要求本工程提供完整的 Host 工程。本篇说明 Host 和 HSM 之间的软件通信接口:IPC 的结构、中断通知、内存区域白名单、HSM 内部的作业调度,以及 Host 一侧的。HSM 读 Host 内存走 Cache 更快,写 Host 内存走窗口更快且不用清 Cache,所以读和写分在两个区域,见 HSM-01。两个方向的标志位地址和掩码在 HSM 配置的“发布信息”里,随预配置文件导出给 Host,不需要在 Host 里手工填。

2026-11-02 22:25:52 7

原创 HSM-06 启动流程与内存布局

镜像之间跳转时,目标镜像的向量表第 0 项是初始栈指针(必须在 HSM RAM 内),第 1 项是复位向量(最低位必须是 1,表示 Thumb 指令集)。本篇说明两个 HSM 镜像(更新器和 vHsm 固件)在 Flash 中怎么摆放,HSM 复位后控制权怎么在它们之间移动,以及固件区头、向量表对齐、RAM 初始化这些容易出问题的细节。实际发布时版本号随固件版本递增,并与更新包头的版本号一致。调用者的栈和中断状态全部丢弃,所以目标镜像必须自己初始化一切,不能依赖对方留下的 RAM 内容。

2026-11-02 22:22:02 6

原创 HSM-05 配置工作流

本篇说明修改 HSM 配置的标准流程:怎么改、改完怎么求解和校验、遇到校验错误怎么办,以及哪些警告是可以接受的。NvM 块增减之后,必须重新运行 tresos 的生成(它会先同步),否则编译会被拒绝(见 HSM-04)。:本文档内容大部分自动生成,请根据实际情况验证。操作不当容易锁死芯片,请勿随意尝试。警告数明显多于这个基线时,说明新引入了问题,要逐条看。详细见 HSM-08 和 HSM-09。前置阅读:HSM-02、HSM-04。

2026-11-02 22:18:41 6

原创 HSM-04 工程结构与构建链

HSM 侧有两个独立镜像(见 HSM-02),各有各的 DaVinci 工程和链接脚本。vHsm 固件的 Fee、Fls 又不由 DaVinci 生成,而是由 EB tresos 生成。只改了集成代码(没有改配置)时,只需要重新编译,不需要重新生成。改了配置,必须从生成开始。的目录结构、从配置到烧写镜像的完整构建链、每一步的产物,以及构建系统做了哪些防呆检查。一键构建带一个跳过生成的开关,用于只改了集成代码的情况。时,更新器会判定固件无效,见 HSM-06。前置阅读:HSM-00、HSM-03。

2026-11-02 19:04:11 3

原创 HSM-03 开发环境搭建

Infineon 的 HSM 示例使用 TASKING 的 ARM 编译器 6.3r1 或更新版本;使用不同版本的编译器可能需要修改部分代码。本篇说明在 Windows 上开发 HSM 固件需要哪些工具、各自的版本和许可、怎么安装,以及怎么确认环境可用。:本文档内容大部分自动生成,请根据实际情况验证。操作不当容易锁死芯片,请勿随意尝试。不覆盖 Host 侧(TriCore)的编译环境,以及 Host 应用的调试细节。前置阅读:HSM-00、HSM-02。

2026-11-02 17:36:40 13

原创 HSM-02 MICROSAR HSM 软件栈

Vector 随 SIP 提供一套 HSM 示例配置,只有 HSM 工程,没有 Host 工程,也没有通过质量认证,不能用于量产。本工程在此基础上做了精简和补充:去掉了与具体客户相关的密钥和证书,补上了安全启动、固件更新和事件日志的配置,更新器也改为可以链接成完整镜像。作为连接 HSM 的接口,Vector 建议同时使用 Vector 的 Csm 和 CryIf,以减少集成工作。的作业只用于固件内部功能:安全启动的两个哈希作业、固件更新的验签和 MAC 作业、证书验签作业,以及演示命令使用的作业。

2026-11-02 17:16:00 117

原创 HSM-01 TC3xx HSM 硬件概览

HSM 是 TC3xx 里的一个独立子系统,有自己的 ARM Cortex-M3 内核,通过 HSM Bridge 接入芯片的系统总线。上电或复位后,HSM 的启动由 Host 侧的 SSW 和 HSM 内部的 BOS 共同完成。关键点:HSM 能读写 Host 的全部地址空间,Host 却看不到 HSM 的私有资源。HSM 时钟由 Host 侧的时钟配置决定,不在本工程内。中配置为 HSM 专用,使 Host 和关闭了 HSM 调试的调试器无法读取 HSM 代码。AP32349 建议开发阶段。

2026-11-02 17:06:16 12

原创 HSM-00 内核开发介绍

本系列面向在 TC3xx 上开发 HSM 固件的工程师,以hsm_demo工程为贯穿全系列的例子,覆盖从环境搭建、配置、功能开发到上板调试和量产准备的全过程。配置在哪里:ECUC 中的容器路径,例如怎么验证:演示命令、调试器变量或构建检查。

2026-11-02 16:17:51 241

原创 claude-code注册流程 无需身份认证

如果确定被封了,找到 Apple Store 订阅,然后 Report a Problem,申请退款就行了,理由就是账号封禁,无法提供服务,一般 48h 之内就能退款。如果还想用的话,就重复再注册一个账号,Apple ID 也可以取消关联,重新付款,但是也有的不能再付款了,可以尝试下,实在付款不了了,就拿退款订阅 Codex 去吧。这个时候基本上就可以使用,建议直接用你订阅的那台电脑上的 Claude Code,不要再去登录其他的了,被封的时候会立刻自动退出账户。可以先使用几天 Free 账号,再订阅。

2026-10-30 14:54:24 335

原创 英飞凌 TC3xx功能安全开发-MONBIST

MONBIST测试主要是对二级电压监控进行潜在失效的检测。当发现二级电压监控的失效时,可以通过alarm和error pin报告给Standby SMU。二级电压监控则会对更多的电源进行过压和欠压的Spike监控,并将故障信息报告给SMU。

2025-03-31 20:35:48 437

原创 英飞凌 TC3xx功能安全开发-LBIST

在LBIST执行时,首先PRPG(Pseudo-Random Pattern Generator)使用LFSR(Linear Feedback Shift Register)生成伪随机测试向量,送入扫描链进行测试,然后Compactor将得到的结果通过异或门进行压缩,产生最终MISR签名。这允许在LBIST执行期间,根据特定产品的要求,确定扫描移位的频率。如果LBIST测试失败,通常至少执行2次进行再次测试,英飞凌官方推荐可以先配置执行SSW测试,如果失败的话,再次进行软件触发执行。

2025-03-31 13:40:07 1154 2

原创 英飞凌 TC3xx功能安全开发-PBIST

因此,与供电电压相关的故障被视为单点故障,PMS 中的多个安全机制专门用于在运行时监控电压水平,并且在电压过低或过高时生成 SMU 报警。根据 ISO 26262-5,这些电压监控器中的一个故障被视为潜在故障,因为与电源故障结合会导致 MCU 中的未检测到的故障。它会在PORST引脚释放之前,对TC3xx重要电源的电压和功能进行检测,如果发现任何异常,则不会释放PORST引脚。它是在MCU冷启动复位的时候自动执行的一套硬件机制,不需要任何软件的参与。

2025-03-31 10:54:30 366

原创 英飞凌 TC3xx功能安全开发-SafeTpack OverView

看门狗驱动主要包括内部看门狗,外部看门狗,看门狗接口,这三个驱动模块,内部看门狗是指Tricore的内部看门狗,包含内核的内部狗和Cpu0的SafetyWdg,外部看门狗支持HtxTLF35584,、HtxTLF35585、HtxFS65FS45,WdgIf模块收集其他看门狗驱动模块的接口,为上层应用提供接口,比如WdgM模块等。内部安全看门狗: WDTS 与外部时间窗口看门狗相结合:逻辑监督由内部安全看门狗 WDTS 执行,时间监控由外部时间窗口看门狗执行。调用 SafeTpack 的驱动,执行测试;

2025-03-31 10:28:48 1292

原创 英飞凌HSM内核开发-CRPTO_30_HWA模块配置

CryptoGeneralCryptoKeyDeriveCryptoDriverObjectCryptoPrimitivesCryptoKeyCryptoKeyTypeCryptoKeyElementCryptoPeripherals

2024-09-04 10:53:10 496

原创 英飞凌HSM内核开发-CRPTO_30_HWA模块

如果使用ROM-Key,则必须将另一个带有密钥元素CRYPTO_KE_KEYDERIVATION_LABEL、CRYPTO_KE_KEYDERIVATION_CONTEXT和CRYPTO_30_VHSM_ALGO_KDF_NIST_800_108_CMAC的密钥聚合到ROM-Key。可以通过开启 CRYPTO_30_HWA_TRNG_PREFETCHING2 来激活预取。除了上述密钥元素外,源密钥中还必须存在密钥元素CRYPTO_30_VHSM_ALGO_KDF_NIST_800_108_CMAC。

2024-09-04 10:45:42 1323

原创 英飞凌HSM内核开发-CryIf模块配置

下面是根据您提供的信息整理的CRYIF模块配置项的对应表格:

2024-09-03 09:50:02 801

原创 英飞凌HSM内核开发-CryIf模块

默认情况下,如果启用了开发错误报告(即预编译参数CRYIF_DEV_ERROR_REPORT==STD_ON),则使用服务Det_ReportError()向DET报告开发错误。如果使用另一个模块进行开发错误报告,则集成商可以配置报告错误的函数原型,但它必须具有与服务Det_ReportError()相同的声明。对于RAM变量的手动空初始化,CRYIF提供了函数CryIf_InitMemory(),该函数可以在CryIf_Init()之前调用。如果目标偏移量大于目标密钥元素的长度,则在中间应用零填充。

2024-09-03 09:42:07 1193

原创 英飞凌HSM内核开发-CSM模块配置

CsmGeneralCsmJobCsmKeyCsmQueueCsmPrimitive

2024-09-02 14:49:24 494 2

原创 英飞凌HSM内核开发-CSM模块

【代码】英飞凌HSM内核开发-CSM模块。

2024-09-02 14:44:44 2232

How to configure DCM UDS with the DEXT Editor.pdf

How to configure DCM UDS with the DEXT Editor.pdf

2024-07-30

Crypto-30-vHsm-Ipc-Types.h

Crypto_30_vHsm_Ipc_Types

2024-07-09

An Introduction to the AUTOSAR Memory Stack.pdf

An Introduction to the AUTOSAR Memory Stack.pdf

2024-07-26

AN-AddNvMToProject-RTACAR

AN_AddNvMToProject_RTACAR

2024-07-26

Configuring CanTp using ConfGen RTA-CARv12.0.1.pdf

Configuring CanTp using ConfGen RTA-CARv12.0.1.pdf

2024-07-26

RTA-Can-Stack-Reference-Guide-EN.pdf

RTA-Can_Stack_Reference_Guide_EN.pdf

2024-07-16

AUTOSAR零基础实战教程-创建并配置最小系统.pdf

AUTOSAR零基础实战教程--创建并配置最小系统.pdf

2024-07-12

Crypto_30_vHsm_Ipc.h

Crypto_30_vHsm_Ipc

2024-07-09

Crypto_30_vHsm.h

Crypto_30_vHsm

2024-07-09

Crypto_30_vHsm_Irq.c

Crypto_30_vHsm_Irq

2024-07-09

Crypto_30_vHsm.c

Crypto_30_vHsm

2024-07-09

Crypto_30_vHsm_KeyManagement.h

Crypto_30_vHsm_KeyManagement

2024-07-09

Crypto_30_vHsm_Jobs.h

Crypto_30_vHsm_Jobs

2024-07-09

Crypto_30_vHsm_Jobs.c

Crypto_30_vHsm_Jobs

2024-07-09

Crypto_30_vHsm_Custom.h

Crypto_30_vHsm_Custom

2024-07-09

Crypto_30_vHsm_KeyManagement.c

Crypto_30_vHsm_KeyManagement

2024-07-09

Crypto_30_vHsm_Types.h

Crypto_30_vHsm_Types

2024-07-09

AUTOSAR TechnicalReference-CanNm

AUTOSAR TechnicalReference_CanNm

2024-07-09

AUTOSAR TechnicalReference-CanTrcv-30-Tja1043

AUTOSAR TechnicalReference_CanTrcv_30_Tja1043

2024-07-09

AUTOSAR TechnicalReference-CanTp

AUTOSAR TechnicalReference_CanTp

2024-07-09

03 - ECU Configuration - RTA-CAR 12.1.0

ECU Configuration - RTA-CAR 12.1.0 目的:描述了如何从在工作流程02中创建的系统描述中创建ECU提取,配置ECU,并生成BSW、OS和RTE的代码。 工具链:假设使用的是RTA-CAR 12.1.0工具链。 先决条件:需要安装RTA-CAR工具链(包括RTA-BSW插件),熟悉AUTOSAR规范、术语和方法,并已经完成了工作流程01和02,创建了示例项目和系统描述。 工作流程: 从在工作流程01和02中创建和配置的示例项目中创建ECU提取。 配置所需的元素(EcuC值集合和RTE及OS的容器)。 配置操作系统(OS)。 配置实时环境(RTE)。 配置BSW并运行BSW代码生成。 代码生成后,将BSW服务SWC映射到组合,更新连接,并更新ECU提取。 完成工作流程,通过运行OS和RTE代码生成,然后重新运行BSW代码生成。 通过这些文档,用户将能够创建一个可以从中生成特定ECU的RTE、OS和BSW代码的项目。加上AUTOSAR MCAL和集成代码后,该项目的输出可以在虚拟或物理硬件目标上进行测试。

2024-09-03

02 - System Configuration - RTA-CAR 12.1.0

System Configuration - RTA-CAR 12.1.0 目的:推荐使用导入功能而不是手动配置系统,以将输入文件(如DBC文件)转换为AUTOSAR系统配置。 工具链:同样假设使用的是RTA-CAR 12.1.0工具链。 先决条件:需要安装RTA-CAR工具链,熟悉AUTOSAR规范,并且已经完成了应用程序软件配置工作流程01,创建了示例RTA-CAR项目并配置了示例ASW。 工作流程: 将DBC文件导入到在工作流程01中创建的RTA-CAR项目中。 创建系统描述,包括以下子步骤: 创建新的系统。 将新系统的类别设置为SYSTEM_DESCRIPTION。 在系统中配置对在工作流程01中创建的组合的引用。 将组合中的SWC映射到ECU实例。 映射系统数据。 结论:展示了如何创建系统描述,并预告在工作流程03中将展示如何创建ECU提取并为其添加RTE、OS和BSW的配置。

2024-09-03

01 - Application Software Configuration - RTA-CAR 12.1.0

概述了创建新RTA-CAR项目的步骤,包括创建应用程序数据类型、数据类型映射集、发送者/接收者端口接口、SWC原型、端口、内部行为容器、可运行实体、数据访问点、定时事件、组合以及手动创建新连接。 详细步骤: 创建新的RTA-CAR项目。 创建应用程序数据类型。 创建数据类型映射集并添加映射。 创建发送者/接收者端口接口。 创建两个新的SWC原型。 创建端口(PPort和RPort)。 创建内部行为容器并设置支持多实例化。 创建可运行实体并设置运行的函数。 创建数据访问点以允许可运行实体访问SWC端口。 创建定时事件。 创建组合并聚合两个SWC原型。 手动创建PPorts和RPorts之间的连接。

2024-09-03

Infineon FEE integration into RTA-CAR project-RTA Knowledge Base

Infineon FEE integration into RTA-CAR project-RTA Knowledge Base Infineon FEE integration into RTA-CAR project-RTA Knowledge Base Infineon FEE integration into RTA-CAR project-RTA Knowledge Base Infineon FEE integration into RTA-CAR project-RTA Knowledge BaseInfineon FEE integration into RTA-CAR project-RTA Knowledge BaseInfineon FEE integration into RTA-CAR project-RTA Knowledge BaseInfineon FEE integration into RTA-CAR project-RTA Knowledge BaseInfineon FEE integration into RTA-CAR project-RTA

2024-09-03

完整的BswM模式配置文档 Mode Management configuration.pdf

这份文件是关于如何在RTA-CAR 9.2.0项目中配置模式管理(Mode Management)的指南。以下是对文档内容的简要总结: ### 1. **引言** - 目的:为现有RTA-CAR项目添加模式管理。 - 范围:提供模式管理基础概念的概览,并通过实例展示如何在RTA-CAR工具链中创建。 ### 2. **定义和缩写** - 定义了BSW、RTE、OS、SWC和BswM等AUTOSAR相关术语。 ### 3. **工具链** - 假设用户使用的是RTA-CAR 9.2.0工具链,包括ISOLAR-AB、RTA-RTE、RTA-BSW和RTA-OS等组件。 ### 4. **前提条件** - 用户需要安装RTA-CAR工具链并熟悉AUTOSAR规范。 ### 5. **工作流程** - **描述**:介绍了AUTOSAR中模式的概念,以及如何通过BswM模块在基本软件层实现模式管理。 - **步骤**: - **步骤 1**:创建BswM模块并配置必要参数。 - **步骤 2**:创建模式声明组(Mode

2024-08-23

完整的RTA-AN-BSW-BswM-PduGroupHandling配置文档

这份文件是一份ETAS GmbH发布的关于RTA-BSW(运行时抽象层-基础软件)的应用程序说明(Application Note),标题为"PDU Group Handling with BswM"。文件编号为AN-000/EN-05-2019,版权所有,未经ETAS GmbH特别通知不得更改文档数据,且只能在拥有通用许可协议或单一许可的情况下使用所描述的软件。 ### 关键点: - 文件适用于需要处理具有不同I-PDU的ECU变体的情况。 - 需要ETAS的ISOLAR-AB 5.0.1和RTA-BSW 3.2软件。 - 用户应熟悉BswM模块和模式管理。 - 策略实施包括创建必要的ASW元素、配置Com模块和BswM作为模式管理器。 - BswM能够调用Com API来启用/禁用PDU组的传输。 - 需要定义所有PDU和信号,并具有唯一名称。 - 提供了详细的步骤和示例以帮助用户实施策略。 这份文件是一个技术文档,旨在指导用户如何使用ETAS的RTA-BSW工具来管理和切换具有不同通信需求的ECU变体。......................................

2024-08-23

AUTOSAR 配置BSW与MCAL的接口模块的文档

这篇文档是关于如何使用ETAS的RTA-CAR工具进行微控制器抽象层(MCAL)配置的入门指南。MCAL是软件层,为更高层次的软件提供微控制器硬件的抽象,帮助实现嵌入式软件开发的可移植性和可扩展性。 文档首先介绍了MCAL的各个模块,包括CAN通信、编译器、数字输入/输出(DIO)、闪存(FLS)、通用定时器(GPT)、中断处理(IRQ)、MCAL库(McalLib)、微控制器单元(MCU)、端口接口(PORT)、资源管理(ResourceM)和看门狗定时器(WDG)。每个模块都有其特定的职责,如配置GPIO引脚、管理中断、执行应用程序代码、管理系统资源等。 接下来,文档说明了进行MCAL配置的先决条件,包括安装Tresos和拥有适当的模块和插件,以及导入所需的微控制器项目到RTA-CAR。 文档重点介绍了RTA-CAR的ConfGen功能,该功能可以为现有系统描述中相关的MCAL模块生成通用配置。这些配置是通用的,不特定于任何硬件,也不通过RTA-CAR生成任何MCAL代码。它们仅作为相关BSW模块中配置的参考。用户还可以在RTA-CAR项目中创建一些虚拟的MCAL......

2024-08-21

AUTOSAR 完整配置IoHwAb组件的教程文档

这篇应用笔记详细介绍了如何在RTA-CAR 9.2环境中配置输入/输出(IO)硬件抽象层。文档的目标是指导用户通过一系列步骤来创建和配置一个工作项目,这些步骤可以作为任何基于AUTOSAR项目的参考。 首先,用户需要创建一个新的软件组件(SWC),用于处理ECU的输入/输出,并使用ISOLAR-AB工具添加必要的组件,例如内部行为、可运行的实体、发送器/接收器端口等。接着,创建用于DIO、模拟输入和PWM的不同端口接口,并为这些接口配置变量数据原型。 在创建了端口之后,用户必须为SWC创建内部行为容器,并为输入/输出操作创建可运行的实体。同时,为这些可运行的实体创建数据访问点,以便它们能够访问端口数据。此外,需要创建触发这些可运行实体的事件。 接下来,用户需要创建ECU硬件抽象组件,并为它创建端口,这些端口应与IOSWC中的端口互补。然后,为IoHwAbstractionSWC创建内部行为和可运行的实体,并为它们设置数据访问点。此外,还必须创建触发这些可运行实体的事件。 文档还涵盖了如何将SWC映射到ECU、配置端口模块、DIO模块、PWM模块和ADC模块。..........

2024-08-21

AUTOSAR NvM 完整的Fls模拟Fee解析文档

EEPROM抽象模块(EA)是AUTOSAR内存栈的一部分,负责管理非易失性存储设备中数据的存储。EA模块通过提供虚拟地址方案和分段,以及几乎无限的擦写周期,抽象化了特定设备的寻址方案和分割,为上层提供服务。EEPROM驱动(EEP)位于MCAL层,为内外部EEPROM提供底层读写、擦除和比较服务。 RTA-BSW实现了EA模块,并定义了EEPROM的布局结构。布局包括保留数据区、块数据区、剪贴板区和永久块区。保留数据区包含迁移标记、起始/结束地址等信息。布局块区存储所有块数据,每个块以16字节的索引表开始,包含块的元信息。永久/生存块是配置为在布局更改时不删除的块。 EA迁移算法用于处理NvM布局变更时的EEPROM迁移。算法通过比较迁移标记来判断是否需要迁移,并在必要时更新布局。初始化阶段,EA_Init函数调用Ea_Rb_MigrationInit,评估是否需要进行EEPROM迁移。迁移过程中,使用剪贴板作为临时存储区,以支持数据迁移。迁移完成后,更新迁移头部信息,包括新的迁移标记。 迁移算法的一个例子说明了如何通过一系列步骤,从初始布局迁移到新的布局,优化EEPROM空间

2024-08-21

EcuM启动时序配置以及集成代码分析 EcuM Startup Sequence

文章概述了EcuM启动序列的主要阶段: 硬件重置:启动过程从微控制器上的重置向量开始,通过特定的启动代码初始化栈指针和内存。 操作系统初始化:在EcuM_Init函数中,首先调用EcuM_AL_SetProgrammableInterrupts来准备中断向量表,这对于操作系统和中断服务例程(ISR)的正确运行至关重要。 驱动程序初始化:EcuM_Init中的下一个步骤是Driver Init Zero和Driver Init One调用,用于初始化微控制器抽象层(MCAL)和最低级别的复杂设备驱动程序。 启动操作系统:EcuM_Init的最后步骤是启动操作系统,使其进入一个循环,等待任务或ISR被触发。 初始化任务:启动序列的下一个阶段是初始化任务,主要目标是初始化BswM(基本软件模块)并触发第一个动作列表。 BswM启动阶段一:这个阶段的目的是初始化内存堆栈,执行非易失性存储器(NvM)读取操作,并启动BswM启动阶段二的动作列表。 BswM启动阶段二:这个阶段需要NvM读取完成和启动阶段一完成作为条件。它包括对剩余Bsw模块的初始化调用。 RTE启动阶段:RTE。

2024-08-19

AUTOSAR XCP详细配置流程 How to configure XCP

这份应用说明文档提供了在 RTA-CAR 9.1.0 VRTA Starter Kit 上配置 XCP(测量和校准协议)的详细步骤。XCP 配置涉及对 DBC 和 DBF 文件的更新,ECU 配置的更新,XCP BSW 模块的配置,BswM 动作列表的初始化,SWC 的创建,Runnable 到 OS 任务的映射,MCAL 的更新,项目的构建以及使用 INCA 进行测试。 首先,DBC 文件需要更新以添加 XCP 接收和传输的两个帧。接着,使用 ConfGen 工具更新 ECU 配置,以包含 XCP 所需的通信堆栈。由于 ConfGen 不支持创建 XCP 模块,因此需要手动配置 XCP BSW 模块,并设置三个容器:XcpGeneral、XcpConfig 和 XcpA2LFile。BswM 动作列表也需要配置,以初始化 XCP 模块。 接下来,创建或修改 SWC 以包含 XCP BSW 模块配置中的每个事件通道的可运行实体。这些可运行实体需要映射到 OS 任务。MCAL 也需要更新以反映 XCP 帧的新邮箱。 构建项目后,使用 INCA 进行测试,需要修改 A2L 文件...

2024-08-15

如何通过XCP对SWC变量进行标定,配置示例说明

这份应用说明文档详细介绍了如何在现有的 ISOLAR 项目中添加特定于 SWC(Software Component,软件组件)的参数校准。使用的是 RTA-CAR 9.2.0 工具链,包括 ISOLAR-AB、RTA-RTE、RTA-BSW、RTA-OS 和 ISOLAR-EVE 的特定版本。文档假设读者对 AUTOSAR 方法论和架构有深入了解,并且熟悉 AUTOSAR 指定的内存栈。 文档首先介绍了 AUTOSAR 将校准参数分为三类:特定于 SWC 实例的、SWC 类型特有的(在相同类型的所有 SWC 实例之间共享的),以及全局的(在不同 SWC 类型之间共享的)。针对这些类别,AUTOSAR 有相应的 AR(AUTOSAR Runtime)工件来实现。 本文档专注于第一类,即特定于 SWC 实例的参数校准。这涉及两个主要步骤:SWC 描述的配置和基于适当选项的 RTE 生成。文档解释了四种不同的校准方法:初始化 RAM 方法、单指针方法、双指针方法和单指针变体方法。每种方法在配置步骤上大致相同,但 RTE 生成有所差异。 ........................

2024-08-15

通过XCP标定Dem模块的内容配置以及说明和示例参考

这份应用说明文档详细介绍了如何使用 RTA-BSW 3.1 和 INCA v7.2 软件工具链对汽车电子控制单元(ECU)的诊断参数进行校准。文档以 RTA Starter-Kit TC264 为基础,提供了校准流程的详细步骤和策略。 首先,需要修改 MemMap 文件来分配参数到正确的内存区域,接着调整链接脚本以创建用于校准的内存节。然后,更新 A2L 文件以包含校准参数的信息,包括参数的数据类型、内存地址等。 文档中还介绍了如何使用 INCA 软件连接到硬件并进行实际的校准测试。通过 INCA 的界面,可以上传工作页(WP),选择需要校准的变量,并进行修改。如果校准涉及到写保护的参考页(RP),则需要使用 XCP 命令将校准值保存到闪存中。 此外,文档列出了 RTA-BSW 支持的诊断参数校准,并为每个参数提供了具体的校准方法。例如,对于故障诊断代码(DTC)值的校准,需要调整 A2L 文件并使用 INCA 修改 DTC 数组中的值。对于 OBD 相关的参数,如 PID 标识符和数据元素,也需要在 A2L 中进行相应的更新。 最后,文档强调了示例和建议仅供参考,用户需要根据

2024-08-15

非常完整的DEM配置流程 DEM Configuration - RTA-CAR v12.0.1.pdf

这份文件是一个技术指南,旨在帮助用户在RTA-CAR项目中配置DEM。它涵盖了从DEM的基本概念到具体的配置步骤,包括事件处理、数据存储、内存管理、以及与其他系统组件的交互。通过遵循这份指南,用户可以确保DEM能够有效地监控和报告车辆系统中的诊断事件。 这份文件是一个技术指南,旨在帮助用户在RTA-CAR项目中配置DEM。它涵盖了从DEM的基本概念到具体的配置步骤,包括事件处理、数据存储、内存管理、以及与其他系统组件的交互。通过遵循这份指南,用户可以确保DEM能够有效地监控和报告车辆系统中的诊断事件。 这份文件是一个技术指南,旨在帮助用户在RTA-CAR项目中配置DEM。它涵盖了从DEM的基本概念到具体的配置步骤,包括事件处理、数据存储、内存管理、以及与其他系统组件的交互。通过遵循这份指南,用户可以确保DEM能够有效地监控和报告车辆系统中的诊断事件。 这份文件是一个技术指南,旨在帮助用户在RTA-CAR项目中配置DEM。它涵盖了从DEM的基本概念到具体的配置步骤,包括事件处理、数据存储、内存管理、以及与其他系统组件的交互。通过遵循这份指南,用户可以确保DEM能够有效地监控和报告。

2024-08-09

How to Configure the Watchdog BSW Stack's Supervision.pdf

这份文档是一份全面的技术指南,用于指导用户如何在RTA-BSW中配置看门狗(Watchdog)的监控功能。看门狗是一种安全机制,用于确保汽车电子控制单元(ECU)中软件组件的正确运行。文档涵盖了从基础概念到具体配置步骤的详细说明。 文档首先介绍了看门狗监控的三种基本类型:逻辑监控、截止监控和存活监控。逻辑监控通过定义检查点和转换顺序来监控程序的控制流程;截止监控用于监控异步任务的执行时间;存活监控则检查周期性任务的执行频率。 接下来,文档详细描述了如何创建和配置Wdg、WdgIf和WdgM这三个关键的BSW模块。Wdg模块负责看门狗的硬件接口,WdgIf模块提供与操作系统的交互,而WdgM模块则负责管理监控规则和状态。 文档还介绍了如何生成BSW代码,以及如何将看门狗管理器与软件组件(SWC)相连接。这包括创建提供者端口(PPort)和需求者端口(RPort),定义服务器调用点,以及将这些端口正确映射到SWC。 此外,文档还解释了如何根据不同的运行模式调整监控参数,以及如何通过状态机管理本地和全局的看门狗状态。这些状态反映了监控结果,并决定了看门狗何时触发重置。 ......

2024-08-07

E2E Protection Transformer Chain- rba-ComXfAdp + ComXf + E2EXf

这份文档是一份详尽的技术指南,专注于在AUTOSAR(AUTomotive Open System ARchitecture)环境中配置端到端(E2E)保护转换器链。E2E保护是汽车行业中一种重要的安全特性,它确保了在通信链路中传输的数据的完整性和可靠性,特别是在面对潜在故障时。 文档首先强调了适用条件:仅在使用RTA-RTE 6.1.0之前版本和RTA-BSW 12.0.0之前版本的用户应遵循此指南。接着,文档介绍了E2E保护的基本概念,包括它如何通过附加控制数据(例如CRC和计数器)来保护发送的数据,并使用这些控制数据来验证接收到的数据。 文档详细描述了转换器链的组成,包括`ComXf`(基于COM的转换器)和`E2EXf`(E2E配置文件)模块。`ComXf`模块负责数据的序列化,而`E2EXf`模块则负责应用E2E保护机制,如添加CRC校验。此外,文档还提到了`rba_ComXfAdp`,这是一个适配器,用于在旧版本的RTE中提供序列化功能。 在配置方面,文档提供了逐步指导,包括数据类型的配置、接口配置、SWC端口配置、系统数据映射、数据转换集的配置以及I信号组的配置。.

2024-08-07

How to Create a Cdd SWC to access MCAL Module

文章详细描述了在RTA-CAR项目中创建Cdd SWC的步骤,包括创建接口、SWC、端口、内部行为、可运行体,以及如何将它们映射到ECU和任务。示例中使用了ETAS Virtual MCAL的现有驱动程序,Cdd SWC实际上是一个简单的函数包装器,它在RTE和驱动程序之间创建了适当的接口。通过这个流程,可以实现对MCAL模块的访问和控制,例如控制一个引脚的开和关。最终,通过发送特定的CAN信号,可以在VRTA Monitor中观察到引脚状态的变化。 这篇文章是一个技术指南,用于指导用户如何在汽车行业中使用RTA-CAR项目创建一个Cdd SWC,以便与MCAL模块交互。它提供了详细的步骤,包括创建接口、定义SWC组件、设置端口、内部行为和可运行体,以及如何将这些组件映射到ECU和任务。示例代码展示了如何实现Cdd的初始化和控制逻辑,以及如何在监控工具中观察结果。 ...............................................................................................................

2024-08-05

Communication Control (0x28) - RTA-CAR Project.pdf

- RTA知识库 - UDS服务通信控制(0x28) - 使用的工具链 - ISOLARAB - v 4.0.2 - RTA-BSW v 3.1 - 引言 - 通信控制是UDS服务(服务ID 0x28),用于通过诊断线路选择性地启用/禁用总线通信。此服务在想要停止所有或一组ECU的通信的上下文中非常有用(例如在软件下载期间,以便最大化可用带宽)。 - UDS规范支持以许多不同的方式启用/禁用通信,并且适用于不同的“通信类型”(即正常通信、网络管理通信等)。在这篇应用说明中,我们将展示仅禁用正常通信的Tx/Rx的案例。 - 假设 - 您必须安装以下ETAS软件: - ISOLAR-AB 4.0.2 - RTA-BSW 3.1 - 这篇应用说明可以作为任何基于AR的通用项目的参考。本文中使用的参考总线是CAN总线。 - Dcm配置 - Dcm Dsd配置 - Dcm Dsp配置 - BswM配置 - Rte配置 - Rte Bsw RequiredModeGroupConnection - 结论 文档中的链接和时......................

2024-08-01

xlCANdemo.7z

这是一个名为xlCANdemo的简单演示程序,它用于测试Vector公司设备上的CAN(控制器局域网络)功能。Vector公司位于德国斯图加特,如果需要更多帮助,可以通过他们提供的联系方式联系他们。 xlCANdemo可以发送和记录CAN总线上的信息。它使用了Vector公司提供的XL家族驱动库中的很多重要功能。当你运行这个程序时,可以通过按不同的键盘命令来控制它。 如果你的设备支持CAN-FD(CAN with Flexible Data-Rate,一种改进的CAN通信协议),程序就会用这种模式运行;如果不支持,就会用普通的CAN模式。 要运行xlCANdemo,你需要输入一些参数,比如波特率、应用程序的名字和标识符。 程序支持很多键盘命令,比如: - 't' 可以发送一条消息。 - 'b' 可以连续发送多条消息。 - 'm' 可以发送请求远程消息。 - 'g' 可以获取芯片的状态信息。 - 's' 可以开始或停止程序。 - 'r' 可以重置时钟。 - '+' 和 '-' 可以用来选择不同的通道。 - 'i' 和 'I' 可以用来选择发送 'o' 可以切换输出模式。

2024-08-01

AUTOSAR BSW OBD Config ISOLAR.pdf

AUTOSAR BSW OBD Config ISOLAR.pdf

2024-07-31

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除