随着工业控制系统逐步的自動化现代化，现场总线控制系统得到越来越多的重视和应用CAN总线是目前开发简单，性能价格比高的一种现场总线 相对其他现场总线洏言，CAN通信控制器的生产厂家最多、品种最全、应用也最为广泛基于现场总线控制系统智能化、复杂度的提高，作为现场总线的核心部件微处理器传统的51芯片，甚至ARM7已经逐渐不能满足需要ARM9成为合适的选择。但许多ARM9并没有集成CAN接口扩展CAN接口成为当务之急。且ARM9将数据地址总线分开而CAN控制器为数据地址总线复用，使得CAN的扩展不能一味照搬51处理器的方式在CAN模块驱动开发上，现有资料往往只针对Linux系统上的驅动开发 进行介绍而现场总线控制系统对实时性的要求使得Linux系统要让位于更多的实时操作系统。

　　本文介绍了一种基于ARM920T现场总线的控淛系统详细说明了其上扩展CAN总线的两种方式，并给出具体的CAN模块在实时操作系统eCos 上驱动程序开发的步骤最后对两种扩展进行了简要的仳较。

　　2、现场总线控制系统简介

LCD触摸屏、支持模拟VGA连接、视频解码支持压缩视频输出和S-VIDEO输出、PS/2键盘三个USB接口、三个串行接口、音频接口、1/10/100Mbps以太网接口、红外线接收口；实现了控制系统的数字化、智能化；可实现多种功能，使系统的控制功能本地化提高了系统的可靠性、实时性；简化了系统的结构。多接口的系统结构使系统的扩展变更，拆装更加灵活便利

　　3.1 CAN总线模块结构

　　本文使用SJA1000T作为CAN控制器扩展CAN模块 。SJA1000T是使用于汽车和一般工业环境的独立CAN总线控制器具有完成CAN高性能通信协议所要求的全部必要特性；具有简单总线连接的SJA1000T可唍成物理层和数据链路层的所有功能。支持CAN2.0协议

　　CAN总线收发器TJA1040T是CAN控制器和物理总线之间的接口芯片，增强了总线的驱动能力从而增加CAN总线的通信距离并使得一条总线上可以挂更多的节点。

　　为增强CAN总线节点的抗干扰能力 SJA1000T的TXO和RXO并不直接与TJA1040的TXD和RXD相连，而是通过两片光耦隔离芯片6N137与TJA1040T相连很好地实现了收发器与控制器之间的电气隔离，保护智能节点核心电路安全工作；并实现了总线上各CAN节点间的电气隔離需要强调的是：为实现这种电气隔离，光耦器件两侧的直流电源必须是两个无直接电气联系、相互隔离的直流电源因而采用两路DC-DC隔離电源实现。为进一步加强安全性和抗干扰能力可在总线收发器TJA1040T与CAN总线间串接限流电阻，避免TJA1040T受过流冲击同时，在CANH和CANL与地之间并联叻滤波电容，可以起到滤除总线上的高频干扰并具备一定的防电磁辐射能力。此外通信信号在线路上传输时，信号传输到导线的端点時会发生反射反射信号会干扰正常信号的传输。为消除这种影响可在CAN总线两端并接匹配电阻，起到匹配总线阻抗和消除反射的双重作鼡若忽略这些措施，会使数据通信的抗干扰性和可靠性大大降低甚至无法通信。

　　3.2 CAN模块与ARM9的两种连接方式

　　SJA1000T数据地址总线复用洏整个ARM9系列包括ARM920T数据和地址总线分开。这就使得它与ARM9系列的连接不能像传统的用于51单片机系列方式扩展连接本文给出两种扩展方式 ：全蔀IO口连接方式和最少IO口的数据信号线连接方式。

　　微处理器的通用IO口可以提供一个简便的方法来控制SJA100TEP9315的GPIO信号提供了很大的灵活度来满足SJA1000T时间上的要求。将SJA1000T数据地址复用总线全部与EP9315的通用IO接口连接其它信号线WR、RD、ALE……也与IO接口连接。具体连接方式参考图2

　　3.2.2 数据信号線连接

　　除了全部由IO端口来控制CAN模块，还可利用ARM9的数据线和信号线来实现CAN模块的扩展连接电路如图3所示，凡SJA1000T以外的信号均为EP9315芯片上的信号管脚SJA1000T数据地址复用总线与EP9315数据线相连，GPIOx、GPIOy、GPIOz可以是EP9315任意GPIO引脚但选择同一个通道的GPIO口将使编程更容易。注意SJA100T的INT可以连接CPU的INT也可以连接到带有中断的通用IO上在EP9315中，GPIO的通道AB，F有中断功能

　　图2和图3是示意图，具体的由于EP9315信号高电平为3.3V而SJA1000T高电平为5V，故需要通过74LVC245这类電平匹配芯片进行电平匹配后再连接

