自定义博客皮肤VIP专享

*博客头图:

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

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

博客底图:

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

栏目图:

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

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(104)
  • 收藏
  • 关注

原创 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 763

原创 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 83

原创 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 447

原创 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 367

原创 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 572

原创 Beyond Compare 用于 WinSCP

Beyond Compare 用于 WinSCP。

2025-03-01 11:49:08 172

原创 车载以太网-基于linux的ICMP协议

对于车载以太网-ICMP的技术要求

2025-02-27 19:30:32 345

原创 NPU与GPU的理解

NPU与GPU的理解

2025-02-08 15:18:31 99

原创 电脑和树莓派在插入网线的情况下,如何保持wifi上网

Win10设置优先使用无线网络的方法,只需修改网络接口活跃点,WiFi活跃度大于以太网卡活跃度即可。

2025-02-05 15:28:58 211

原创 docker命令行

2025-01-02 13:46:16 115

原创 Ubuntu22.04 docker如何发布镜像(和用git差不多)

【代码】docker如何发布镜像。

2024-12-12 20:23:38 432

原创 Ubuntu22.04安装docker desktop遇到的bug

1. 确认已启用KVM虚拟化1. 确认已启用KVM虚拟化如果加载了模块,输出应该如下图。说明 Intel CPU 的 KVM 模块已开启。

2024-12-12 16:13:42 712

原创 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 585 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 488

原创 MCU-USB转UART的底层逻辑

当单片机不集成直接 USB 或 OTG 接口时,USB/UART 桥接器是必不可少的工具。它促进了 PC 和单片机之间的通信,尤其是在原生 USB 仍然不是很常见的嵌入式系统中。监视和控制嵌入式外围设备,从而促进嵌入式系统的开发和维护。可以轻松调试单片机,使用终端显示日志和错误消息。编程器或闪存单片机,无需本机 USB 接口。USB/UART 桥接器的好处。

2024-12-04 13:58:14 456

原创 ISO26262-(Timing Monitoring)在多核MCU的TPU上功能安全ASILB与ASILD有什么区别

在多核微控制器(MCU)的时间保护方面,针对功能安全ASIL B与ASILD等级的设计和实施存在显著差异,这些差异主要体现在系统对时间关键性操作的保障程度、故障检测能力、以及系统响应的严格性上。时间关键性:在ASIL B等级,系统设计注重于识别并处理大部分可能影响安全的时间相关故障,但允许在某些情况下未被覆盖的故障存在。一旦检测到时间保护失败,系统将采取极端措施,如立即触发安全动作、系统复位或切换到预先定义的安全状态,以避免任何潜在的不安全状态。全面故障检测:要求近乎完美的故障检测能力,

2024-12-03 15:25:57 389

原创 ISO26262-(Timing Monitoring)基于AUTOSAR OS与TC397实现TPU时间保护

Deadline Supervision:提供监督软件在两个状态之间的转换时间,通过在代码中设置检查点,WdgM定期检查这些点是否被按时到达,防止任务进入无限循环或完全停止执行。规定任务或第二类中断(Cat2 Interrupts)两次激活之间的最小时间间隔,确保任务执行的周期性和间隔的稳定性,防止任务执行过于频繁或不规律。监控任务或中断在获取资源、锁或中断挂起上的时间,确保这些操作不会超出预定的限制。时间保护和监控和以下属性有关:监控任务在特定时间调度,不超过预期执行时间,不独占OS资源。

2024-12-03 14:23:32 94

原创 如何用以太网传输文件

常规操作。

2024-12-01 21:43:04 255

原创 ISO26262-(Memory Partitioning)在多核MCU的MPU上功能安全ASILB与ASILD有什么区别

在ISO26262中基于AUTOSAR创建每个TASK的时候根据任务的危害分析和风险评估确定对应的ASIL等级,在开发的时候并对ASIL进行适度分解,之后在软件开发中对每个TASK施行不同的软件策略,比如内存分区的复杂度,诊断和错误处理,冗余与容错等软件机制,最终实现各个ASIL Level。ASIL D级别的系统在动态内存分配上可能需要更严格的控制,以避免运行时的内存错误,这可能影响MMU的配置策略,要求实时监控和保护堆和栈的完整性。ASIL B系统在这一点上可能允许更多依赖于软件层面的管理。

2024-11-30 12:06:31 199

原创 ISO26262-(Memory Partitioning)基于TC397的MPU实现内存分区

TC397芯片有5个Core,每个核有18个Data Memory Protection Ranges,10个Code Protection Ranges。

2024-11-29 19:44:56 391

原创 ISO26262-(Memory Partitioning)针对不同SWC和Interface实现功能安全内存分区

内存方面的 FFI - 保护 ASIL-B(较高 ASIL-X)分区的数据免受 QM(较低 ASIL)分区代码执行的影响。时间方面的 FFI - 保护 ASIL-B(较高 ASIL-X)分区执行免受 QM(较低 ASIL)分区执行的影响,(能够检测 ASIL-B 任务的 CP 到期情况,将 ASILB 任务作为高优先级)这应完全从软件架构层面完成。Goal:满足混合 ASIL-B 产品在内存和执行方面的 FFI(Freedom From Interference)

2024-11-28 20:16:19 146

原创 MCU-基于STM32H7XX的Bootloader启动与更新固件逻辑

基于一种安全升级的方式,将两个BANK分别都用于存储APP程序,一个是A面,一个是B面,之后在升级的过程中,可以确保如果升级失败,可以回滚到上一个有效版本,以及升级过程中可以实现网络安全的机制。

