企业官网建设流程全解析

简介：面向嵌入式硬件与单片机开发者，这份STM32G474参考资源包围绕高分辨率定时器HRTIM、复杂波形生成与事件处理等G4核心特性，系统收录参考文档、入门教程、典型应用与选型建议，适用于数字开关电源、照明、焊接、太阳能、无线充电等数字电源转换场景，也是STM32F3系列向G4升级替换时的实用配套资料。包内共1098个文件、约41.41MB，其中以C/H源码为主（625个.c、307个.h），搭配库文件、工程配置、IOC初始化文件以及原理图/PCB设计文件，另有PDF文档、编译链接脚本和Python辅助脚本等，目录结构清晰，便于按"文档—源码—工程"路径研读。已有2599人浏览学习。借助完整源码与参考工程，读者可快速掌握G474的5个ADC、7个DAC、7个比较器、CAN-FD和USB Type-C等外设的实际配置，结合文档与示例理解HRTIM典型用法，从而缩短数字电源类项目的开发周期。

1. STM32G474 不是又一颗 M4，而是拿来做电源和电机控制的

ST 在 G4 系列上押的筹码不是主频，也不是 RAM 大小，而是 170 MHz 的 Cortex-M4F 内核之外那一堆专门为数字电源和电机控制设计的模拟外设。G474 尤其特殊：它有 4 个 12 位 ADC（其中两个采样率高达 5 Msps）、6 个轨到轨比较器、6 个运算放大器、3 个 12 位 DAC，以及最核心的 2 个高精度定时器 HRTIM。这颗芯片可以只用一片就干完传统方案里 MCU + 比较器 + 运放 + 独立 PWM 芯片的活。对刚接触 G474 的人来说，最常见的误区是拿它当普通 M4 用：配个定时器输出个 PWM，剩下的当作增强版 F103。这个用法不算错，但等于把 G474 最值钱的模拟链路和高分辨率定时器丢在一边。本文不做项目实录，只讲一个从业者拿到 G474 后会走的那条路：先认清文档体系，再搭最小环境跑通外设，最后把典型应用落到数字电源和 FOC 电机控制上。适合两类人：一类是从 F103/G030 升上来的嵌入式工程师，想搞懂 G4 和传统 M4 的差别；另一类是搞电源/电机控制的硬件工程师，想评估用 G474 替代 DSP 加外围模拟电路的成本和风险。

2. STM32G474 参考资源怎么找、怎么看：从 RM0440 到勘误表

2.1 文档体系：先分清三本手册的职责，再决定看不看

ST 的 MCU 文档比想象中更容易找错。打开 ST 官网搜索 STM32G474，会看到一堆 PDF 和链接，但对做开发的人来说，真正需要从头读到尾的只有三本。

第一本是数据手册（Datasheet），文档号 DS12288。这本包含引脚定义、电气特性、绝对最大额定值、封装信息。做硬件设计时，引脚复用表（Alternate Function Mapping）和 ADC 采样时间/输入阻抗参数都在这本里。很多人设计 PCB 时只查 CubeMX 的引脚配置，不看数据手册里的电气特性，结果采样电路阻抗不匹配，ADC 读数偏得离谱。第二本是参考手册，文档号 RM0440。这是开发时翻得最多的一本，里面覆盖 GD32 全系列 G4 的所有寄存器级说明、外设行为、时钟树、中断和 DMA 映射。外设的细节行为只以 RM0440 为准；CubeMX 生成的代码、HAL 库头文件、网上文章如果有冲突，都按 RM0440 为准。第三本是勘误表（Errata Sheet），编号 ES0460。G474 的勘误表会列出芯片各版本（通过芯片上的 silicon ID 识别）的已知问题，比如某个版本的 SPI 在特定时钟分频下可能丢数据，或者某个 ADC 通道在注入组和规则组同时触发时可能采样到错误值。拿到新板子的第一件事应该是查看晶圆版次并下载对应勘误表。忽略这份文档，碰到奇怪问题时会浪费大量时间。

除了这三本，ST 还发布了很多应用笔记（Application Note），其中有两篇直接关系到 G474 的典型应用。AN5326 讲述高分辨率定时器 HRTIM 的使用，涵盖波形生成、延迟、比较和触发路由的配置方法；AN4735 讲述使用 G4 系列进行数字电源控制和三相交错式 PFC 的实现思路。这些应用笔记虽然没有参考手册那么详细，但它们提供了寄存器配置的例程，比手册里的描述更接近真实使用场景。

