1. ISR，Interrupt Service Routine，中断服务流程

1. 通常包括一些非数字组件。
2. 典型的CPU数字接口：

1. 通用异步接收器发送器(UART)：提供串行通信。
2. 允许编程许多通信参数。

1. 字符分别传输：

• 串行通信参数
  1. 波特率
  2. 每个字符的位数
  3. 奇偶校验/无奇偶校验:奇偶校验
  4. 停止位的长度(1、1.5、2位)

1. 系统设备：操作系统启动时已在系统中注册的标准设备。
   1. 示例包括NOR / NAND闪存、触摸板等。
   2. 设备驱动程序和管理程序用于操作系统。
   3. 这些设备只需调用操作系统提供的标准命令或功能即可使用。
2. 用户设备：操作系统启动时未注册的非标准设备。
   1. 通常，用户提供设备驱动程序。用户必须以某种方式将这些设备的控制转移到OS进行管理。
   2. 包括典型设备SD卡，USB磁盘等。

1. 专用设备：一次只能使用一个过程的设备。对于多个并发过程，每个过程相互排斥。一旦操作系统将设备分配给特定的过程，它将由过程独有，直到使用后释放。
2. 共享设备：一次可以通过多个过程找到现场的设备。共享设备必须可以随机找到。共享设备机制可以提高各设备的利用率。
3. 虚拟设备：利用虚拟化技术从物理设备转移到多个逻辑设备的设备。传输的设备称为虚拟设备。

1. 块设备：这类设备以数据块为单位组织和交换数据。
   1. 它是一种结构装置。
   2. 硬盘是典型的设备。
   3. 在I/O在操作中，即使只读/写单字节，也要读或写整个数据块。
2. 字符设备：这类设备以字符为单位组织和交换数据。
   1. 它是一种非结构性的设备。
   2. 有许多类型的字符设备，如串行端口、触摸面板、打印机等。
   3. 字符设备的基本特点是传输速率低，找不到地址。当字符设备执行时I/O中断通常用于操作。

1. 通常，I/O设备由两部分组成：机械部件和电子部件：电子部件称为设备控制器或适配器。

1. 内存映射I/O优点可概括为：
   1. 内存映射I/O在模式下，设备控制寄存器只是内存中的变量，可以像其他变量一样用C搜索地址。因此，可以用C语言完全编写I/O设备驱动程序。
   2. 在这种模式下，用户执行过程无需特殊的保护机制I/O操作。
2. 内存映射I/O模式的缺点可以概括为：
   1. 目前，大多数嵌入式处理器都支持内存缓存。缓存设备控制寄存器将导致灾难。为了防止这种情况，硬件必须有选择地禁止缓存。这将增加嵌入式系统中硬件和软件的复杂性。
   2. 如果只有一个地址空间，所有内存模块和所有内存模块I/O设备必须检查所有内存引用，以确定要响应的内存引用。这将严重影响系统性能。
3. ARM 内存映射的I/O
   1. 定义设备地址：DEV1 EQU 0x1000
   2. 读写代码:

LDR r1,#DEV1 ; set up device adrs LDR r0,[r1] ; read DEV1 LDR r0,#8 ; set up value to write STR r0,[r1] ; write value to device 

int peek(char *location) {    return *location; } void poke(char *location, char newval) {    (*location) = newval; } 

current_char = mystring; while (*current_char != ‘\0’) {    poke(OUT_CHAR,*current_char);    while (peek(OUT_STATUS) != 0);    current_char  ; } 

while (TRUE) {    /* read */    while (peek(IN_STATUS) == 0);    achar = (char)peek(IN_DATA);    /* write */    poke(OUT_DATA,achar);    poke(OUT_STATUS,1);    while (peek(OUT_STATUS) != 0); } 

1. 忙碌和等待是非常低效的。I/O是比较高效的。
   1. CPU检查设备时，不能做其他事情。
   2. 同步很难实现I/O
2. 中断允许设备更改CPU控制流：导致子例程调用处理设备。

1. 基于子程序的调用机制
2. 中断使下一条指令成为子程序调用到预定位置。
3. 返回地址被保存以恢复执行前台程序。

1. CPU和设备通过CPU总线连接。
2. CPU和设备握手：
3. 设备声明中断请求；
4. CPU可以处理中断时会声明中断确认。

void input_handler() {
   achar = peek(IN_DATA);
   gotchar = TRUE;
   poke(IN_STATUS,0);
}
void output_handler() {
}

main() {
   while (TRUE) {
      if (gotchar) {
         poke(OUT_DATA,achar);
         poke(OUT_STATUS,1);
         gotchar = FALSE;
      }
   }
   other processing....
}

