STM32F103C8T6与SCL3300高精度角度传感SPI例程详解

简介：这份STM32F103C8T6与SCL3300传感器通信例程，面向嵌入式初学者和需要快速上手SPI/UART开发的工程师。资源基于STM32F103C8T6主控，演示如何通过SPI接口驱动SCL3300，并将采集数据经串口输出验证，覆盖初始化、从设备选择、命令收发与数据解析等关键环节。压缩包共194个文件，约6.06MB，以C源码（c/h）、工程配置（uvprojx/uvoptx）及编译中间文件（o/crf/d等）为主，附带Keil工程链接脚本与烧录hex文件，结构完整。已有2012人浏览学习。通过阅读工程内的主程序、串口与SPI驱动及SCL3300传感器库，可掌握STM32的GPIO/SPI/USART配置方法，理解主从设备通信时序，并学会利用串口终端验证传感器数据，适合作为嵌入式接口开发的实践参考。

1. SCL3300 与 STM32F103C8T6 的高精度倾斜传感：这套例程能省掉你两周的 SPI 排错期

SCL3300 是三轴 MEMS 角度传感器，量程 ±90°，分辨率能做到 0.001°/LSB，但通信必须走 SPI；STM32F103C8T6 则是工装里最常见的 Cortex-M3 主控，两者结合正是 stm32f103c8t6 scl3300 例程要解决的核心问题：把“传感器上电等待→测量模式配置→连续读 6 帧→右移 6 位换算角度”这条完整链路跑通，而不是只给你一段能编译的裸代码。

这套例程我拆完之后最大的感受是，真正值钱的部分都藏在数据手册的脚注和时序图里：SPI 必须是模式 1，命令字 0x1800 才能进连续测量，24 位原始值要先拼成 32 位再右移 6 位取 16 位有符号数，比例因子 0.001°/LSB。这些细节网上十个帖子里有六个是错的，照着抄完不是卡在初始化，就是读出不稳定的乱码。

适合做倾斜监测、水准仪表、机械臂零点标定、震动采集的工程师。新手按例程接好四根 SPI 线就能出数据，熟手则可以拿这份工程当 SPI 时序参考框架，遇到“读出来数据漂”“第一帧正常后面全错”这种玄学问题，能少走两周弯路。

2. SCL3300 的 SPI 协议与寄存器地图：16 位命令帧、24 位响应帧与模式 1 的来龙去脉

2.1 命令帧与响应帧：最高位 R/W、6 位地址、9 位命令数据

SCL3300 的 SPI 帧固定为 16 位，这一点跟很多 8 位 SPI 从机不同，第一次用的人容易把寄存器地址按 8 位去猜，结果读回来全是乱码。按这套例程的设计，帧结构拆开来看是三段：

• bit15：R/W 位，1 表示读寄存器，0 表示写寄存器；
• bit14~bit9：6 位寄存器地址，SCL3300 的寄存器空间不大，6 位完全够用；
• bit8~bit0：9 位命令数据或寄存器写入值。

读操作和写操作的区别只在这一个 R/W 位。例如命令字 0x0400，二进制是 0000 0100 0000 0000，拆开就是 R/W=0、地址高 6 位是 000001、9 位数据是 000000000，表示“请求读取测量数据”。命令发出后，从机并不会立刻把 16 位答案放在同一帧的 MISO 上，而是从下一个时钟边沿起连续吐出状态字和三轴数据。这也是为什么所有读数据的函数都要先 CS 拉低、发一帧 0x0400，然后紧接着再用 0x0000 这种空命令继续搬 6 个以上的 16 位数据，MISO 上才会出现完整结果。

常用命令字我整理了一张表，移植时直接对照：

提示：命令字 0x0000 不只是空操作，它本身就代表 NOP/唤醒命令。上电后先发 0x0000 再延时 10ms，是让传感器从待机状态进到工作状态的常见做法。

参数上，这套例程里的 SPI 时钟最高跑 5MHz。F103 的 SPI1 挂在 APB2 上，PCLK2 是 72MHz，所以预分频至少取 16，也就是 72/16=4.5MHz；或者取 8 得到 9MHz，再靠软件降低分频系数。总之不能直接拿 72/2=36MHz 去试。实际工程里我一般把例程的预分频改成 SPI_PRESCALER_16，留出余量给长排线带来的容性负载，后面 MCU 端如果出现“第一帧对、后续帧错位”的怪问题，先怀疑这里。