2.2 CubeMX 与固件包：不要把 HAL 库和 LL 库混成一锅

G4 系列的软件支持主要在 STM32CubeG4 固件包里，它包含了 HAL 驱动、LL 驱动、中间件以及大量的例程代码。通过 STM32CubeMX 生成工程时，可以选择使用 HAL 还是 LL 驱动。HAL 抽象层层次高、代码方便移植，但对学习外设机制来说，抽象层次太高反而阻碍理解。比如 HRTIM 这种时序复杂的外设，HAL 封装层里大量结构体嵌套，反而不如直接看 LL 寄存器操作清晰。G474 官方例程同时提供 HAL 版本和 LL 版本，建议初学时两个都看：先用 HAL 跑通功能，再看 LL 版本理解底层寄存器如何配置。

固件包里隐藏着一个非常有价值的文件夹：Projects/NUCLEO-G474RE/Examples。这里的每个例程都是针对特定外设的独立工程，代码量精简，几乎没有无关逻辑。重点推荐两个例程：TIM/HRTIM 例程和 ADC/ADC_AnalogWatchdog 例程。前者展示高分辨率定时器的初始化和波形生成，后者展示模拟看门狗的使用方法。在跑自己的应用前，先跑通这些官方例程，能省掉大量查手册的时间。

2.3 拿到一块 NUCLEO-G474RE 后的最小资源检查清单

拿到板子后先做三步检查：用 CubeMX 打开官方例程，连接 ST-LINK 下载测试工程；用串口工具连接板载 ST-LINK 的 VCP 口，观察 printf 输出；测量板上 3.3V 电源的纹波，确认电源稳定。这三步完成后再进入外设开发，能保证问题都出在自己代码上而不是环境上。

提示：G474 的参考手册是 RM0440，但该手册覆盖的是整个 STM32G4 系列。阅读外设章节时务必核对芯片型号是 G474 还是 G431。两者外设基本相同，但在比较器数量、ADC 数量、DAC 通道数上存在差异。

3. STM32G474 入门教程：用 CubeMX 和 LL 库点亮 LED 并输出实时波形

3.1 最小工程生成：CubeMX 里的关键选项

打开 STM32CubeMX，新建工程，选择芯片型号 STM32G474RET6。在 Pinout & Configuration 界面先处理时钟树：G474 最高主频 170 MHz，HSE 一般用板载 24 MHz 晶振（NUCLEO 板默认是 24 MHz），通过 PLL 倍频到 170 MHz。不建议使用 HSI 内部晶振，虽然少了外围元件，但 G474 的 HRTIM 对时钟抖动敏感，电源和电机控制场景下应使用外部晶振。

SYS 配置里 Debug 选择 Serial Wire；RCC 选择 HSE 外部晶振。Project Manager 中 Toolchain 选择 STM32CubeIDE。重点：在 Project Manager 的 Code Generator 选项卡中，勾选 “Generate peripheral initialization as a pair of .c/.h files per peripheral”，这样每个外设都单独生成文件，后续维护好管理。

生成的工程结构里，Core/Src/main.c 包含主程序，Core/Src/stm32g4xx_hal_msp.c 包含引脚复用和时钟配置。不建议修改 MX_GPIO_Init 自动生成的函数，硬件改版时直接重新生成即可。用户逻辑放在 main 函数的 while(1) 循环里，或者放到单独的文件中。

3.2 点灯代码：LL 库和 HAL 库的差异不是性能而是心智负担

NUCLEO-G474RE 板载 LED 连接到 PC13（绿色 LED）和 PB2。下面以 PB2 为例，演示 LL 库点灯。先看 CubeMX 生成的初始化代码几乎是什么样：