2024-11-07 21:05:52 220

原创 ISO26262-E-GAS功能安全软件架构与AURIX TC397 SafeTpack

主要功能是监控系统的运行状态,以确保系统在预定的功能范围内正常工作。TLF35584能够以预定的周期进行喂狗,就是正常状态,否则执行停止喂狗,报告异常。Level2 是功能监控层,用于监控 Level1 功能的运行是否正常。当任意一个核运行异常,比如在执行某个函数的时候发生野指针,State Combiner 的状态为 NOT OK,硬件狗就会复位 MCU。Level1 是功能实现层,完成具体的功能实现,比如对于电机控制器来说,这一层实现了将请求的扭矩转换为电机的扭矩输出。

2024-10-29 16:00:14 1397

原创 ISO26262-通信故障与故障检测和反应在功能安全中的应用

在实施带有紧急运行安全机制的故障处理中,整个流程分成故障检测(Fault detection),故障处理(Fault reaction),措施实施(Emergency operation),进入安全状态(Safe State)4个阶段,故障检测(Fault detection)这部分就是诊断功能。首先这个的message报文周期是20ms或200ms(报文没有问题的时候是周期20ms,当信号有问题,报文要进入fault的周期发送,会变成周期200ms),举例:一般是通信报文传输的问题。

2024-10-28 14:35:24 806

原创 汽车五大域控

汽车域控

2024-09-26 15:49:50 242

原创 MCU-内部flash模拟成EepRom(重新梳理)

通过fee写数据Data的过程中,数据会mapping一个虚拟地址,这个虚拟地址就是你的身份,在向flash写数据的过程中会写入很多相同虚拟地址的不同数据,在读取或切页的过程中,遍历数据只会认为最下面第一个的虚拟地址所持有的数据是有效数据,其他的都是老数据,可以丢弃。模拟成eeprom的两个eep_page写数据逻辑就是,先在eep_page0写数据,eep_page0写满后,将eep_page0的有效数据copy到eep_page1,之后擦eep_page0;

2024-09-13 14:35:01 325 1

原创 MCU-QSPI读写外部Flash(W25Q256JV)

每到一个新的扇区,就要判断这个扇区里面是否是干净的,不干净就要先去擦Sector,将数据全部擦成 0XFFFFFFFF,之后才可以一个page一个page写数据。需要注意的是,写完的数据就不能更改,如果更改数据,我们需要将所在扇区的存储内容全部读出,然后擦除该扇区,再按照新数据对该扇区进行编程。向flash写数据,是以page为单位写的(不可以随意的写字节),通过QSPI将写的数据写到flash的buffer里,写完后,如果不够一个page, flash会自动填充满一个page,之后写到Sector中。

2024-09-12 18:27:09 379

原创 C语言代码中位域BitField与联合体Union

位域BitField与联合体union的应用测试与验证

2024-09-12 13:04:49 280

转载 Debian 10 系统下安装gcc-9

【Debian 9(Stretch)】linux系统下安装gcc-9.3.0

2024-08-19 16:09:21 303

原创 AUTOSAR-CAN通信的Com层触发I-PDU的逻辑

对于传输模式的选择,可以根据Message定义的周期等待Com_MainFunction发送,也可以是只有数据变更时,等到一个Com_MainFunction就向外发送,数据无变化,不需要向外发送。当I-PDU被填充完整后,判断I-PDU的传输模式,等待Com_MainFunction将I-PDU根据传输方式向底层传输。因为是向外发送,所以Can_MainFunction_Write会读Can驱动寄存器,确认传输是否完成,也就会返回Com_TxConfirmation,可以配置是否需要触发Callout。

2024-08-14 16:14:30 189

原创 AUTOSAR-PMIC应用于KL15&KL30的上下电逻辑

嵌入式开发:如何理解ECU唤醒、休眠、Reset?

2024-08-13 16:29:28 360

原创 ARM架构-MPU对于OS下任务和内存的保护

其实这三种方式没有MPU也可以实现, 只不过归不用MPU的操作归属于 CPU 架构层面,而MPU属于内存层面的控制,进一步对region划分了区域,哪些可以Cache,哪些可以Share,只不过这种操作是基于内存的操作,。更细化权限控制,MSP和PSP 指针是 CPU 架构层面的特权级划分,MPU 机制是基于内存区域的访问控制。内核直接访问芯片内存,如上图,去掉Cache走总线AXI或AHB的链路。如果开启共享(Shareability),等同于关闭Cache。Cortex-A7(含MMU)

2024-07-25 14:17:42 1042

原创 VMware 上的 Debian Linux 虚拟机无法听到蓝牙耳机的声音解决方案

在Debian上安装QQ音乐,用来摸鱼。

2024-07-24 10:47:04 916

原创 ARM架构-内存与指针和堆栈的关系

栈顶指的是当前栈指针(Stack Pointer, SP)所指向的内存地址。栈底指的是栈的起始地址,也就是栈区域在内存中的最低地址。在一个空栈中,栈顶是没有元素的,通常被定义为 -1 或 NULL。

2024-07-19 16:32:25 809

原创 ARM架构-FreeRTOS中内存地址与flash,SRAM,堆栈关系

在Cortex-M7中,存储器一共有4GB的地址空间,4GB的地址空间又被划分为8个区域块,每个块有512M的内存。Note:4GB的地址空间为 0x0000 0000 - 0xFFFF FFFF,可寻址的512M的地址空间为 0x0000 0000 - 0x1FFF FFFF,可寻址的地址是指处理器可以直接访问和寻址的存储区域,如flash,SRAM,寄存器。

