这段时间在帮客户做一套停车监控方案器件选型的时候又把AIS2DW12翻出来对比了一轮。这颗料在汽车圈里其实不算新面孔但每次有人问起“车规级超低功耗加速度计怎么选”我第一个推荐的还是它。原因很简单市面上符合AEC-Q100认证的加速度计不少但能把功耗做到微安级、同时保留完整中断和FIFO功能的AIS2DW12算是一个很典型的代表。这篇应用笔记不打算复读数据手册我按实际做项目时的思路来写先讲这颗芯片到底解决了什么问题再拆硬件设计、软件配置、功耗调优最后把踩过的坑和排查经验一并列出来。如果你正在做车载震动检测、停车监控防盗、碰撞记录或者智能网联路测车辆的运动状态采集这篇内容应该能帮你省几天的调研时间。1. 项目概述为什么车规加速度计要看AIS2DW121.1 汽车应用对加速度计的核心诉求先说清楚一件事汽车和消费电子对加速度计的要求完全是两个维度。手机里的加速度计在常温下跑得好好的放到汽车前装环境里大概率撑不过一年。车载环境要面对-40℃到105℃的温度范围、12V蓄电池的电压波动、发动机舱或底盘传递过来的持续振动、以及电磁干扰这些因素任何一个都能让普通工业级芯片“翻车”。除了环境可靠性汽车应用还有几个很具体的功能诉求碰撞检测无论是安全气囊触发还是事故记录都需要加速度计在瞬间捕捉到几十g的剧烈冲击停车监控车辆熄火后防盗系统需要靠加速度计感知车身震动和倾斜变化这要求传感器本身功耗足够低不然电瓶亏电会引发投诉姿态判断坡道辅助、防侧翻、底盘升降高度校正等功能都需要稳定的倾角数据路测数据记录智能网联车辆在道路测试阶段需要独立记录急加速、急刹车、碰撞等运动事件和CAN总线数据做交叉对比把这些诉求放到一起看核心就三个字低功耗、高可靠、强中断能力。AIS2DW12就是冲着这个定位来的。1.2 AIS2DW12的特色与市场定位AIS2DW12是意法半导体推出的汽车级三轴加速度计封装和寄存器层面和消费级的LIS2DW12高度兼容但通过了AEC-Q100汽车电子可靠性认证工作温度范围更宽器件一致性更好。这颗芯片最有辨识度的数据是功耗。数据手册上休眠模式电流在几十纳安培量级低功耗模式下1Hz输出数据率时平均工作电流只有1微安左右这个水平在车规级加速度计里确实很能打。对比一下很多传统车规加速度计工作电流动辄几十上百微安差距是一到两个数量级。除了功耗AIS2DW12还集成了不少实用功能满量程可选±2g、±4g、±8g、±16g14位输出分辨率配合内置滤波可以稳定读出微小的倾角变化支持I2C和SPI两种通信接口内置FIFO缓冲可以在主控休眠时自动缓存数据可配置的中断引脚支持唤醒、倾斜检测、6D方向检测、震动检测等多种事件内置温度传感器可用于环境温度补尝这个功能组合放在汽车场景里非常合理。主控MCU大部分时间可以睡大觉AIS2DW12以极低功耗监听运动状态有事件发生了再通过中断把MCU叫醒整体系统待机功耗可以压得很低。我后面会专门讲这套机制怎么落代码。1.3 适用场景与目标人群我觉得AIS2DW12最值得关注的人群有三类第一类是做车载T-Box或行车记录仪的工程师需要在待机时保持防盗监控或者碰撞唤醒能力。这类产品的共同痛点是“电瓶不能亏”所以传感器选型时功耗指标是第一优先级。第二类是做工程机械或车辆的远程信息处理Telematics团队。设备装在车上不一定总在跑但需要随时感知设备姿态、是否被移动、是否发生碰撞然后上报位置或触发视频录制。第三类是给智能网联路测车辆做数据采集设备的开发者。路测车辆需要在测试过程中记录完整的运动事件包括急刹车、急转向、追尾等加速度计作为独立于IMU和CAN总线之外的参考数据源能在事故分析时提供关键佐证。这几类项目我之前都实际接触过后面讲的配置和坑也都是从这些项目里整理出来的。2. 硬件设计原理图、封装与PCB布局要点2.1 电源设计与去耦电容AIS2DW12供电电压范围是1.8V至3.6V典型应用是3.3V或1.8V。绝大多数车载MCU系统都是3.3V逻辑所以我一般建议直接用3.3V供电省去电平转换。电源部分是老生常谈但最容易出问题的地方。芯片手册要求VDD脚和VDD_IO脚都要配置去耦电容我习惯在芯片附近放一个0.1μF的陶瓷电容再并联一个1μF或2.2μF的电容电容要尽量靠近芯片引脚放置。如果系统板上同时有马达、继电器这类负载最好在电源入口再加一个磁珠或者π型滤波器避免启动瞬间的电压跌落传到传感器上。我踩过的一个坑是样机阶段只放了0.1μF电容没有并联大电容结果马达启动瞬间传感器偶发复位表现为输出数据变成全零。后来在VDD脚侧并联了一个2.2μF电容才彻底解决。AIS2DW12本身功耗很低对电源噪声的敏感性相对可控但车载环境的电源干扰比实验室复杂得多电源入口的储能电容一定要给足。2.2 通信接口选择I2C还是SPIAIS2DW12支持I2C和SPI两种接口通过CS引脚的电平选择模式。CS接高电平时使用I2CCS接低电平时使用SPI。我个人的选择原则是能用SPI尽量用SPI。理由有三点第一SPI通信速率可以到10MHzI2C在高速模式下才1MHz。读取FIFO数据时SPI明显更快主控占用时间短有利于降低整体功耗。第二SPI从设备不需要地址总线上的设备多了也不会冲突。I2C如果多颗传感器挂在同一总线上要逐个确认地址不冲突调试起来多一道工序。第三SPI的时序是主设备主动产生时钟不存在I2C的时钟拉伸和总线仲裁问题出错概率更低。当然I2C也不是不能用如果你的主控引脚紧张I2C两根线就够了而且AIS2DW12支持I2C最高1MHz在很多场景下性能足够。只是从我实际调试经验来看SPI出了问题更好排查——逻辑分析仪抓时序非常直观。2.3 PCB布局与安装方向PCB布局上要特别注意加速度计的安装方向和受力传导路径。加速度计测量的是比力也就是加速度矢量在三个轴上的分量安装方向决定了原始数据的正负号和坐标系。AIS2DW12的封装上会标注引脚1位置焊盘上没有专门的参考方向标识所以设计阶段就要把“芯片引脚1的方向”和“车辆坐标系的对应关系”记清楚否则后面做姿态解算的时候坐标轴对不上会让你怀疑人生。我习惯的做法是在原理图上明确标注X轴、Y轴、Z轴分别对应车身的哪个方向通常X为车头方向、Y为左侧方向、Z为垂直向上同时在结构设计阶段就确定芯片朝向。贴片回来后第一件事是先读三轴静态数据验证方向是否符合设计预期。关于PCB布局加速度计最好远离板边的安装孔位、大电流走线和电感类元件。板边在发生机械变形时应变最大会导致传感器读出虚假的加速度变化。大电流走线产生的热量会导致局部温漂而电感的磁场会干扰敏感测量。如果是柔性板和刚性板的交界区域也要尽量避免放置传感器。3. 软件驱动寄存器配置与中断逻辑3.1 基础寄存器一览AIS2DW12的寄存器布局和LIS2DW12基本一致首次调试建议先读WHO_AM_I寄存器地址0x0F固定返回0x44具体以数据手册最新值为准。这一步能快速确认I2C/SPI通信是否正常。常用寄存器包括以下几个寄存器地址作用WHO_AM_I0x0F芯片ID识别CTRL10x20输出数据率、低功耗/高性能模式选择CTRL20x21软件复位、自检、滤波带宽设置CTRL30x22中断引脚使能、数据就绪控制CTRL4_INT1_PAD0x23INT1引脚中断事件配置CTRL5_INT2_PAD0x24INT2引脚中断事件配置CTRL60x25低功耗采样模式配置STATUS0x27数据就绪、FIFO状态OUT_X_L / OUT_X_H0x28 / 0x29X轴输出低/高字节OUT_Y_L / OUT_Y_H0x2A / 0x2BY轴输出低/高字节OUT_Z_L / OUT_Z_H0x2C / 0x2DZ轴输出低/高字节FIFO_CTRL0x2EFIFO模式与采样数量配置WAKE_UP_THS0x34唤醒阈值配置WAKE_UP_DUR0x35唤醒事件持续时间配置表格里这些地址是基于LIS2DW12系列打出来的AIS2DW12实测基本一致但做正式项目前务必以芯片最新版数据手册为准。3.2 初始化配置流程一个典型的初始化流程分六步第一步延时等待电源稳定。上电后至少等5ms再开始配置如果上电时序不明确可以读WHO_AM_I来确认芯片已经进入可通信状态。第二步软件复位。往CTRL2的SOFT_RST位写1等待一段时间让芯片完成复位。第三步配置CTRL1。设置输出数据率、工作模式低功耗模式或高性能模式、满量程范围。第四步配置CTRL6。在低功耗模式下设置采样模式和带宽。第五步配置中断功能。设置唤醒阈值、唤醒持续时间把中断事件映射到INT1或INT2引脚。第六步连续读STATUS寄存器直到数据就绪位拉高确认轴数据可以正常读取。这里面的关键决策点是输出数据率和模式的组合。AIS2DW12的工作模式大致分两种低功耗模式和高性能模式。低功耗模式下电流消耗极低适合停车监控这种需要长时间待机的场景。高性能模式下噪声更低适合碰撞检测这类需要精确读数的场景。我一般建议在停车监控场景用1Hz或12.5Hz的低功耗模式让芯片自动检测唤醒事件。路测记录场景则用50Hz或100Hz的高性能模式保证每个运动细节都被捕捉到。3.3 中断驱动的唤醒机制要让“主控睡觉、传感器监听”的方案成立中断配置是关键。停车监控场景下我通常这样配置把中断配置为唤醒事件阈值设为0.2g左右持续时间设为20ms到40ms映射到INT1引脚主控的EXTI引脚接INT1主控进入停止模式前把AIS2DW12切到低功耗模式车辆被碰撞或拖车导致震动时AIS2DW12检测到超过阈值的加速度变化INT1拉高主控被唤醒在主控唤醒后第一步是读STATUS寄存器确认中断源然后清中断。如果不清中断INT1引脚会一直保持高电平主控会被反复唤醒。这个坑我见过不止一次很多人代码里忘记对中断状态寄存器做读取应答导致系统异常卡死。对于碰撞记录场景我建议开FIFO。AIS2DW12内置FIFO可以在主控来不及响应时缓存数据这样碰撞事件发生后主控可以从FIFO里读出事件前的一段数据完整还原碰撞过程。FIFO模式下要注意配置FIFO触发阈值并且通过INT2引脚通知主控FIFO快满了。一个值得注意的细节启用中断唤醒时阈值设置不能太敏感。之前有个客户把唤醒阈值设成0.05g结果高速公路上过大货车旁边的气流震动就触发了警报一天误报几十次。实际调到0.2g到0.3g才稳定。阈值这个东西没有固定的最优值和车辆的悬挂类型、安装位置都有关系建议在实车上做一轮动态标定。3.4 轴数据读取和单位换算AIS2DW12的轴数据输出是14位带符号整数存储在OUT_X_L和OUT_X_H两个寄存器里。注意要先读低字节再读高字节保证数据一致性。如果对实时性要求高可以用SPI的multi-byte read功能一次性把6个字节读回来。读取到的原始值换算成物理加速度的公式是accel_g (int16_t)raw_value * full_scale_g / 8192.0f;这里的8192是14位分辨率下±2g量程对应的满量程计数。如果配置成±4g就把8192换成4096±8g对应2048±16g对应1024。举个例子在±2g量程下某个轴上读到的原始值是4096那么实际的加速度是4096 * 2 / 8192 1.0g正好对应地球重力加速度。这个换算关系很多人搞混。原因在于14位分辨率下int16_t中的高两位是符号位扩展位必须先转成有符号数再参与计算不然会得到明显错误的结果。我建议在代码里写一个统一的转换函数避免每个模块各写一套导致精度不一致。4. 汽车应用场景从防盗监控到路测数据记录4.1 停车监控与防盗报警停车监控是目前AIS2DW12用得最多的场景之一。车辆熄火后行车记录仪或T-Box进入待机状态加速度计持续监听车身震动。正常工作流程是车辆熄火后主控进入低功耗模式AIS2DW12以1Hz的低功耗模式运行。车身被碰撞、被拖车、被抬升时加速度变化超过阈值触发中断唤醒主控。主控醒来第一件事就是启动摄像头录像或者上报事件到云端完成后再回到待机状态。这个场景下AIS2DW12的功耗优势体现得很直接。如果加速度计待机电流是1μA车规电瓶即便在静态电流要求严格的车型上也不会造成什么压力。换成传统加速度计待机电流几十微安乘以24小时再乘以30天累计容量损耗就是几十毫安时虽然不算恐怖但对于要求严苛的车厂来说任何额外的静态电流都是设计评审中的扣分项。我在给客户做停车监控方案时实测数据是这样的AIS2DW12按1Hz低功耗模式运行加主控停止模式、电源LDO静态电流整机静态电流能做到100μA以内。如果是12V电瓶约等于每天消耗0.0024安时一个月不到0.08安时。这个指标拿到车企那边评审基本是一路绿灯。4.2 碰撞检测与事件记录碰撞检测对加速度计的带宽和量程要求更高。AIS2DW12支持±16g量程对于追尾、侧面碰撞这种动态响应足够。设计时要根据车辆类型和安装位置选择合适的量程轿车的剧烈碰撞加速度可以在几毫秒内冲到数十g如果量程不够数据会削顶碰撞特征会失真。软件层面碰撞检测通常配合FIFO使用。我推荐的做法是平时以100Hz采集数据并持续写入FIFOFIFO容量设为64个样本左右主控以较低频率读取。一旦检测到碰撞事件主控立刻停止FIFO读取把当前FIFO里缓存的数据全部保存下来。这样做的好处是能拿到碰撞发生前一小段时间的“前兆数据”对事故原因分析很有价值。碰撞检测还有一个常见需求是区分“真的碰撞”和“误触发”。比如停车场里别的车开门撞到你车门是碰撞你在车里猛踩一脚刹车加速度变化也很剧烈但不是碰撞。区分方法一个是看持续时间碰撞的加速度尖峰通常只有几毫秒到几十毫秒刹车则是几百毫秒级别的持续加加速度另一个是看各轴的组合特征侧向碰撞时Y轴变化占主导追尾时X轴变化占主导。AIS2DW12的唤醒持续时间参数可以用来过滤窄脉冲但精细区分还是需要主控做算法判断。4.3 倾斜检测与车辆姿态AIS2DW12还经常用于车辆姿态检测。将加速度计静态时的三轴数据做反正切运算即可得到倾角roll atan2(accel_y, accel_z) * 180.0 / PI; pitch atan2(-accel_x, sqrt(accel_y * accel_y accel_z * accel_z)) * 180.0 / PI;注意这套公式成立的前提是车辆处于静止或匀速状态有持续加速度干扰时不能用它来算姿态。车辆在转弯、加速、刹车时加速度计测到的是重力分量和运动加速度的叠加直接算出来的“倾角”是错的。工程上通常的做法是结合陀螺仪做姿态融合或者只在车辆静止时触发姿态测量。我实际做过的场景里头有个比较有意思工程车辆的防倾翻报警。车辆停着的时候用AIS2DW12测倾斜角度超过阈值就报警。这个场景对静态噪声要求很高所以推荐用±2g量程加高性能模式14位分辨率下静态噪声大概在几毫克量级换算成倾角精度优于0.5度完全够用。4.4 智能网联路测车辆的运动数据采集近两年智能网联道路测试项目越来越多路测车辆除了装载激光雷达、摄像头、IMU之外还需要一套独立的运动状态参考系统用于记录测试过程中是否发生急刹、急转弯、碰撞等事件。这种场景下AIS2DW12很适合作为IMU的独立冗余通道。我接触过的路测数据采集设备大概长这样一个小盒子固定在座椅下方的地板上里面放一块STM32主控板加AIS2DW12通过4G网络连接云平台。车辆运行过程中加速度计以100Hz采样数据实时上传出现超过阈值的急刹或碰撞事件时设备除了记录原始加速度数据外还会打一个事件标记方便平台后期查找回放。为什么不用IMU的陀螺仪数据来代替因为验证场景中对“有无碰撞”的判定需要原始加速度数据作为独立证据。IMU是融合后的数据包含了滤波和融合算法和CAN总线数据做交叉对比时不够“干净”。AIS2DW12直接输出原始加速度值作为证据链的补全非常合适。在这个场景里AIS2DW12的温漂特性和长期稳定性很重要。路测车辆长期暴露在太阳下暴晒车内温度可能从零下到70℃反复变化。如果传感器温漂大静态时的零点会漂移事件判定阈值就得留出很大余量容易漏报低强度碰撞。AIS2DW12在温度范围内的零点稳定性实测下来还可以配合温度传感器做软件补偿后静态零点偏移可以控制在几十毫克以内。5. 功耗调优与实测数据5.1 各工作模式下的功耗对比功耗是AIS2DW12的核心卖点但很多工程师对它能低到什么程度没概念。我根据实际测试和手册数据整理了一个大概的功耗对照表实际值以手册和实测为准工作模式输出数据率典型电流典型应用休眠模式无输出几十nA量级系统彻底休眠低功耗模式1Hz1μA量级停车监控、防盗低功耗模式12.5Hz1.5-2μA量级待机监听、倾斜检测低功耗模式100Hz几μA量级电池供电的持续记录高性能模式100Hz几十μA量级碰撞检测、路测记录高性能模式400Hz上百μA量级高频事件捕捉看到这个表你就明白为什么停车监控方案几乎全选AIS2DW12了。1Hz低功耗模式下只有1微安出头的电流在整车静态电流预算里几乎可以忽略不计。5.2 系统级功耗设计单纯看传感器功耗是没有意义的主控功耗和通信功耗才是大头。我分享几个系统级降低功耗的经验第一个是用硬件中断唤醒替代轮询。很多工程师习惯让主控定期读一次加速度数据来判断有没有事件但轮询意味着主控要一直保持运行态功耗直接上去。正确做法是主控进入低功耗模式让AIS2DW12的中断引脚担任唤醒源事件来了才醒来处理。第二个是根据场景动态切换传感器模式。车辆启动时以100Hz高性能模式运行车辆熄火后降到1Hz低功耗模式还可以在长时间没有任何震动时把传感器直接切到休眠模式用外部定时器隔一段时间唤醒检查一次。这个“梯度降功耗”策略在行车记录仪方案里非常常用。第三个是善用FIFO减少I2C/SPI通信次数。FIFO满了再一次性读取比每次来一个数据读一次省电很多。SPI每次传输都有动态功耗减少通信次数是实打实地省电。5.3 实测中遇到的功耗基线问题有次帮客户调一块T-Box板子原理图上标的是“AIS2DW12功耗1μA”但整板实测静态电流到了几十毫安。查了半天最后发现是MCU的GPIO配置问题。INT1引脚接了MCU的唤醒引脚但MCU没有把该引脚配置为输入模式导致引脚悬空或短路状态持续拉电流。这类坑在新手设计中非常普遍。传感器功耗低不假但接口引脚的电平状态、上拉电阻的选择、MCU引脚的模式配置每一项都可能让整体功耗增加几个数量级。我总结了一个功耗核查清单确认所有传感器接口引脚在MCU侧配置为输入模式或正确的复用功能确认I2C/SPI总线的空闲电平不会导致从设备进入未知状态确认中断引脚上没有多余的上拉或下拉电阻以及电阻值是否过大确认传感器和MCU的电源域能够被独立关断或控制实测时逐模块断开供电用排除法定位静态电流偏高的来源6. 常见问题与排查技巧实录6.1 典型问题速查表把这两年调试AIS2DW12和同类加速度计遇到的高频问题整理成了一个表按照“现象—原因—解决方案”的格式列出来现象可能原因排查步骤与解决方案I2C/SPI通信失败读WHO_AM_I超时引脚接线错误CS引脚电平不对供电异常先用万用表量电源电压和引脚电平确认CS引脚在I2C模式接高、SPI模式接低再确认SCL/SCLK和SDA/MOSI/MISO没有接反读到的轴数据全为0芯片未完成初始化、电源不稳导致复位、SPI读取时序错误上电后延时5-10ms再配置配置后等待200ms再读数据检查SPI时钟极性CPOL1、相位CPHA1数据漂移明显静止时读数变化很大传感器周围有机械振动或温度变化、量程设置不合理检查安装位置是否靠近马达或振源确认量程和带宽设置是否匹配实际应用多组数据做平均值滤波中断频繁误触发唤醒阈值过低、持续时间为0提高阈值到0.2g-0.3g设置20ms以上的持续时间在软件里增加去抖逻辑唤醒后主控反复进入中断没有正确清中断标志在中断服务函数里读取STATUS寄存器确认中断源后再清除相应标志位倾斜角度计算不准直接用了运动中的加速度数据算角度在静止状态下采样后才调用倾角计算函数有振动环境先做低通滤波休眠后整板电流仍然很大MCU引脚状态不对、LDO静态电流高、传感器未进入休眠模式按5.3小节的功耗核查清单逐项排查断开传感器单独测MCU电流6.2 滤波与数据平滑为什么不能省从传感器拿到的原始数据无论是低功耗模式还是高性能模式都有一定噪声。如果噪声不处理直接拿来判断事件很容易出现误报。我在停车监控方案里常用的是滑动平均滤波取最近N个采样点求平均N根据输出数据率动态调整。1Hz采样时N取4到8100Hz采样时N取16到32。滑动平均的优点是代码简单、不依赖动态内存缺点是会引入相位延迟。对碰撞检测来说事件本身是瞬态过程滤波会磨掉波形细节所以碰撞判决应该用未经平滑的原始数据只对倾角测量和长时间震动监测做滤波。如果项目对噪声指标要求更高可以用卡尔曼滤波或者互补滤波但工程上不是越复杂越好。AIS2DW12本身在高性能模式下的噪声密度已经控制得不错滑动平均在很多场景下完全够用。6.3 自检测试批量交付前的必要步骤AIS2DW12支持自检功能可以在不需要外部激励的情况下验证传感器内部通路是否正常。量产阶段每片板子都应该跑一遍自检能提前筛出器件焊接不良、内部损坏等问题。自检的操作流程大致是在CTRL2寄存器里使能自检位读取三轴输出数值和使能前的基线值比较确认差值落在数据手册规定的范围内。如果装了外壳不好手动晃动板子自检功能尤其有用。我在批量交付时要求产线必须跑三个测试步骤第一读WHO_AM_I确认通信正常第二水平放置时Z轴读数接近1gX/Y轴接近0g确认安装方向和传感器工作正常第三跑一遍自检功能确认内部通路正常。这三步跑完基本可以过滤掉绝大多数来料和焊接问题。6.4 数据手册和技术资料的获取最后说一点经验之谈。很多工程师拿到新芯片习惯先去看网友博客或论坛资料但AIS2DW12这种车规级器件的寄存器细节、时序参数和电气特性必须以数据手册和官方应用笔记为准。论坛上的代码大概率是消费级LIS2DW12的寄存器虽然兼容但时序要求可能有细微差别直接搬容易出问题。我建议在项目刚启动的时候就把数据手册里的电气特性表、时序图、寄存器描述这几个部分标记出来花半小时通读一遍重点标注和你的应用相关的参数。这个习惯能帮你省下后面调试时的大量返工时间。7. 应用扩展与个人体会聊到这里AIS2DW12的核心内容基本讲完了。最后分享两个我实际操作中的体会希望对你有参考价值。第一个体会是“超低功耗”并不只是芯片参数表上的一个数字而是一套系统设计思维的起点。芯片能做到1μA待机意味着你的主控、电源、通信模块都必须匹配这个量级否则整机功耗还是低不下去。我见过太多项目芯片选得很低功耗外围电路却把功耗拉回来最后拿到车厂一测静态电流超标又要重新设计。选型一开始就要把整机的功耗预算拆到每个器件上而不是只盯着传感器数据手册。第二个体会是AIS2DW12和LIS2DW12的兼容性给我省了很多事。很多项目先用消费级版本做原型验证功能跑通了再无缝切换到车规级AIS2DW12做整车测试软硬件都不用大改。这个策略对初创团队和不想在原型阶段投入太多成本的团队尤其友好。当然最终量产件一定要用车规版本这个不能省。如果你正在做停车监控、碰撞记录或者路测数据采集我建议你第一版就直接把AIS2DW12放到选型池里用前面讲的配置流程跑一遍样机实测一下静态电流和唤醒可靠性。数据不会骗人尤其是休眠电流和唤醒延迟这两个指标实测下来如果都能达到预期后面的事就好办了。如果调试过程中遇到具体问题欢迎留言交流。硬件这个东西很多时候就是“测得多了、坑踩多了心里就有底了”。