void MX_GPIO_Init(void) { LL_GPIO_InitTypeDef GPIO_InitStruct = {0}; /* 开启 GPIOB 和 GPIOC 时钟 */ LL_AHB2_GRP1_EnableClock(LL_AHB2_GRP1_PERIPH_GPIOB); LL_AHB2_GRP1_EnableClock(LL_AHB2_GRP1_PERIPH_GPIOC); /* PB2 配置为输出 */ GPIO_InitStruct.Pin = LL_GPIO_PIN_2; GPIO_InitStruct.Mode = LL_GPIO_MODE_OUTPUT; GPIO_InitStruct.Speed = LL_GPIO_SPEED_FREQ_LOW; GPIO_InitStruct.OutputType = LL_GPIO_OUTPUT_PUSHPULL; LL_GPIO_Init(GPIOB, &GPIO_InitStruct); /* PC13 配置为输出，用户按键在 PC13 上由外部上拉 */ GPIO_InitStruct.Pin = LL_GPIO_PIN_13; GPIO_InitStruct.Mode = LL_GPIO_MODE_OUTPUT; GPIO_InitStruct.Speed = LL_GPIO_SPEED_FREQ_LOW; GPIO_InitStruct.OutputType = LL_GPIO_OUTPUT_PUSHPULL; LL_GPIO_Init(GPIOC, &GPIO_InitStruct); }

主循环里的点灯逻辑就两行：

while (1) { LL_GPIO_TogglePin(GPIOB, LL_GPIO_PIN_2); for (volatile uint32_t i = 0; i < 500000; i++); }

LL_GPIO_TogglePin是 LL 库提供的位翻转函数，编译后对应一条BX或LDR指令，没有 HAL 库那样的锁存器操作开销。延时循环用volatile修饰变量，防止编译器优化掉整个循环。这段代码的意义不在于照明，而在于验证最小工程环境：时钟树、电源、调试器、GPIO 驱动全部打通。如果这一步就卡住了，排查顺序是：电源电压 → SWD 连接 → 时钟配置 → GPIO 引脚编号。

3.3 从 LED 到定时器：看一个波形比看十次 debug 更有效

点灯跑通后，下一步推荐用定时器输出 PWM。原因很直接：G474 的典型应用（电源、电机）最终都要靠 PWM 波形驱动功率器件，早一步熟悉定时器，后面的 HRTIM 编程会顺很多。TIM1 是高级定时器，拥有互补输出和死区插入功能，用 CubeMX 配置 TIM1 输出两路互补 PWM（频率 20 kHz，占空比 50%，死区 500 ns），生成的初始化代码框架如下：

