一、架构与术语解释
BSW中以后每一节我都会放上一张模块图，所以就先上图：
由于汽车上一般都使用CAN总线，图中的bus大家可以就当成CAN来看待，如果使用的是LIN或者其他的，也相应的换成其总线看待就行。后续在实践篇中将会有一节来做communication的实验，但是基础内容大家也都需要掌握理解才行，不然到了后来实验，可能大家都不知道博主在干啥（虽然我后续尽量讲的详细一点吧）。所以BSW中的这些章节可能较为苦涩难懂，但是希望大家能耐着性子先浏览一遍先，在脑子中有个大致的印象，后续实验课再回头来看，就会轻松不少
模块详解：
- COM：从应用层传下来数据首先就进入这里，应用层无需关心收发的数据是通过什么总线传输的，应用只需要将它传输给COM即可。这些收发的数据是由用户的DBC文件或者ARXML文件已经定义好了的（这些文件一般OEM整车厂在整车设计的时候就做出来了，里面有总线的网络拓扑图，每个传输的数据应该走什么总线都有定义，所以应用层是无需关心的，只需要优雅的将数据和COM交换即可）。同样，COM上传的数据也是很单纯的数据，里面没有这个数据是什么总线上传的这样无意义的信息，应用层关心的是这个数据的实际意义和数据大小。所以COM主要就起了一个信号接口和网关的作用。
- PDU Router： PDU------Protocol DataUnit，协议数据单元。这个模块的功能就是将COM下发的信号数据分配到相应的协议总线上去；或者将不同的协议变成同一信号上传给COM。
- IPDU Mux： 用于解析一些特殊的协议，比如CANFD或者用户自定义的一些协议。就是起了一个统一CAN ID，不同信号Layout的作用。
- CAN Tp：分包数据传输与错误检测，一般来说只有在诊断的时候才会使用。
- CAN Interface：与硬件已经无关了，与硬件相关的是下面两个Driver做的工作，这个Interface主要可以配置收发队列；组帧(FlexRay)；管理时间触发总线的调度表(LIN,FlexRay)。
- CAN Driver： 就是MCAL中对主芯片上CAN模块的驱动封装。
- Trcv Driver：Trcv------Transceiver的缩写，就是收发器驱动的意思。如果是外置CAN收发器，这里就要用到Trcv
- Driver这个驱动，而非CAN Driver。
感觉这么简单的罗列一下上面的术语，可能大家还是看不懂，下面就简单的发送和接收流程做一个解释（CAN这东西太庞大，这里一时也讲不完，就拿最简单的方式来说明一下）
二、发送流程
- 1. 应用层Send一个数据进COM
- 2. COM写信号进PDU Buffer中
- 3. PDU被PDU
Router立刻发送或按周期发送（每个PDU都有一个独立的ID），之后PDU
Router辨认总线种类，并把PDU发向不同的下级模块
- 4. Interface根据不同的通道，把报文写入不同的队列
- 5. Driver根据报文的优先级立刻发送报文
三、接收流程
中断或者循环接收（这里假设为中断）：
- 1. 硬件接收报文
- 2. 由Driver发出Rx中断（函数），之后通过RxIndication，数据被传递到Interface
- 3. 传递到PDU Router
- 4. 传递到COM（如果SWCs使用Data
- ReceptionTrigger，就通知RTE；否则暂存到Buffer中）
- 5. 信号被RTE读取，然后应用层读取