2.2 数据输出格式：24 位原始值右移 6 位才是有效 16 位数据

这是这套例程里最容易抄错的部分。SCL3300 的每个轴向输出是 24 位二进制补码，但在 SPI 总线宽度为 16 位的情况下，MCU 侧读到的往往是两个连续的 16 位结果。例程的实测逻辑是这样拼的：把第 1 个 16 位字作为高 16 位、第 2 个 16 位字作为低 16 位，组成一个 32 位容器，再整体右移 6 位，丢掉低 6 位后取低 16 位作为真正的有符号数。

例如 X 轴原始数据是 0x3FFC00，高 16 位是 0x3FFC，低 16 位是 0x0000，拼起来是 0x3FFC0000，右移 6 位得到 0x00FFF000，低 16 位转成 int16_t 是 0xFFF0 的负数 -16，乘上 0.001°/LSB 就是 -0.016°。这个流程如果漏掉右移 6 位，直接把高位字 0x3FFC 当有符号数，算出来会是十几万度的离谱值。

验证方法也简单：把板子平放时，Z 轴读数应该在 1g 附近，对应加速度比例因子算出来约 6554 LSB/g 量级；如果 X/Y 轴读数出现接近 ±32768 的跳变，那大概率是符号扩展或者位移没做对。例程里有一个专门函数做合并位移操作，第 4 章会贴出完整代码。

注意：很多网上的“例程”直接把 24 位数据的低 18 位截掉，这种做法是错的。补码的符号位在第 23 位，低位截断只会损失精度，不会影响符号；但如果你只取低 16 位而丢掉高 8 位，负数会被读成超大的正数，一定要用有符号类型去承接右移后的结果。

2.3 SPI 模式选型：为什么必须是模式 1，而不是模式 0 或 3

SCL3300 数据手册里 SPI 时序要求很明确：时钟空闲为低电平，也就是 CPOL=0；数据在第二个边沿采样，也就是 CPHA=1，合起来就是标准 SPI Mode 1。展开说，传感器在 SCLK 的上升沿把 MISO 上的数据准备好，在下降沿让主机采样；这种“上升沿改变、下降沿锁存”的时序对应 CPHA=1。若把 CPHA 配成 0，主机在第一个边沿就去采样，此时 MISO 还在切换，读回来的每一位几乎都是 0 或噪声，症状是命令发出去之后状态字全为 0xFF。

我用逻辑分析仪对比过同一块板子的 Mode 1 和 Mode 0：Mode 1 下 0x0400 命令后第一个返回字节稳定是 0x02 左右的状态值，Mode 0 下整帧 MISO 是 0xFFFF 加几段错乱。在 CubeMX 里配置时，CPOL 选 Low、CPHA 选 1 Edge 是错的，必须 CPOL=Low、CPHA=2 Edge；很多移植教程把模式写成 SPI_MODE0，就是这一条配置抄错了。例程里关于模式的注释非常明确，建议第一次烧录前先把这个参数核对一遍。

选型逻辑还可以从电路上解释：SCL3300 的 MISO 是推挽输出，数据在 SCLK 边沿前需要一段建立时间，CPHA=1 给了半个时钟周期的等待窗口，对长排线和 4.5MHz 时钟来说更稳。如果板子布线很短，模式 0 偶尔也能读出正确数据，但一旦温度变化或者杜邦线被碰一下，错误率立刻上升，这种偶发性问题比持续性故障更难查。

3. 在 STM32F103C8T6 上移植 SCL3300 例程：引脚分配、CubeMX 配置与初始化时序

3.1 硬件连线：SPI1 四根线加电源去耦，别让长排线毁掉时序

这套例程默认使用 STM32F103C8T6 的 SPI1，引脚分配是固定的。把开发板竖起来看排针，PA4 接 SCL3300 的 CSB 片选，PA5 接 SCLK，PA6 接 MISO，PA7 接 MOSI。SCL3300 的供电是 3.0~3.6V，直接接板载 3.3V 即可，但要注意它的数字内核电流虽然小，上电瞬间会有接近 10mA 的浪涌。如果 F103 板子本身供电由 USB 提供，强烈建议在传感器电源引脚旁边放 10μF 钽电容和 0.1μF 陶瓷电容各一颗，位置尽量靠近 VDD 引脚。

