- 博客(151)
- 收藏
- 关注
RSS订阅
原创 高价值高执行力的时间管理
①聚焦每年/每月/每周/每日的3个SMART关键目标（周核心目标达成率基准值45%）；②目标分解到目标落地：四层目标筛选法、目标倒推法、OKR框架③优先级分类技巧：80/20法则、不为/必为清单、ABC分类法、艾森豪威尔矩阵。
2025-03-12 08:28:59
151
原创 4-10 AUTOSAR BSW E2E
AUTOSAR中的E2E通信保护机制通过在信息中增加额外的Counter和CRC机制能够监测出的通信问题如下。重复接收：同一帧被多次重复接收。信息丢失：帧或帧中的部分信息丢失。信息延迟：违反帧的时序要求。非预期插入信息：传输非预期帧或帧中添加了非预期内容。地址错误：帧发送给了错误的目标地址。信息序列错误：帧未按正确序列接收。信息损坏：帧或帧的部分内容被篡改。一个发送端给多个接收端的信息不对称。信息伪装：接收非授权的信息，该未授权的信息被伪装成了是正确节点发出的信息。
2024-11-27 08:59:28
89
原创 4-9 AUTSOAR BSW诊断服务
当EC出现了故障，为了在汽车或总成不解体的情况下排查和定位故障及其产生的原因，ECU引入诊断功能，诊断功能实现以下功能。故障处理：当检测到故障时，ECU除了记录故障，还应根据应用策略处理故障，例如冗余功能切换或功能降级。故障检测：可以在发生故障的时候将故障内容记录的非易失性存储器中，即falsh或eeprom中。故障交互：当需要定位和排查ECU故障的时候，可以通过诊断通信协议读取ECU的内部信息。其他功能：ECU诊断除了上述功能，还可以用于性能测试、数据刷写、远程升级等。二、AUTSOAR 诊断架构。
2024-11-23 07:30:00
63
原创 4-8 AUTOSAR BSW OS
在系统初始化阶段，每个资源拥有的上限优先级是静态分配的，资源的上限优先级必须高于所有要访问该资源的任务和中断的最高优先级，但是低于不访问该资源的任务的最低优先级。如果一个任务需要访问一个资源，并且该任务的优先级比该资源的优先级上限低，则将该任务的优先级提升到所要访问的资源的上限优先级；AUTOSAR OS的任务调度是基于优先级（Priority）的，每个任务都要根据其特性预先定义一个优先级，并且需要配置其可抢占属性，可抢占属性分为非抢占与全抢占，这里的抢占指的是内核可抢占。
2024-11-22 07:30:00
68
原创 4-7 AUTOSAR BSW存储服务
AUTOSAR存储服务的主要目标是提供一套抽象接口，使应用程序可以统一地管理和操作片内存储和片外存储设备，并实现数据的非易失性存储和良好的容错性，确保应用程序数据在断电或重启后仍然可靠地恢复。抽象存储设备：存储服务提供了一套标准接口，使应用程序能够对片内存储和片外存储设备进行读写操作，而不需要关心具体的存储设备类型和实现细节。数据管理：存储服务提供了数据管理功能，包括数据的持久化和恢复。应用程序可以使用存储服务将数据保存到存储设备中，并在需要时从存储设备中读取数据。
2024-11-21 07:30:00
60
原创 4-6 AUTOSAR BSW看门狗
看门狗是一种硬件设备或软件组件，用于监控系统或设备的运行状态。它的作用是在系统或设备发生故障或崩溃时触发恢复机制，以保证系统的稳定运行。看门狗的工作原理通常是通过定时器来实现的。定时器会定期向看门狗发送一个信号，表示系统或设备正常运行。如果在预设的时间内没有收到该信号，看门狗就会判断系统或设备出现了问题，并触发相应的恢复机制，比如重启系统或恢复设备状态。为了避免误判，程序通常会在定时器超时前重置定时器，也就是喂狗。这样可以确保系统或设备正常运行时会定期发送信号给看门狗，防止误判触发恢复机制。
2024-11-20 07:30:00
100
原创 4-5 AUTOSAR BSW模式管理
模式管理（Mode Management）的主要目的是协调和控制系统中不同模块之间的状态转换和行为。它可以确保系统在不同的工作模式下正常运行，并根据需求切换不同的模式。在AUTOSAR架构中，模式管理的主要模块一般指是EcuM、BswM、ComM等的模块；常用的模式管理模块包括EcuM、ComM、BusNM、BusSM和BswM。EcuM模块：主要负责协调ECU的上下电处理、收集和验证睡眠事件，以及OS（操作系统）和RTE（运行时环境）的初始化。
2024-11-19 07:30:00
67
原创 4-4 AUTOSAR BSW通信服务
一般常用的车载总线主要为CAN、LIN、ETH、FlexRay四种，在AUTOSAR中，对于这四种总线的架构都是大同小异的，为了方便理解，以下对除服务层之外的通信模块抽象简化为BusIf、BusTp、BusDrcv、BusTrcv。模块功能BusDrcv处于通信最底层，与硬件进行交互，是MCAL中对主芯片上通信模块的驱动封装，如CAN、ETH、LIN、FlexRay。
2024-11-18 07:30:00
48
原创 4-3 AUTOSAR BSW IO抽象
在AUTOSAR中，IO抽象模块的主要作用是提供对硬件设备的控制和访问。DIO（Digital Input/Output）：用于控制数字输入和输出信号，例如控制LED灯的开关或读取按键状态。ADC（Analog to Digital Converter）：用于将模拟信号转换为数字信号，例如读取传感器的电压或温度值。PWM（Pulse Width Modulation）：用于生成和控制脉冲宽度调制信号，例如控制电机的速度或亮度调节。
2024-11-17 21:20:06
89
原创 4-2 AUTOSAR MCAL
微控制器抽象层（Microcontroller Abstraction Layer，MCAL）位于AUTOSAR软件架构的最底层，与微控制器的内部单元及其外设相关，接收上层指令，完成对硬件的直接操作；并获取硬件相关状态，反馈给上层，对上层屏蔽了硬件相关特征，只提供对应的操作接口。
2024-10-22 08:37:43
78
原创 4-1 AUTOSAR BSW概述
BSW（Basic Software）中文翻译为基础软件层，BSW中包含系统层、ECU抽象层、微控制器抽象层，这三个分层内的各个模块均在AUTOSAR规范中被详细定义了，详细到函数功能以及函数名称都被定义。BSW中包含微控制器抽象、ECU抽象层、系统层自下而上，其与硬件的关系逐步减小，代码的抽象程度越高。
2024-10-18 07:30:00
187
原创 3-6 AUTOSAR RTE数据一致性管理
数据一致性问题不只是AUTOSAR系统中特有的问题，其他的RTOS都会有这种任务间的数据一致性问题。数据一致性，就是当多个用户试图同时访问一个数据库，它们的事务同时使用相同的数据时，可能会发生以下四种情况：丢失更新、未确定的相关性、不一致的分析和幻想读。
2024-10-17 07:30:00
230
原创 3-5 AUTOSAR标准接口
AUTOSAR规范中，将不同模块间通信的接口主要分为以下三类：AUTOSAR接口（AUTOSAR Interface）标准AUTOSAR接口（Standardized AUTOSAR Interface）标准接口（Standardized Interface）
2024-10-16 07:30:00
68
原创 3-4 AUTOSAR RTE对CS Port的实现
通信方式：支持多对1的调用（n：1），多个模块调用1个函数服务调用：客户端（client）调用服务端（Server）的Runable调用方式：支持同步（Synchronous）和异步（Asynchronous）两种模式...
2024-10-15 08:51:56
248
原创 3-3 AUTOSAR RTE 对SR Port的实现
RTE作为SWC和BSW之间的通信机构，支持Sender-Receiver方式实现ECU内及ECU间的通信。
2024-09-28 14:30:28
481
原创 3-2 AUTOSAR RTE对Runnable的作用
通过RTE给runnable提供触发事件。runnable是可以被触发的，但是需要通过RTE来实现这个触发和调用runnable通过RTE给runnable提供所需资源。RTE将runnable需要的一些资源通过接口传输给它（Port的实现）将BSW和SWC做隔绝。因此OS和runnables也被隔绝了，runnable的运行条件由RTE提供，不能由OS直接提供。
2024-09-25 08:15:48
329
原创 车载网络安全指南 生产、运行和服务阶段（九）
针对已出现的网络安全威胁与安全事件，组织宜对事件的发现、分析及处理的全过程进行记录与跟踪，其目的主要是促进管理流程的持续优化，以便尽可能地降低网络安全事件的威胁程度，最小化其可能造成的损失或损害。具有联网功能的汽车电子产品宜具备网络安全监测能力。针对整车、相关基础设施、应用服务可能或已出现的网络安全事件，组织宜制定事件响应的相关内容，目的是限制事件的影响范围,降低事件的网络安全威胁程度，最小化损失和损害，并避免类似安全事件的再次发生。
2024-06-16 07:00:00
153
原创 车载网络安全指南 硬件层面开发阶段（七）
硬件层面产品开发过程硬件层面网络安全需求宜从系统层面产品开发阶段分配给硬件的网络安全需求中导出，并在硬件层面产品开发过程中进一步细化。组织需要进行硬件的漏洞分析以帮助识别潜在的漏洞和所需要的网络安全控制措施，这些控制措施能够覆盖所识别出来的潜在漏洞。在硬件集成及其功能测试之后，可将漏洞测试和渗透测试应用于硬件设计，并进行硬件层面网络安全需求的验证和评估，在此初始的网络安全评估会被进一步细化。
2024-06-15 07:00:00
192
原创 车载网络安全指南 软件层面开发阶段（八）
软件层面产品开发过程软件层面网络安全需求宜从系统层面产品开发阶段分配给软件的网络安全需求中导出，并在软件层面产品开发过程中进一步细化。软件架构设计之后，进行漏洞分析以帮助识别潜在的设计漏洞和所需要的网络安全控制措施，这些控制措施能够覆盖所识别出来的潜在漏洞。在软件单元设计和实现之后，还可以进行软件单元设计及实现层面的漏洞分析，之后进行软件单元测试、软件集成和网络安全测试。为了验证软件的网络安全需求,可应用漏洞测试和渗透测试等方法。最后进行网络安全评估,之前的网络安全评估会被进一步细化。
2024-06-15 07:00:00
215
原创 车载网络管理指南 概念阶段（五）
概念设计阶段活动流程如下，包括系统功能定义、网络安全过程启动、威胁分析与风险评估、网络安全目标确定、网络安全策略设计、网络安全需求识别、初始网络安全评估、概念设计阶段检查等。子系统的物理边界子系统的网络边界子系统的信任边界子系统的网络安全边界。
2024-06-14 07:00:00
339
原创 车载网络安全指南 系统层面开发阶段（六）
系统层面产品开发过程系统层面的威胁分析或漏洞分析；网络安全策略具体化为网络安全技术策略；导出并细化网络安全需求；创建系统上下文来定义系统硬件和软件之间的接口、关键的数据流和它们在系统中的存储和处理过程；将系统层面产品的网络安全技术需求被分配到硬件和/或软件中；（在该步骤完成即可开始硬件层面产品开发和软件层面产品开发的活动）在完成硬件和软件层面的产品开发之后，进行硬件和软件的集成与测试，重点是针对系统的网络安全测试。可以采用漏洞测试、渗透测试等具体的测试方法。
2024-06-14 07:00:00
154
原创 车载网络管理指南 组织管理（三）
在生命周期内的每个阶段结束前宜进行阶段检查，以确保在下一个阶段开始之前已经确认、一致地执行完成了当前阶段的活动。组织宜将网络安全制度作为组织建设的重要内容，创建、培养和维持组织的网络安全文化，以增强员工的网络安全意识能力。网络安全评估用于检验当前所实施的网络安全策略是否满足网络安全需求，以及是否能有效降低威胁和风险。漏洞测试、渗透测试和模糊测试是评价一个对象网络安全能力的重要方法。网络安全测试与评估工作宜由有经验的、有公正性的测评团队完成。，该技术专家小组宜参与整个产品开发过程的所有检查工作。
2024-06-13 07:00:00
220
原创 车载网络安全指南 网络安全支撑保障（四）
与汽车电子系统相关的通信通道主要包括：云服务系统与车辆端设备之间的通信通道，车辆端设备与运行汽车相关应用的移动终端之间的通信通道，云服务系统与运行汽车相关应用的移动终端之间的通信通道，以及各种路边单元与云服务系统、车辆端设备、移动终端之间的通信通道等。变更管理的目标是：分析和控制系统或产品在生命周期过程中的变更情况，系统性地开展变更的计划、变更的控制与监测、以及变更的实施等活动，并形成文档，执行变更的决策和责任分配。组织需要制定文档的编制计划，确保文档在相应阶段的活动开展之前是可用的。
2024-06-13 07:00:00
131
原创 车载网络安全指南 网络安全框架（二）
汽车电子系统网络安全活动框架包含汽车电子系统网络安全活动、组织管理以及支持保障。其中，网络安全管理活动是框架的核心，主要指汽车电子系统生命周期各阶段开展相关安全活动，这些阶段包括概念设计阶段，系统层面的产品开发阶段，硬件层面的产品开发阶段，软件层面的产品开发阶段，产品生产、运行和服务阶段。组织可以根据自身实际情况，对网络安全活动框架中各个部分进行配置和裁剪，并考虑与组织现有的管理体系的机构设置、过程活动相结合，以便落实文档中建议的网络安全措施，以较小的代价实现高效的网络安全。
2024-06-12 21:30:50
1064
原创 车载网络安全指南 概述（一）
汽车电子系统网络安全指南给出汽车电子系统网络安全活动框架，以及在此框架下的汽车电子系统网络安全活动、组织管理和支持保障等方面的建议。汽车电子系统网络安全指南适用于指导整车厂、零部件供应商、软件供应商、芯片供应商以及各种服务提供商等汽车电子供应链上各组织机构开展网络安全活动，指导相关人员在从事汽车电子系统的设计开发、生产、运行和服务等过程中满足基本的网络安全需求。
2024-06-12 21:22:26
529
2
原创 3-1 AUTOSAR RTE概述
通过VFB，无论软件组件使用的是在ECU内部的通信还是在ECU之间的通信，对于应用软件的开发者而言，没有本质区别。使用虚拟功能总线，可以使得负责应用层软件的开发人员不用去关心一个软件组件最终在整车中的哪个 ECU 中具体实现，从而使得应用软件的开发可以独立于具体的 ECU 开发。VFB可以使得负责应用层软件的开发人员不用去关心一个软件组件最终在整车中的哪个ECU中具体实现，即使得应用软件的开发可以独立于具体的ECU开发。RTE的最基本功能是VFB的实现，封装了使 VFB 抽象在运行时工作所需的机制。
2024-04-12 07:30:00
215
原创 2-6 AUTOSAR ASW IRV运行实体间变量
运行实体间变量（Inter Runnable Variable，IRV）是AUTOSAR标准中定义的一种机制，用于实现SWC内部不同Runnable之间的数据通信。IRV可以看作是一种全局变量，它可以被多个任务同时访问和修改，如图所示。
2024-04-11 07:30:00
786
原创 2-5 AUTOSAR ASW DataType数据类型
实现数据类型（Implementation Data Type，IDT）是代码级别的数据类型，是对应用数据类型的具体实现；应用数据类型（Application Data Type，ADT）是在软件组件设计阶段抽象出来的数据类型，用于表征实际物理世界的量，是提供给应用层使用的，仅仅是一种功能的定义，并不生成实际代码。在AUTOSAR中，数据约束（Data Constraint）用于定义和描述数据的限制条件，它定义了数据的取值范围、单位、精度等信息，以确保数据在系统中的正确使用和传输。
2024-04-10 07:30:00
553
原创 2-4 AUTOSAR ASW Port端口
最常用的端口接口是发送者-接收者接口（Sender-Receiver Interface，S/R）与客户端-服务器接口（Client-Server Interface，C/S），在这里Port是与其他SWC进行通信的端口，其通信内容是Data elements (S/R) 与 operations (C/S)。注意，一个软件组件的多个需型端口、供型端口、供需端口可以引用同一个发送者-接收者接口，并且它们可以使用该接口中所定义的任意一个或者多个数据元素，而并不一定使用所有数据元素。
2024-04-09 08:29:21
316
原创 2-3 AUTOSAR ASW Runable可运行实体
运行实体（Runnable Entity，RE）是一段可执行的代码，其包含实际实现的函数（具体的逻辑算法或者操作）。一个软件组件可以包含一个或者多个运行实体。Runnable就是SWC中的函数，而在AutoSAR架构在被AUTOSAR软件生成的时候，Runnable是空函数，需要手动添加代码来实现其实际的功能。Runnable作为一个函数，其调用是由RTE实现的。在代码的部署上Runnable可以被映射到不同的OS Task中。
2024-04-07 08:24:24
282
原创 2-2 AUTOSAR ASW SWC软件组件
SWC，全称是Software Components，软件组件，可以理解为软件模块，是功能模块的一个封装，比如汽车的电动窗的操作就可以是一个SWC。SWC（Software Component）：软件组件，应用层代码有各个SWC组成。
2024-04-07 08:18:45
599
原创 2-1 AUTOSAR ASW概述
应用软件层（Application Software Layer，ASW）位于AUTOSAR整个架构的顶层。它由各种AUTOSAR Software Component（SW-C）组成，每个SW-C封装了各种应用的功能集。每个SW-C只能运行在一个ECU中。ASW层的设计目标是实现功能的可重用性和可配置性。它通过封装底层提供的服务，为上层应用层提供统一的接口。ASW层的开发可以基于AUTOSAR提供的标准化软件组件，也可以根据具体需求进行定制开发。
2024-03-29 08:35:43
1182
原创 1-6 AUTOSAR工具链
AUTSOAR规定了AUTOSAR的标准，但是没有限定其实现也要要统一。因此，市面上的AUTOSAR工具链呈现着百花齐放的形式。供应商系统级软件组件级ECU级虚拟ECU仿真平台ElektroBit————EB treos系列——Mathworks——————ETASISOLAR -AASCETRTA 系列RTA - BSW、RTA - OS 等)VectorPREEvision——VVIRTUALtarget 系列普华ORIENTAIS 系列——
2024-03-29 08:19:37
1582
1
原创 【AUTOSAR】【通信栈】ComM
通信管理器模块（COM管理器，ComM）是基础软件（BSW）的一个组成部分。ComM模块作为一个资源管理器，封装了对底层通信服务的控制。ComM模块控制与通信相关的基本软件模块，而不是软件组件或可运行的实体。ComM模块收集来自通信请求者的总线通信访问请求，并协调总线通信访问请求。简化了对用户的总线通信堆栈的使用。这包括一个简化的网络管理处理。协调一个ECU上的多个独立软件组件的总线通信堆栈的可用性（允许发送和接收信号）。提供一个API来禁用信号的发送，以防止ECU（主动地）唤醒通信总线。
2024-03-17 17:56:59
278
AUTOSAR CAN通信、LIN通信、ETH通信、通信安全、信息安全、诊断、系统服务、时间同步、存储服务等相关文档
2024-11-17
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人