- 博客(128)
- 收藏
- 关注
原创 TriCore架构-如何将系统刷成HSM
本文介绍了芯片刷写操作流程:首先加载project_Merge.s19文件,进入UCB界面展开BMHD0_ORIG和BMHD1_ORIG。重点说明需要将STAD地址从原始值A0000000修改为0XA00A0000,并详细描述了编辑、更新和写入芯片的步骤。最后提示在HSM刷写过程中如遇错误可能需要输入密码。该操作涉及关键地址修改,需谨慎执行。
2026-03-20 16:59:07
32
原创 ADCU-Ethernet-以太网在AUTOSAR与Linux架构下对比
本文概述了智能驾驶系统的网络通信架构,分为应用层、传输层、网络层、数据链路层和物理层五个层级。应用层包含服务发现、远程调用、诊断升级等功能模块;传输层通过UDP/TCP实现实时/可靠传输;网络层负责IP路由和网络诊断;数据链路层完成地址解析、流量隔离和时序同步;物理层实现信号转换。该架构支持传感器数据融合、远程控制、OTA升级等智能驾驶核心功能,通过多层级协同确保通信的实时性、可靠性和安全性。
2026-03-20 14:12:30
64
原创 MCU-Ethernet-DMA 到 LWIP 技术链路解析
本文深入剖析了STM32H7以太网DMA数据传输机制,从硬件到软件层面揭示了完整链路。硬件部分重点解析DMA描述符机制(环形结构、OWN位控制)和Cache一致性问题(MPU配置方案),阐明DMA如何绕过CPU直接搬运数据。软件层面阐述了中断与轮询的差异,以及ethernetif_input在原始数据与LwIP协议栈间的桥梁作用。通过8个关键节点的完整链路分析,展示了从PHY接收电信号到应用层处理的完整流程,并总结了各环节设计哲学与解决方案,为嵌入式网络开发提供了系统性参考。
2026-03-16 11:21:42
30
原创 ADAS方案设计-车载超声波雷达技术
本文系统介绍了超声波雷达在智能汽车中的应用,重点阐述了其工作原理、系统架构和功能实现。超声波雷达作为智能汽车在0-30km/h低速场景下的关键感知传感器,通过58kHz超声波实现0.2-5m范围内的精确测距。文章详细解析了温度补偿、TDM时序调度等核心技术,并展示了PDC泊车距离控制和APA自动泊车两大典型应用场景。同时说明了12颗传感器的布局策略及其在整车360°近距感知中的作用,包括不同位置的探测特性和功能分工。最后还探讨了系统性能边界、误差来源及全气候条件下的精度保障方案。
2026-03-12 17:35:24
405
原创 AUTOSAR-Ethernet-IEEE1588 时间同步协议原理
IEEE1588同步协议的"两步法"采用四个报文交互实现主从时钟同步:主时钟发送Sync和Follow_up报文携带精确发送时间T1,从时钟记录接收时间T2;从时钟发送Delay_Req报文记录发送时间T3,主时钟通过Delay_Resp返回接收时间T4。通过计算时间偏差Offset(时钟相位差)和链路延迟Delay(报文传播时延),从时钟可校准本地时间。Offset反映时钟偏差需动态调整,Delay反映网络状态用于故障监测。该方法通过硬件时间戳实现高精度同步,是工业网络时钟同步的主流方
2026-03-10 20:30:37
37
原创 快速掌握新技术方法论-2026版本-锚点-渗透学习模型
技术学习三阶段方法论:提出"目标驱动、最小实践"的技术学习路径。第一阶段建立全局认知(定义技术本质、绘制架构图);第二阶段通过最小实践突破(运行示例并故意破坏以观察报错);第三阶段深度验证(结合实践疑问深入源码)并重构知识体系。强调"够用就学"的原则,以报错现象为线索驱动深度理解,最终实现技术内化与应用迁移。
2026-03-09 11:22:28
28
原创 ADAS域控基础软件工程师的“数字助理”:OpenClaw自动化实战入门(18大案例版)
本文介绍了OpenClaw(龙虾)这一专为车载研发设计的开源自动化工具。它能在本地安全运行,通过自然语言指令帮助ADAS工程师高效完成重复性工作。文章详细展示了18个实战案例,涵盖环境配置、编译构建、测试分析等典型场景,如自动搭建开发环境、检查AUTOSAR配置、分析日志文件等。使用OpenClaw可将原本耗时数小时的任务缩短至几分钟,大幅提升工作效率,同时确保数据安全合规。该工具特别适合车企研发场景,让工程师从繁琐事务中解放,专注于核心创新工作。
2026-03-07 16:59:46
695
原创 ADCU-基于elmos 524.09实现超声波雷达
摘要:本文详细解析了超声芯片elmos524.09的通信协议与信号处理流程。重点包括:1)基于50us周期的IO时序逻辑,采用CMD+DATA+校验位的指令结构;2)切割阈值配置对回波信号识别的影响,TH2参数需根据车身数据动态调整;3)完整的配置流程管理,包含初始化、标定参数写入及状态读取;4)发波时序以150us为周期,余震持续>50us,最大测量距离约5米(29.15ms);5)采用4组TDM调度策略(30ms/组)避免串扰,120ms完成全车12雷达扫描,速度变化时调整分组策略平衡实时性与可靠性。系
2026-03-05 10:59:44
66
原创 RaspberryPi-如何启用看门狗
树莓派5硬件看门狗配置指南 树莓派5的硬件看门狗由RP1芯片提供,对应内核驱动为bcm2712_wdt。配置方法有两种:1)安装watchdog守护进程,通过/etc/watchdog.conf自定义健康检测;2)配置systemd内置看门狗,通过/etc/systemd/system.conf设置,更稳定可靠。验证方法包括检查设备节点(/dev/watchdog*)、查看系统日志、测试超时重启等。关键命令包括wdctl查看状态、systemctl管理服务、dmesg | grep watchdog检查内核
2025-12-18 19:56:49
904
原创 ISO26262-(Memory Partitioning)硬件保护机制 ECC 内存错误纠正码
摘要: 在汽车ADAS与域控制器开发中,数据存储和传输的可靠性至关重要,单比特翻转(bitflip)可能导致严重安全隐患。ECC(纠错码)技术能自动检测并纠正错误,如Hamming/SECDED通过冗余位定位错误位置。工程实现中,硬件通常自动处理ECC的生成与校验,开发者需关注双比特错误的监控与响应。STM32等芯片的Flash和SRAM支持ECC,需在启动时配置并初始化。ADAS场景下,ECC应用于DDR、MCU内存等关键区域,防止数据错误引发安全风险。开发者需验证ECC功能,并在安全分析中纳入其失效模型
2025-12-03 15:33:17
94
原创 MCU与SOC的嵌入式开发区别
摘要:MCU开发通过直接控制寄存器与外围电路通信,工程师拥有完全硬件控制权;而SOC开发则基于操作系统抽象接口,由内核驱动管理硬件,工程师通过设备树和文件接口间接控制外围电路。调试方式上,MCU采用传统断点调试观察寄存器,SOC则需分层调试,涵盖从JTAG到GDB等多种工具。两种架构分别体现了直接硬件控制与操作系统抽象的不同开发范式。
2025-11-27 17:01:17
292
原创 ISO21434-信息安全之非对称加密
摘要:ADAS域控制器通过非对称加密技术确保通信安全。密钥对(公钥+私钥)实现双重保护:公钥加密防窃听,私钥签名防伪造。证书机制验证身份,如OTA升级时用私钥签名,设备端公钥验签。该方案有效解决云端指令认证、固件防篡改等问题,适用于V2X通信等场景,通过HSM硬件模块强化私钥保护,确保车联网系统安全可信。(135字)
2025-09-24 16:37:48
125
原创 信息安全能力要求
本文概述了汽车信息安全领域的关键技术,包括密码学技术(对称/非对称加密、数字签名等)、网络通信安全机制(以太网/CAN总线防护)、系统安全功能(安全启动、安全升级)、数据存储安全方案(HSM/SHE)以及相关标准法规(UN-R155/156、国标要求)。这些技术共同构成了汽车信息安全防护体系,满足行业合规要求。
2025-09-18 11:15:09
186
原创 TriCore架构-基于TC397在SOTA过程中AB-SWAP切换底层原理
TC397的SOTA升级机制通过硬件地址重映射实现,利用MMU将逻辑地址动态映射到不同物理地址。其PFlash支持标准/备用地址映射,通常使用PF0+PF1+PF4空间以便于OTA处理。升级时,新固件自动写入非活动分区(A/B分区切换),由地址转换函数完成逻辑地址到物理地址的转换。系统重启后根据寄存器选择启动区域,实现安全无缝的固件更新。
2025-09-08 20:00:37
400
原创 AUTOSAR-UDS中DCM三层架构与模块配置
本文介绍了汽车诊断通信管理(DCM)的三层架构设计:诊断会话层(Dsl)、诊断服务调度器(Dsd)和诊断服务处理器(Dsp)。Dsl负责底层通信管理,包括报文路由、会话安全状态和定时器管理;Dsd作为调度中枢,解析请求并判断服务合法性;Dsp处理具体服务逻辑。文章详细说明了各层的功能定位和配置要点,包括诊断地址设置、服务表定义、会话安全依赖关系以及回调函数绑定等。该架构实现了诊断通信与应用逻辑的解耦,支持灵活的服务扩展和安全管理,为ECU诊断功能提供了标准化实现框架。
2025-09-04 15:40:06
167
原创 TriCore架构-基于TC397的启动流程
TC397芯片的启动流程分为三个关键阶段:固件启动(BootFirmware)、Bootloader引导和应用程序启动。BootFirmware作为硬件信任根,包含SSW基础初始化、CHSW自检和BSL应急刷写通道。Bootloader承担安全验证和程序引导功能,支持双分区(AB-SWAP)和双引导方案(PBL/SBL)。安全启动通过校验机制确保软件完整性,提供三种可选技术方案。应用程序启动阶段实现软件双分区管理,支持SOTA更新。整个流程体现了汽车电子系统的安全设计理念,通过硬件级保护与软件验证相结合确保
2025-08-09 16:37:30
861
原创 TriCore架构-TC397的UCB初识
TC397芯片的UCB(UserConfigurationBlock)是24KB Flash存储空间,包含48个512字节的配置项(地址0xAF400000-0xAF405FFF)。固化在BootRom中的SSW启动软件通过读取UCB配置来决定芯片启动行为,包括跳转地址、RAM初始化方式、LBIST操作以及HSM使能等。用户通过配置UCB可定制启动流程和芯片功能。
2025-08-07 19:39:56
672
原创 ADCU-CAN-网络管理状态与唤醒机制
文章摘要:本文介绍了车载控制系统的五种工作模式及其转换条件,包括睡眠模式、准备睡眠模式、就绪睡眠模式、正常工作模式和重复消息状态。系统唤醒条件包括接收到网络管理报文或电源ON档信号,休眠条件则需满足电源OFF档、功能完成等多重要求。针对下挂节点的网络管理报文发送规则,详细说明了不同状态下的报文发送策略,特别是在哨兵模式、OTA模式等特殊场景下的处理方式。系统在满足休眠条件后会立即停止发送下挂节点网络管理报文,确保电源管理的有效性。
2025-07-23 20:28:24
257
原创 关键字 const 在嵌入式中的用法
const表示。这对防止意外写操作、明确意图和让编译器更好地优化有重要作用。在大多数嵌入式编译器(如 Keil、GCC)中,加了const的数据可以被放入只读区域(ROM/Flash),节省宝贵的 RAM。
2025-05-22 10:47:29
463
原创 关键字 volatile 在嵌入式中的用法
volatile是C/C++语言中的一个关键字,用于指示编译器某个变量可能在程序控制之外被改变,因此编译器不应对其进行优化。这种优化可能导致程序行为异常,特别是在处理硬件寄存器或实时数据时。例如,在硬件寄存器映射或串口通信中,使用volatile可以确保每次访问变量时都从内存中读取最新值,而不是从CPU寄存器中读取缓存值。此外,volatile还禁止编译器对变量的指令重排和去除无用读取操作,确保程序的正确性和实时性。在底层实现中,volatile关键字通过禁止编译器的优化行为,确保对变量的访问始终从内存中进
2025-05-22 10:11:42
435
原创 MCU-芯片时钟与总线和定时器关系,举例QSPI
时钟源:时钟源为系统时钟提供原始频率信号,系统时钟则通过(分频、倍频、选择器)成为整个芯片的“主时钟”,驱动 CPU 内核、总线(AHB、APB)及外设的运行。HSI(高速内部时钟):64 MHz,配合PLL1用于系统时钟。HSI48(高速内部时钟):48 MHz,HSI48 是内部高精度时钟源,频率为 48Mhz,配合 CRS 可以直接作为 USB的时钟源使用。HSE(高速外部时钟):4-48 MHz(通常使用25 MHz的外部晶振PLL配置: 通过PLL1可以将时钟频率提升到最高。
2025-03-20 21:02:07
1302
原创 AUTOSAR-NvM调用Fee向flash的物理地址写数据的链路逻辑
32 位的虚拟地址【16 位用于块号(Block Number)(标识逻辑块,最多允许 65536 个逻辑块,获取物理基地址)】 + 【16 位用于块地址偏移量(Block Address Offset)(用标识逻辑块内的具体位置,每个逻辑块最大 64KB,基地址 + 偏移量)】其 Virtual Page 的结构包含 Page Header(用于存储页面的元数据,如页面状态和标识)+ Data Area(实际存储数据的区域)Fee的blocknumber是608,size是22byte,
2025-03-10 20:05:04
590
原创 ARM架构-SRAM的深度理解
(如 AXI SRAM),若外设 DMA 直接操作 D1 SRAM,会导致总线带宽被抢占,影响实时任务。D1 Domain:高性能域,直接连接 Cortex-M7 内核,包含 AXI 总线、Flash 和部分 SRAM(ITCM、DTCM、AXI)。D3 Domain:低功耗域,用于低功耗模式下的数据保持,包含 SRAM4 和 Backup SRAM。D2 Domain:外设域,连接大部分外设和 DMA,包含 SRAM1~SRAM3。传感器通过 SPI 的 DMA1 将数据存入 SRAM1(D2 域)。
2025-03-07 13:23:31
947
原创 MCU-缓存Cache与CPU中的主存SRAM
(如 MPU 设置)决定。普通 SRAM(如 AXI SRAM、SRAM1/SRAM2)可能被 D-Cache 缓存,具体取决于 MPU(内存保护单元)的配置。TCM 是紧耦合内存,直接挂载到 CPU 总线,不经过 Cache,访问。Flash、SRAM 或外部存储器 读取的数据。Cache 的缓存范围是全局的,可以覆盖所有可缓存的地址空间(包括内部 SRAM)。是否需要缓存某个内存区域,由内存属性配置。数据缓存(D-Cache)指令缓存(I-Cache):缓存从。Cortex-A7(含MMU)
2025-03-06 17:25:43
940
原创 MCU-SDRAM-W9825G6KH的存储单元
在Cortex-M7中,存储器一共有4GB的地址空间,4GB的地址空间又被划分为8个区域块,每个块有512M的内存。Note:4GB的地址空间为 0x0000 0000 - 0xFFFF FFFF,可寻址的512M的地址空间为 0x0000 0000 - 0x1FFF FFFF,可寻址的地址是指处理器可以直接访问和寻址的存储区域,如flash,SRAM,寄存器。外部External RAM 通常映射到0x6000_0000到0x9FFF_FFFF的外部存储区域。
2025-03-06 12:59:43
1066
原创 电脑和树莓派在插入网线的情况下,如何保持wifi上网
Win10设置优先使用无线网络的方法,只需修改网络接口活跃点,WiFi活跃度大于以太网卡活跃度即可。
2025-02-05 15:28:58
478
原创 Ubuntu22.04安装docker desktop遇到的bug
1. 确认已启用KVM虚拟化1. 确认已启用KVM虚拟化如果加载了模块,输出应该如下图。说明 Intel CPU 的 KVM 模块已开启。
2024-12-12 16:13:42
895
原创 TriCore架构-TC397将code从原来在P-Cache地址移到PSPR的地址,CPU的负载率为什么没影响
但是实际情况下,这个是CPU通过LPB (local pflash bank) 直接访问PFlash的性能,PFI 有prefetch buffer,可以预取指,并不是通过Cache访问的。而从下图可以看出来,CPU从PCache & PSPR & DSPR & Dcache取指(instruction fetch),性能是一样的,CPU距离存储空间的距离也是差不多的。私有的:PSPR,DSPR,P-Cache,D-Cache,PF(X),LMU,DLMU,LPB。之间频繁切换,可能会引入额外的延迟。
2024-12-08 10:56:18
1055
1
原创 ARM架构-Cache的底层原理
写通法的另一个变种就是写回法,是指处理器在执行写操作时,被写的数据只写入 Cache,不写入主存,仅当需要替换时,才把已经修改的 Cache 块写入主存RAM。嵌入式ARM内核一般采用的都是哈佛结构,哈佛结构中Cache设计采用了指令 Cache(简称 I-Cache)和数据Cache(简称 D-Cache)分开的方式,也就是说运行的时候程序Code存储在flash中,数据Data存储在RAM中,也就是说CPU从flash中取Code指令,之后在到RAM中取数据。
2024-12-06 20:07:10
702
原创 MCU-USB转UART的底层逻辑
当单片机不集成直接 USB 或 OTG 接口时,USB/UART 桥接器是必不可少的工具。它促进了 PC 和单片机之间的通信,尤其是在原生 USB 仍然不是很常见的嵌入式系统中。监视和控制嵌入式外围设备,从而促进嵌入式系统的开发和维护。可以轻松调试单片机,使用终端显示日志和错误消息。编程器或闪存单片机,无需本机 USB 接口。USB/UART 桥接器的好处。
2024-12-04 13:58:14
574
原创 ISO26262-(Timing Monitoring)在多核MCU的TPU上功能安全ASILB与ASILD有什么区别
在多核微控制器(MCU)的时间保护方面,针对功能安全ASIL B与ASILD等级的设计和实施存在显著差异,这些差异主要体现在系统对时间关键性操作的保障程度、故障检测能力、以及系统响应的严格性上。时间关键性:在ASIL B等级,系统设计注重于识别并处理大部分可能影响安全的时间相关故障,但允许在某些情况下未被覆盖的故障存在。一旦检测到时间保护失败,系统将采取极端措施,如立即触发安全动作、系统复位或切换到预先定义的安全状态,以避免任何潜在的不安全状态。全面故障检测:要求近乎完美的故障检测能力,
2024-12-03 15:25:57
732
AUTOSAR多核操作系统监控与优化:同济大学与维克多汽车技术联合研究成果
2025-03-11
汽车电子嵌入式系统中AUTOSAR OS调度表显式同步优化算法及其应用
2025-03-11
智能网联汽车环境感知系统预期功能安全第1部分:触发条件分析与描述方法
2024-12-03
智能网联汽车环境感知系统预期功能安全的乘用车测试与评价方法标准编制说明
2024-12-03
智能网联汽车高速与城市快速路自动驾驶标准编制说明
2024-12-03
智能网联汽车车载时间敏感网络(TSN)中间件标准编制与应用解析
2024-12-02
车载时间敏感网络通讯交换芯片标准编制及产业应用
2024-12-02
车路协同智能路侧决策系统标准及应用编制详解
2024-12-02
车路协同路侧基础设施第1部分:总体技术要求
2024-12-02
车载时间敏感网络中间件技术规范解析
2024-12-02
车路协同智能路侧决策系统的架构、应用及协同决策机制解析
2024-12-02
车路协同路侧基础设施信息安全通用技术要求编制进展与验证
2024-12-02
车路协同路侧基础设施信息安全通用技术要求
2024-12-02
车路协同系统路侧基础设施总体技术要求编制说明
2024-12-02
汽车智能化发展中基于AI的开放式软件架构研究
2024-10-21
中国汽车基础软件发展现状及关键技术研究报告
2024-10-21
user-manual-v1.1.0.zip
2026-03-19
【人工智能硬件】基于Sunrise 5芯片的RDK X5模块硬件设计指南:接口电路与电源管理应用
2026-03-19
【嵌入式系统】基于PCIe的多接口外设控制器设计:RP1芯片架构与低速外设集成方案
2026-03-19
【嵌入式硬件】RDK X5模块载板V1P1设计:高性能计算平台电源管理与多接口扩展系统实现
2026-03-19
【嵌入式系统开发】基于MATLAB与Simulink的树莓派硬件支持包配置:实现LED控制与代码部署
2026-03-19
【嵌入式计算】基于自研RP1桥接芯片的树莓派5主板:高性能四核处理器与多接口工业控制应用平台设计
2026-03-19
OSEK/VDX 标准中容错通信协议(FTCom)的功能与架构
2025-03-11
汽车安全评估中的电子油门控制系统研究及应用(汽油车)
2025-03-11
汽车电子OSEK VDX时间触发操作系统(OSEKtime)规格介绍及实现方法
2025-03-11
汽车发动机管理系统的标准化E-Gas监控概念及其关键技术解析与应用
2025-03-11
嵌入式实时操作系统OSEK-VDX OS的架构及任务管理机制解析
2025-03-11
OSEK/VDX标准:实时接口语言规范(ORTI)促进车载分布式控制系统开发与调试
2025-03-11
汽车电子控制系统OSEK/VDX标准解析及其应用案例
2025-03-11
汽车诊断与编程中的Bootloader过程详解及应用场景
2025-03-11
汽车电子OSEK/VDX规范绑定配置详解及应用
2025-03-11
符合OSEK标准的嵌入式操作系统微内核设计:任务调度与上下文切换优化
2025-03-11
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人
RSS订阅