void MX_TIM1_Init(void) { LL_TIM_InitTypeDef TIM_InitStruct = {0}; LL_TIM_OC_InitTypeDef TIM_OC_InitStruct = {0}; LL_TIM_BDTRInitTypeDef BDTR_InitStruct = {0}; LL_APB2_GRP1_EnableClock(LL_APB2_GRP1_PERIPH_TIM1); TIM_InitStruct.Prescaler = 0; TIM_InitStruct.CounterMode = LL_TIM_COUNTERMODE_UP; TIM_InitStruct.Autoreload = 4250; // 170MHz / 4250 = 40kHz? 实际是 170M/(prescaler+1)/(autoreload+1) TIM_InitStruct.ClockDivision = LL_TIM_CLOCKDIVISION_DIV1; LL_TIM_Init(TIM1, &TIM_InitStruct); }

这段代码是 CubeMX 自动生成的核心。注意Autoreload是 4250 时，如果 Prescaler 为 0，PWM 频率等于 170 MHz / (4250 + 1) ≈ 40 kHz。想要 20 kHz，Autoreload 应设为 8500。理解这个公式比修改代码本身重要得多：PWM 频率是定时器时钟除以（预分频器值+1）除以（自动重载值+1）。G474 定时器时钟在 APB2 分频不为 1 时会有倍频，所以计算时钟前先查 CubeMX 的 Clock Configuration 页面，看 TIM1 时钟的实际数值是多少。

3.4 用逻辑分析仪验证 PWM 信号

PWM 初始化后，用逻辑分析仪（或示波器）测量引脚输出。推荐最低采样率 100 MHz 的逻辑分析仪，因为死区时间可能短至几百纳秒。观察点有三个：频率是否与计算一致；两路互补信号之间是否存在死区；死区长度是否等于配置值。如果波形没有输出，先查 GPIO 复用功能配置。TIM1 的通道引脚在 G474 上有多个映射，CubeMX 会自动配置 AF 值，但如果手动改过引脚映射，很容易在 AF 上出错。此时打开stm32g4xx_ll_msp.c文件，检查LL_GPIO_Init的Alternate参数是否正确。TIM1_CH1 在 PA8 上是 AF6，但换到 PE9 上同样是 AF6，而到其它引脚则可能是 AF1 或 AF2，不可想当然。

提示：如果你用 HAL 库跑通了 PWM，再切换到 LL 库时，不要马上删掉 HAL 库文件。两者可以共存，CubeMX 支持同时生成 HAL 和 LL 初始化代码。在调试阶段混合使用，对照 HAL 的寄存器操作和 LL 的操作，能更快定位哪一段配置影响了波形。

4. STM32G474 典型应用选型：为什么数字电源和 FOC 都绕不开 HRTIM

4.1 HRTIM 的定时器结构：6 个子定时器意味着什么

高分辨率定时器是 G474 区别于其他 M4 的最大卖点。HRTIM 内部包含 6 个子定时器（Timer A 到 Timer E 以及 Master Timer），每个子定时器都可以输出两路 PWM。关键参数是分辨率：在 170 MHz 主频下，HRTIM 可以精确到 8 个时钟周期约 47 ps 的边沿延迟精度。这里说的不是 PWM 频率分辨率，而是边沿定位精度。使用 DLL（延迟锁定环）技术，HRTIM 可以在 170 MHz 时钟周期（5.88 ns）内部细分为 128 步，从而实现约 46 ps 的延迟步进。对于移相全桥、LLC 谐振变换器这类需要精细控制死区时间的应用，46 ps 的边沿精度意味着驱动波形参数几乎不受时钟粒度限制。

六个子定时器之间的关系不是独立的，它们之间可以互相触发、级联和同步。例如 Timer A 的周期结束事件可以触发 Timer B 开始计数，Timer C 的比较事件可以触发 Timer D 的输出跳变。这种触发网络的意义在于可以只用硬件实现复杂的多相交错波形，而不需要 CPU 干预。在三相交错 PFC 场景中，三个子定时器分别驱动三路电感电流，相位互差 120 度，只要把三者的触发关系配置好，相位偏差只取决于 HRTIM 的硬件量化精度，不会出现软件计算误差。

4.2 和高级定时器 TIM1 比，HRTIM 强在哪：一张表看懂

表格直观说明了一个结论：如果你做 FOC 电机控制，TIM1 完全够用，没必要上 HRTIM。但如果目标是数字电源，比如 PFC、LLC、移相全桥或者逆变器，HRTIM 的边沿精度和多定时器联动能力直接决定了环路能跑多快。G474 在 G4 系列里的定位是覆盖这两类应用：G431 面向电机控制，G474 在 G431 基础上增加了更多模拟外设和更强的 HRTIM 触发能力，兼顾电源应用。

4.3 配合 CORDIC 和 FMAC：数学加速器在环路里的位置

HRTIM 负责波形产生，CORDIC 和 FMAC 则负责环路计算。CORDIC 硬件加速器可以计算正弦、余弦、反正切、平方根、对数等函数，每次运算只需要几个时钟周期。FMAC（滤波器数学加速器）是一个可配置的乘累加单元，用于实现 FIR/IIR 滤波器。在数字电源中，环路补偿器通常是 PID 或 IIR 滤波器，FMAC 恰好就是为此设计的。

典型组合是：ADC 采集输出电压 → 与基准比较得到误差 → PID 计算（用 FMAC 执行 biquad 滤波） → 结果写入 HRTIM 的比较寄存器。这个环路中，每次迭代的数学运算量大体验证了一下 G474 的可行性：以 100 kHz 的控制频率计算，一个控制周期只有 1700 个 CPU 周期。如果 PID 运算用纯软件，一次双精度浮点乘加约 40 周期，整个环路计算需要几百周期，可行但紧张。用 FMAC 后，biquad 滤波的一次二阶节只需要配置系数和发送一次数据，CPU 参与的操作大幅减少。这样 CPU 可以把时间花在监控保护逻辑上，而不是实时数学计算。

/* FMAC 配置示例：一个二阶 IIR 滤波器的初始化（基于 LL 驱动伪代码） */ LL_FMAC_ConfigTypeDef FMAC_Config = {0}; FMAC_Config.FilterType = LL_FMAC_FILTER_TYPE_BCC; // BCC: Biquad Cascade Configuration FMAC_Config.InputType = LL_FMAC_INPUT_TYPE_16BITS; // Q15 格式 FMAC_Config.OutputType = LL_FMAC_OPERATING_TYPE_SHARED; // 共享模式 FMAC_Config.Mode = LL_FMAC_MODE_BYPASS; LL_FMAC_Init(FMAC, &FMAC_Config);

这段代码只是展示 FMAC 初始化的配置入口，实际使用时需要根据滤波器阶数和系数格式仔细设置LL_FMAC_Init的各种字段。FMAC 的细节在 RM0440 中有大量篇幅，初次使用前建议先跑通官方例程FMAC/FMAC_Filter，理解数据在内存中如何排布、如何通过 DMA 触发计算、如何读取结果。数学加速器这部分的坑主要在教学上：FMAC 对数据格式有严格要求，默认使用 Q15 定点格式，如果输入了浮点数，结果必然错误。

4.4 从 FOC 到数字电源：G474 的模拟外设在环路中的角色

在 FOC 电机控制里，G474 的四个 ADC 可以同时采样三相电流和母线电压，配合比较器和 DAC 实现硬件过流保护。硬件过流的实现方法是：设置比较器的正输入端连接电流检测运放的输出，负输入端连接 DAC 输出的阈值电压，比较器输出直接连接到定时器的刹车输入。发生短路时，比较器翻转，刹车信号在纳秒级关断 PWM，不需要 CPU 参与。这种架构是传统 DSP 加外部比较器方案要实现的效果，G474 集成在片内，延迟还更短。

在数字电源里，模拟外设的价值同样核心。LLC 谐振变换器需要检测谐振电流过零点来同步驱动频率，这个任务用片内比较器加 HRTIM 输入捕捉即可完成。三相 Vienna 整流器需要采样多个电压电流并输出六路 PWM，G474 的四路 ADC 和两个 HRTIM 也正好覆盖。这就是为什么 G474 被广泛用在 3kW 以下的充电桩模块、通信电源、储能逆变器和伺服驱动设计中。

5. STM32G474 进阶：用 CORDIC 加速三角函数并验证 FOC 的实时性收益

5.1 为什么说软件查表在 170 MHz 下不一定是好选择

电机控制代码里最常见的是用查表法求正弦和余弦。查表的优势是速度快（一次查表只要几十周期），在很多老代码里是标配。但查表有两个问题：一是存储开销，一个 1024 点的 sin 表占用 4 KB Flash（float 类型），如果还要考虑到不同角度分辨率的需求，表会更大；二是精度损失，当角度在表项之间时需要进行线性插值，插值本身需要乘法运算，精度还受限于表分辨率。FOC 里需要反复使用角度转 sin/cos 的操作，如果电流环频率设为 20 kHz，每秒需要计算四万次以上三角运算，查表法虽然能完成，但插值带来的额外代码路径和精度损失并不值得。

G474 提供了硬件 CORDIC 外设，可以在几个时钟周期内直接输出 sin 和 cos 的 Q1.15 格式结果。使用硬件加速器后，代码路径简化，精度确定，实时性更强。

5.2 CORDIC 计算 sin/cos 的 LL 库代码与参数说明

编写一个基于 LL 库的 CORDIC 计算函数，输入参数为角度（单位：弧度，使用 Q1.15 格式），输出为 Q1.15 格式的 sin 和 cos 值。假设角度已归一化至 [-π, π) 范围。

#include "stm32g4xx_ll_cordic.h" void CORDIC_SinCos_Q15(int32_t angle_q15, int32_t *sin_q15, int32_t *cos_q15) { /* 配置 CORDIC 为 COSINE 模式，输出 sin 与 cos */ LL_CORDIC_ConfigTypeDef CORDIC_Config = {0}; CORDIC_Config.Function = LL_CORDIC_FUNCTION_COSINE; CORDIC_Config.Precision = LL_CORDIC_PRECISION_6CYCLES; /* 6 周期算完 */ CORDIC_Config.Scale = LL_CORDIC_SCALE_0; /* 输入范围 [-1, 1) */ CORDIC_Config.NumberOfWriteData = LL_CORDIC_NBWRITEDATA_1; CORDIC_Config.NumberOfReadData = LL_CORDIC_NBREADDATA_2; /* 读回 cos 和 sin 两个值 */ LL_CORDIC_Configure(CORDIC, &CORDIC_Config); /* 写入 Q15 格式的角度数据 */ LL_CORDIC_WriteData(CORDIC, (uint32_t)angle_q15); /* 等待计算完成，读取结果 */ while (!LL_CORDIC_IsOperational(CORDIC)); *sin_q15 = (int32_t)LL_CORDIC_ReadData(CORDIC); /* 先读 sin */ *cos_q15 = (int32_t)LL_CORDIC_ReadData(CORDIC); /* 再读 cos */ }

这段代码有四个关键点需要说明。第一，Precision参数决定计算周期数，LL_CORDIC_PRECISION_6CYCLES表示 6 个时钟周期完成一次迭代计算，精度约 15 位，对 FOC 电流环足够。想要更高精度可以选更多周期数，但会降低吞吐率。第二，Scale参数必须与输入范围匹配：当输入角度归一化到 [-1,1) 表示 [-π,π) 弧度时，选择 SCALE_0 表示输入不会发生溢出。如果输入范围超过 [-1,1)，CORDIC 内部会饱和，计算出错。第三，写入的数据宽度是 32 位，但 CORDIC 内部按 Q1.15 格式解析（即把 0x4000 当作 0.5），数据必须左移 16 位对齐。第四，读取结果时，先读的是二元素组的第一个值，数据手册规定在 COSINE 模式下输出顺序是 sin 和 cos，顺序不能搞反。

实际调用时，角度值转换成 Q15 格式的方法：假设浮点角度为float angle_rad，则int32_t angle_q15 = (int32_t)(angle_rad * 32768.0f / 3.14159f);这样正好把 [-π,π) 映射到 [-32768, 32767) 范围。CORDIC 输出结果要还原为浮点则除以 32768.0f。这个过程虽小，却是最常见的出错点。

5.3 验证方法：用逻辑分析仪对比纯软件和 CORDIC 的计算周期

为了客观验证 CORDIC 的收益，可以用 GPIO 翻转法测量函数执行时间。在调用函数前将 PB2 拉高，调用完成后拉低，用逻辑分析仪测量高电平持续时长。分别测量sinf()浮点库函数版本和 CORDIC 版本。实验条件：170 MHz 主频，-O2 优化，本地变量存储结果。

执行时间会因编译器版本、C 库实现和是否启用浮点硬件而波动，但量级关系稳定。前面的波形确认从略。有一个值得注意的结论：查表法的耗时比 CORDIC 多出约 90 ns，但查表不用等运算完成，可以提前开始下一项任务。不过，使用 CORDIC 能简化代码逻辑，并且对电源环路而言，CORDIC 的计算时间固定、可预测，不会因为查询表项不同导致抖动。

5.4 G474 参考资源和后续深耕方向：在官方例程上改出第一个自己的闭环

跑通 CORDIC 之后，强烈建议闭环验证一把：用 HRTIM 产生 PWM 信号，通过片内 ADC 采集一个直流电压，经过 PID（用 FMAC 实现），改变 HRTIM 比较寄存器输出。这个闭环成功后，G474 引入数字电源学习的路径就算正式走通了。

回到参考资源的话题，G474 的文档重点不在厚度而在于针对性。官方固件包里Projects/NUCLEO-G474RE/Examples目录下有 HRTIM、CORDIC、FMAC、COMP、OPAMP 的所有例程，比大部分第三方博客都准确。需要养成的习惯是：每次碰到外设问题，先打开对应例程，找到与自己配置最接近的那个，再对照 RM0440 的寄存器描述改参数，这个顺序比在网上搜索他人的代码更可靠。另外，ST 的社区论坛里有很多电源工程师分享 G474 的硬件设计经验，比如 ADC 采样保持时间的选择、比较器输入滤波电容的取值、HRTIM 死区在轻载下的表现。这些问题通常不会写进参考手册，却在真实项目中决定成败。

勘误表里有一项关于 ADC 在注入组与规则组同时触发时可能发生采样顺序异常的条目，如果你的设计同时用了两个 ADC 组且触发源接近，最好先在硬件上增加很小的触发间隔，避免边缘竞争条件。最后，如果手上有逻辑分析仪和电子负载，把 G474 接上一个简单的 Buck 电路，闭环调一次 PID 参数，比读十篇文档都更有价值。

本文还有配套的精品资源，点击获取