中. 键盘 显示器和硬盘等常用外围设备在系统启动时都需要参与工作 它们的驱动程序必须存放在 (键盘 显示)
本文目录导航：
- 键盘、显示器和硬盘等常用外围设备在系统启动时都需要参与工作，它们的驱动程序必须存放在（）中.
- 说明80C51单片机的中断过程.
- Cortex-M/R 内核启动过程 / 程序启动流程（基于ARMCC、Keil）
键盘、显示器和硬盘等常用外围设备在系统启动时都需要参与工作，它们的驱动程序必须存放在（）中.
必须存放在BIOS。
CPU加电后会首先执行BIOS程序，其中POST（Power-OnSelf-Test）加电自检程序是执行的第一个例行程序，主要是对CPU、内存等硬件设备进行检测和初始化。
BIOS中断调用即BIOS中断服务程序，是计算机系统软、硬件之间的一个可编程接口。
开机时，BIOS会通知CPU各种硬件设备的中断号，并提供中断服务程序。
软件可以通过调用BIOS中断对软盘驱动器、键盘及显示器等外围设备进行管理。
BIOS会根据在CMOS中保存的配置信息来判断使用哪种设备启动操作系统，并将CPU移交给操作系统使用。
bios包含的主要程序——
1、中断例程：BIOS中中断例程即BIOS中断服务程序。
2、系统设置：微机部件配置情况是放在一块可读写的CMOSRAM芯片中的，不接市电或笔记本没有电池时，CMOS通过一块后备电池向CMOS供电以保持其中的信息。
3、上电自检：微机接通电源后，系统将有一个对内部各个设备进行检查的过程，这是由一个通常称之为POST(PowerOnSelfTest，上电自检）的程序来完成的。
完整的POST自检将包括CPU、640K基本内存、1M以上的扩展内存、ROM、主板、CMOS存贮器、串并口、显示卡、软硬盘子系统及键盘测试。
4、自检程序：在完成POST自检后，ROMBIOS将按照系统CMOS设置中的启动顺序搜寻软硬盘驱动器及CDROM、网络服务器等有效的启动驱动器，读入操作系统引导记录，然后将系统控制权交给引导记录，由引导记录完成系统的启动。
它是微机系统软、硬件之间的一个可编程接口，用于程序软件功能与微机硬件实现的衔接。
DOS/Windows操作系统对软盘、硬盘、光驱与键盘、显示器等外围设备的管理即建立在系统BIOS的基础上。
如果CMOS中关于微机的配置信息不正确，会导致不能开机、时间不准、零部件不能识别，并由此引发一系列的软硬件故障。
这也是BIOS的一个功能。
自检中若发现问题，系统将给出提示信息或鸣笛警告。
说明80C51单片机的中断过程.
中断响应
中断响应就是单片机CPU对中断源提出的中断请求的接受。
中断请求被响应后，再经过一系列的操作，而后转向中断服务程序，完成中断所要求的处理任务。
下面简要说明80c51的中断响应过程：
1.外中断采样和内中断置位
1.1外中断采样
要想知道外中断是否有请求发生，需要对外中断进行采样。
当通过软件将寄存器TCON的IT0(或IT1)位设置为0时，/INT0（或/INT1）为电平触发方式，CPU在每个机器周期的S5P2（第五个状态第2拍节）期间对/INT0（或/INT1）采样，一旦在P3.2(或P3.3)上检测到低电平时，则认为有外部中断申请，随即由硬件使TCON的IE0（或IE1）位置1，向CPU申请中断。在中断响应完成后转向中断服务子程序，再由硬件自动对IE0（或IE1）位清0.
当寄存器TCON的IT0(或IT1)位为1，/INT0(或/INT1)为脉冲触发方式，则CPU在每个机器的S5P2期间对/INT0(或/INT1)采样，当检测到前一周期为高电平、后一周期为低电平时，由硬件使TCON的IE0(IE1)位置1，向CPU申请中断，在中断响应完成后转向中断服务子程序时，再由硬件自动对IE0(IE1)位清0.在边沿触发方式中，为保证CPU在两个机器周期内检测到由高到低的负跳变，高电平与低电平的持续时间不得少于一个机器周期的时间。
1.2内中断置位
80c51把所有中断标志都集中到TCON和SCON寄存器中。
其中外中断是使用采样的方法把中断请求锁定在TCON寄存器的IE0(IE1)标志位上，而定时中断和串行中断的中断请求由于都发生在芯片的内部，定时中断可以直接去置位TCON的TF0(TF1),串行中断可以直接去置位SCON的RI和TI。
内中断不存在采样问题。
2.中断查询
所谓查询，就是由CPU测试TCON和SCON中各标志位的状态，以确定有没有中断请求发生以及是哪一个中断请求。
单片机是在每一个机器周期的最后状态（S6），按优先级顺序对中断请求标志进行查询，即先查询高级中断后查询低级中断，同级中断按“外部中断0—定时中断0—外部中断1—定时中断1—串行中断”的顺序查询。
如果查询到有标志位为“1”，则表明有中断请求发生，接着就从相邻的下一个机器周期的S6状态开始进行中断响应。
由于中断请求是随机发生的，CPU无法预先得知，因此在程序执行过程中，中断查询要在指令执行的每个机器周期中不停地重复进行。
换句话说，就相当于你在看书的时候，每一秒钟都会抬起头来听一听，看一看，是不是有人按门铃，是否有电话，烧的开水是否开了。
。
。
。
。
。
看来，单片机比人蠢多了。
3.中断响应
当查询到有效的中断请求时，紧接着就进行中断响应。
中断响应时，根据寄存器TCON、SCON中的中断标记，由硬件自动生成一条长调用指令LCALL XXXX，这里的XXXX就是程序存储器中断区中相应中断的入口地址。
对于80c51的5个独立中断源，这些入口地址已由系统设定。
这样在产生了相应的中断以后，就可转到相应的位置去执行。
例如，对于外部中断0的响应，产生的长调用指令为
LCALL 0003H
生成LCALL指令后，紧接着就由CPU执行，首先将当前程序计数器PC的内容（准备执行的指令的地址）压入堆栈以保护断点，再将中断入口地址装入PC，使程序转向相应的中断区入口地址。
从中断源所对应的向量地址中可以看出，一个中断向量入口地址到下一个中断向量入口地址之间只有8个单元。
也就是说，中断服务程序的长度如果超过了8B，就会占用下一个中断的入口地址，导致出错。
但一般情况下，很少有一段中断服务程序只占用少于8B的情况，为此可以在中断入口处写一条“LJMPXXXX”或“AJMPXXXX”指令，这样可以把实际处理中断的程序放到ROM的任何一个位置。
例如，若采用外中断0，在程序的开始处可以这样写：
;以下是主程序
；以下是外中断0服务程序
中断服务程序完成后，一定要执行一条RETI指令，执行这条指令后，CPU将会把堆栈中保存着的地址取出，送回PC，那么程序就会从主程序的中断处继续往下执行了。
说明 CPU所做的保护工作是很有限的，只保护了一个地址（主程序中断处的地址），而其他的所有东西都不保护，所以如果你在主程序中用到了如A、DPTR、PSW等，在中断程序中要用它们，还要保证回到主程序后这里面的数据还是没执行中断以前的数据，就得自己保护起来。
CPU会在机器周期的S5P2阶段读入中断标志，并在下一个机器周期中检查，如果中断条件成立时，系统会自行产生一个LCALL到相对应的中断服务例程中，可是如果有下面3种情况时，系统是不会对中断要求信号有反应的：
a有相等或更高级的中断正在执行中，这与处理突发事件的状况相同，既然已经在处理突发情况，当然就不再接受其他中断条件，除非接下来的中断情形的优先权比较高。
由此得到一个观念：所有的中断程序都应该尽量简捷，一处理完中断事项后立即回主程序，才不会占用过多时间，进而影响系统的性能。
b目前的机器周期不是该指令的最后一个周期，由于80c51在指令执行时，分别有1个、2个和4个机器周期之分，也就是说，必须完全执行完此指令后，系统对中断信号才会有所反应。
比方说，当系统正在执行MULAB指令（需花4个机器周期）时，中断信号必须出现在第4个机器周期上才算有效。
这也就意味着，中断信号必须持续足够长的时间，以便80c51的CPU有时间去反应。
c若正在执行的指令为RETI或者是关于中断设置IE、IP的指令时，对正好出现的中断信号不反应，因为上述的情况刚好是某个中断服务程序的结束，或是允许/禁止某个中断的指令，当然是等到这些指令执行完毕后，才会对中断信号有所反应，这些指令最多占用两个机器周期的时间，所以这时的中断信号必须保持有两个机器周期以上的时间，才能被80c51接受。
中断的撤除
中断响应后，TCON或SCON中的中断请求标志应及时清除。
否则就意味着中断请求仍然存在，弄不好就会造成中断的重复查询和响应，因此就存在一个中断请求的撤除问题。
1 定时器中断请求的撤除
定时中断响应后，硬件自动把标志位TF0（或TF1）清0，因此定时中断的中断请求是自动撤除的，不需要用户干预。
2 串行中断软件撤除
对于串行中断，CPU响应中断后，没有用硬件清除它们的中断标志RI、TI，必须在中断服务程序中用软件清除，以撤除其中断请求。
3 外中断请求的撤除
外部中断的撤除包括中断标志位IE0(或IE1)的清0和外中断请求信号的撤除。
其中IE0(或IE1)清“0”是在中断响应后由硬件电路自动完成的。
剩下的只是外中断引脚请求信号的撤除了。
下面对脉冲和电平两种触发方式分别进行讨论。
a对于脉冲方式的中断请求，由于脉冲信号过后就消失了，也可以说中断请求信号是自动撤除的。
b对于电平方式的外部中断，中断标志的撤除是自动的，但中断请求信号的低电平可能继续存在，在以后机器周期采样时，又会把已清0的IE0或IE1标志位重新置1.为此，要彻底解决电平方式外中断的撤除，除了标志位清0之外，必要时还需在中断响应后把中断请求信号引脚从低电平强制改变为高电平，为此，可在系统中增加如图所示电路
外中断请求标志撤除电路
从图可以看出，外部中断0请求信号在D触发器（可选用74LS74）的时钟输入端。
当外部设备有中断请求信号（为低电平）出现时，Q端输出为低电平,/INT0有效，向CPU发出中断请求信号。
CPU响应中断后，在中断服务程序中由软件安排1个低电平中断应答信号，从P1.0送至D触发器的/SD（置位端，低电平有效），使D触发器的Q端输出为高电平，从而撤除了低电平的外中断0请求信号。
/SD端所需的低电平可通过在中断服务程序中增加一下指令的得到：
ANLP1,#0FEH ;使P1.0输出为低电平，D触发器置位
在中断服务程序中还要加上撤除外中断0标志指令，即
CLRIE0 ;清外中断标志，以便下次可再次中断
可见，电平方式外部中断请求信号的撤除是通过软、硬件相结合的方法实现的。
Cortex-M/R 内核启动过程 / 程序启动流程（基于ARMCC、Keil）
ARM Cortex-M/R内核的复位启动过程，不同于大部分CPU，也不同于早期的ARM架构。
在这些架构中，复位后CPU通常从0x地址开始执行指令。
然而，在Cortex-M/R内核中，启动过程如下：ARM Cortex-M/R内核的中断向量表的布局如下图所示。
注意，中断向量表的位置可以调整，这里描述的是默认情况。
在Cortex-M/R内核中，发生异常时，并不直接跳转到中断向量表对应位置的代码，而是将该位置的数据存入程序计数器(PC)中，然后从这个地址处取指令。
因此，中断向量表中不应存放跳转指令，而应存放中断服务例程(ISR)的入口地址。
另外，有两点细节需要注意：首先，当在ARM架构上编程时，调用约定应遵循AAPCS（《Procedure Call Standard for the ARM Architecture》）。
AAPCS对栈的操作有规定，例如栈指针(SP)必须在堆的边界内，且对齐为4字节，并且最低两位必须为0。
其次，与ARM模式和Thumb模式有关。
ARM模式下，PC中的地址必须为32位对齐，最低两位在硬件上置为0，这意味着写入PC的最低两位并不能准确表示实际的地址。
ARM模式使用最低位区分ARM指令和Thumb指令。
启动流程涉及多个阶段。
嵌入式应用程序在启动前需要初始化序列，称为启动代码。
通常，这个启动代码包含了从C库中加载并预编译、预组装的代码段。
ARM C库提供了标准、微小两种库，适用于不同需求。
启动代码流程通常如下：1. __main函数作为C库的入口点，除非更改，否则默认为ARM链接器在创建映像时使用的ELF映像的入口点。
2. __scatterload函数遍历区域表并初始化各种执行时区域，确保代码和数据区域正确加载。
3. __rt_entry调用各种初始化函数，包括堆栈、堆和其他C库子系统初始化，最后调用用户级main()函数。
4. 根据需求，可以定义platform *函数、__user_setup_stackheap、__user_initial_stackheap、__rt_lib_init等函数，用于设置硬件、初始化堆栈和堆、初始化C库子系统等。
启动文件，如STM32F407VG的启动文件startup_stm32f407xx.s，包含了系统初始化、内存映射、中断向量表配置等步骤，通常由MCU厂商提供或编程者自定义。
综上，ARM Cortex-M/R内核的启动过程和启动代码包含了一系列复杂的步骤，旨在确保系统初始化、资源分配和应用程序执行的顺利进行。
phper