企业官网建设流程全解析

1. 项目概述

在嵌入式开发的日常工作中，我们常常需要与硬件底层直接对话，无论是为了确保一段关键代码在Flash中安全无虞，还是为了验证一串数据在传输过程中是否“完好无损”，又或者只是想让一个LED灯按照我们的意愿闪烁。这些看似基础的操作，背后都离不开对微控制器（MCU）内部ROM固件库的深刻理解和灵活运用。今天，我想结合自己多年在TI Cortex-M系列MCU上的开发经验，深入聊聊ROM API中三个至关重要的模块：CRC-16校验、Flash编程与GPIO控制。这些API并非简单的函数调用，它们是芯片厂商为我们封装好的、经过严格测试的硬件操作“捷径”，直接固化在芯片的ROM中，理解它们，意味着你拿到了高效、稳定操作硬件的钥匙。

对于刚接触嵌入式的新手而言，直接操作寄存器固然是学习的好方法，但在实际产品开发中，追求的是效率和可靠性。ROM API就是为此而生。它免去了我们重复编写底层驱动、调试时序的繁琐，让我们能更专注于业务逻辑。而对于有经验的开发者，深入理解这些API的机制、限制和最佳实践，则是优化系统性能、提升代码健壮性、规避潜在风险的关键。本文将不仅仅是一份API手册的翻译，我会结合真实项目中的使用场景、踩过的坑以及一些性能优化的技巧，带你真正掌握这些核心工具。

2. CRC-16校验：数据完整性的守护者

2.1 CRC校验的核心原理与价值

在嵌入式系统中，数据在存储、传输或处理过程中，可能因电源噪声、电磁干扰、存储器单元失效等原因发生比特翻转错误。一个简单的累加和校验（Checksum）虽然实现简单，但其检错能力有限，容易漏检多位错误或顺序错乱。而循环冗余校验（CRC）则是一种基于多项式除法的强有力检错方法。

CRC-16-IBM多项式（x¹⁶ + x¹⁵ + x² + 1，对应的十六进制表示为0x8005）是工业界广泛应用的标准之一。其工作原理可以类比为一种特殊的“指纹”计算：将待校验的数据视为一个很长的二进制数，除以一个特定的“生成多项式”，所得的余数就是CRC校验码。这个余数会附加在原始数据后一起发送或存储。接收方或读取方用同样的算法再计算一次，如果得到的余数与附带的校验码不一致，就断定数据有误。

为什么ROM要提供CRC函数？原因有三：一是计算效率，ROM中的实现通常经过高度优化，可能使用查表法或硬件加速特性，速度远超软件实现；二是代码空间节省，复杂的CRC计算代码不必占用宝贵的Flash空间；三是保证一致性，使用芯片厂商提供的标准实现，能确保与工具链（如编程器、Bootloader）的计算结果完全匹配。

2.2 ROM_Crc16Array：基础的单次校验

ROM_Crc16Array函数是基础的CRC计算入口。它的原型非常简单：

unsigned short ROM_Crc16Array(unsigned long ulWordLen, unsigned long *pulData);

• ulWordLen: 数据数组的长度，单位是字（Word，32位）。这是第一个容易出错的地方：参数是字数，不是字节数。如果你有一个100字节的数据缓冲区，需要传入100 / 4 = 25（假设字节对齐）。
• pulData: 指向数据数组的指针。注意，它要求是unsigned long指针，即数据在内存中最好按32位对齐，这能保证最佳的访问性能。

实操要点与避坑指南：

1. 数据对齐：确保你的数据缓冲区是4字节对齐的。在大多数Cortex-M编译器中，使用__align(4)或编译器特定的属性来定义数组。不对齐的访问在Cortex-M3/M4上虽然不会导致硬件错误，但会引发多次内存访问，降低效率，在某些严格模式下甚至可能触发对齐错误。
2. 长度计算：如果数据字节数不是4的倍数，需要小心处理。例如，有102个字节，102 / 4 = 25个字，还余2个字节。常见的做法是，先将完整的25个字（100字节）传入计算，最后剩余的2个字节单独处理：可以将其填充为一个字（低2字节有效，高2字节补0），然后对这个字进行计算，但要注意调整CRC的初始值或最终处理。更稳妥的方法是，直接使用字节操作的CRC函数（如果ROM没有提供，可能需要自己实现或使用库），或者确保你的数据长度总是对齐的。
3. 初始值与输出反转：标准的CRC-16算法可能有初始值（如0xFFFF）和输出异或值（如0x0000）。ROM_Crc16Array使用的是哪种约定？根据TI的典型实践，它很可能采用初始值为0x0000，且无输出反转的直接计算。这一点至关重要：在与其他系统（如PC端的校验工具）交换数据时，必须确保双方使用相同的CRC算法参数（多项式、初始值、输入/输出是否反转）。你需要查阅具体芯片的数据手册或ROM API指南来确认。一个验证方法是，用一个已知的测试向量（例如，字符串“123456789”）计算CRC，与标准结果（对于CRC-16-IBM，初始0xFFFF，输出不反转，结果是0xBB3D）进行比对。

