在Zynq SoC上使用编写中断程序示范及实例

实时计算经常要求中断针对事件快速做出响应。只要掌握Zynq SoC中断结构的工作原理，就不难设计出中断驱动型系统。

在嵌入式处理中，中断表示暂时停止处理器的当前活动。处理器会保存当前的状态并执行中断服务例程，以便对引起中断的原因进行寻址。中断可能来自下列三个地方之一：
 硬件 – 直接连接处理器的电子信号
 软件 – 处理器加载的软件说明
 异常情况 – 发生错误或异常事件时处理器出现的异常情况

无论中断的来源在何处，都可将中断的类别归为可屏蔽和不可屏蔽两种。您可通过在中断掩码寄存器中设置相应的位来安全地忽略可屏蔽中断。但不能忽略不可屏蔽中断，因为这类中断通常用于定时器和看门狗监控器。

中断的触发既可以是边缘触发也可以是水平触发。我们将在后面部分看到，赛灵思Zynq®-7000 All Programmable SoC支持中断的这两种配置方式。

为什么使用中断驱动方案？

实时设计通常要求采用中断驱动方案，因为众多系统都会有很多输入单元（如键盘、鼠标、按钮、传感器以及类似设备等）偶尔需要处理。这些设备的输入单元通常会被异步至当前正在执行的进程或任务，因而用户不可能始终准确预测事件的发生时间。

使用中断，处理器能继续进行处理，直到事件发生，这时处理器便可处理这一事件。此外，与轮询方案相比，中断驱动方案对事件的响应时间更短，在中断驱动方案中，程序会以同步的方式主动对外部设备的状态进行采样。

Zynq SoC的中断结构

随着处理器技术不断进步，中断的来源也多种多样。如图1所示，Zynq SoC可使用通用中断控制器（GIC）来处理中断。GIC可处理源自以下方面的中断：
 软件生成的中断 – 每个处理器有16个此类中断，能够中断一个或两个Zynq SoC的ARM®CortexTM-A9处理器内核；

 专用外设中断 – 这种类型中包含的5个中断对每个CPU都属于专用中断，比如CPU定时器、CPU看门狗监视器定时器以及专属PL至CPU中断。

共享外设中断非常有趣，因为它们非常灵活。可将它们从I/O外设（共44个中断）或FPGA逻辑（共16个中断）路由至两个CPU中的一个，但也可以将中断从I/O外设路由至设备的可编程逻辑侧，参见图2。

在Zynq SoC上处理中断
在Zynq SoC中发生中断时，处理器会采取以下措施：
1. 将中断显示为挂起；
2. 处理器停止执行当前线程；
3. 处理器在协议栈中保存线程状态，以便在中断处理后继续进行处理；
4. 处理器执行中断服务例程，其中定义了如何处理中断；
5. 在处理器从协议栈恢复之前，被中断的线程继续运行；

中断属于异步事件，因此可能同时发生多个中断。为了解决这一问题，处理器会对中断进行优先级排序，从而首先服务于优先级别最高的中断挂起。

为了正确实现这一中断结构，需要编写两个函数：一是中断服务例程，用于定义中断发生时的应对措施；二是用于配置中断的中断设置。中断设置例程可重复使用，允许构建不同的中断。该例程适用于系统中的所有中断，将针对通用I/O（GPIO）设置和使能中断。

如何在SDK中使用中断

可使用赛灵思软件开发套件（SDK）中的独立板支持包（BSP）在物理硬件上支持并实现中断。BSP具备众多功能，可显著降低创建中断驱动系统的任务难度。它们位于带有以下报头的文件中：
 Xparameters.h – 该文件包含处理器的地址空间和设备ID；
 Xscugic.h – 该文件包含配置驱动程序以及GIC的使用范围；
 Xil_excepTIon.h – 该文件包含Cortex-A9的异常函数。

为了对硬件外设进行寻址，我们需要知道想要使用的设备（也就是GIC）的地址范围和设备ID，这些信息大多位于BSP报头文件xparameters下。但是xparameters_ps.h（无需在您的源代码中申报该报头文件，因为它包含在xparameters.h文件中）提供了中断ID。我们可在源文件中使用这个标记有中断的“ID”（GPIO_Interrupt_ID），使用方式如下：