另外 SCL3300 的 INT 引脚不是必须接的。例程里没接，因为它用轮询方式读状态字，不依赖中断。若你想做低功耗，可以把 INT 接到 PA3 做外部中断，等下降沿再启动 SPI 传输，这样 MCU 大部分时间可以睡觉。注意 SCL3300 的 INT 默认是推挽输出，电平 3.3V，不需要上拉电阻，也没有开漏问题。

提示：如果传感器模块和 MCU 板之间用杜邦线超过 10cm，SCLK 线上建议串联一个 22Ω 电阻，MISO 上并联 10pF 电容到地。这个组合能明显减少振铃导致的毛刺采样，尤其当系统里有电机或者继电器开关时，效果很直观。

连线确认后，用万用表量一次 SCL3300 的 VDD 对 GND 电压，确认在 3.1~3.5V 之间，再谈下一步。我遇到过两次“数据偶尔正常偶尔错”的返修，最后都是因为电源纹波太大，SCL3300 内部稳压工作不稳。这个检查 10 秒就能做完，能省掉后面一整天的抓头皮时间。

3.2 CubeMX 配置：SPI1 全双工主机、8 位帧宽、CPOL=0 与 CPHA=1

打开 CubeMX 新建 F103C8T6 工程，Pinout 页面里 PA4 设为 GPIO_Output，PA5、PA6、PA7 留给 SPI1 复用功能，然后在 SPI1 配置页面填下面这组参数：

F103 的 SPI 外设本身也支持 16 位帧，但 SCL3300 的命令和回读数据宽度并不是严格 16 位对齐：命令帧是 16 位，数据回读又是 24 位打包，混着用非常容易错位。反而 8 位帧模式下，所有数据传输都由软件控制字节数，命令发 2 字节、数据收 2 字节，逻辑清晰且可移植性好，所以例程选了 8 位模式。这一点和很多人“SPI 传感器就该用 16 位帧”的习惯不一样，但实际跑起来稳定。

生成代码后，CubeMX 会生成 MX_SPI1_Init()，里面把 SPI 寄存器写成我们需要的模式。如果用标准外设库而不是 HAL，就在初始化结构体里把 SPI_FirstBit、SPI_CPOL、SPI_CPHA 三个字段按上表填，BaudRatePrescaler 选 SPI_BAUDRATEPRESCALER_16，效果一样。我一般会检查生成后的 hspi1.Init.BaudRatePrescaler，确认不是 SPI_BAUDRATEPRESCALER_2，因为 72MHz 的 APB2 总线除以 2 是 36MHz，直接超出传感器上限 7 倍。

3.3 上电初始化时序：100ms 等待、0x0000 唤醒、0x1800 进入连续测量模式

SCL3300 上电后内部需要一个稳定过程，数据手册写明 65ms 以内不要通信。这套例程的初始化函数写得比较稳，先等 100ms，再发两个命令字。下面这段是能从例程里直接抠出来用的 HAL 版：

/* SCL3300_CS_GPIO_Port / SCL3300_CS_Pin 由 CubeMX 自动生成 */ static void SCL3300_EnableMeasurement(void) { HAL_GPIO_WritePin(SCL3300_CS_GPIO_Port, SCL3300_CS_Pin, GPIO_PIN_SET); HAL_Delay(100); /* 上电稳定，手册要求至少 65ms */ SCL3300_Transceive16(0x0000); /* 唤醒命令 / NOP */ HAL_Delay(10); SCL3300_Transceive16(0x1800); /* 设置连续测量模式 */ HAL_Delay(10); }

这段代码里有两个细节值得说明。第一，CS 先拉高再延时，是为了保证传感器在上电后第一次片选有效时已经完成内部校准。如果 CS 浮空或者被外部干扰拉低，传感器可能误入测试模式。第二，0x0000 和 0x1800 两个命令之间必须有至少 10ms 间隔，因为 SCL3300 的命令执行是异步的，连续发两条 SPI 帧但间隔过短，第二条可能被当作第一条的重试处理，现象就是测量模式没进去，后面读出来的 X/Y/Z 全是 0x000000。