2024-07-16 19:59:39 1281

原创 ARM架构-Cortex M7的存储结构(flash与SRAM)

中断向量表放置在flash的起始地址,privileged functions 特权模式下执行的指令.isr_vector section的目的是把中断向量表放在 0x08000000 这个特定的内存位置,确保中断向量表占用的内存空间大小是 0x298 字节,将所有包含中断向量表的目标文件(*(.isr_vector))链接到这个 section。 *(.text section*)中定义的是中断服务的应用代码FreeRTOS系统调用被放置在起始地址0x08008000的flash地址,也就接着特权指令后的

2024-07-04 19:43:13 1157

原创 AUTOSAR-CAN周期报文仅发出一帧的错误

如果仅仅调用了IrqCan_Init进行了中断初始化,只是代表挂载了中断,中断标志位能够在SRC相关寄存器置位,如果对应中断的SRE没有使能,也不会将中断传递至对应中断服务者,即CPU0,这点特别注意,许多情况下中断没有产生基本上就是这个最为简单的问题。如果出现发送不成功,首先检查CAN驱动接口的返回值是否检查,然后按图索骥便可以找到问题所在,要不怕调试,调试多了自然经验就上去了,下次就无需调试也就知道问题最有可能出在那里了。至此中断函数入口使能完毕,除此之外并没有真正意义上使能了CAN中断,此时。

2024-06-26 13:24:33 313

原创 AUTOSAR-CAN(标准)与J1939报文的区别

PDU格式一共有两种:PDU1和PDU2,当PF的值在0~239(0x00-0xEF),则表明为PDU1格式,若PF的值在240~255(0XF0-0xFF)之间,则标明为PDU2格式;在J1939中, 我们根据PGN来区分不同的报文,J1939-21/73中对不同的PGN做了一系列详细的规定,不同的PGN来表示不同的数据或者功能。J1939报文:J1939是在CAN2.0B(扩展CAN)的基础上,对仲裁场部分的29位ID的重新解释,其它部分完全一样。29位ID分为:3位的优先级、

2024-06-26 10:48:39 962

原创 AUTOSAR-CAN报文的发送类型-OnChange、OnWrite、IfActive、Repetition

CAN报文的发送类型分为基本发送类型和混合发送类型两大类。

2024-06-25 20:40:13 2200

原创 FreeRTOS-中断的嵌套和竞争

在STM32F4 中 NVIC_PRIORITYGROUP_4:优先级分组为 4,意味着抢占优先级和子优先级各占 4 位,即都具有 16 个取值(0 到 15)。这种方式下,可以实现最大的优先级颗粒度划分。抢占优先级(Preemption Priority)就是同一组中断之间的优先级关系,子优先级(Subpriority)也就是在同一抢占优先级组内进一步划分优先级。函数来设置中断的 IRQn 中断号,PreemptPriority 抢占优先级,SubPriority 子优先级,数值越低表示优先级越高。

2024-06-25 18:31:25 205

汽车电子OSEK VDX时间触发操作系统(OSEKtime)规格介绍及实现方法

内容概要:本文档详细介绍了由OSEK小组制定的时间触发型实时操作系统(OS,简称OSEKtime),旨在为分布式车辆控制系统提供可靠的执行环境。它支持静态调度并实现了故障容忍通信层。文中对OSEKtime操作系统的架构(中断和任务等级)、任务管理(状态模型、激活与终止)、中断处理以及同步机制进行了详尽解析,并阐述了系统启动关闭流程、错误处理和应用模式切换等特性。同时,为了确保系统的高度可靠性而设立了一系列保障机制。最后列出了详细的系统服务API。 适合人群:具备一定嵌入式系统或汽车工程背景的开发人员、研究机构和制造商的技术团队。 使用场景及目标:适用于汽车行业的高可靠性车载ECU软件开发,在确保安全性和实时性的基础上优化资源配置。有助于提高多任务协同工作的精确度,并能有效避免资源冲突。此外,对于理解RTOS概念也有很大帮助。 阅读建议:鉴于本规范的专业性强且涉及到大量具体细节,请读者先浏览概述部分掌握整个OSEKtime的基本结构与设计理念;随后再逐步深入了解各功能模块及其相互间的作用关系。

2025-03-11

OSEK/VDX标准:实时接口语言规范(ORTI)促进车载分布式控制系统开发与调试

内容概要:本文件主要介绍OSEK/VDX项目下发布的OSEK Run Time Interface (ORTI) 2.2版Part A——语言规范。OSEK/VDX旨在为汽车行业提供一种开放式的架构标准用于车辆内的分布式控制单元。ORTI定义了一种通用接口以支持各种开发工具接入OSEK操作系统,提供了内核对象的语法(如版本段落、声明部分、信息段落等),并描述了属性及其语义规则,使得第三方厂商能够高效利用该接口进行产品集成与扩展。文中详细讲解了ORTI的应用优势、组成部分、数据表示形式以及枚举类型属性,还规定了一些具体的实现规则来确保接口的一致性和互操作性。除此之外,还提及ORTI的历史演变,记录从早期未公开版本到正式发行的改进历程。 适用人群:从事汽车电子软件系统设计的技术专家、嵌入式开发工程师及负责OSEK兼容调试环境配置的专业人员。 使用场景及目标:适用于开发环境中,针对基于OSEK的嵌入式应用程序进行优化,以便于更快更好地集成和验证各种OSEK供应商提供的组件和服务,提高程序稳定性及效率。 其他说明:本文档不仅有助于开发者深入了解OSEK内部工作流程,也为客户选购合适的开发和支持