2.3 ROM_Crc16Array3：增强的三重校验

当数据块非常大时，单一CRC的检错能力会随之下降。为了提高对长数据错误的检测率，ROM提供了ROM_Crc16Array3函数。

void ROM_Crc16Array3(unsigned long ulWordLen, unsigned long *pulData, unsigned short *pusCrc3);

这个函数会一次性计算出三个CRC值：

1. CRC_all: 对整个数据数组计算CRC（与ROM_Crc16Array结果相同）。
2. CRC_even: 仅对数据中的偶数索引字节（0, 2, 4...）计算CRC。
3. CRC_odd: 仅对数据中的奇数索引字节（1, 3, 5...）计算CRC。

pusCrc3是一个指向包含3个unsigned short元素数组的指针，计算结果将按顺序（CRC_all, CRC_even, CRC_odd）存入。

应用场景与策略：这种“三重校验”策略非常适用于对可靠性要求极高的场景，例如固件镜像的完整性校验。想象一下，一个1MB的固件，一个随机的比特错误可能恰好使得整个数据块的CRC校验通过（概率极低但非零）。然而，这个错误要同时使得“偶数字节流”和“奇数字节流”的CRC都校验通过，其概率是前者的平方，几乎可以忽略不计。在实际项目中，我常这样使用：

• 存储时：计算固件镜像的三重CRC，将三个值一并存储在Flash的固定位置（如镜像尾部或独立的元数据区）。
• 启动时（Bootloader中）：读取固件，重新计算三重CRC，与存储的值比较。必须三者全部匹配，才认为镜像有效，允许跳转执行。

注意：ROM_Crc16Array3函数内部是如何高效实现“奇偶字节分离”计算的？它很可能在循环中交替处理每个32位字的高低16位，或者有更优化的指令序列。这提醒我们，对于超大数据块，使用三重CRC比手动调用三次ROM_Crc16Array（分别处理全数据、偶数字节、奇数字节）要高效得多，因为后者需要遍历数据三次，而前者可能只遍历一次。

3. Flash存储器编程：固件的安全港湾

3.1 Flash物理结构与操作特性

在我们深入API之前，必须理解Flash存储器的物理特性，这是正确使用API的前提。以常见的NOR Flash为例：

• 组织方式：通常被划分为多个扇区（Sector）或块（Block），例如每个块1KB。擦除（Erase）操作的最小单位是一个块。擦除会将整个块的所有位设置为‘1’（通常表示为0xFF）。
• 编程（Program）特性：编程操作只能将存储单元的位从‘1’变为‘0’。因此，对一个已编程（即有‘0’位）的位置再次编程，必须先擦除整个块。这意味着你不能像操作RAM一样随意覆盖Flash的某个字。
• 保护机制：为了代码安全，Flash可以设置保护。常见级别有：
  • 读/写（Read/Write）：无限制。
  • 只读（Read-Only）：可以读取和执行，但不能擦除或编程。
  • 仅执行（Execute-Only）：只能由CPU取指执行，无法通过数据总线读取（即无法用调试器或memcpy读取内容），更不能修改。这是最高级别的软件保护。

3.2 关键API详解与实战流程

3.2.1 基础操作：擦除与编程

ROM_FlashErase和ROM_FlashProgram是最核心的两个函数。

擦除流程：

long ROM_FlashErase(unsigned long ulAddress);

• ulAddress：要擦除的1KB块的起始地址。地址必须对齐到块边界（例如，0x0000, 0x0400, 0x0800...）。
• 返回值：0成功，-1失败（地址无效或块被写保护）。
• 阻塞性：函数是阻塞的，直到擦除操作完成才会返回。擦除一个块可能需要几十毫秒，在此期间CPU被挂起。在实时性要求高的系统中，需要考虑在中断或低优先级任务中执行，或者使用带中断的编程方式（如果API支持）。

