Linux驱动开发-SocketCAN模型详解
1. 控制器局域网协议 (CAN)：
can是指控制器局域网协议。它最初由德国电气公司博世在1986年开发，主要应用于汽车通信系统。如今，can通信协议已成为iso国际标准化的串行通信协议之一。根据不同的网络和距离需求，can协议可以配置不同的速度，最高可达1mbit/s。整个can协议被划分为三个层次，对应于iso模型的不同部分，具体如图1.1所示：
CAN对象层 (The Object Layer)：
这一层是CAN协议的最高层，负责定义通信的对象及其属性。它决定了数据在网络中的结构和组织方式。
CAN传输层 (The Transfer Layer)：
传输层位于协议的中间层，承担着数据传输的责任。它负责确保数据的可靠传输，并处理错误检测和纠正，以保证通信的稳定性和准确性。
CAN物理层 (The Physical Layer)：
物理层是CAN协议的最底层，它定义了数据在网络中的传输方式和电气特性。这一层面向硬件，负责实际的信号传输和接收。
图1.1
对象层和传输层包括所有由ISO/OSI模型定义的数据链路层的服务和功能。登录后复制
1.1 对象层的作用范围包括：：：
(1)查找被发送的报文。
(2)确定由实际要使用的传输层接收哪一个报文。
(3)为应用层相关硬件提供接口。
1.2 传输层的作用主要：：：
(1)传送规则，也就是控制帧结构、执行仲裁、错误检测、出错标定、故障界定。
(2)总线上什么时候开始发送新报文及什么时候开始接收报文均在传输层里确定。
(3)位定时的一些普通功能也可以看作是传输层的一部分。
(4)传输层的修改是受到限制的。
1.3 物理层的作用：：：
在不同节点之间根据所有的电气属性进行位信息的实际传输。当然，同一网络内，物理层对于所有的节点必须是相同的。尽管如此，在选择物理层方面还是很自由的。
登录后复制
2. Linux下Socket CAN驱动模型：
Linux下Socket CAN驱动属于网络设备的一部分。Linux下Socket CAN分层模型见图2.1：
登录后复制
图2.1
Linux下Socket CAN的驱动模型见图2.2：
图2.2
3. Socket CAN驱动框架的重要数据结构：
3.1 struct net_device_ops结构体：：
struct net_device_ops定义了网络设备的操作方法，.ndo_open开启网络设备的操作，.ndo_stop停止网络设备，.ndo_start_xmit发送网络数据，.ndo_change_mtu网络设备一次最大传输单元。
3.2 struct can_frame 结构体：：
其中can_id表示can frame的id，can_dlc表示can frame数据的长度，data[CAN_MAX_DLEN]表示携带的数据。
3.3 struct platform_driver 结构体：：
其中probe是驱动初始化函数入口，初始化本地结构体，remove是驱动卸载函数入口。
4. Linux下NAPI机制：
CAN协议所对应的ISO模型见图1.1：linux下网络数据接收机制NAPI：混合使用中断与轮询，而不使用纯粹的中断事件驱动模型。这样就提高了系统的性能，当设备产生一个数据接收中断后，新机制的软中断处理函数就会轮询设备的入口队列，直到入口队列中没有数据了，再开启中断。NAPI数据接收的流程为：
a、接收中断来临
b、关闭接收中断
c、以轮询方式接收所有数据包直到收空
d、开启接收中断
NAPI驱动程序各部分的调用关系见图4.1：
图4.1
5. 数据发送接收流程：
Linux下Socket CAN在用户空间提供socket接口，在内核空间实现CAN Frame协议，并协同CAN控制器驱动控制CAN控制器的驱动，实现CAN通信。
5.1 发送流程：：
图5.1