• 字节流如下。

1. 两种机制使我们可以使中断更具体：
   1. 优先级确定什么中断首先获取CPU。
   2. 向量确定每种中断类型需要调用什么代码。
2. 机制是正交的：大多数CPU都提供两者。

• 中断嵌套收到中断嵌套允许位控制

1. 屏蔽：优先级低于当前优先级的中断直到待处理的中断完成后才被识别。
2. 不可屏蔽中断(NMI)：最高优先级，从不屏蔽。经常情况下被用于关闭电源。

1. 允许使用不同的代码处理不同的设备。
2. 中断向量表:可以通过ISR寻找到，放置在起始地址。

1. CPU确认请求。
2. 设备发送引导程序。
3. CPU调用处理程序。
4. 软件流程请求。
5. CPU将状态恢复到前台程序。

1. 处理程序执行时间。
2. 中断机制开销。
3. 注册保存/恢复
4. 管道相关的罚款。
5. 与缓存有关的惩罚。

1. 虽然很难调试恶意代码，但是恶意ISR实际上是不可辩驳的。
2. 怎么样？
   1. 首先，在绘制中断图之前，甚至不要考虑为新的嵌入式系统编写一行代码。列出每个中断，并给出例程应做的英文描述。
   2. 该地图是预算。它为您提供了一个评估中断时间的地方。
   3. 估算每个ISR的复杂度。
   4. ISR的基本原则是使处理程序简短。
   5. 当然，短是按时间而不是代码大小来衡量的。避免循环。避免使用冗长的复杂指令(重复动作，令人毛骨悚然的数学运算等)。
   6. 在ISR中尽快重新启用中断。先执行对硬件至关重要且不可重入的操作，然后执行中断使能指令。给其他ISR一个机会去做他们的事情。

1. 如果例程使用汇编语言，则将时间转换为大约数量的指令。如果一条平均指令需要x微秒(取决于时钟速率，等待状态等)，那么就很容易获得对代码允许的复杂度的关键估计。
2. C更成问题。实际上，无法用C科学地编写中断处理程序！您不知道一行C将花费多长时间。您甚至无法估算出每条线的时间变化很大。
   1. 字符串比较可能会导致运行时库调用，结果完全不可预测。
   2. FOR循环可能需要一些简单的整数比较或大量的处理开销。
3. 您可能会发现一个编译器的中断处理速度很慢。 尝试另一个或切换到组装。
4. 对性能要求高，则建议使用汇编

1. 如果您忘记更改寄存器怎么办？
   1. 前台程序可能会显示神秘的错误。
   2. 错误将很难重复-取决于中断的时间。

1. 设备硬件产生中断脉冲。
2. 中断控制器(如果有)对多个同时请求进行优先级排序，并向处理器发出单个中断。
3. CPU响应一个中断应答周期。
4. 控制器在数据总线上放置一个中断向量。
5. CPU读取该向量，并计算用户在存储器中存储的向量的地址。 然后，它获取此值。
6. CPU推送当前上下文，禁用中断，然后跳转到ISR。

1. 您可以使用一个递增/递减计数器建立一个小的电路，该计数器对每个中断进行计数，并减少每个中断应答的计数。如果计数器始终显示零或一的值，则一切正常。
2. 一种设计经验法则将有助于最大程度地减少丢失的中断：在最早的安全位置重新启用ISR中的中断。

1. 反转NMI(不可屏蔽的中断)保留给像天气这样的灾难。电源故障，系统关闭和迫在眉睫的灾难都是使用NMI进行监视的好方法。定时器或UART中断没有。
2. 由于大多数ISR在提供硬件服务的代码的前几行中都是不可重入的，因此NMI甚至会打破编码良好的中断处理程序。NMI也会阻碍您的堆栈管理工作。
3. NMI与大多数工具的混合效果很差。调试任何ISR(无论是NMI还是其他方法)充其量都是令人生厌的。很少有工具能够在ISR内部单步执行并设置断点。

1. 尽管断点确实是很棒的调试辅助工具，但它们就像海森堡的不确定性原则：观察系统的行为会改变它。您可以使用实时跟踪(至少在所有调试器和某些智能逻辑分析器中都可用)来欺骗海森堡(至少在调试嵌入式代码中！)。

1. 不要用ISR
2. 如果您的ISR只有10或20行代码，请通过检查进行调试。不要启动各种复杂且不可预测的工具。
3. 使处理程序简单而简短。

1. 在嵌入式世界中，例程必须满足以下条件才能重新进入：
   1. 它以原子方式使用所有共享变量，除非每个共享变量都分配给该函数的特定实例。
   2. 它不调用非可重入函数。
   3. 它不会以非原子方式使用硬件。