编程流程：

long ROM_FlashProgram(unsigned long *pulData, unsigned long ulAddress, unsigned long ulCount);

• pulData：源数据指针（RAM中）。
• ulAddress：Flash中的目标起始地址。必须是4字节对齐。
• ulCount：要编程的字节数。必须是4的倍数。
• 关键限制：在同一个擦除周期内，对Flash的某个字只能编程一次。如果你尝试对同一个地址连续写入0xAA55AA55和0x55AA55AA，第二次写入会因为需要将某些位从0变回1而失败，导致内容不可预测。正确的做法是：擦除整个块 -> 编程所有需要的数据。

一个典型的“更新Flash中一段数据”的流程如下：

#define FLASH_DATA_BLOCK_START 0x00010000 #define DATA_SIZE_WORDS 256 // 1024字节 int updateFlashData(uint32_t *newData) { long lStatus; uint32_t i; uint32_t buffer[DATA_SIZE_WORDS]; // 临时缓冲区 // 1. 将目标Flash块的内容读入RAM缓冲区（如果需要保留部分数据） memcpy(buffer, (void*)FLASH_DATA_BLOCK_START, DATA_SIZE_WORDS * 4); // 2. 在缓冲区中更新数据 memcpy(buffer, newData, sizeof(newData)); // 假设只更新一部分 // 3. 擦除整个Flash块 lStatus = ROM_FlashErase(FLASH_DATA_BLOCK_START); if (lStatus != 0) { // 处理错误：可能是地址错误或写保护 return -1; } // 4. 将整个缓冲区写回Flash lStatus = ROM_FlashProgram(buffer, FLASH_DATA_BLOCK_START, DATA_SIZE_WORDS * 4); if (lStatus != 0) { // 编程失败，此时块已被擦除（全FF），数据丢失！这是一个危险状态。 // 必须设计恢复机制，例如从备份块恢复或进入安全模式。 return -2; } // 5. （可选）验证：读回并比较 for(i = 0; i < DATA_SIZE_WORDS; i++) { if(*(uint32_t*)(FLASH_DATA_BLOCK_START + i*4) != buffer[i]) { // 验证失败 return -3; } } return 0; // 成功 }

3.2.2 保护机制与永久锁定

保护设置是产品化过程中防止固件被读取或篡改的关键。

• ROM_FlashProtectGet/Set：用于查询和设置某个2KB块的保护级别（读/写、只读、仅执行）。保护设置在芯片复位前是临时的，这允许你在最终锁定前进行测试。
• ROM_FlashProtectSave：这是一个不可逆的操作！调用后，当前的保护设置将被永久写入Flash的特定信息块。即使断电复位，保护依然生效。通常在产品出厂编程的最后一步执行。

重要经验：在调用ROM_FlashProtectSave之前，务必进行充分的测试。设置“仅执行”保护后，你的调试器将无法读取该区域的代码，给后期故障分析带来极大困难。建议流程：

1. 开发阶段：不设置保护，或设置为“只读”进行功能测试。
2. 测试阶段：在测试环境中，临时设置为“仅执行”，运行所有测试用例，确保没有代码试图非法读取该区域（否则会触发Flash访问错误中断）。
3. 量产阶段：确认无误后，在最终编程流程中调用ROM_FlashProtectSave。

3.2.3 时钟配置与中断处理

Flash编程和擦除需要精确的时序，这由Flash控制器内部的定时器控制。

• ROM_FlashUsecSet：你必须告诉Flash控制器系统时钟的频率。例如，如果系统主频是50MHz，那么每微秒的时钟周期数就是50，你需要调用ROM_FlashUsecSet(50)。这个调用通常在系统初始化、时钟配置完成后立即进行，且只需一次。如果设置错误，Flash操作很可能失败。
• ROM_FlashIntEnable/Disable/Status/Clear：用于管理Flash中断。中断源主要有两个：
  • FLASH_INT_PROGRAM：编程/擦除操作完成中断。
  • FLASH_INT_ACCESS：非法访问中断（如读取了“仅执行”区域）。

使用中断的编程模式可以提高系统响应性。在启动一个擦除操作后，CPU可以继续执行其他任务，待操作完成触发中断后再进行下一步。这对于需要更新大块Flash而不想长时间阻塞主循环的应用非常有用。