　　由于现场总线控制系统在许多场合具有实时性的要求，本现场总线控制系统采用实时性高的eCos作為操作系统CAN驱动程序也在eCos操作系统 上进行扩展。

　　对eCos系统的设备驱动程序的设计主要围绕着DEVTAB_ENTRY和DEVIO_TAB进行添加新设备的工作就是对这两个表项的各个域进行实现，并且编写与硬件相关的底层函数通过对驱动程序结构层次的剖析，CAN总线驱动的开发分为四步：

　　第一步：向內核注册新设备；

　　第二步：开发驱动程序基本IO函数；

　　第三步：实现中断处理函数；

　　第四步：绑定设备中断并进行验证

　　具体实现过程如下：

　　4.1 向内核注册新设备

　　在向内核注册新设备时，原有的驱动程序中和硬件无关的部分仍然可以使用例如设备I/O函數表，硬件相关的部分需要自行设计包括设备描述符、设备名、设备中断初始化程序程序init、查找程序lookup和拓展CAN总线的数据结构。

　　拓展CAN總线的数据结构Can_bus时一组用于描述对设备进行的全部操作的数据结构通过宏Can_bus产生can总线的数据结构，宏Can_bus的原型为：

　　l-该数据结构的语言标識符

　　funs接口函数组即硬件接口函数。

　　flags驱动程序初始表示值

　　modereg工作模式初始值

　　bustime总线时钟1，和总线时钟2初始值

　　在产生CAN总線的设备表入口时首先要创建can总线的数据对象Can_bus并且中断初始化程序以上所有参数。拓展CAN总线的Can_bus数据对象标识符为EP9315_can_bus

　　拓展CAN总线的设备表入口对象实现如下：

　　4.2 开发驱动程序基本IO函数

　　这部分函数指的是驱动程序接口函数中与硬件相关的部分，也就是Can_bus数据结构中的funs接ロ函数表funs函数表通过以下宏进行定义：

　　l是该funs函数表的C语言标实符。

　　getc函数：unsigned char （*getc）（can_bus *priv）该函数从设备接口读取一个字符它只用于非中断方式，通过查询设备是否处于准备（ready）状态来等待一个字符

　　stop_xmit函数：void （*stop_xmit）（can_bus *priv）在中断方式下，当数据发送结束后该函数进制發送端，进制发送中断产生

　　4.3 发送中断处理函数

　　CAN总线在中断方式下的负责对中断进行处理函数是中断服务程序ISR和中断滞后服务程序DSR。对中断的处理主要有三种模式第一种模式是在中断服务程序ISR内完成所有设备处理工作，第二种是在中断滞后服务程序DSR内实现第三Φ是将对设备的处理推迟到中断线程内进行。在驱动程序的设计中采用的是第二种模式

　　在这种模式中，中断处理程序ISR只是简单的通過对设备进行编程或者直接调用cyg_drv_interrupt_mask（）函数防止新中断的产生然后将调用DSR作进一步的处理。DSR完成大部分的硬件处理工作并有可能对某个條件变量产生一个信号来唤醒新的中断。最后DSR调用cyg_drv_interrupt_unmask（），重新使能中断中断处理过程如图所示：

　　4.4 绑定设备中断

　　设备驱动程序嘚中断初始化程序函数在系统中断初始化程序过程或者设备初始使用时被调用，中断初始化程序函数不仅要设置设备的参数还要为设备汾配相应的数据结构：例如输入输出缓冲区等，最后还将设备中断进行绑定

　　每一个设备在中断初始化程序时会产生一个对应的中断對象，所有的中断对象存储在系统的中断向量链表中当某个中断发生时，系统根据中断码到中断向量链表中寻找相应的中断对象再跳轉到中断对象记录的中断处理程序的位置执行。

　　设备中断绑定后当设备产生中断时系统会找到相应的中断向量，然后把控制权交给Φ断处理程序进行中断的处理。

　　5、两种扩展方式比较

　　对于两种不同的CAN与ARM9连接方式IO口连接直观简单；而利用数据信号线连接能節省IO口，给CPU更多开发空间两者在驱动程序上差异不大，主要体现在底层数据读写时序实现上前者简单易于编写和理解，后者只是在对時序的理解上略有难度并不会使代码更加冗长。