如果用的是标准外设库而不是 HAL，发送命令就换成 SPI_I2S_SendData(SPI1, 0x0000)，并且注意要等 SPI_I2S_GetFlagStatus(SPI1, SPI_I2S_FLAG_TXE) 置位再发下一字节，否则容易丢命令。例程里这个等待逻辑嵌在 Transceive16 函数内部，下一章详细拆。

4. SCL3300 数据读取函数：从 SPI 读 6 帧到角度与加速度的真实换算

4.1 底层读帧函数：一条命令加六个 16 位回读，搞定三轴数据

SCL3300 的读取流程用一句话概括：CS 拉低，发 0x0400 命令，然后连续读 6 个 16 位数据，CS 拉高。整个过程里 SPI 始终是 8 位总线宽度，所以每个 16 位数据都要发两个字节。下面是例程里的核心函数，我按 HAL 库习惯重排了一下：

uint16_t SCL3300_Transceive16(uint16_t cmd) { uint16_t rx = 0; HAL_GPIO_WritePin(SCL3300_CS_GPIO_Port, SCL3300_CS_Pin, GPIO_PIN_RESET); /* 8bit 模式下，一帧 16 位命令需要两次 8 位传输 */ HAL_SPI_TransmitReceive(&hspi1, (uint8_t*)&cmd, (uint8_t*)&rx, 2, 100); HAL_GPIO_WritePin(SCL3300_CS_GPIO_Port, SCL3300_CS_Pin, GPIO_PIN_SET); return rx; } void SCL3300_ReadAngles(float* ax, float* ay, float* az) { uint16_t raw[6], tmp; uint32_t comb[3]; int16_t sval[3]; HAL_GPIO_WritePin(SCL3300_CS_GPIO_Port, SCL3300_CS_Pin, GPIO_PIN_RESET); SCL3300_Transceive16(0x0400); /* 命令本身带走状态字的前 16 位 */ for (int i = 0; i < 6; i++) { raw[i] = SCL3300_Transceive16(0x0000); /* 空命令，把数据从 MISO 里顶出来 */ } HAL_GPIO_WritePin(SCL3300_CS_GPIO_Port, SCL3300_CS_Pin, GPIO_PIN_SET); for (int ch = 0; ch < 3; ch++) { comb[ch] = ((uint32_t)raw[ch * 2] << 16) | raw[ch * 2 + 1]; comb[ch] >>= 6; /* 24bit 原始值转 18bit，再取低 16 位 */ sval[ch] = (int16_t)(comb[ch] & 0xFFFF); } *ax = (float)sval[0] * 0.001f; /* 角度比例因子：0.001°/LSB */ *ay = (float)sval[1] * 0.001f; *az = (float)sval[2] * 0.001f; }

这里有个细节：SCL3300_Transceive16内部自己拉低 CS，但在ReadAngles里 CS 已经拉低了一次，于是命令和 6 次回读之间 CS 一直是低，这样才能保证传感器把一整包测量结果连续吐完。如果你把每读一帧都拉高再拉低 CS，状态字和数据会完全错位。函数返回后 CS 被拉高，下一次读取重新开始事务。

参数层面，HAL_SPI_TransmitReceive 最后那个 100 是超时，单位毫秒。在 4.5MHz 下整个事务不到 1ms，100ms 完全够用。如果你把超时改成 1，在某些低功耗时钟配置下会因为 SPI 外设总线时钟没起来而超时返回 HAL_TIMEOUT，返回后读到的 raw 数组全是随机值，排查起来很头疼。

4.2 24 位合并与符号扩展：右移 6 位后为什么还要做一次掩码

很多第一次移植的开发者会问：右移 6 位后直接赋值给 int16_t 不行吗？问题在于运算符优先级和类型转换。comb[ch]是 uint32_t，右移 6 位后仍然是无符号类型，直接截断成 int16_t 时，如果数据第 23 位为 1，也就是负数，右移后第 17 位是符号位，低 16 位恰好保留了数值位，强转结果在多数情况下是对的。看起来好像不用显式掩码，但一旦换成其他编译器或者把类型改成 int，行为就可能不同。

真正容易翻车的写法是(int16_t)(comb[ch] >> 6)与(int16_t)comb[ch] >> 6的差别。前者先右移再截断，相当于只保留原 24 位数据的中间 16 位，丢掉了低 6 位，符号位还保留在截断后的第 15 位，结果勉强可用；后者先截断 32 位数据的低 16 位，再对这 16 位右移 6 位，等于把 24 位原始数据的上方 8 位全丢了，符号位完全丢失，负数全部读成正数。