踩坑实录：我曾遇到一个棘手的Bug，系统在开启Flash保护后随机死机。最终定位到，在中断服务程序（ISR）中，有一条指令恰好位于被设置为“仅执行”的Flash区域。当CPU从该区域取指执行时，这是允许的；但当ISR返回前，CPU需要将该指令压栈（作为返回地址的一部分），这个“读取”操作触发了非法访问中断。由于非法访问中断的优先级可能更高，导致中断嵌套和混乱。教训：确保中断向量表和所有中断服务程序都放在未被设置为“仅执行”的区域，或者整个代码区统一设置保护级别。

3.3 Flash用户寄存器：存储“元数据”的宝地

大多数MCU的Flash都提供了一小块特殊的、受保护的存储区域，称为用户寄存器或信息存储器。ROM_FlashUserGet/Set/Save这组API就是用来操作它的。

• 用途：存储序列号、校准参数、设备配置、启动计数器、软件版本等需要永久保存且独立于主程序代码的“元数据”。
• 特点：通常只有几十到几百字节，可以单独擦写，不影响主Flash。其保护机制也可能独立于主Flash。
• 操作注意：ROM_FlashUserSet只是将数据写入RAM缓存，必须调用ROM_FlashUserSave才能永久保存到Flash中。同样，Save操作通常也是不可逆的。

4. GPIO控制：与外界沟通的桥梁

4.1 GPIO模块的配置维度

GPIO（通用输入输出）是MCU最灵活的外设。ROM的GPIO API对其功能进行了全面封装，配置一个引脚需要考虑多个维度：

1. 方向与模式（Direction & Mode）：通过ROM_GPIODirModeSet设置。

   • GPIO_DIR_MODE_IN：软件控制输入。
   • GPIO_DIR_MODE_OUT：软件控制输出。
   • GPIO_DIR_MODE_HW：硬件控制（引脚复用于某个外设功能，如UART TX）。

2. 电气特性（Pad Configuration）：通过ROM_GPIOPadConfigSet设置，这是最易被忽略但影响巨大的部分。

   • 驱动强度（Strength）：2mA,4mA,8mA,8mA with slew control。驱动电流越大，引脚翻转速度越快，但功耗和EMI也越大。驱动LED或MOSFET开关常用8mA；用于高速信号线（如I2C）时，过强的驱动可能造成过冲，此时可选择带压摆率控制的8mA_SC以平滑边沿。
   • 引脚类型（Pin Type）：
     • GPIO_PIN_TYPE_STD：标准推挽输出。
     • GPIO_PIN_TYPE_OD：开漏输出。必须外接上拉电阻才能输出高电平，常用于I2C等总线。
     • GPIO_PIN_TYPE_STD_WPU/WPD：带弱上拉/下拉电阻的标准输入/输出。当引脚悬空时，内部电阻将其拉到一个确定电平，防止误触发。
     • GPIO_PIN_TYPE_ANALOG：模拟输入，用于ADC采样。配置为此模式时，数字输入缓冲器被禁用。

3. 中断类型（Interrupt Type）：通过ROM_GPIOIntTypeSet设置。可配置为上升沿、下降沿、双边沿、高电平或低电平触发。

4.2 典型配置流程与API组合使用

配置一个引脚为输出LED，并使其初始化时熄灭：

#define LED_PORT GPIO_PORTF_BASE #define LED_PIN GPIO_PIN_1 // 1. 使能GPIO端口时钟（此步骤通常由系统初始化函数完成，ROM API不包含时钟使能） // SysCtlPeripheralEnable(SYSCTL_PERIPH_GPIOF); // 2. 配置引脚为软件控制的推挽输出，初始驱动强度2mA ROM_GPIODirModeSet(LED_PORT, LED_PIN, GPIO_DIR_MODE_OUT); ROM_GPIOPadConfigSet(LED_PORT, LED_PIN, GPIO_STRENGTH_2MA, GPIO_PIN_TYPE_STD); // 3. 初始输出低电平，点亮LED（假设LED阴极接GPIO，阳极接VCC） ROM_GPIOPinWrite(LED_PORT, LED_PIN, 0);

配置一个引脚为带下拉电阻的输入，用于按键检测，并启用下降沿中断：

