0 点赞
545 浏览
0 点赞
391 浏览

【转载】嵌入式软件时序简介—3. 微处理器结构

硬件是软件运行的载体,嵌入式系统的时序自然要以处理器硬件为基础,熟悉微处理器的结构是时序设计与分析的必要条件。
0 点赞
411 浏览

【转载】嵌入式软件时序简介—2. C语言是怎么编译出来的

如果不了解编译器的基本工作原理,以减少CPU Runtime为目标的代码优化只能是困难重重。
0 点赞
492 浏览

【转载】嵌入式软件时序简介—1. 序言

当很多汽车软件的开发人员都在忙于掌握AUTOSAR、自动驾驶、V2X、功能安全和信息安全等热门的技术时,我们往往忽略了汽车这个控制对象所要求的最重要的一个特性——“实时性”。今天,实时性这个专题已经上升到了“时序”这一概念和话题
0 点赞
345 浏览

罗兰贝格研报“Computer On Wheels”解读:汽车产业价值链的颠覆性变化

汽车的新四化使得汽车电子的地位大幅提升,软件定义汽车成为共识,罗兰贝格2020年最新研报甚至将汽车称为“带轮子的计算机”,而不再是汽车。研报认为这一趋势正促使汽车价值链发生“颠覆性”的结构变化。针对受挑战最大的OEM和Tier1,研报评估了汽车电子与半导体最新趋势,并给出了一些参考建议
0 点赞
486 浏览

“软件零部件”采购的决策模型

面对高复杂度的车载中央计算单元软件,为什么有的整车厂要“全栈自研”?为什么很少有公司自研操作系统?为什么有的Tier1自研基础软件,而有的则向基础软件供应商采购?伴随着“软件定义汽车”概念的日益深入人心,汽车正快速演变为一个超大规模的软件密集型系统(Software Intensive System)。对于开发这么庞大的软件系统,无论是整车厂、传统Tier1、芯片公司还是各种软件供应商,各个软件组件的来源(CSO:Component Sourcing Option)都是行业参与者首先要搞清楚的根本性问题。
0 点赞
924 浏览

汽车基础软件漫谈——第四回:欧美OEM对“软件定义汽车”的早期实践

不同的软件开发合作模式所支持的“OEM自由度”是不同的,而自由度越高,所需的软件开发能力要求也越高,所需的投资也会更大。在联合开发过程中,基础软件则决定了整个系统的状态管理及任务调度、内存模型、底层API接口、开发与调试工具、软件构建方法(各类文件解析与编译)等整个软件开发所依赖的基础设施,促使OEM下定决心制定了AUTOSAR标准。
0 点赞
732 浏览

汽车基础软件漫谈——第三回:汽车基础软件的起源与演进

汽车基础软件的诞生是汽车软件日益复杂的必然结果,符合软件发展的客观规律,是各个研发组织自我进化的自然结果。而汽车基础软件的标准化则体现了汽车行业的特点,是由整车厂牵头推动才形成的,体现了整车厂的意志,对于供应商而言其实是弊大于利。
0 点赞
439 浏览

一种经典的ECU Flash空间划分方法及软件更新过程

这种设计至少有以下三个优点:1. 程序版本可由引导模块进行更新,而无需依靠自己,有助于节省更新时所需的备份空间,降低控制器成本;2. 标定数据可单独更新,而无需和程序版本绑定在一起,大幅降低因标调数据变化而进行软件更新所需的时间,这对于实车开发阶段标定工程师的工作效率提升意义重大;3. 引导模块可独立实现软件更新功能,可方便的记录更新过程中出现的中断或异常,提升软件更新的可靠性;
0 点赞
393 浏览

Infineon Tricore系列芯片自带启动软件运行逻辑分析

ABM启动模式可以使用户自由指定程序执行的起始地址,并在Header检测失败时自动转入外部启动模式。这一机制有助于提高软件更新功能的可用性,推荐采用。

发布
问题