2. 可重用，就是被中断之后还可以再次进入

1. 第一个规则和最后一个规则都使用"原子"一词，该词源于希腊语，意思是"不可分割"。在计算机世界中，"原子"是指不能中断的操作。

1. 消除非重入代码的最佳选择是什么？
   1. 经验法则是避免共享变量。 全局变量是无止境的调试难题和失败的代码。 使用自动变量或动态分配的内存。
   2. 最常见的方法是在非重入代码期间禁用中断。
   3. 信号量

1. 如果函数调用自身，则该函数是递归的。
2. 因此，所有递归函数都必须是可重入的……但并非所有可重入函数都是递归的。
3. 嵌入式不建议使用递归，核心栈空间可能不足、执行时间比较复杂。

//QAR 公司 RTEMS
int timer_hi;
interrupt timer(){//中断，让高时间位自增1
   ++timer_hi;
}
long timer_read(void){
   unsigned int low, high;
   // 这里有问题，读硬件的时候值是ffffff
   low =inword(hardware_register);//存在被ISR抢断的情况，比如产生了溢出
   high=timer_hi;
   return (high<<16+low);
}

1. timer_read的错误条件之一可能是：(顺序变化导致的结果变化，重要)
   1. 它读取硬件，并获得0xffff的值。
   2. 在有机会从变量timer_hi检索大部分时间之前，硬件将再次递增至0x0000。
   3. 溢出触发中断。ISR运行。timer_hi现在为0
   4. 0001，而不是0，因为它只是十亿分之一秒。
   5. ISR返回；我们无所畏惧的timer_read例程，不知道发生了中断，巧妙地将新的0连接起来
   6. 0001，以前读取的计时器值为0Xffff，并返回0X1ffff，这是一个非常不正确的值。

1. 最简单的方法是在尝试读取计时器之前将其停止:失去时间。在此期间关闭中断将消除不必要的任务，但会增加系统延迟和复杂性。
2. 另一种解决方案是先读取timer_hi变量，然后读取硬件计时器，然后重新读取timer_hi。 如果两个变量值都不相同，则会发生中断。迭代直到两个变量读取相等。
   1. 好处是：正确的数据，中断持续存在，并且系统不会丢失计数。
   2. 缺点：在负载繁重的多任务环境中，该例程可能会循环很长时间才能获得两次相同的读取。 函数的执行时间不确定。 我们已经从非常简单的计时器读取器转变为可以运行几毫秒而不是微秒的更为复杂的代码。
3. 另一种选择是简单地禁用读取周围的中断。

long timer_read(void){
   unsigned int low, high;
   push_interrupt_state;
   disable_interrupts;
   low=inword(Timer_register);
   high=timer_hi;
   if(inword(timer_overflow)){
      ++high;
      low=inword(timer_register);
   }
   pop_interrupt_state;
   return (((ulong)high)<<16+(ulong)low);
}

1. 总线允许CPU，内存，设备进行通信：共享的通讯媒体。
2. 总线是：
   1. 一组电线
   2. 通信协议

1. 总线协议决定了设备是如何进行通信的
2. 总线上的设备会经历状态序列：协议是由状态机指定的，协议中的每个参与者都有一个状态机。
3. 可能包含异步逻辑行为。

1. 设备1引发enq。
2. 设备2以ack响应。
3. 完成后，设备2降低确认。
4. 设备1降低enq。

1. 时钟提供同步。
2. 读时R / W为true(读时R / W’为false)。
3. 地址是地址线的位捆绑。
4. 数据是n位数据线束。
5. 当n bit数据就绪时，数据就绪信号发出。

1. 多个总线允许并行处理：
   1. 一条总线上的设备慢。
   2. 快速设备位于单独的总线上。
2. 桥连接两条总线。
3. PC端类似，使用南桥和北桥来完成，北桥连接CPU

1. 两个类别:
   1. AHB是高性能的。
   2. APB是低速，低成本的。
2. AHB支持流水线，突发传输，拆分事务，多个总线主控。
   1. H:高速
3. 所有设备都是APB上的从设备。
   1. APB是外部

• U S B 3.0 USB3.0 USB3.0是高速设备
• S P I SPI SPI和 I 2 C I^2C I2C也是非常多的
  • S P I SPI SPI:点对点星型设备
  • I 2 C I^2C I2C:串行设备
  • 开源硬件一般同时支持这两个
• 市面上的开源硬件支持 U S B USB USB、 S P I SPI SPI和 I 2 C I^2C I2C