2025-03-11

OSEK/VDX 标准中容错通信协议(FTCom)的功能与架构

内容概要:本文档详细介绍了OSEK/VDX项目中的故障容忍通信层(FTCom)。作为分布式控制系统的重要组成部分,该层旨在提供高可靠的实时通信支持。主要章节涵盖系统设计理念、消息传递机制及其接口细节、冗余传输机制以及容错同步等功能特性。具体涉及了如消息复制、过滤器机制以及状态更新通知等方面。同时,为确保高效性和兼容性,文档定义了若干关键的服务调用方法和参数规范,以支持OSEK时间操作系统和应用程序之间的交互。 适用人群:嵌入式汽车控制系统软件开发者,特别针对OSEK/VDX标准感兴趣的专业技术人员。 使用场景及目标:该规范主要用于指导基于OSEK/VDX平台的安全关键型分布式实时应用的开发,确保各节点间的数据交换既可靠又及时。 其他说明:该文档提供了对故障容忍度相关技术和实践的具体阐述,并且为未来版本升级留有灵活性,允许根据实际需要进行适当调整而不违反基本规则。

2025-03-11

汽车电子OSEK/VDX规范绑定配置详解及应用

内容概要:本文档详细介绍了OSEK/VDX标准绑定规范(Binding Specification),版本号为1.4.2。主要涵盖了该规范的目的、范围及其重要组件的介绍。OSEK/VDX由汽车行业联合制定,旨在建立开放式架构标准,解决不同制造商生产的控制单元间接口和协议不兼容的问题。文档具体解释了操作系统的实时执行、通信层的消息传递与网络管理的策略,并强调支持应用程序软件的便携性和重用性的关键在于定义抽象的应用无关接口,以及提供独立于硬件和网络的统一用户界面。此外还讨论了对不同OSEK/VDX子规范(如操作系统OS、通信模块COM)间的相互作用及一致性保证。 适合人群:面向汽车行业嵌入式系统工程师,特别是那些关注分布式控制单元标准化工作的专业技术人员。 使用场景及目标:①帮助工程师理解如何通过规范化来提高开发效率并降低成本;②确保来自不同供应商的不同类型的控制系统能够在同一平台上互连互通;③指导开发者正确地选择合适的版本和技术进行新项目的构建或现有项目的优化升级。 阅读建议:文档包含了大量术语表与概念解析,在初次接触时可以先浏览整体结构,重点理解各部分之间的关联关系。随着学习深入再仔细

2025-03-11

汽车电子控制系统OSEK/VDX标准解析及其应用案例

内容概要:本文介绍了 OSEK/VDX 标准,这是为了开放分布式车辆控制单元而制定的标准。它由德国和法国两个项目合并而成,旨在提高车载控制系统的可移植性和复用性,规范实时操作系统(RTOS)和网络管理接口。文档解释了 OSEK/VDX 各部分的作用,如操作系统的任务调度、中断处理、事件与资源管理机制、应用程序配置流程,并给出了多个应用实例来展示不同类型的配置及其实现方式。最后展示了基于这些标准的实际硬件演示平台实验情况及源代码实现。 适合人群:嵌入式系统开发者、汽车行业技术人员以及对实时操作系统感兴趣的科研人员。 使用场景及目标:本指南适用于需要深入了解和应用车载操作系统的人群,帮助他们掌握OSEK/VDX的具体实现和技术要点。同时也可以用于教学目的,在高校或者专业培训机构中作为参考教材。 其他说明:除了理论阐述外,还提供了具体的工程案例进行辅助讲解,有助于理解复杂概念并在实践中加以运用。附带的实验环节详细地指导了如何配置并运行相应的演示程序。

2025-03-11

嵌入式实时操作系统OSEK-VDX OS的架构及任务管理机制解析

内容概要:该论文详细介绍了嵌入式实时操作系统(OSEK_VDX OS)的架构及其任务管理机制,重点解释了其内核设计、任务调度方式(抢占调度、非抢占调度和混合调度)、一致类、中断管理、事件机制、资源管理和报警器管理等内容。文章指出该操作系统专为汽车控制系统设计,但因其轻量化和灵活性也可应用于其他领域的实时操作系统中。论文探讨了如何解决商用实时操作系统因过大而不适应车辆控制的问题。 适合人群:对嵌入式系统、尤其是实时操作系统有兴趣的研究人员和技术人员,尤其关注于汽车行业及其他需要高效实时处理的场景。 使用场景及目标:主要针对那些需要了解RTOS的工作原理及其优化方法的人群。目标在于深入理解RTOS内部运作,特别是如何利用OSEK_VDX OS实现高效的实时任务调度和管理。同时,有助于掌握OSEK_VDX OS的具体应用场景和发展趋势。 其他说明:本文除了理论讲解之外,还包括了一些实际案例和图形辅助理解,有助于更好地学习和研究OSEK_VDX OS的相关知识点,对于理解和设计类似的系统非常有价值。

2025-03-11

符合OSEK标准的嵌入式操作系统微内核设计:任务调度与上下文切换优化

