- 博客(51)
- 收藏
- 关注
RSS订阅
原创 AUTOSAR从入门到精通专栏总目录
为了满足广大客户、合作伙伴以及技术爱好者对AUTOSAR知识的迫切需求，昂辉科技精心打造了这个AUTOSAR系列教程专栏，依托自主研发且完全符合AUTOSAR标准的EASYSAR平台，将理论与实践深度融合，为大家带来最具价值的学习体验。通过EASYSAR网页端工具，学习者能够直观地感受AUTOSAR在实际开发中的应用，真正做到学以致用，让知识转化为实际的操作能力。
2025-01-18 08:58:58
2019
10
原创 AUTOSAR存储 - 存储架构
AutoSAR存储架构通过应用层、运行时环境、基础软件层和微控制器抽象层的协同工作，实现了对非易失性存储器的高效管理和数据的可靠存储，其中NvM模块负责数据的读写和管理，MemIf模块提供硬件无关的存储介质访问接口，Fee和Ea模块分别模拟EEPROM和为EEPROM硬件提供抽象层，整个架构确保了数据存储的灵活性、可靠性和硬件无关性。
2025-03-31 08:46:10
736
原创 AUTOSAR OS操作系统详解（下）
AUTOSAR（汽车开放系统架构）是汽车电子领域的重要标准化框架，其操作系统（OS模块）通过分层架构设计与模块化管理，为现代汽车电子系统提供了高效且可靠的运行基础。该系统通过硬件抽象层（MCAL）将应用层与底层硬件解耦，使软件开发者能够专注于功能实现而非硬件适配，显著提升了代码的可移植性与复用率。同时，标准化的基础软件（BSW）接口规范统一了不同厂商的开发流程，减少了重复开发成本，确保了ECU间的无缝通信与协作。
2025-03-26 11:29:44
945
原创 AUTOSAR OS 操作系统详解（上）
在嵌入式系统开发领域，传统裸机编程)通过直接操作硬件寄存器实现功能控制，适用于需求单一、资源受限的简单场景（如基础车身控制模块）。但随着汽车电子系统复杂度呈指数级增长（如L3级自动驾驶需处理多传感器融合与决策算法），传统开发模式面临严峻挑战：代码模块化缺失导致功能迭代时牵一发而动全身，维护成本随代码量增加呈几何级数上升；
2025-03-19 09:10:53
681
原创 [AUTOSAR诊断篇] - DCM模块讲解
DCM（Diagnostic Communication Manager）是AUTOSAR（汽车开放系统架构）基础软件BSW中服务层（Service Layer）的核心模块，其核心功能是为车辆电子控制单元（ECU）提供符合行业标准（如ISO 14229 UDS、ISO 15765 DoCAN、ISO 15031 OBD等）的诊断服务支持，为开发和生产阶段提供与诊断仪交互的诊断服务，如下图所示诊断数据流管理诊断状态（诊断会话状态和安全访问等级状态）检查诊断服务的请求是否满足条件。
2025-03-13 09:48:39
842
原创 [AUTOSAR诊断篇]-诊断基础知识
随着科技水平不断的进步，汽车诊断的方式也发生了翻天覆地的变化。起初，汽车故障主要仰仗人工检测行为，依靠检测者过往经验所形成的判断力来甄别汽车问题所在。可随着时间的推移与科技的进步，当下的汽车故障诊断已演变成为一个自动化、数字化的工具。而汽车诊断协议则是诊断工具与车辆之间的通信协议。目前，市场上常见的两种汽车诊断协议是OBD（On-Board Diagnostics）和UDS（Unified diagnostic services）。
2025-03-11 13:33:09
981
原创 [AUTOSAR通信] - CanTp模块详解
CANTP（CAN Transport Layer）传输协议是建立在CAN总线之上的高层协议，用于在控制器局域网络上可靠地传输大数据量的信息。其遵循和AUTOSAR标准规范，处于PduR与CANIf模块之间，负责分割、重组和组装CAN消息，以确保大数据包的可靠传输。主要作用是对CAN I-PDU（信息参数数据单元）进行分段和重新组装，确保接收的数据长度不超过8个字节（CAN总线直接通信，CAN I-PDU不大于8字节）或64个字节（CAN FD，全双工通信，CAN I-PDU不大于64字节）。
2025-03-04 08:43:52
1086
原创 一文读懂DBC文件：汽车电子中的关键数据格式
DBC文件全称是Database CAN，是CAN的数据库文件，用于定义CAN总线网络中的消息和信号。其起源于90年代中期，当时汽车制造商采用CAN总线作为主要通信网络，因电子设备增加致总线复杂性上升，需标准化方式描述管理数据，DBC文件格式便应运而生，它能记录CAN消息的ID、长度、周期及信号信息，后被各大汽车制造商采用成为行业标准之一。
2025-02-24 10:15:08
1663
原创 [AUTOSAR通信] - CANIF 模块详解
CanIf模块在AUTOSAR架构中位于底层CAN驱动（CanDrv）与上层通信服务模块（如PduR、CanNm、CanTp等）之间实际上就是在Can驱动的基础上再次封装了一层，供上层统一使用，实现Pdu数据的收发，为上层模块与底层驱动间通信提供对应的收发接口；实现CAN控制器模式的控制，通过上层模块下发模式切换请求对应修改控制器模式；实现Pdu模式控制，通过上层模块下发通道模式切换请求对应修改Pdu模式。
2025-02-14 16:12:16
1260
原创 [AUTOSAR通信] - PDUR模块解读
在AUTOSAR（汽车开放系统架构）通信体系里，PDUR模块堪称通信服务的关键枢纽。对于想要深入了解AUTOSAR通信的工程师、学生或爱好者而言，PDUR模块是无法绕过的重要环节。从整个通信协议栈的架构来看，PDUR模块处于承上启下的核心位置，犹如一座桥梁，紧密连接着上层模块与下层接口模块或传输层模块，负责I - PDU（接口协议数据单元）的高效传输，扮演着内部消息路由器的关键角色。
2025-02-11 09:25:44
1250
原创 [AUTOSAR通信] - COM 模块基础下
主要是Com模块的一些通用配置参数序号参数名称参数描述1是否使能取消机制2是否使能Det检测机制3是否使能获取模块软件版本4对于周期发送是否使能MDT机制（最小发送间隔）5是否使能Signal GroupArray的收发接口6是否使能MetaData机制7是否使能发送失败重发机制8Com支持最大IPduGroup数目9Com模块需包含的回调函数头文件。
2025-02-08 10:14:50
1007
原创 新手必看！AUTOSAR 学习不再难，网页端配置工具轻松上手
昂辉科技推出基于 AUTOSAR 规范的网页端 AUTOSAR 配置工具EasySAR，它打破传统限制，无需安装，只要联网，打开浏览器登录就能用，可以帮大家实现理论与实践融合，将知识转化为实操能力。
2025-01-24 13:11:02
769
原创 [AUTOSAR通信] - COM 模块基础上
COM模块在AUTOSAR架构中 位于RTE与PDUR之间 ，如下图所示：其主要功能包括：实现Signal在I-PDU中的封装及解析，为RTE层提供基于Signal的收发接口，实现基于Signal的网关功能，支持PDU不同发送模式以及Signal滤波、Update bit、Pdu Counter等功能。应用层无需关注信号传输总线，信号（由DBC（CAN总线）或LDF（LIN总线）文件定义）经RTE传输至Com层，打包成I-PDU后发至PDUR，应用层只需依据信号实际意义开发，其余工作交底层软件处理。
2025-01-22 11:02:28
1239
原创 AUTOSAR通信篇 - PDU和收发数据
在学习Autosar通信栈时，我们会遇到多种PDU相关的缩写，如L-PDU、N-PDU、I-PDU和SDU等。理解这些缩写及其相互关系对于掌握通信部分至关重要。L-PDU代表传输层的协议数据单元，N-PDU对应网络层，I-PDU则是交互层的协议数据单元，而SDU是各层之间传递的服务数据单元。它们之间的关系呈现出数据从上到下的封装过程，并与OSI七层模型相对应，帮助我们更清晰地理解数据在通信中的流动。
2025-01-18 08:42:58
1742
原创 [AUTOSAR基础入门] - AUTOSAR基础软件层概述
BSW 指的是基础软件层（Basic Software）。从本质上来说，它的作用是对整个电子控制单元（ECU）进行分层封装，一直封装到操作系统（OS）这一层。打个比方，大家都熟悉 Windows 操作系统，它具备很强的兼容性，能够在配置各不相同的设备上运行，像不同的 CPU、GPU 以及主板等硬件环境下都可以正常使用。同样的道理，我们可以把 ECU 类比成电脑硬件，而 ECU 上的主芯片就相当于电脑中的 CPU，AutoSAR OS 在这个情境中则可以看作是 Windows。
2025-01-08 16:18:24
1519
原创 [AUTOSAR 基础入门] - RTE虚拟总线详解
在 AUTOSAR 架构中，RTE（Runtime Environment）的作用如下：RTE 类似于餐厅服务员，它在系统中起到桥接作用，负责协调应用层软件组件（好比顾客）与 ECU 中的不同模块（如账台、厨房、清洁工等）之间的信息流转。同时，RTE 也是软件组件（SWC）之间以及 SWC 与基础软件（BSW）之间的中介，像 SWC1、SWC2、SWCn 等不同软件组件通过它进行通信与协作。它具备输入输出管理、通信管理、任务调度和访问底层基础软件等功能，保障系统运行的标准化与模块化。
2025-01-08 11:11:20
1306
原创 [AUTOSAR基础入门] - AUTOSAR应用层（APPL）概述
在汽车电子领域，AUTOSAR 应用层是实现车辆功能的关键部分。在实际项目中，应用层主要由软件组件构成，这些组件各自承担特定的功能，例如在车辆的智能驾驶辅助系统项目里，有负责处理传感器数据采集的软件组件，还有进行路径规划和决策的组件等。
2025-01-04 14:29:37
1766
1
原创 [AUTOSAR基础入门] - AUTOSAR方法论概述
AUTOSAR 方法论详细阐述了从系统底层配置直至生成整个 ECU 可执行代码的设计流程，这在汽车电子软件平台标准化进程中是一个重大突破。
2025-01-02 13:57:28
1352
原创 [AUTOSAR基础入门] - 汽车行业术语
Real-time Processors（实时处理器）–面向实时应用的高性能处理器系列，例如硬盘控制器，汽车传动系统和无线通讯的基带控制。并且，新的Cortex-M处理器家族设计的非常容易使用。：Application Processors（应用处理器)，基于虚拟内存的操作系统和用户应用，可以运行Linux，偏向消费产品，应用包括智能手机、智能本和上网本、电子阅读器、数字电视、家用网络、家用网关和其他各种产品。：英飞凌的TC397 , 是自研的Tricore架构，不属于arm，也不是任何A，R，M系列；
2024-12-30 10:28:12
1145
原创 [AUTOSAR 基础入门] - AUTOSAR 的故事
Microcontroller Drivers（微控制器驱动）：具备直接访问微控制器内部外围设备（例如看门狗、通用定时器等）的权限，像核心测试等相关驱动程序都归属于此，负责对这些内部设备进行驱动管理。Communication Drivers（通信驱动）：涵盖车载 ECU（例如 SPI 接口相关）和车辆通信（例如 CAN 总线等）的驱动程序，属于 OSI 层中数据链路层的一部分，保障通信链路的正常运行。Memory Drivers（存储驱动）
2024-12-27 08:50:07
1129
原创 软件定义汽车下的智能汽车虚拟化（Hypervisor）
虚拟化技术是一种允许在单一物理硬件平台上同时运行多个操作系统实例的技术。它通过在硬件和操作系统之间引入一层软件‘抽象层’——Hypervisor（可称为VMM，Virtual Machine Monitor，虚拟机监视器），创造出多个可独立运行的虚拟环境（虚拟机，VM）。每个虚拟机都能拥有专属的CPU、内存、存储和网络资源，仿佛运行在单独的物理硬件上，但实际上它们共享物理主机的硬件资源。
2024-11-27 15:19:15
1140
原创 关于汽车多核架构
从硬件视角来看，多核架构可以分为同构多核和异构多核。同构多核（Homogenous）：具备相同微架构的core集成到一颗芯片；异构多核（Heterogeneous）：不同微架构的Core集成到一颗芯片；从目前常用的车规MCU趋势来看，在一颗芯片上可能会同时看到同构和异构多核，我们以英飞凌TC37x为例，它包含内核有TriCore、Cortex-M3（HSM）、MCS（GTM）、XC800（SCR）等。
2024-11-19 14:31:50
1240
原创 智能驾驶操作系统介绍
QNX是基于线程划拨调度的，VxWorks是基于轮询调度的；Linux最初是作为通用操作系统而设计开发的，但提供了一些实时处理支持，这包括大部分POSIX标准中的实时功能，支持多任务、多线程，具有丰富的通信机制等。系统版本是指以Linux内核为基础构造的、由各发行商或社团组织维护和发布的完整的操作系统的版本，也称为发行版本。QNX的应用范围极广，包含了：控制保时捷跑车的音乐和媒体功能、核电站和美国陆军无人驾驶Crusher坦克的控制系统，还有RIM公司的BlackBerry Playbook平板电脑。
2024-11-06 14:16:31
1176
原创 安全车控操作系统介绍
车控操作系统是车载智能计算基础平台的核心和软件栈。按应用领域划分，车控操作系统包括智能驾驶操作系统和安全车控操作系统。其中，智能驾驶操作系统主要面向智能驾驶领域，支撑感知、定位、规划、决策等功能的实现，对安全性和可靠性要求较高。安全车控操作系统主要面向经典车辆控制领域，如动力系统、底盘系统和车身系统等，对实时性和安全性要求极高。为保证车载智能计算基础平台的安全可靠，车控操作系统一般需要满足 ASIL-B 以上等级功能安全要求（安全车控操作系统需满足 ASIL-D），并根据自动驾驶需求进行适度扩展。
2024-10-30 14:32:40
824
原创 【简单介绍】DevOps是什么？
DevOps源自“Development”与“Operations”的融合，本质上是一种综合性方法论，它融合人力、流程与技术，聚焦于创造客户价值，持续推动产品价值的递增。它倡导的是一种横贯软件全生命周期的精益、敏捷开发策略，并通过实施先进技术、流程改革以及文化转型，从而推动企业达成快速交付高质量软件的能力。
2024-09-25 16:42:24
1308
原创 汽车软件开发之敏捷开发
随着智能汽车的蓬勃发展，汽车功能日新月异，软件代码量日益增加，传统 V 模型下的瀑布式开发已经不堪重负，为了快速交付给客户最迫切需要的功能，软件开发流程的转变至关重要。目前，越来越多的开发公司转向了敏捷开发。但在实际工作中，要实现敏捷转型，也面临不小的挑战。根据敏捷年度报告中的统计，敏捷转型中面临的挑战主要有以下方面：从占比最高的前三项可以看出，对于很多组织来说，内部文化仍然是敏捷转型的巨大阻碍。因此，汽车软件开发流程向敏捷开发转变的过程，也是内部组织架构调整的过程。
2024-09-18 16:47:10
1374
原创 ASPICE是什么？
Automotive SPICE（ASPICE）是在SPICE（或ISO/IEC 15504）标准内开发的一个流程评估框架。它适用于那些希望证明其软件开发流程水平足以满足OEM（原始设备制造商）的要求，并在整个汽车软件开发生命周期中应用最佳实践的汽车供应商和制造商。通过规范化开发过程，ASPICE有助于提高软件产品的质量和可维护性，确保软件符合质量要求；同时对于开发者来讲，ASPICE的实施要求团队具备一定的技能和知识，这促进了团队技能和专业知识的提升，同时也促进了组织内的知识和经验的共享。
2024-09-11 10:27:32
1917
原创 SOA通信中间件介绍（二）
DDS（Data Distribution Service）是由OMG（Object Management Group）发布的分布式通信规范。OMG成立于1989年，是一个国际性、开放性、非营利性的技术标准联盟，由供应商、终端用户、学术机构和政府机构推动。OMG工作组致力于制定企业集成标准和开发可为数千个垂直行业提供现实价值的技术标准，其中包括统一建模语言SYSML、UML，以及中间件标准CORBA、DDS等。DDS最早应用于美国海军系统，用于解决在军舰系统复杂网络环境中进行大量软件升级时的兼容性问题。
2024-09-04 10:28:31
1546
1
原创 SOA通信中间件介绍（一）
2011年，宝马设计并提出了SOME/IP（Scalable Service-oriented Middleware over IP）协议。SOME/IP采用服务器-客户端的服务通信模式，并且具备高度可扩展性。SOME/IP协议是一种应用层协议，运行在TCP/UDP传输协议之上（车载以太网第四层以上）。它作为以太网通信的中间件，实现应用层与IP层之间的数据交互，使其不依赖于操作系统，并且兼容AUTOSAR和非AUTOSAR平台。因此，SOME/IP可以独立于硬件平台、操作系统和编程语言。
2024-08-27 10:52:27
1129
原创 SOA 软件中间件浅析
2）屏蔽异构性，实现互操作；本质上，中间件可以被认为是一种广义操作系统，不同于QNX、Linux、Vxworks这些底层OS内核，它是介于上层应用和底层系统之间的一套软件框架，是对软硬件资源进行管理、分配和调度的平台，充当着软件和硬件解耦的关键角色。借助于中间件平台，插拔式设计可以将主机厂的不同硬件配置进行统一定制化开发，整个自动驾驶系统方案，在开发时可以根据需求进行不同拓展，而这里的不同拓展，既可以体现为适配不同的传感器、芯片、车辆平台等硬件，也体现为选配不同的软件算法模块，实现不同级别的自动驾驶功能。
2024-08-20 16:18:50
608
1
原创 SOA在汽车行业的应用
传统的整车架构，尤其是电子和电气部分，主要就是分布式ECU，嵌入式软件和现场总线级别的通信网络，传统的EEA很大程度上是一套硬件集成方案。对于传统OEM，根据自己的专业背景，在这一轮技术升级中，基本都能看到域控制器、新型传感器、车载以太网、操作系统、APP和各种算法等新技术，但如何把它们有效地集成在一起，做成用户体验卓越的智能产品，还能保证成本可控，是一个比较大的挑战。
2024-08-13 14:38:16
1093
原创 面向服务架构（SOA）介绍
SOA是一种C/S (Client-Server，客户端/服务器）架构的软件设计方法，其通过采用分层的方式去强调构建松散耦合的架构，可在将软/硬件解耦的同时做到整车的应用功能与开发的车型也同步解耦。
2024-08-06 15:58:09
1410
原创 智能汽车软件架构介绍
SOA 将车端不同功能及硬件能力划分为服务，并按整车的原子能力将服务拆分为颗粒度更小的接口。各服务组件的接口进行标准化封装，可通过既定协议互相访问、 拓展组合；SOA 的核心要素包括松耦合、标准化定义、软件复用等。SOA 使应用层功能可在不同车型上复用，且能够基于标准化接口快速响应用户新的功能需求， 软件工程师在修改或新增某一软件功能时，只需对上层相对应的服务组件进行代码编写，而无需进行基础软件层、运行环境层和其他软件组件的重新编译和重复开发， 这极大地减少了软件升级的复杂度和成本，提高了效率。
2024-07-30 11:06:17
2159
原创 SAE J1939协议入门（二）
J1939 网络层中定义了如何构建网络及连接的功能。网络层的功能包括数据的过滤、重新打包和转发。分别由以下各部分实现。a.中继器。可以增强数据信号，使数据传输更远的距离。b.网桥。数据的转发和过滤。它可以把网络拆解成网络分支、分割网络数据流，隔离分支中发生的故障，这样就可以减少每个网络分支的 数据信息流量而使每个网络更有效，提高整个网络效率。c.路由。可以使网络段具有独立的地址空间不同的数据传输率和媒介。d.网关。可以在不同的协议和数据设置的网段之间传送数据。下图为典型的汽车网络连接。
2024-07-23 16:23:00
660
原创 SAE J1939协议入门（一）
SAE J1939（以下简称J1939）是由汽车工程师协会（SAE ）定义的标准，专门用于提供微处理器系统之间的串行数据通信。虽然CAN存在并且被广泛用于小型车辆，但J1939被设计为大型车辆复杂网络的专用通信和诊断协议。J1939通常应用于重型车辆，如卡车，拖拉机，拖车，农用车辆，船舶，援助和救援以及许多此类越野车辆。今天，它已被世界各地的柴油发动机制造商广泛认可。
2024-07-18 17:25:26
920
原创 XCP协议介绍（二）
XCP的数据包分为两类：CTO(Command Transfer Object)与DTO(Data Transfer Object)CMD：指的是上位机下发给下位机的一些命令，比如连接命令FF，解锁，获取状态等一些和下位机交互的命令；STIM：可以理解为一种上位机向下位机大量发数据的一种方式，相当于反向的DAQ；用于数据标定时，上位机向下位机修改参数。Response：肯定应答，指的下位机答复上位机的命令；Error：否定应答上位机的命令；Event：事件，指下位机发生某事件时通知上位机；
2024-07-11 15:01:52
1048
原创 昂辉科技EasySAR-BootLoader上位机产品
昂辉科技EasySAR-BootLoader上位机产品符合ISO14229、ISO15765和HIS协议等国际标准，基于先进的CAN总线通信方式，具备可靠安全和高效率等优点，可有效帮助客户节约成本，带来更高性价比的服务。为推动汽车软件智能化开发的持续创新和发展，昂辉科技将持续深耕汽车电子细分领域，赋能产业链，始终坚守“创新赋能、服务客户”的理念，为每一位客户提供专业产品和解决方案，助力客户复杂软件的快速开发及验证。● 支持区分驱动、应用文件，多文件下载，单文件block段下载，block段地址范围可配。
2024-06-14 09:21:00
649
原创 汽车以太网发展现状及挑战
目前推动汽车以太网技术应用与发展的组织包括：OPEN Alliance（One-Pair Ether-Net Alliance SIG）联盟，主要致力于汽车以太网推广与使用，该联盟通过推进 BroadR- Reach 单对非屏蔽双绞线以太网传输技术的标准化和汽车以太网标准的完善逐步实现汽车以太网技术标准的开放系统的创建。
2024-05-23 16:59:26
1059
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人