韩昊

摘要： 阅读全文

摘要： 模块详解： COM： 从应用层传下来数据首先就进入这里，应用层无需关心收发的数据是通过什么总线传输的，应用只需要将它传输给COM即可。这些收发的数据是由用户的DBC文件或者ARXML文件已经定义好了的（这些文件一般OEM整车厂在整车设计的时候就做出来了，里面有总线的网络拓扑图，每个传输的数据应该走什 阅读全文

摘要： I/O包括:DIO（数字输入输出，就等同于单片机上的GPIO）、ADC和PWM 详细解释上图子模块的功能： I/O Signal Interface： 对输入数据的初步处理，比如输入消抖 Driver for ext. ADC ASIC： 外置ADC的驱动，比如当有外部ADC采样芯片的时候，通过SP 阅读全文

摘要： OS主要是为我们解决了以下几个基本问题： 改变各任务的执行频率； 改变各任务的执行时间； 设定各任务的优先级，保证高优先级任务能够及时执行； 任务切换时的现场保护与恢复； 共享资源的安全访问机制等； 首先，AUTOSAR OS是基于OSEK OS继承发展而来，所以上述的OSEK OS的基本特点在AU 阅读全文

摘要： UDS: (Unified Diagnostic Service) 统一诊断服务协议。 之所以称为统一诊断服务，则是因为该协议是建立在各种传输方式之上的应用层协议，与底层所采用的通信介质都没有关系，该协议内容在ISO14229-1中定义，目前该协议版本已更新至2020版。 Addressing Mo 阅读全文

摘要： 定义： 诊断服务85服务主要用于开启或者停止DTC状态位的更新功能，这个功能在主机厂规定的诊断服务规范当中都会有实际的功能及作用。 应用场景 一般而言，对于85诊断服务，主要应用场景为以下场合： 用于在诊断刷写的过程中关闭DTC记录，因为在刷写的过程中往往是针对某个ECU节点单独进行刷写，其他的对手 阅读全文

摘要： 定义： 诊断服务28服务主要用于网络中的报文发送与接受，比如控制应用报文的发送与接收，又或是控制网络管理报文的发送与接收，以便满足一定场景下的应用需求。 应用场景： 一般而言，对于28诊断服务，主要应用场景为以下场合： 存在某些特殊的测试场景，比如只希望接收或者发送对应的网络管理与应用报文； 绝大多 阅读全文

摘要： 定义： 诊断服务27应用场合主要是用于Server数据上传或者下载，重要信息传递，功能安全等实施的过程中，比如如果对于重要数据的上传或者下载过程不做任何限制，很有可能会对整车的行车安全造成极大的威胁，特别是针对底盘域的控制器更是要在这方面做好全方位的安全防护措施，此时27服务便应运而生！ 安全访问 阅读全文

摘要： 定义： 31服务主要用于实现针对某类测试场景，非正常工况下的程序活动以及其他擦除内存等连续性操作步骤的集合。 在某些情况下2F服务的基本功能也是能够通过31服务来实现，可以理解2F实现的功能31服务均可以实现，不过如果能够用2F实现的功能来用31服务，未免有些大材小用，因此31服务则是用于更为复杂的 阅读全文

摘要： 定义： 用于对场景的复位 应用场景 一般而言，对于11诊断服务，主要应用场景为以下场合： ECU被刷写新的软件后，此时需通过11诊断服务重启该ECU使其回复到初始状态，保证一个十分干净的运行环境； 在产线下线标定的过程中，对于KL30供电的ECU存在一些仅在下电存储的数据，此时需要通过11诊断服务使 阅读全文