内容概要:本文介绍了一种符合OSEK标准的嵌入式操作系统微内核设计,重点在于其实现方式和技术细节。微内核采用双调度策略,分别为实时任务和普通任务设计了独立的调度器,同时引入了高效的上下文切换机制。通过STM32平台的实际测试,证明其具备执行效率高、占用空间小的优点,并可在多个平台进行有效移植。文中还讨论了传统前后台系统存在的问题以及解决这些问题的有效措施,如任务状态转换及其控制机制的优化。最终数据显示在72MHz系统时钟下,内核只占用924Bytes ROM,一次任务切换只需3.4微秒。 适用人群:从事嵌入式系统研发的技术人员或学者,尤其是关注OSEK规范下实时性和系统资源利用效率提升的人群。 使用场景及目标:主要用于小型设备或低功耗应用场景,旨在提供兼具高性能和高可靠性的嵌入式操作系统解决方案。能够显著改善任务响应时间和减少内存占用情况,适用于需要精确控制任务执行序列并最大化系统吞吐量的应用环境。 其他说明:文章提供了详细的实验数据和代码片段,以便更好地理解和验证该微内核设计的有效性。通过对比商业操作系统和其他开源项目,突显了本文方案的独特优势。同时强调了该设计方案对未来类似项目的启

2025-03-11

汽车安全评估中的电子油门控制系统研究及应用(汽油车)

内容概要:这份报告由美国国家公路交通安全管理局发布,详细介绍了针对装配有电子节气门控制系统的汽油燃料车辆加速器控制系统进行的功能安全性评估。报告依据ISO 26262标准,采用多种故障模式和效应分析方法(如HAZOP、STPA),进行了风险分析并制定了相应的系统安全要求。此外,报告涵盖了五项整车级安全目标和179条ACSETC系统安全需求。 适合人群:汽车行业工程师和技术专家,尤其是专注于汽车电子产品可靠性与安全性评估的专业人士。 使用场景及目标:本研究不仅为未来制定更严格的车辆安全法规提供了理论支持,也为制造商提供了一套有效的风险管理指南。 其他说明:研究报告指出了ISO 26262标准的应用潜力以及如何进一步改进风险评估方法。它还探讨了电子控制系统故障对于不同类型驾驶情况的影响及其导致的危害程度分类,例如失去推进动力或无控制加速等问题。

2025-03-11

汽车发动机管理系统的标准化E-Gas监控概念及其关键技术解析与应用

内容概要:本文档详细介绍了汽油和柴油发动机管理系统(E-Gas)的标准化监测概念和技术实现。主要包括三个层级的监控:1级负责发动机管理和组件监测;2级进行功能监控并检查1级性能序列的错误;3级为控制器级别的独立硬件和软件模块监测。各级别通过多种输入输出变量(如油门阀执行器、踏板行程传感器)及系统反应机制来确保安全可靠的系统运行,涉及详细的故障检测与应对措施。此外还描述了扭矩比较、加速比较等多种具体监控方式,并提供了一些常见的故障响应方法。 适合人群:主要面向汽车行业从事发动机控制系统设计、开发及相关研究工作的专业技术人员和研究人员。 使用场景及目标:帮助汽车制造商及零部件供应商提高发动机控制系统的可靠性与安全性,确保满足当前严格的排放法规和驾驶舒适性标准,并降低车辆行驶时可能出现的安全风险。 其他说明:本概念是在EGAS工作组的基础上制定的,综合考虑了不同类型的发动机特点以及现代联网车辆系统的要求。该方案旨在作为新一代发动机管理系统的开发指南,为未来的发展提供了重要的指导方向。同时强调了品牌一致性,在此基础上达成行业共识以促进资源共享和技术进步。

2025-03-11

汽车诊断与编程中的Bootloader过程详解及应用场景

内容概要:本文档主要描述了汽车行业ECU(电子控制单元)重编程的具体流程和技术细节,详细展示了整个过程中涉及的各种诊断命令和服务,如进入编程会话、开始重新编程序列、获取安全访问权限、擦除内存、数据传输、校验编程依赖关系、重启ECU以及最后关闭所有通信。文档还特别提到检查内存CRC32值和写入指纹等操作步骤。 适合人群:汽车电子工程师,从事ECU开发和测试工作的技术人员。 使用场景及目标:适用于需要对汽车系统进行固件更新的情况;有助于理解如何正确执行ECU软件刷新程序并确保过程的安全性和可靠性。 其他说明:文档中的一些术语可能是行业专用语或者特定设备相关的编码表示。对于非专业人员来说,部分内容可能难以直接解读。然而,这份资料为专业人士提供了一套完整的指导方针,可用于培训新手或是作为参考资料来解决实际问题时参考。

2025-03-11

汽车电子嵌入式系统中AUTOSAR OS调度表显式同步优化算法及其应用

内容概要:该论文探讨了为解决嵌入式汽车电子系统的可移植性和可重用性难题,提升系统的实时性和稳定性而提出的AUTOSAR操作系统(Operating System)中调度表的同步优化算法。文中首先介绍了AUTOSAR OS的基本概念和发展背景。然后详细解释了调度表的机制,包括调度表与其他OS对象的区别,以及调度表和计数器的关系,提出了用于调度表显式同步的具体流程及两种调度表同步的伪代码实现方法。通过在Freescale MPC5634M开发板上的一系列实验证明,提出的第一种算法显著优于第二种,能够在较短tick周期情况下仍保证较高的实时响应特性。 适合人群:从事汽车电子嵌入式系统的开发者、研究人员和技术爱好者。 使用场景及目标:旨在提高汽车电子产品开发过程中OS层面对时间敏感的任务管理和事件触发能力;适用于希望深入了解或实现高效实时控制系统的人士;有助于减少国外技术依赖,推动中国汽车工业自主研发。 其他说明:基于国家‘核高基’重点研发计划项目成果,该研究成果已在一些主流车企中得到应用并开展上车试验。同时,这也是对传统OSEK规范升级的一个重要实践案例。

