摘 要：本文目的在于设计面向数据流的ＣＡＮ 驱动层，应用层或可直接使用该驱动层实现数据流方式访问ＣＡＮ 总线，抑或另外添加设计一层传输层以便完成应用层间透明的端到端传输。本设计通过对ＣＡＮ 驱动层合理的结构设计，引入了中断上下半部分开处理的机制，具体实现时，辅以两个运行实体（ＩＳＲ、ｔａｓｋ）和两层ｂｕｆｆｅｒ（ＩＤ 流缓冲和ＣＡＮ 包收发队列），完全可以实现高效运行的面向数据流的ＣＡＮ 驱动层。 关键词： ＣＡＮ；驱动层；数据流
１ 引言
节点驱动层负责控制使用的ＣＡＮ 控制器，并向上提供一组基于ＩＤ 流的标准操作接口。驱动层本身是平台相关层，但向上提供平台无关的一组接口。驱动层主要为上层提供了基于ＩＤ 数据流的读写能力（即基于数据流的ＣＡＮ 总线通信能力）。
在本设计中，以主板采用的ＬＰＣ２３７８（ＬＰＣ２０００ 系列）为目标ＭＣＵ，设计ＣＡＮ 节点驱动层。
驱动层被设计成由两个运行实体：ＩＳＲ（ＣＡＮ 控制器中断服务例程）和驱动层ｔａｓｋ，和两
层ｂｕｆｆｅｒ：ＩＤ 流缓冲和ＣＡＮ 包收发队列构成。通过是把ＣＡＮ 中断处理、流拆分成包、包聚合成流等待一系列动过分成中断上半部和中断下半部，同时也可加快对中断的响应过程。
２ 系统设计
２．１ 驱动层结构
驱动层需要向上层提供的一组标准操作包括：ｉｎｉｔｉａｌｉｚｅ、ｏｐｅｎ、ｃｌｏｓｅ、ｒｅａｄ、ｗｒｉｔｅ、ｉｏｃｔｌ。
接口完成驱动层的初始化，初始化分别针对两个方面，１）一方面需要配置控制器，包括为ＣＡＮＢＵＳ 收发线合适配置ＧＰＩＯ 相应管脚、给ＣＡＮ 控制器配置合适的输入时钟、设置ＣＡＮ 总线工作速率、设置ＣＡＮ 中断、设置错误计数门限，另外针对ＬＰＣ２３７８，还需设置是否使用查表（本设计中未使用，设置的是旁路模式）等，最后还要开启控制器；２）另一方面需要初始化驱动层模块所有的运行时ＯＳ 资源，包括互斥量、消息队列、任务、动态内存等。
接口并不是提供开启某个ＣＡＮ 控制器的通道，ＣＡＮ 控制器的开启是在驱动层的中完成。当上层调用此接口时，是在申请开启对某个指定ＩＤ 流的发送能力。Ｏｐｅｎ 接口中需要相应的初始化该ＩＤ 流所使用的两个高速流缓冲，分别供＜ｒｅａｄ、和＜ｗｒｉｔｅ、ｔａｓｋ＞使用。同时还需申请互斥量等ＯＳ 资源。 接口是Ｏｐｅｎ 接口的反向操作。当上层不再需要收、发特定ＩＤ 流的时候，通过此接口，释放掉驱动层中为此ＩＤ 流收发所使用的包括高速缓冲、互斥量在内的资源。
上层通过Ｗｒｉｔｅ 接口，把特定ＩＤ 数据流耦合如其所属的发送ＩＤ 流高速缓冲中。同时如果遇到ＩＤ 流缓冲需要动态扩充时，则从缓冲池中申请个新的缓冲块加入该ＩＤ 得发送流缓冲结构中。对应的ｔａｓｋ 会在适当时候把不再使用的缓冲块重新释放回缓冲池中（具体见高速ＩＤ流缓冲）。Ｗｒｉｔｅ 接口均为非阻塞式接口，即ｗｒｉｔｅ 操作当把待发送的数据流存入流缓冲中后便立即返回，不会阻塞到这些数据在ＣＡＮ 总线上真正传递完毕。
上层通过Ｒｅａｄ 接口，从对应ＩＤ 流缓冲结构中读取到指定长度的数据。如果流缓冲中数据长度不够待读长度，则调用此接口的上层线程即可以获取已有数据并立即返回；也可以把在对应流缓冲结构中记录下需要读取的范围，然后把自己挂起在任务挂起队列中，待模块从ＣＡＮ 包接受队列中获取到足够长度数据后，会从任务挂起队列中按先进先出原则唤醒等待该ＩＤ 数据的任务。
接口提供一些配置性操作。此接口可以获取ＣＡＮ 控制器出错状态和出错原因，开启、关闭ＣＡＮ 控制器以便控制本节点接入或脱离ＣＡＮ总线ＣＡＮ 驱动层主要由ＩＳＲ（中断处理）、驱动层ｔａｓｋ 和两层ｂｕｆｆｅｒ（收发包缓冲和收发流缓冲）构成，整个模块由中断下半部、中断上半部、接口层三个子层次构成。
２．２ 配置ＣＡＮ 中断
为了能使ＣＡＮ 中断处理ＩＳＲ 能够被正常触发，需要合理的设置ＶＩＣ（中断向量控制器）。ＬＰＣ２３７８中，ＣＡＮ 控制器的中断号是２３，设置ＣＡＮ 中断ＩＳＲ 为ＩＲＱ 方式（区别快速中断模式，在主板中ＦＩＱ 被ｔｉｍｅｒ０ 独占，用来提供ＯＳ ｔｉｃｋｓ 计数能力）。为了能让程序在ＡＲＭ用户态下运行时，能够按照上图流程成功的配置相关ＶＩＣ寄存器，必须在ｂｏｏｔ 阶段，ＡＲＭ 处于特权态时，设置ＶＩＣＰｒｏｔｅｃｔｉｏｎ 寄存器
ｂｉｔ１（ＶＩＣ＿ａｃｃｅｓｓ）清零。
对ＶＩＣ 和ＣＡＮ 控制器相关寄存器配置完毕后，当ＣＡＮ 控制器成功从上接收到一个ＣＡＮ 包或是ＣＡＮ 控制器成功发送ＣＡＮ 包到ＣＡＮＢｕｓ 后，ＣＡＮ 控制器会触发ＶＩＣ 的ＣＡＮ 中断，此时程序会跳转到ＶＩＣＶｅｃｔＡｄｄｒ２３ 寄存器中保存的ＣＡＮ ＩＳＲ 入口处执行，此时便开始了ＣＡＮ 中断的处理流程。
当 ＣＡＮ 控制器收发到ＣＡＮ 包并触发ＩＳＲ 后，ＣＡＮｘＳＲ 寄存器ＲＢＳ、ＴＳ１、ＴＳ２、位指明了ＣＡＮ 控制器的接收、发送ｂｕｆｆｅｒ 的状态。ＩＳＲ可根据ＣＡＮｘＳＲ 中的这四个标志位，分别判断ＣＡＮ 控制器中接收ｂｕｆｆｅｒ 是否接收到ＣＡＮ 包、
３ 个发送ｂｕｆｆｅｒ 中待发送ＣＡＮ 包是否成功发送到ＣＡＮＢｕｓ，然后执行相应处理流程。
２．３ 中断处理流程
ＩＳＲ（ｉｎｔｅｒｕｐｔ ｓｅｒｖｉｃｅ ｒｏｕｔｉｎｅ）介于ＣＡＮ 控制器和ＣＡＮ 包收发队列之间，每当ＣＡＮ 控制器接收到一个ＣＡＮ 包或是成功发送一个ＣＡＮ包后，ＶＩＣ 模块都会触发此ＩＳＲ，并在状态寄存器（ＣＡＮｘＳＲ）置相应标识位。哑光玻璃
当 ＩＳＲ 被触发执行后，首先检查ＣＡＮｘＳＲ 的ＲＢＳ 位（Ｒｅｃｅｉｖｅ Ｂｕｆｆｅｒ Ｓｔａｔｕｓ ｂｉｔ），如果此位被置位，则从ＣＡＮ 控制器接收
ｂｕｆｆｅｒ（包括ＣＡＮ１ＲＦＳ、ＣＡＮ１ＲＩＤ、ＣＡＮ１ＲＤＡ、）中读出包括包头和数据净荷在内的完整ＣＡＮ 包，再把这个接收到的ＣＡＮ 包写入接收包队列中。然后ＩＳＲ 会检查ＣＡＮｘＳＲ 的三个发送状态标志位（ＴＳｘ），如果有任何发送状态标志位被置位，则表示对应的控制器内的发送ｂｕｆｆｅｒ 中
的ＣＡＮ 包已经成功通过总线发送出去，此时ＩＳＲ 会从多优先级发送包队列中，按队列权值轮流调度队列中待发送的包到ＣＡＮ 控制器的发送ｂｕｆｆｅｒ 中，然后置对应请求发送标志位。
ＩＳＲ通过上述过程，完成了在ＣＡＮ 控制器和ＣＡＮ 包收发队列中传递ＣＡＮ 包。
对于 ＣＡＮ 包收、发队列，各有一个互斥量。当ＩＳＲ、ｔａｓｋ 需要读、写队列前均需要先申请相应队列的互斥量。对于ｔａｓｋ 可以阻塞式的申请互斥量，因为ｔａｓｋ 可以被挂起，直到申请到队列互斥量后才对队列操作。但ＩＳＲ 无法被挂起，所以ＩＳＲ 在操作队列前申请互斥量时，必须是立即返回的。当ＩＳＲ 申请收、发队列互斥量失败后（此时必然是ｔａｓｋ 在操作队列），ＩＳＲ 会去置相应队列的ＳＩｒｑＳｔａｒｔＦｌａｇ 标志，然后略过从ＣＡＮ 寄存器读、写ＣＡＮ 包的操作。当ｔａｓｋ 操作队列完毕并释放队列互斥量后，需要检查该队列的ＳＩｒｑＳｔａｒｔＦｌａｇ 的标志，如果该标志被置位，则由ｔａｓｋ 触发ＣＡＮ ｓｏｆｔ ｉｒｑ，之后ＣＡＮ 中断ＩＳＲ 再次被软触发。当被软中断触发后，接着上次因为未申请到队列互斥量而未完成的操作：从ＣＡＮ 寄存器接收中及时读出ＣＡＮ 包写入接收队列、或是从接收队列中获取一个ＣＡＮ 包写入ＣＡＮ 寄存器的某个发送
ｂｕｆｆｅｒ 并申请发送。
２．４ ＣＡＮ包接收队列
根据ＬＰＣ２３７８ＣＡＮ 控制器接收ｂｕｆｆｅｒ （ ＲＦＳＲＩＤＲＤＡＲＤＢ ） 、发送（ＴＦＳＴＩＤＴＤＡＴＤＢ）结构，相应的定义ＣＡＮ 包数据结构ＣＡＮ＿ＭＳＧ 为：
数据长度（ｂｙｔｅ），取值为０ 到８； Ｂｉｔ ３０： 远程请求包标志，置１表示发送的包是请求远端发送要求ＭＳＧＩＤ 的包，置０ 表示是正常的数据包发送； Ｂｉｔ ３１：长ＩＤ（２９ｂｉｔ）标志，置１ 表示使用２９ｂｉｔＩＤ，置０ 表示使用包接收队列包含ＣＡＮ＿ＭＳＧ 数组以及控制信息，在驱动层中包含一个ＣＡＮ 包接收队列。ＣＡＮ 包接收队列结构为：
其中 ＣＡＮＭｓｇＢｕｆ 指向动态申请的ＣＡＮ＿ＭＳＧ＿Ｔ 类型的包数组；ｈＭｕｔｅｘ 为队列互斥量；为ＣＡＮＭｓｇＢｕｆ 缓冲的总长度；ＲｅａｄＩｎｄｅｘ 为队列读下标，标定ｔａｓｋ 下一次从接收队列中读包的位置；ＷｒｉｔｅＩｎｄｅｘ 为队列写下标，标定ＩＳＲ 下一次向接收队列写包的位置；是个指示标志位，当ＩＳＲ 操作队列前申请队列互斥量失败后会置该标志并略过对ＣＡＮ 控制器的响应，当ｔａｓｋ 对队列读取一个包后均要检查该标志是否置位，如果该标志被置位，那么ｔａｓｋ 会立即结束对接收队列的操作转而触发ＣＡＮ 软中断。ＣＡＮ 软中断被置位后，会触发ＩＳＲ 被执行，此时ＩＳＲ 会再次去申请接收队列互斥量，然后把ＣＡＮ 控制器中尚未被读出的ＣＡＮ 包保存到接收队列中。
是ＣＡＮ 包接收队列中用来在ＩＳＲ 和ｔａｓｋ 之间缓冲接收到的ＣＡＮ 包的队列，整个队列按照环形缓冲操作，它有三个直接属性即队列总长（标定队列缓冲ＣＡＮ 包的能力）、读下标ＲｅａｄＩｎｄｅｘ、写下标ＷｒｉｔｅＩｎｄｅｘ。
当 ＣＡＮ 包接收队列满，且ＩＳＲ 检查到ＣＡＮ 控制器又新接收到ＣＡＮ 包时，ＩＳＲ 会直接释放ＣＡＮ 控制器的接收ｂｕｆｆｅｒ，这种情况下就产生了数据溢出，所以ｔａｓｋ 必须保证及时的从接收队列中接收ＣＡＮ 包，并把ＣＡＮ 包内的数据净荷放入对应ＩＤ 的ＩＤ 流缓冲中。
２．５ ＣＡＮ包发送队列
为了保障ＣＡＮ 节点发送ＣＡＮ 包的实时性，驱动层包含了多个ＣＡＮ 包发送队列，每个队列具有不同的优先级，以便指示ＩＳＲ 按照各个队列的优先级，合理调度具有不同实时性要求的ＣＡＮ 包的发送。
包多优先级发送队列，避免了单队列会造成不同实时性要求的ＣＡＮ 包的串行化发送，可以满足不同实时性需求的ＣＡＮ 包发送。
每个 ＣＡＮ 优先级发送队列是在ＣＡＮ 包接收队列的基础上的改进，增加了两个字段：
和Ｃｏｕｎｔｅｒ。一个ＣＡＮ 优先级发送队列结构为：
其中 ＣＡＮＭｓｇＢｕｆ 指向动态申请的ＣＡＮ＿ＭＳＧ＿Ｔ 类型的包数组；ｈＭｕｔｅｘ 为队列互斥量；为ＣＡＮＭｓｇＢｕｆ 缓冲的总长度；ＲｅａｄＩｎｄｅｘ 为队列读下标，标定
ＩＳＲ 下一次从发送队列中读包的位置；ＷｒｉｔｅＩｎｄｅｘ 为队列写下标，标定ｔａｓｋ 下一次向发送队列中写包的位置；是个指示标志位，当ＩＳＲ 操作队列前申请队列互斥量失败后会置该标志并略过对ＣＡＮ 控制器的响应，当ｔａｓｋ 对发送队列每写一个包后均要检查该标志是否置位，如果该标志被置位，那么ｔａｓｋ 会立即结束对该发送队列的操作同时触发ＣＡＮ 软中断。
和Ｃｏｕｎｔｅｒ 字指示ＩＳＲ 调度不同优先级包发送队列，ＩＳＲ 结合这两个字段并按照一定的调度策略，实现对不同优先级队列不同权重的发送，同时尽量让每个队列均有机会发送。
当 ＣＡＮ 包发送队列满时，ｔａｓｋ 将停止从各个ＩＤ 流缓冲中抽取数据封装ＣＡＮ 包并放入包发送队列的过程，此时ｔａｓｋ 等待ＣＡＮ 控制器和ＩＳＲ 对ＣＡＮ 包发送队列的发送过程。
２．６包发送队列调度策略
负责从多个发送队列中选取ＣＡＮ 包并写入ＣＡＮ 控制器的发送缓冲中，然后请求控制器发送。ＩＳＲ 是多优先级ＣＡＮ 包发送队列调度发送的主体。
对于不同优先级ＣＡＮ 包发送队列调度的目的在于使得高优先级队列较低优先级队列有更多的机
会发送更多的包，但同时需要保证低优先级队列能有机会发送ＣＡＮ 包，不会因为高优先级队列始终被ＴＡＳＫ 填充而造成低优先级队列中的包无法发送。
存在 ３ 个包发送队列Ｔｘ ｑｕｅｕｅ １（Ｐｒｉｏｒｉｔｙ 恒为８）、Ｔｘ ｑｕｅｕｅ ２（Ｐｒｉｏｒｉｔｙ 恒为４）、（Ｐｒｉｏｒｉｔｙ 恒为２）。每个队列的Ｐｒｉｏｒｉｔｙ字段代表该队列的优先级权值，且这个权值在程序运行的整个过程中一直保持不变。每个发送队列还有一个Ｃｏｕｎｔｅｒ 字段，该字段的初始值为所属队列的Ｐｒｉｏｒｉｔｙ 值。
当 ＩＳＲ 需要从ＣＡＮ 包发送队列中一个包填充ＣＡＮ 控制器的发送ｂｕｆｆｅｒ 并请求发送时：应该首先从高优先级队列中寻，如果当前发送队列的Ｃｏｕｎｔｅｒ 值不为零且该队列中有待发送的ＣＡＮ 包，则从该队列中取一个ＣＡＮ 包并写ＣＡＮ 控制器，然后把该队列的值减一；如果当前发送队列的值为零或是队列中不存在待发送ＣＡＮ 包时，ＩＳＲ 转而到低一级的发送队列中继续上述过程，直到到合适发送的ＣＡＮ 包或是全部队列中都无ＣＡＮ 包为止。
当 ＩＳＲ 检查到所有队列的Ｃｏｕｎｔｅｒ 值均为零后，按照上述过程，ＩＳＲ 无法从任何一个发送队列中读取ＣＡＮ 包。此时由ＩＳＲ 负责初始化所有队列的Ｃｏｕｎｔｅｒ 值，即把所有发送队列的Ｃｏｕｎｔｅｒ 值恢复成队列Ｐｒｉｏｒｉｔｙ 值，然后继续上述的ＣＡＮ 包选取过程。
上述 ＩＳＲ 从多优先级ＣＡＮ 包发送队列中选取ＣＡＮ 包发送的过程。
蚕蛹虫草 每当ＣＡＮ 中断ＩＳＲ 被触发，需要从发送队列中选取ＣＡＮ 包发送时，均按照上图流程，依次从高优先级队列到低优先级队列中寻合适
的包发送。
当 ＩＳＲ 从某个队列中取出一个ＣＡＮ 包发送后，相应队列的Ｃｏｕｎｔｅｒ 值减一。当某个包发送队列的Ｃｏｕｎｔｅｒ 值递减到零后，该队列暂时退出ＩＳＲ 的包调度过程。由于具有不同优先级Ｐｒｉｏｒｉｔｙ 包发送队列的初始Ｃｏｕｎｔｅｒ 值不一样，这样保证了不同优先级队列具有不同的发送包能力。同时当某个队列的Ｃｏｕｎｔｅｒ 值递减到零后退出调度的机制，保证了低优先级队列中的ＣＡＮ 包同样有机会被选取发送，避免了高优先级队列在重载荷下抑制低优先级队列的发送的情况。
当某个发送队列Ｃｏｕｎｔｅｒ 值即使未递减到零，当ＩＳＲ 在该发送队列没有待发送的包时，也会对该队列的Ｃｏｕｎｔｅｒ 值减一。这可以有效避免某个队列因为其Ｃｏｕｎｔｅｒ 值为递减到零，却因为该队列长时间无待发送包，而阻塞其它队列的发送。
这种多优先级ＣＡＮ 包发送队列和上述的ＩＳＲ 调度发送策略综合作用，可以保障上层不同实时性需求数据的有效、有序的发送。
２．７ 流缓冲结构
扎把机 流缓冲是介于接口层（ｒｅａｄ、ｗｒｉｔｅ 接口）和ｔａｓｋ 之间，基于数据流的缓冲结构。
二维码打印设备 流缓冲结构由一个ｈａｓｈ 索引表，索引出缓冲各个ＣＡＮ ｍｅｓｓａｇｅ ＩＤ 对应数据流所使用的。
该ＩＤ 流缓冲中包含了６ 个ＩＤ 的ｓｔｅａｍ ｂｕｆｆｅｒ。Ｈａｓｈ 索引表结构为：
取ＩＤ 的低４ 位作为ｈａｓｈ 索引值。对于具有相同ｈａｓｈ 索引值的采用链表方式链接。
结构为：
仅针对ｗｒｉｔｅ 接口，指明请求发送数据流的实时性需求。
还需读取、写入长度起始挂起时间允许挂起的时间信号量，用于挂起上层调用ｒｅａｄ、接口的线程上层当有数据需要接收／发送时，需要首先通过ｏｐｅｎ 接口指明该发送数据对应的报文ＩＤ、ＣＡＮ 报文ＩＤ 的类型（即是使用ＣＡＮ２．０Ａ 定义的１１ 位ＩＤ 还是ＣＡＮ２．０Ｂ
除垢器定义的位ＩＤ，对于ＬＰＣ２３７８ 的片上ＣＡＮ 控制器同时支持这两种模式）、发送数据的实时性需求（ 仅针对发送过程） ， 然后由ｏｐｅｎ 接口负责初始化该ＩＤ得流缓冲结构（ＣＡＮ＿ＩＤ＿ＳＴＲＥＡＭ＿ＢＵＦＦＥＲ＿Ｔ），并链入ｈａｓｈ 表。
当上层有实际数据需要接收／发送时，会分别通过ｒｅａｄ／ｗｒｉｔｅ 接口，从该ＩＤ 对应的流缓冲结构中读取或写入数据。
对于接收流缓冲结构，当ｔａｓｋ 从ＣＡＮ 包接收缓冲中到该ＩＤ 对应的ＣＡＮ 包后，负责把ＣＡＮ 包中的数据净荷抽取出来，并保存到该ＩＤ得流缓冲中。对于接收流缓冲结构，当ｔａｓｋ 发现ＣＡＮ 包发送优先级队列有空余空间时，会从ＩＤ 流缓冲中抽取数据净荷， 综合
ＣＡＮ＿ＩＤ＿ＳＴＲＥＡＭ＿ＢＵＦＦＥＲ＿Ｔ：： ＭｓｇＩＤ 、信息封装成ＣＡＮ 包，并插入ＣＡＮ 包发送队列中。
从ＩＤ 流缓冲中抽取数据流封装ＣＡＮ 包的过程为：把ＣＡＮ＿ＭＳＧ＿Ｔ：： Ｆｒａｍｅ 低位（对应ＣＡＮｘＴＦＩ 的ＰＲＩＯ 字段）固定为０ｘ８０；根据
ＬｏｎｇＩｄＦｌａｇ 置第３１ 位（对应ＣＡＮｘＴＦＩ 的ＦＦ 标志）；根据ＭｓｇＩＤ 置ＣＡＮ＿ＭＳＧ＿Ｔ：： ＭｓｇＩＤ；根据从读出的数据放入
投票机
ＣＡＮ＿ＭＳＧ＿Ｔ：：ＤａｔａＡ、ＣＡＮ＿ＭＳＧ＿Ｔ：：ＤａｔａＢ；然后根据ＣＡＮ 包数据净荷长度置ＣＡＮ＿ＭＳＧ＿Ｔ：： Ｆｒａｍｅ 第１６￣１９ 位（对应ＣＡＮｘＴＦＩ 的ＤＬＣ 字段）。然后把封装好的一个ＣＡＮ 包放入ＣＡＮ 包发送队列。
的 ＣＡＮｘＴＦＩ（Ｔｒａｎｓｍｉｔ Ｆｒａｍｅ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）中的ＰＲＩＯ 字段标志着包的发送优先级，当ＣＡＮ 控制器３ 个发送ｂｕｆｆｅｒ 有多余一个ＣＡＮ 包等待发送时，ＣＡＮ 控制器会根据ＰＲＩＯ 字段优先选择低值的ＣＡＮ 包发送。ＴｘＰｒｉｏｒｉｔｙ 字段是指发送实时需求，根据该字段的值，把从ＩＤ 流缓冲中封装好的ＣＡＮ 包，放入相应优先级的ＣＡＮ 包发送队列中。ＴｘＰｒｉｏｒｉｔｙ 定义为：
２．８ 驱动层ｔａｓｋ 处理流程
驱动层ｔａｓｋ 介于ＣＡＮ 包收发缓冲和ＩＤ 流缓冲之间，主要负责中断上半部处理。对于发送过程，ｔａｓｋ 完成数据流到ＣＡＮ 包的转换；对于接收过程，ｔａｓｋ 收取接收到的ＣＡＮ 包内的数据净荷，并填充到对应ＩＤ 的流缓冲中。
ｔａｓｋ 循环往复的在ＣＡＮ 包接收队列和ＩＤ 接收流缓冲、ＣＡＮ 包发送队列和ＩＤ 发送流缓冲间，进行封包、拆包、以及两层缓冲间传递数据。Ｔａｓｋ 乃至驱动层并不负责ＣＡＮ 包的传输／接收乱序问题、ＣＡＮ 包数据净荷获取的数据流正确性进行任何的保证。
因此需要上层在必要的时候，需要对通过驱动层ｒｅａｄ 读取出来的数据流进行内容校验。
３ 结论
通过设计基于流的ＣＡＮ 驱动层，其上便可以直接被应用层使用，抑或添加设计一层传输层，完成应用层间透明的端到端传输。本设计通过对驱动的合理的结构设计，引入了中断上下半部分开处理的机制，具体实现时，辅以两个运行实体（ＩＳＲ、ｔａｓｋ）和两层ｂｕｆｆｅｒ（流缓冲和ＣＡＮ 包收发队列），完全可以实现高效运行的面向数据流的ＣＡＮ 驱动层。
工程师职称论文资料，
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议