#define KEY_PORT GPIO_PORTF_BASE #define KEY_PIN GPIO_PIN_4 // 1. 配置为输入，带内部下拉电阻（按键另一端接VCC，按下时引脚被拉高） ROM_GPIODirModeSet(KEY_PORT, KEY_PIN, GPIO_DIR_MODE_IN); ROM_GPIOPadConfigSet(KEY_PORT, KEY_PIN, GPIO_STRENGTH_2MA, GPIO_PIN_TYPE_STD_WPD); // 2. 配置为下降沿触发中断（按键按下，引脚从高变低） ROM_GPIOIntTypeSet(KEY_PORT, KEY_PIN, GPIO_FALLING_EDGE); // 3. 使能该引脚的中断 ROM_GPIOPinIntEnable(KEY_PORT, KEY_PIN); // 4. 在系统层面使能GPIO端口F的中断（需配合NVIC设置，ROM API不包含此部分） // IntEnable(INT_GPIOF);

4.3 引脚复用与“Type”便捷函数

对于连接外部芯片（如传感器、存储器、显示器）的引脚，除了基本的输入输出，更多时候是作为特定外设的接口。ROM API提供了一系列ROM_GPIOPinTypeXxx便捷函数（如ROM_GPIOPinTypeUART,ROM_GPIOPinTypeI2C）。

这些函数做了什么？它们并非魔法。以ROM_GPIOPinTypeUART为例，它内部通常依次调用了：

1. ROM_GPIOPinConfigure：将引脚功能复用到UART对应的AF（Alternate Function）编号上。
2. ROM_GPIODirModeSet：根据UART引脚是TX（输出）还是RX（输入）设置方向。
3. ROM_GPIOPadConfigSet：设置适合UART通信的驱动强度和引脚类型（通常是标准推挽输出用于TX，可能带上拉用于RX）。

重要提示：这些Type函数提供的是典型配置。在实际硬件设计中，可能因为电平匹配、总线负载、EMC要求等原因，需要调整驱动强度或上下拉。例如，I2C总线必须使用开漏模式并外加上拉电阻，ROM_GPIOPinTypeI2C内部会配置为开漏，但外部上拉电阻必不可少。再比如，长距离RS-232通信可能需要更强的驱动能力。

4.4 中断处理的最佳实践

GPIO中断是响应外部事件的利器，但处理不当易导致不稳定。

中断服务程序（ISR）模板：