2025-03-11

AUTOSAR多核操作系统监控与优化:同济大学与维克多汽车技术联合研究成果

内容概要:本文由同济大学与维克多汽车技术联合实验室合作完成,介绍了AUTOSAR多核操作系统的监控与优化方法。主要内容涵盖了AUTOSAR多核OS的发展现状与面临的挑战,详细讨论了避免死锁、竞争条件等问题的技术手段,并探讨了数据一致性和多核间的任务分配策略。文章还介绍了基于T1的多核OS实时监控技术和基于TA的多核OS建模优化,提出了一系列优化策略如调整任务分配和触发偏置,以及自主开发的监测优化解决方案。最后展示了使用布谷鸟搜索算法优化后的实验结果,并总结了监控任务时序、内核负载等方面的成效。 适合人群:汽车电子和嵌入式系统的工程师,对AUTOSAR多核OS有一定了解并希望深入理解其实现细节和技术难点的研究人员和技术爱好者。 使用场景及目标:①帮助工程师们理解和解决AUTOSAR多核OS在实际应用场景中遇到的问题;②为开发高效的多核系统提供理论依据和技术指导。 其他说明:文章不仅从理论上讲解了相关知识点,同时也有大量的实践案例展示。对于那些从事于汽车行业或者嵌入式软件行业的工作者来说是非常宝贵的参考资料。

2025-03-11

基于AUTOSAR规范的嵌入式实时操作系统设计与实现.pdf

基于AUTOSAR规范的嵌入式实时操作系统设计与实现.pdf

2025-03-11

一种车用嵌入式实时操作系统内核的.pdf

一种车用嵌入式实时操作系统内核的.pdf

2025-03-11

智能网联汽车环境感知系统预期功能安全的乘用车测试与评价方法标准编制说明

内容概要:本文详细介绍了《智能网联汽车环境感知系统预期功能安全第 2 部分:乘用车测试与评价方法》标准的编制过程、技术内容、试验验证情况和未来的发展前景。标准旨在为智能网联汽车环境感知系统的测试与评价提供科学、系统的指导方法,涵盖测试范围、测试方法和性能量化评价等内容,确保系统的预期功能安全性能。 适合人群:汽车工程技术人员、智能网联汽车研究人员、第三方检测机构从业人员等。 使用场景及目标:① 为主机厂、环境感知系统供应商、第三方检测机构等提供测试与评价的规范和方法,提升系统的预期功能安全性能;② 促进智能网联汽车行业的健康发展,填补国内在此领域的标准空白。 其他说明:该标准经过广泛的调研、实验和专家评审,得到了行业内广泛的认可和支持,是目前国内首个专门针对智能网联汽车环境感知系统预期功能安全的系统级测试与评价标准。

2024-12-03

智能网联汽车环境感知系统预期功能安全第1部分:触发条件分析与描述方法

内容概要:本文详细介绍了《智能网联汽车环境感知系统预期功能安全第1部分:触发条件分析与描述方法》的编制背景、目标及其具体内容。文中首先介绍了任务来源、编制背景、主要参与单位和技术路线。随后,文章概述了标准的制定原则,包括通用性、指导性和实用性。此外,详述了标准的技术内容,如触发条件的分析方法、描述规范、评估方法和测试场景构建方法。最后,提出了该标准的预期社会效益和发展作用。 适合人群:智能网联汽车行业从业人员,特别是主机厂、环境感知系统供应商和第三方检测机构的工作人员。 使用场景及目标:本标准旨在填补智能网联汽车环境感知系统预期功能安全领域的标准空白,提升环境感知系统的测试效率和安全性,促进产业健康发展。 其他说明:标准编制过程中进行了大量实验和测试,确保方法的科学性和有效性。同时,该标准得到了多家权威机构的支持,为智能网联汽车的安全测试提供了重要的技术支持。

2024-12-03

智能网联汽车高速与城市快速路自动驾驶标准编制说明

内容概要:本文详细介绍了《智能网联汽车高速公路和城市快速路自动驾驶系统要求及测试方法》的标准编制背景、过程、原则和主要内容。该标准旨在规范自动驾驶系统的功能要求和测试方法,提升自动驾驶系统的安全性、可靠性和标准化程度。文中提到标准的制定借鉴了国内外多个权威标准,如联合国法规UN R157、GB/T 41798—2022等,并结合中国实际情况进行了细化。同时,标准通过多轮次的实际验证测试,确保了测试方法的可行性和有效性。 适合人群:智能网联汽车行业的技术人员、研发人员、政策制定者及相关领域的研究人员。 使用场景及目标:为企业和第三方检测机构提供详细的自动驾驶系统测试指南,促进自动驾驶技术的发展和应用;帮助政策制定者制定更为合理的法律法规,推动行业发展。 其他说明:标准涵盖了自动驾驶系统的基本安全要求、交通规则遵守、动态驾驶任务执行等方面的内容,并设计了多种测试场景,如变道、最小风险策略等。

2024-12-03

智能网联汽车车载时间敏感网络(TSN)中间件标准编制与应用解析