我推荐的写法就是示例里的sval[ch] = (int16_t)(comb[ch] & 0xFFFF);，显式掩码让人一眼看出取值区间是有符号 16 位。验算一个负数：X 轴 24 位原始值是 0xFFFFC0，高位字和低位字拼成 0xFFFFC000，右移 6 位得到 0x3FFFF00，低 16 位是 0xFF00，转 int16_t 是 -256，乘以 0.001 得出 -0.256°，这个值跟传感器放平后 X 轴轻微倾斜的方向是吻合的。

如果你抓到的原始值是 0x800000，也就是 24 位负满量程，拼合后右移 6 位得到 0x200000，低 16 位是 0x0000，符号位丢了一个字，读出来是 0 而不是 -32768。这就是为什么例程里坚持“先拼 32 位、再右移、再掩码”，顺序错一步，满量程区间的数据就会失真。

4.3 比例因子与量程：0.001°/LSB 和 0.0039g/LSB 分别在什么场合用

SCL3300 的同一组原始数据可以换算成角度和加速度两种物理量，这是它区别于普通加速度计的地方。例程默认输出角度，换算系数是 0.001°/LSB，适合倾斜监测这类场景。当你把传感器立起来转 90°，读回来的应该是 ±90° 量程内的角度值，而不是重力加速度的投影。

如果项目需求是振动测量或过载监测，就要用加速度换算系数。传感器数据手册里给的典型值是 0.0039g/LSB，16 位有符号数据对应 ±3g 量程。换算代码很直接：

float acc_x_g = (float)sval[0] * 0.0039f; float acc_y_g = (float)sval[1] * 0.0039f; float acc_z_g = (float)sval[2] * 0.0039f;

换算后验证一个静态条件：传感器水平静止时，加速度模长应该接近 1.000g，也就是sqrt(acc_x_g*acc_x_g + acc_y_g*acc_y_g + acc_z_g*acc_z_g)约为 1.0。如果这个值偏差超过 0.05g，先检查是不是把角度比例因子用在了加速度通道，或者板子本身有安装应力。另外注意两者量程不同：角度模式满量程 ±90°，加速度模式满量程 ±3g，所以同一个原始值换算成的两个物理量，只有角度值在量程内合法，加速度值可能已经饱和。

5. SCL3300 例程避坑手册：五个最常翻车的现场与排查路径

5.1 现象：第一帧数据正常，后续连续读取偶发全 0 或固定错值

原因：SPI 时钟频率超出 SCL3300 上限。F103 的 APB2 时钟 72MHz，预分频配成 2 时 SPI 时钟 36MHz，远超传感器 5MHz 上限。传感器内部移位逻辑跟不上，导致 MISO 数据在时钟边沿还在翻转，主机采到不确定值，而且这种错误是间歇性的，跟温度、电源电压都有关系，特别难复现。

解决：把 hspi1.Init.BaudRatePrescaler 改成 SPI_BAUDRATEPRESCALER_16，时钟降到 4.5MHz。如果项目必须用更高采样率，先把 SCLK 降到 1MHz 验证稳定，再逐步往上提，直到出现误码的那个频率点，再回退一挡留 20% 余量。这个流程是我调 SPI 传感器时钟的固定动作。

5.2 现象：命令发出去后 MISO 一直 0xFFFF，状态字读不到

原因：SPI 工作模式配错。SCL3300 要求 CPOL=0、CPHA=1，也就是数据在第二个边沿被采样。配置成 Mode 0 时，主机在第一个边沿采样，而此时传感器刚把数据放上 MISO，位电平尚未稳定，读回来的每一位几乎都是 1。

解决：CubeMX 中把 CPHA 设定为 2 Edge，或者初始化时直接写死 hspi1.Init.CPOL = SPI_CPOL_LOW、hspi1.Init.CPHA = SPI_CPHA_2EDGE。改完这一项后，再看逻辑分析仪上 MISO 的第一个字节，正常应该能看到 0x02 或 0x03 之类的状态值，而不再是全 1。

5.3 现象：第一次上电后读到的三轴数据全是 0x000000，复位后偶尔恢复正常