void GPIOF_IRQHandler(void) { unsigned long ulStatus; // 1. 尽早读取并清除中断状态 ulStatus = ROM_GPIOPinIntStatus(KEY_PORT, true); // 读取已使能的中断状态 ROM_GPIOPinIntClear(KEY_PORT, ulStatus); // 清除触发中断的引脚标志 // 2. 判断中断源并处理 if(ulStatus & KEY_PIN) { // 按键处理逻辑 // 注意：此处应做去抖处理，通常设置一个软件定时器或标志，在ISR外的主循环中处理实际动作 g_ucKeyPressed = 1; } // 其他引脚中断判断... }

关键要点：

• ROM_GPIOPinIntClear的位置：如API文档警告，由于Cortex-M的写缓冲，中断标志清除需要几个时钟周期。必须在ISR开始处或尽早清除标志，避免退出中断后标志仍未清除，导致立即重新进入中断（中断重入）。这是新手常犯的错误。
• 状态读取：ROM_GPIOPinIntStatus的bMasked参数。传入true获取已使能且触发的状态（这是我们关心的）；传入false获取原始状态（所有触发源，无论是否使能），用于调试。
• 去抖与耗时任务：GPIO中断，特别是按键中断，必须进行软件去抖。不要在ISR中执行延时或复杂逻辑。设置标志位，在主循环或低优先级任务中处理。

5. 实战整合：一个Bootloader中的综合应用案例

让我们设想一个完整的Bootloader场景，它综合运用了上述三个模块：

目标：通过串口接收新的固件数据，校验无误后写入Flash，更新完成后重启运行新固件。

步骤分解：

1. 初始化：

   • 配置系统时钟，调用ROM_FlashUsecSet设置Flash时序。
   • 初始化GPIO，配置UART引脚（ROM_GPIOPinTypeUART）和指示LED引脚。
   • 初始化UART外设（非ROM API范畴，但需配合）。

2. 接收与校验：

   • 通过UART接收固件数据包，每个包包含一段数据和一个CRC-16校验码。
   • 对接收到的数据段，调用ROM_Crc16Array计算CRC，与包中的校验码比对。如果使用增强校验，则用ROM_Crc16Array3计算三重CRC。
   • 校验通过，则将数据暂存到RAM缓冲区；校验失败，则请求重发。

3. Flash操作：

   • 接收完所有数据包后，先对目标Flash区域（如0x00004000开始）执行块擦除（ROM_FlashErase）。
   • 将RAM缓冲区中的数据，分批次调用ROM_FlashProgram写入Flash。注意地址对齐和长度要求。
   • 写入完成后，可选地读回整个区域，再次计算CRC与预期的最终CRC进行比对，确保编程无误。

4. 元数据更新与保护：

   • 将新固件的版本号、CRC值、时间戳等元数据，通过ROM_FlashUserSet和ROM_FlashUserSave写入用户寄存器。
   • 如果产品需要，此时可以调用ROM_FlashProtectSet将Bootloader区域设置为“只读”或“仅执行”，然后调用ROM_FlashProtectSave永久锁定，防止被恶意修改。

5. 跳转与重启：

   • 设置堆栈指针，跳转到新固件的入口地址（通常是中断向量表的复位向量处）。
   • 或者，直接触发系统软复位。

在整个过程中，可以通过GPIO控制的LED来指示状态：快闪表示正在接收，慢闪表示正在编程，常亮表示成功，常灭表示失败。

6. 常见问题排查与调试技巧

1. CRC计算结果与预期不符：

   • 检查数据指针和长度：确认传入的是字地址和字数。确认数据在计算前没有被意外修改。
   • 确认算法参数：与通信对方或文件格式规范确认多项式、初始值、输入输出是否反转、结果是否按大小端存储。使用一个已知的短字符串（如“123456789”）进行交叉验证。
   • 内存对齐：确保数据缓冲区是4字节对齐的。

2. Flash编程失败（返回-1）：

   • 地址对齐：检查编程起始地址是否为4的倍数，字节数是否为4的倍数。
   • 块未擦除：编程前必须确保目标区域已被擦除（全为0xFF）。编程只能写0，不能将0写回1。
   • 写保护：检查目标Flash块是否已被设置为“只读”或“仅执行”。使用ROM_FlashProtectGet查询。
   • 时钟配置：确认ROM_FlashUsecSet已根据系统时钟正确调用。
   • 电源稳定性：Flash编程和擦除对电源电压有要求，确保在操作期间电源纹波在规格范围内。

3. GPIO输出无反应或电平不对：

   • 时钟未使能：ROM API不负责外设时��。最常被忽略的一步是忘记调用系统函数使能对应GPIO端口的时钟（例如SysCtlPeripheralEnable）。
   • 引脚复用错误：该引脚可能默认或之前被复用到其他外设功能。先用ROM_GPIOPinConfigure将其复用到GPIO功能，或使用ROM_GPIOPinTypeGPIOInput/Output。
   • 电气配置错误：开漏输出未接上拉电阻，导致无法输出高电平。输入引脚悬空，电平不确定，应配置内部上拉或下拉。
   • 驱动能力不足：驱动大电流负载（如直连LED）时，2mA驱动可能不够，导致电压被拉低，应设置为8mA。

4. GPIO中断不触发或连续触发：

   • 中断未全局使能：GPIO引脚中断使能（ROM_GPIOPinIntEnable）后，还需在NVIC（嵌套向量中断控制器）中使能该GPIO端口的中断。
   • 中断标志未清除：在ISR中没有及时或正确清除中断标志，导致不断重入。确保ROM_GPIOPinIntClear的参数是读取到的状态值。
   • 电平信号抖动：机械按键等会产生抖动，导致在短时间内触发多次边沿。必须在硬件（RC滤波）或软件（延时去抖）上处理。
   • 中断类型配置错误：想要下降沿触发却配置成了低电平触发，当按键持续按下时，低电平会一直触发中断。

5. 使用ROM API的通用调试建议：

   • 查阅数据手册与勘误表：芯片的参考手册和勘误表（Errata）是最高权威。API的某些限制或特定芯片的Bug会在其中注明。
   • 利用ROM符号表：在调试器中，你可以查看ROM_APITABLE的地址（如0x0100.0010），然后顺着指针找到各个函数表（ROM_FLASHTABLE,ROM_GPIOTABLE等）和具体的函数指针。这有助于验证ROM内容是否完好，以及你的函数调用是否正确跳转。
   • 封装与日志：在实际项目中，不要直接到处调用ROM API。应该将其封装成自己的硬件抽象层（HAL）函数，并在关键操作（如擦除、编程、保护设置）前后添加日志输出或状态指示，便于跟踪和问题定位。