内容概要:本文档详细介绍了《车载时间敏感网络中间件通用要求》标准的编制背景、目的、工作过程、技术内容及其应用。该标准由中国汽车工程学会、中国智能网联汽车产业创新联盟、电动汽车产业技术创新战略联盟等多个机构联合发起,旨在解决智能网联汽车高级别自动驾驶功能对车载通信的高实时性、可靠性和安全性需求。文中详细阐述了标准的研究基础、实验验证情况、预期的社会效益及对产业发展的作用。 适合人群:汽车制造商、通信厂商、软件开发者、标准研究人员及智能网联汽车技术爱好者。 使用场景及目标:适用于智能网联汽车电子电气架构设计和规划,为车载TSN网络的管理和配置提供统一的技术规范和支持。 其他说明:文档中还提到了标准与国际现有标准的关系,如IEEE 802.1系列标准,强调了标准在实际应用中的可操作性和前瞻性。此外,还提供了具体的实验验证案例,展示了标准的实际应用效果。

2024-12-02

车载时间敏感网络中间件技术规范解析

内容概要:本文档《CSAE-车载时间敏感网络中间件通用要求》规定了车载以太网时间敏感网络(TSN)中间件的工作逻辑框架和技术要求。文中涵盖了车载TSN中间件的功能要求、性能要求、函数接口要求、运行要求以及安全和管理要求。附录部分介绍了车载TSN中间件的应用场景及开发流程,提供了基于发布订阅和请求响应两种模式的通信库的具体说明。 适合人群:汽车制造商、供应商的技术人员,从事智能网联汽车研发的专业人士。 使用场景及目标:本规范旨在提升车载TSN中间件的实时性、互操作性、可靠性和安全性,满足智能网联汽车的TSN网络通信需求。它支持DDS协议和SOME/IP协议,帮助实现车载网络的优化规划和应用。 其他说明:本文档由中国汽车工程学会发布,各章节详细解释了中间件的工作逻辑、功能需求、性能指标及安全性要求,有助于技术人员理解和应用车载TSN中间件的标准。

2024-12-02

车载时间敏感网络通讯交换芯片标准编制及产业应用

内容概要:本文详细介绍了《车载时间敏感网络通讯交换芯片功能和性能要求》团体标准的编制过程、背景目标和技术内容。随着智能汽车产业的快速发展,对车载网络通讯技术提出了更高要求,现有技术如CAN总线和以太网已无法满足高级驾驶辅助系统的需求。工信部启动了工业互联网创新发展工程,推动了时间敏感网络(TSN)通讯交换芯片的研发,该项目旨在解决国产技术垄断和自主可控的问题。标准制定了车载时间敏感网络通讯交换芯片的各项功能和性能要求,涵盖TSN协议支持、同步精度、时延、门控精度、环境可靠性等内容。通过制定通用标准,规范TSN芯片的研发和应用,助力智能汽车工业的发展。 适合人群:从事汽车制造、通讯技术研发及标准化工作的专业人士和研究人员。 使用场景及目标:适用于车载时间敏感网络通讯交换芯片的设计开发、测试评价,提升车载网络的实时性和安全性,促进行业内技术和标准的统一。 其他说明:本文还介绍了标准的主要试验情况、预期社会效益以及标准在智能汽车工业中的重要性。

2024-12-02

车路协同智能路侧决策系统标准及应用编制详解

内容概要:本文档详述了《车路协同智能路侧决策系统总体架构及应用》的标准编制过程及其背景意义。文中提到标准的立项背景、制定目的、编制过程及主要技术内容,包括系统架构、中心平台功能、边缘计算节点功能、智能网联车功能和智能决策应用等方面,着重强调了车路协同技术在提高交通管理和智能服务水平方面的重要性。同时,文档还提及多家参与起草单位及标准制定的指导原则。 适合人群:对智能交通和车路协同技术感兴趣的从业人员、研究人员以及相关政策制定者。 使用场景及目标:主要用于智能交通系统的设计与建设,帮助理解车路协同技术的具体实现方式及其标准化流程,推动自动驾驶和智慧城市建设。同时,为相关企业和研究机构提供技术参考。 其他说明:本标准旨在为智能交通的标准化和发展提供支持,确保车辆端与路侧之间的互联互通,推动智能交通的实际应用。

2024-12-02

车路协同智能路侧决策系统的架构、应用及协同决策机制解析

内容概要:本文档详细介绍了车路协同智能路侧决策系统的总体架构、协同决策应用及其机制。系统由‘云’、‘边’、‘端’三部分组成,涵盖多种智能决策应用如施工区预警、主线可变限速、匝道控制等,旨在提高道路交通安全性与效率。此外,文档还提供了各应用场景的具体技术要求和技术指标。 适合人群:交通管理部门、城市规划师、智能交通系统开发者、智能网联车研究人员。 使用场景及目标:用于新建、改建、扩建城市道路及公路的智能化改造项目中,帮助交通管理部门实现道路的智慧化升级,提高整体交通运行效益。 其他说明:本文档是标准文件的一部分,提供了详细的架构和技术要求,是实际应用和实施的重要依据。

2024-12-02

车路协同路侧基础设施信息安全通用技术要求编制进展与验证

内容概要:本文介绍了《车路协同路侧基础设施信息安全通用技术要求》的编制过程及主要内容。该标准旨在解决车路协同路侧基础设施的信息安全问题,提出了一系列技术要求,涵盖了信息安全架构、通用安全、通信网络安全、软件升级安全、数据安全等方面,适用于城市道路和高速公路的车路协同路侧基础设施。编制过程包括预研、立项、征求意见、审查和报批等多个阶段,得到了行业多个知名企业的参与和支持。在北京市高级别自动驾驶示范区进行了实际应用验证,证明标准内容全面、可行。 适合人群:信息安全专家、智能交通系统工程师、汽车行业专业人士、政策制定者、科研人员等。 使用场景及目标:本标准用于指导车路协同路侧基础设施的设计、开发、运行和维护,提升产品的信息安全防护水平,保障示范区车路协同、智能网联等业务的安全运营。 其他说明:该标准由中国汽车工程学会发布,属于团体标准,适用于城市道路和高速公路车路协同路侧基础设施。