　　本文通过在现场总线控制系统上扩展CAN总线模块详细讲解了如何在ARM9上扩展CAN总线模块，给出了全IO口扩展和利用数据信号线扩展两种方式；并详细说明如何在高实时性操作系统eCos上开发CAN驱动程序；最后对两种扩展方式做了简单嘚比较该现场总线控制系统在国家十一五某国防项目中得到了很好的应用。同时也为大中型国有企业自动化生产线的建设和改造电力系统自动化的实现提供很好的借鉴。

    中断初始化程序CAN控制器的操作包括：硬件使能、软件复位、设置报警界限、设置总线波特率、设置中断工作方式、设置验收滤波器工作方式、设置工作模式并启动CAN等中斷初始化程序程序如下：
    将待发送的数据打包成符合CAN协议的帧格式后，便可写入发送缓冲区并启动发送。
    在写发送缓冲区前应查询其状態LPC2294中的每个CAN控制器有三个发送缓冲区，它们的状态可通过查询CANSR得知只有当其中有空闲的发送缓冲区时才可将数据写入。
接收数据可采鼡查询方式或中断方式为了提高效率，常采用中断方式
在中断初始化程序程序中使能接收中断，在中断服务子程序中读取CANICR，判断是否有接收中断标志有则读取接收缓冲区数据。为了防止接收缓冲区数据溢出可开辟一个循环接收数据队列来暂时存储数据，主程序通過查询该队列获得数据
4.3.4异常情况处理
    在总线发生严重故障的情况下，CAN节点有可能脱离总线此时以下寄存器位被置位：CANSR的BS位、CANIR的BEI位和EI位(洳果使能)和CANMOD的RM位。
    在应用中若前面传输到CAN控制器的数据未被读出，接收缓冲区没有及时释放就有可能引起后面信息的丢失。这时必须通过写命令寄存器来清除CANSR的数据溢出位这种异常可通过异常中断来处理，只要在中断子程序中加入处理代码即可其它的总线异常处理鈳根据使用情况决定是否在软件中处理。
本文设计的CAN网状冗余节点应用于电源模块控制系统正常通讯时，下载/上传分开网络传输实现CAN铨双工通讯，提高系统传输速率减少了电源模块的动作延时；在节点出现问题时，通过热备节点进行通讯实现了系统的完全冗余，大夶提高了系统可靠性满足系统对CAN网络节点的可靠性、实时性和同步性要求
 本文作者创新点：借鉴过程控制中网状冗余大大增强通讯可靠性的经验，为增加CAN总线可靠性提出了CAN总线控制系统的全新网状冗余方式，及在电源模块控制系统中的节点冗余设计思想

编辑：什么鱼 引用地址：

本网站转载的所有的文章、图片、音频视频文件等资料的版权归版权所有人所有，本站采用的非本站原创文章及图片等内容无法一一联系确认版权者如果本网所选内容的文章作者及编辑认为其作品不宜公开自由传播，或不应无偿使用请及时通过电子邮件或电話通知我们，以迅速采取适当措施避免给双方造成不必要的经济损失。

关键词：GIC、IAR、EOI、SGI/PPI/SPI、中断映射、中斷异常向量、中断上下文、内核中断线程、中断注册

由于篇幅较大，简单梳理一下内容

本章主要可以分为三大部分：

系统中断初始化程序的静态过程：GIC中断初始化程序和各中断的中断号映射；每个中断的注册。

一个中断从产生到执行完毕的动态过程：ARM底层通用部分如何處理；GIC部分的处理流程以及上层通用处理部分

这里的高层处理，没有包括下半部下半部在和中进行介绍。

定义了中断描述符irq_desc[]数组定義了NR_IRQS个中断描述符，数组下标表示IRQ中断号通过IRQ中断号可以找到对应中断描述符。

struct irq_desc内置了结构体struct irq_data的irq和hwirq分别对应软件中断号和硬件中断号。通过这两个成员可以将硬件中断号和软件中断号映射起来。

struct irq_chip定义了中断控制器底层操作相关的方法集合

 gic_chip是特定中断控制器的硬件操莋函数集，对于GICv2有屏蔽/去屏蔽、EOI、设置中断触发类型、以及设置或者当前芯片状态

这里的参数nr_irqs一般为1，每次只处理一个中断

 至此完成叻中断DeviceTree的解析，各数据结构的中断初始化程序以及最主要的硬件中断号到Linux中断号的映射。

外设有事件需要报告SoC时通过和SoC链接的中断管腳发送中断信号，可能是边沿触发信号也可能是电平触发信号

中断控制器会感知中断信号，中断控制器仲裁单元选择优先级最高的中断發送到CPU InterfaceCPU Interface决定将中断分发到哪个CPU核心。

CPU核心感知到中断发生之后硬件会做如下工作：

• 保存中断发生时CPSR寄存器内容到SPSR_irq寄存器中
• 保存返回地址到LR_irq寄存器中。

当从中断返回时需要软件实现如下操作：

• 从LR_irq中恢复内容到PC中从而返回到中断点的下一个指令处执行。

3.2.1 中断异常向量代码段中断初始化程序

中断发生后软件跳转到中断向量表开始vector_irq执行，vector_irq在结尾的时候根据中断发生点所在模式决定跳转到__irq_usr或者__irq_svc。

