Cheatscat的博客

车载故障分析---DTC

CAN总线发送能力计算

CAN总线是目前总线行业中的宠儿，被众多领域所追捧，在CAN总线传输数据时，有两种基本状态，接下来我们简单的说一下CAN总线的两种基本状态。CAN总线的基本状态分为显性和隐性，也就是我们经常说的“0”“1”，CAN总线传输数据时，依靠的是差分电瓶，因为CAN总线是双绞线，所以在没有数据传输时，两条线的电压相同，差值为0，所以为隐性。一旦有数据传输，两条线就会出现电压不同的情况，从而产生电压差，CAN总线就会表现为显性。CAN总线之所以被设定出显性和隐性，是为了一条总线上有多个节点时，不发送数

在ISO 14229 中，负响应代码范围可以划分为3个范围：  0x00：   服务器内部实现的 positiveResponse 参数值；  0x01 ~ 0x7F：与通信相关的否定响应代码；  0x80 ~ 0xFF：针对特定条件的否定响应代码，这些特定条件在服务器接收到请求的时间点不正确。 在学习ISO 14229的过程中，我们肯定会接触到正负响应，而负响应的错误码（NRC码）是我们判断为什么出现负响应的重要判断依据。那么，在ISO 14229 中，有哪些NRC码是定义好了的？又有哪些...