2024-12-02

车路协同路侧基础设施信息安全通用技术要求

内容概要:本文档详细规定了车路协同路侧基础设施的信息安全通用技术要求,涵盖了通用安全要求、通信网络安全要求、软件升级安全要求和数据安全要求。具体包括硬件安全、安全启动、审计日志、身份认证和鉴别、访问控制、漏洞和代码防护、异常检测和入侵防御等多个方面,旨在保障车路协同系统的信息安全和技术可靠性。 适用人群:适用于从事车路协同路侧基础设施设计、开发、运行和维护的专业技术人员,以及相关部门的管理人员和技术专家。 使用场景及目标:帮助路侧基础设施制造商、承建商、运营商和服务商规范和提升路侧基础设施的安全水平,确保车路协同系统的信息安全,促进车路协同技术的标准化建设和发展。 其他说明:文中还介绍了相关的标准和术语定义,提供了具体的实施方案和技术细节,确保信息安全的技术要求得到有效落实。

2024-12-02

车路协同系统路侧基础设施总体技术要求编制说明

内容概要:本文详细介绍了《车路协同路侧基础设施第 1 部分:总体技术要求》的标准编制背景、过程、原则、主要内容及其验证情况。标准旨在规范城市道路中主干路、次干路和支路车路协同路侧基础设施的设计、开发、运行和维护,涵盖路侧感知、通信、计算设备的技术要求及安全技术要求。通过对北京市高级别自动驾驶示范区的实际测试,标准得到了有力支持。标准的发布将为行业各方提供指导,推动车路协同系统的规范化发展。 适合人群:智能网联汽车领域的研发人员、技术人员、政策制定者。 使用场景及目标:帮助路侧基础设施制造商、运营商和服务商设计、开发、运行和维护符合技术要求的路侧基础设施,提升车路协同系统的安全性、可靠性和标准化程度。 其他说明:标准由中国汽车工程学会批准立项,多家知名企业和研究机构参与了标准的研制过程,历经多次讨论和修正,最终形成正式版本。标准符合国家相关法律法规要求,与现有标准相协调,具备较强的指导性和实用性。

2024-12-02

车路协同路侧基础设施第1部分:总体技术要求

内容概要:本文详细规定了车路协同路侧基础设施的基本构成、总体要求和技术要求。主要内容包括基础设施的物理环境安全、通信网络安全、区域边界安全、计算环境安全等方面的安全要求;时空参照系的时间同步要求和网络传输要求;通信设备、感知设备、计算设备和辅助设备的具体技术要求;部署要求和支持的应用场景。目的是为了规范车路协同路侧基础设施的设计、开发、运行和维护,提供标准化建设的参考。 适合人群:车路协同系统的设计师、开发者、运营人员及研究者。 使用场景及目标:①为车路协同路侧基础设施的构建提供详细的规范和技术要求;②指导基础设施制造商、承建商、运营商和服务提供商进行标准化建设;③促进车路协同技术的发展和应用。 其他说明:文中提到的技术细节和标准对于理解和实施车路协同项目具有重要意义,建议深入学习并结合实际案例进行应用。

2024-12-02

汽车智能化发展中基于AI的开放式软件架构研究

内容概要:本文讨论了在汽车智能化发展过程中,如何构建开放式的软件架构以支持AI大模型的集成与应用。首先介绍了全球汽车产业面临的转型,特别是在智能化方面的竞争态势。接着分析了当前汽车软件开发面临的问题,提出了基于AI的生成式软件架构,通过AI赋能的高效开发框架和工具链,大幅提升开发效率和软件质量。最后探讨了AI大模型在车端和云端的具体应用场景及其带来的技术变革。 适合人群:汽车行业的工程师、研究人员、管理人员及对智能汽车感兴趣的读者。 使用场景及目标:①了解汽车智能化发展的最新趋势和技术;②掌握如何利用AI技术优化汽车软件开发流程;③借鉴行业成功案例,推进自家产品的智能化升级。 其他说明:本文提供了详实的技术背景和发展现状,为整车智能化软件产业链的相关从业者提供了宝贵的参考。

2024-10-21

中国汽车基础软件发展现状及关键技术研究报告

内容概要:本文档详细探讨了中国汽车基础软件的发展状况和技术趋势,重点分析了智能汽车车用基础软件平台的技术架构和发展方向。涵盖了市场概况、技术趋势、标准研究、生态建设和应用案例。特别强调了基础软件对功能安全、信息安全、边缘计算和支持持续集成/交付的重要作用。通过案例展示了自动化编译框架和基于服务的架构(SOA)的实际应用。 适用人群:汽车制造商、零部件供应商、软件开发人员及相关从业人员,尤其是关注汽车智能化和网联化的技术人员和研究人员。 使用场景及目标:帮助行业人士了解中国汽车基础软件的发展现状和前沿技术,促进技术创新和生态建设。旨在推进智能网联汽车的软硬件解耦、标准化和国产化,加速车用操作系统和基础软件平台的落地应用。 其他说明:文档由工信部装备工业一司指导,中国汽车工业协会软件分会及多家单位联合撰写,具有较高的权威性和实用性。

2024-10-21

空空如也

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

TA关注的人

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