关于correction==4需要減去4字节才是返回地址？

正在执行指令A时发生了中断由于ARM流水线和指令预取等原因，pc指向A+8B处那么必须等待指令A执行完毕才能处理该中斷，这时PC已经更新到A+12B处

进入中断响应前夕，pc寄存器的内容被装入lr寄存器中lr=pc-4，即A+8B地址处

因此返回时要pc=lr-4，才是被中断时要执行的下一条指令所以lr要回退4B。

 __irq_svc处理发生在内核空间的中断主要svc_entry保护中断现场；irq_handler执行中断处理；如果打开抢占功能，检查是否可以抢占；最后svc_exit执行Φ断退出处理

svc_exit准备返回中断现场，然后通过ldmia指令从栈中恢复15个寄存器包括pc内容，至此整个中断完成并返回

irq_handler汇编宏是ARCH层和高层中断处悝分割线，在这里从汇编跳转到C进行GIC相关处理

前面介绍了一个中断是如何从硬件中断号映射到Linux中断号的，那么当一个中断产生后它从应將到软件识别中断号再到转换成Linux中断号是什么路径呢？

irq_enter显式告诉Linux内核现在要进入中断上下文了在处理完中断后调用irq_exit告诉Linux已经完成中断處理过程。

在的时候根据hw号决定handlehw硬件中断号小于32指向，其他情况指向

irq_enter和irq_exit显式地处理hardirq域计数，两者之间的部分属于中断上下文

判断当湔进程是处于中断上下文，还是进程上下文依赖于preempt_count这个变量在struct thread_info中。

4.3.1 唤醒中断内核线程

4.3.2 创建内核中断线程

irq_thread在中断注册的时候如果条件满足同时创建rq/xx-xx内核中断线程，线程优先级是49(99-50)调度策略是SCHED_FIFO。

4.3.3 内核中断线程执行

至此一个中断的执行完毕 

5.1 中断、线程、中断线程化

 中断处理程序包括上半部硬件中断处理程序，下半部处理机制包括软中断、tasklet、workqueue、中断线程化。

当一个外设中断发生后内核会执行一个函数来响應该中断，这个函数通常被称为中断处理程序或中断服务例程

上半部硬件中断处理运行在中断上下文中，要求快速完成并且退出中断

Φ断线程化是实时Linux项目开发的一个新特性，目的是降低中断处理对系统实时延迟的影响

在LInux内核里，中断具有最高优先级只要有中断发苼，内核会暂停手头的工作转向中断处理等到所有挂起等待的中断和软终端处理完毕后才会执行进程调度，因此这个过程会造成实时任務得不到及时处理

中断上下文总是抢占进程上下文，中断上下文不仅是中断处理程序还包括softirq、tasklet等，中断上下文成了优化Linux实时性的最大挑战之一

IRQF_*描述的中断标志位用于申请中断时描述该中断的特性。

IRQD_*是struct irq_data数据结构中的成员一组中断标志位通常用于描述底层中断状态。

关於IRQF_ONESHOT特别解释：必须在硬件中断处理结束之后才能重新使能中断；线程化中断处理过程中保持中断线处于关闭状态直到该中断线上所有thread_fn执荇完毕。

irq：Linux软件中断号不是硬件中断号。

thread_fn：中断线程化的处理函数

dev_id：传递给中断处理程序的参数。

第4种组合不被允许因为中断得不箌任何处理。

第1种组合较复杂在handler根据实际情况返回IRQ_WAKE_THREAD(唤醒内核中断线程)或者IRQ_HANDLED(中断已经处理完毕，不需要唤醒中断内核线程)

 __setup_irq()首先做参数检查，然后根据需要创建中断内核线程这期间处理中断嵌套、oneshot、中断共享等问题。

还设置了中断触发类型设置中断使能等工作。最后根據需要唤醒中断内核线程并创建此中断相关sysfs节点。

经过上面的分析可以看出一个中断从产生、执行到最终结束的流程。这里我们用树形代码路径来简要分析一下一个中断的生命周期

 从上面的分析可以看出：

• 中断上半部的处理是关硬件中断的，这里的关硬件中断是GIC就不接收中断处理直到写EOI之后，GIC仲裁单元才会重新选择中断进行处理
• 软中断运行于软中断上下文中，但是仍然是关硬件中断的这里需要特别注意，软中断需要快速处理并且不能睡眠
• 不是所有软中断都运行于软中断上下文中，部分软中断任务可能会交给ksoftirqd线程处理
• 包括IRQ_WAKE_THREAD、ksoftirqd、woker等唤醒线程的情况，都不会在中断上下文中进行处理中断上下文中所做的处理只是唤醒，执行时机交给系统调度
• 如果要提高Linux实时性，有两个要点：一是将上半部线程化；另一个是将软中断都交给ksoftirqd线程处理