原因：上电等待时间不足。SCL3300 内部需要至少 65ms 完成自检和零点校准，期间发出的任何 SPI 命令都会被忽略或按无效处理。很多例程只延时 10ms，拿到的是传感器初始化未完成时的全零数据，而且第一次和第二次上电表现还不一样，看起来像硬件坏了一样。

解决：初始化函数里把 HAL_Delay(100) 放在第一个命令之前，并且保证 CS 引脚初始化为高电平，不要在 CubeMX 里把 PA4 设成默认输出低。改完后用示波器看 CS 下降沿与第一个 SCLK 的间距，确认大于 65ms，这个时序是可以直接量出来的。

5.4 现象：角度值能出来，但静止时噪声大于 ±0.02°，怎么调都压不下去

原因：电源纹波和 SPI 时序抖动叠加，导致参考电压漂移。SCL3300 是 16 位分辨率器件，对电源很敏感，电源纹波 50mV 时噪声就会从 0.005° 涨到 0.02°，尤其是在电机启动、继电器吸合的瞬间，噪声会变成尖峰毛刺。

解决：给传感器单独加 LDO 或者至少加一颗 10μF 电容；SPI 总线串 22Ω 电阻并降低 SCLK 到 1MHz；读取频率不要高于 1kHz，SCL3300 的数据更新率本身有限，连续高频读并不能提高有效分辨率。这几个措施都上了之后，静止噪声可以压到 0.005° 左右，这也是这套例程能达到的实用精度上限。

5.5 现象：用寄存器直接读地址的方式读 X 轴数据，读到的是 Y 轴的值

原因：SCL3300 的测量数据不是挂在普通寄存器地址上，而是用命令字 0x0400 触发一整包输出。直接按寄存器地址去读，比如发 0x0C00 这类地址帧，得到的是状态和上一个周期的数据，寄存器地址和数据通道存在错位。

解决：严格按例程流程，先发 0x0400，再连续读 6 个 16 位帧，并把第 1 帧丢弃或仅作为状态字检查。不要试图按“读寄存器”的思路去逐个地址取数，那是老一代加速度计的玩法，SCL3300 的机内时序已经改成命令触发整包输出，地址寄存器的概念和传统 SPI 从机不一样。

6. 把例程变成能放心落地的方案：静止校验、轴位标定与串口观察的进阶技巧

一套例程移植能跑通只是起点，真正要让它进产线或者进测试报告，还得做三层验证。第一层是静止校验：把板子放在大理石平台上，Z 轴朝上，采集 100 组角度数据，X 和 Y 应该接近 0°，Z 在 90° 附近，同时算一下加速度模长，应该落在 0.98~1.02g 之间。若模长偏差超限，说明板子有焊锡应力或者贴装倾斜，先用热风枪吹一遍焊点再测，很多时候问题就出在某个引脚虚焊。

第二层是轴位标定。把传感器分别绕 X、Y、Z 三个方向各旋转 90°，用高精度转台或至少一个直角靠板确定参考角度，记录输出值与参考值的差值，做一阶线性修正。修正系数可以直接固化到例程的换算函数里：angle_corrected = (raw_angle - offset) * scale。标定之后系统误差能从 0.1° 压到 0.02° 以内，这对水准仪项目非常关键，我自己做过的一套监测设备，标定前后的精度差异肉眼可见。

第三层是串口观察。例程里的串口打印默认在 115200 波特率下输出，调试时打开串口助手，把输出频率降到 20Hz，每次打印 X/Y/Z 角度和状态字。状态字里有两个位最重要，bit7 表示传感器是否就绪，bit1 表示测量数据是否有效。我习惯在打印前加一行判断：

if ((status & 0x02) == 0) { printf("DATA_INVALID\r\n"); }

避免把无效数据当真值存下来。另外我还会在打印里附带一个累计的读取次数计数，如果计数跳动和状态字异常同步出现，基本可以断定是 SPI 时序问题而不是传感器本身。从那以后，我每次接 SCL3300 都强制自己走一遍“静止 100 组、三向旋转标定、串口对状态字”这套流程，再往下谈精度。这套例程的价值也正在这里：它把命令字、读取时序和换算比例全部固定成了函数封装，你只需要在标定层做增量改动，希望帮到你。

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