引脚重映射配置过程（串口1为例）：1.使能GPIO时钟（重映射后的IO); 使能功能外设时钟（例如串口1); 2.使能AFIO时钟。重映射必须使能AFIO时钟： RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO, ENABLE); 3.开启重映射。 GPIO_PinRemapConfig(GPIO_Remap_USART1, ENAB...

CAN信息发送成功后，会有个应答间隙的，在这个间隙内，接收节点可以准备要回复的信息，也就是把应答场填充为显性0，在发送时其为隐性1.应答过程可能如下：当信息传输到ACK前的Del时，可以认为信息已经传输完毕，接收节点也接收到了足够的信息来检测接收的信息是否正确，所以这时接收节点就会检测信号是否正确，如果正确，就将ACK置位为显性0，注意这时，发送节点因为还在发送而接收节点又将ACK信息置位为1，所以它就会在回读时检测到ACK为0，判断接收成功。注意：这其中有个接收节点用显性覆盖隐性--...

转：原文链接：https://blog.csdn.net/king110108/article/details/739175121、什么是CAN Bus Off 举例： 车上一个ECU 1, 一直向总线上发送消息，可怎么都发送不出去。 如果这个累计到一定的次数（255），按照CAN总线协议： ECU 1自己的进入 BUSOFF模式，这个时候ECU 1 一时半会是不能发送信息了。2、总线Bus Off之后会做何处理ECU 1在自己内部检测到BUS OFF后，...

data|=(1<<n); //第n位置1data&=~(1<<n); //第n位置0data^=(1<<n); //第n位取反(data>>n)&1; //取第n位的值x为0或者1x&1=xx&0=0x|1=1x|0=xx^1=~xx^0=x...

data|=(1<<n); //第n位置1data&=~(1<<n); //第n位置0data^=(1<<n); //第n位取反(data>>n)&1; //取第n位的值x为0或者1x&1=xx&0=0x|1=1x|0=xx^1=~xx^0=x...

Bootloader是所有支持重编程的ECU必须具备的软件功能，在ECU运行过程中，执行的是应用软件和应用数据，仅当应用软件或应用数据无效或者上电之初，或者要求对其进行升级或特殊测试的时侯，才会运行Bootloader软件。应用软件和应用数据可以同时编程或者相互独立编程，通常在ECU在刷入bootloader后，bootloader是无法再次更新的，除非拆件，不过现在这越来越多的主机厂要求Bootloader也要支持刷写。Bootloader存储于被保护的flash区域，即使发生潜在错误时，控制器的应用

整车开发通用英文缩写（按首字母排序） 英文缩写 英文全称 中文含义 （按首字母排序） 100% Cal 100% Calibration 100%标定 100% IVER 100% Integration Vehicle Engineering Release 100%集成车工程发布 100% PPAP All parts at full PPAP for Vehicle program 为了整车项目，所有零件须完全通过PPAP...

风险管理（RSKM 3级）成熟度第三级的项目管理累过程域目的风险管理(Risk Management, RSKM)的目的是在风险发生前，识别出潜在的问题，以便在产品或项目的生命周期中规划风险处理活动，并于必要时启动之，如此可将不利于完成目标的影响降低。简介风险管理是一个持续的、前瞻的过程，此过程是管理的重要部分。风险管理应该强调可能会危害到重要目标的议题。持续的风险管理方法可以有效预测并降低对项目有重大影响的风险。有效的风险管理是透过相关的干系人的合作与参与，及早且积极的识别风险，如

统一诊断服务否定响应码的判定适用所有诊断服务的NRC及其优先级 适用于带子功能参数的诊断服务的NRC及其优先级 ISO14229-1中做了具体的NRC判断逻辑描述的诊断服务的NRC优先级 通过ID写入数据服务(WriteDataByIdentifier, SID 0x2E)所支持的NRC优先级 通过ID读取数据服务(ReadDataByIdentifier，SID 0x22)支持的否定响应码优先级 清除故障信息服务（ClearDiagnosticInformation， SID...

作者：匿名用户链接：https://www.zhihu.com/question/303256393/answer/1895404321来源：知乎著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。UDSUDS(Unified diagnostic services)，统一诊断服务，与OBD最大的区别就在于“Unified”上，“统一”这个词意味着它是一个“国际化的”而非”公司特定的”标准。到目前为止，这种通信协议被用在几乎所有由OEM一级供应商所制造的新ECU上面。这些E.

bootloader是指基于UDS诊断的车载控制器mcu程序刷新。成品车上要进行ECU的软件刷新，可以通过即Bootloader刷写和OTA升级。通过OBD接口进行Bootloader刷新的方式是目前的主流方式。Bootloader分为Primary Bootloader跟Secondary Bootloader。Primary Bootloader由ECU供应商预先编辑到非易失性存储器中，包含PBL的区域必须防止擦除，避免由于意外擦除PBL。Secondary Bootloader存储在易

AUTOSAR是由全球汽车OEM和供货商共同推出的一种汽车电子嵌入式软件分层架构。该分层架构由微控制器抽象层、ECU抽象层、服务层、执行时环境(RTE)和应用层组成，前三层被统称为基础软件(BSW)。　　AUTOSAR各层软件的通信通过三类接口实现，分别是标准接口、AUTOSAR接口和标准AUTOSAR接口。其中，标准接口用于BSW各个模块之间的通信，已用C语言定义，如void Adc_Init(const Adc_ConfigType* ConfigPtr)。AUTOSAR接口用于软件构件(SW-..

​AUTOSAR中网络管理主要使用了CAN接口(CanIf)，并提供通用网络管理接口(NmIf)。CAN网络管理在CAN架构中所处的位置如图1，与其他模块的交互如图2。图1 CAN架构图2 网络管理和其他模块的联系AUTOSAR网络管理基于分散的直接网络管理策略，这意味着每个网络节点仅依赖于通信系统中接收或传输的网络管理pdu来执行自给自足的活动。网络管理算法基于周期性的网络管理PDUs，通过广播传输被集群中的所有节点接收。接收网络管理PDUs表明发送节点希望保持网络管理集群处于唤醒状态

1 网络管理组成部分网络管理部分由通信管理器（简称ComM），通用网络管理器接口（简称NmIf），总线相关的网络管理器（简称NM，包括CanNM，LinNM，FrNM），总线相关的状态管理器（简称SM，包括CanSM，LinSM，FrSM）四个模块构成。1.1ComM 模块ComM模块简化用户对通信栈的使用，包括对网络管理使用的简化，同时协调一个ECU上多个独立的软件对总线通信模型的分时复用。可以通过ComM唤醒启动和保持物理信道唤醒；限制通信模式；协调通信请求；透明化软件组件和物理信道的关系；

AUTOSAR诊断简介AUTOSAR架构的目标主要有三个：建立独立于硬件的分层软件架构 为实施应用提供方法论，包括制定无缝的软件架构堆叠流程并将应用软件整合至ECU 制定各种车辆应用接口规范，作为应用软件整合标准，以便软件构件在不同汽车平台复用AUTOSAR整体框架为分层式设计，以中间件RTE(Runtime Environment)为界，隔离上层的应用层（Application Layer）与下层的基础软件BSW（Basic Software）车辆诊断定义对于整车厂而言，诊断分为