1. 学STM32之前先把理论地图刻进脑子新手问我最多的问题不是“怎么写代码”而是“为什么我照着教程做还会失败”。比如有人问为什么定时器捕获测频率测出来数字一直跳还有人问为什么我做了个USB虚拟串口电脑上能识别但发数据就是不对这些问题的根子大多出在理论没打通。这里说STM32理论不是让你去背长篇大论而是把那几条最核心的“底层逻辑”弄清楚——系统架构、时钟、存储器映射、外设工作的方式。这套东西一旦通了你会发现那些看起来乱七八糟的bug几乎全都能自己解释。我的经验是学STM32不能一上来就抄代码。先花半天把参考手册里的系统架构图和时钟树看明白比盲目复制十个工程模板都管用。网上能找到的教程很多但大多数只告诉你“怎么配置”没告诉你“为什么这么配置”。本文就按我自己的学习路径把这套理论串一遍。不管你用的是F103、F407还是H743地图是同一张只是路况和速度不同而已。1.1 总线矩阵与外设就住在一张地址表里STM32内部有一个总线矩阵内核通过它访问Flash、SRAM和各种外设。AHB是主干道APB是支路一些常见外设挂在APB1和APB2上。不同芯片的地址分配略有差异但基本框架一致外设寄存器区大约从0x40000000开始GPIO、USART、SPI、I2C、TIM这些都在里面。理解了这个你就能明白为什么那些底层驱动代码里会有一堆#define GPIOA_BASE、#define RCC_BASE为什么操作寄存器要先把外设地址强制转换成结构体指针。比如F1系列的GPIOA地址是0x40010800用寄存器操作时((GPIO_TypeDef *)GPIOA_BASE)-BSRR本质上就是往这个地址写数据。说白了写寄存器就像往门牌号对应的信箱里塞信内核和总线按门牌号把信送给外设。我在检查别人代码时发现很多人出错不是因为逻辑不行而是根本没意识到外设有自己的地址。比如USART2挂在APB1上地址可能是0x40004400如果你配好了时钟却操作错了地址表现出来的现象就是“串口毫无反应”但代码看起来又没问题。所以先记住一句话外设是住在地图固定位置的操作外设就是操作地址。1.2 时钟树是整块芯片的心跳时钟树是STM32理论里最容易忽略、却最要命的部分。CPU执行指令、外设采样数据、定时器计数、串口波特率生成全都依赖时钟。外部晶振通常叫HSE经过PLL倍频后变成系统主时钟SYSCLK再经过AHB预分频和APB预分频分发到各个外设总线。以F103经典72MHz主频为例外部8MHz晶振经过PLL锁相环9倍频得到72MHzAHB不分频APB1分频2得到36MHzAPB2不分频得到72MHz。注意定时器比较特殊——如果APB1预分频系数不是1那么挂在APB1上的定时器时钟会自动乘2。也就是说APB1虽然最大36MHz但TIM2定时器的时钟还是72MHz。我发现很多人在定时器PWM频率计算时栽跟头就是因为没算上这个“自动×2”。到了F407或H7系列时钟树更复杂PLL的M、N、P、Q参数各有含义系统主频可以到168MHz甚至480MHz。但原理不变先有源、再有倍频、最后分频。无论用标准库还是HALSystemInit做的第一件大事就是把时钟配好。你可以在调试器里查看RCC-CFGR寄存器的值反推当前时钟是多少。这个方法非常实用当你怀疑频率不对时先核对寄存器值而不是怀疑代码逻辑。1.3 数据手册和参考手册谁管什么ST官方文档多很多人一看就头大。简单区分一下**数据手册Datasheet**讲引脚定义、电气参数、封装尺寸、最大时钟频率**参考手册Reference Manual**讲内部架构、外设寄存器、功能描述。查“芯片第一脚在哪”“某个引脚能否容忍5V”“最大功耗多少”看数据手册查“定时器怎么配输入捕获”“I2C时序怎么写”看参考手册。H743这种高端型号还有中文版技术手册处理“知识储备”问题更方便。但建议你养成直接看英文原版的习惯术语更准确。手册不用从头读到尾当成字典查就行。真正要精读的是系统架构、时钟、GPIO、定时器、USART、I2C这几章因为日常开发主要跟它们打交道。剩下几十个外设用到再翻。2. 工程搭建背后其实是启动流程在“接客”环境搭不起来后面的学习全卡住。热词里反复出现“keil5兼容c51和stm32安装”“stm32芯片包安装”“stm32标准库新建工程”这些都属于同一个主题理解工程结构而不是死记步骤。2.1 Keil5装C51和STM32为什么经常互相打架Keil MDK是ARM的开发环境Keil C51是8051单片机的开发环境。很多人电脑里既有C51又有MDK但安装顺序和目录没处理好就会出现打不开工程、找不到设备、编译报错的问题。我建议先装C51再装MDK因为MDK的安装程序有时会覆盖某些公共组件而后装的工具通常能正确注册环境。安装目录不要用中文路径也不要有空格。两个工具装在不同的文件夹里IDE界面虽然像但内核和工具链完全不同。启动时它会自动选择对应版本如果启动不对检查开始菜单快捷方式是不是被替换了。芯片包DFP通过Pack Installer安装打开MDK点魔棒按钮旁边那个“Pack”图标搜索你的型号比如“STM32F1”“STM32F4”“STM32H7”点击Install。芯片包安装失败基本都是三类原因MDK版本太旧不支持新包网络中断导致下载不完整安装路径有中文。网上有人分享STSW-LINK007、ST-LINK Utility这类工具包但我还是建议去官网下载避免拿到旧版本或者带毒的二次打包文件。装好后在Device列表里能看到具体型号就说明包装好了。2.2 标准库工程模板的“骨架”用标准库新建工程核心文件就那么几类启动文件、外设驱动、内核相关文件、系统时钟配置文件。启动文件startup_stm32f10x_hd.s负责初始化栈指针、设置向量表、调用SystemInit最后跳到main。没有它芯片不知道从哪开始执行。标准库工程里你要把stm32f10x_rcc.c、stm32f10x_gpio.c这些外设驱动源文件加进去还要添加对应的头文件路径。宏定义建议加上STM32F10X_HD和USE_STDPERIPH_DRIVER前者告诉芯片型号属于高容量后者启用库函数接口。新手最常犯的错是编译后报“undefined symbol”通常是漏加源文件报“file not found”通常是Include路径不对。我认为新人的正确做法是先手撸一个标准库工程模板哪怕只是点亮LED。这一步能逼你认识启动文件、系统文件、外设库之间的关系。模板建好备份后续所有实验都在上面加功能。热词里提到的“2-1 stm32工程模板Objects\project.axf”下载失败我后面专门讲。2.3 SystemInit和延迟函数为什么跟时钟捆绑启动文件调用SystemInit后系统时钟就绪C语言环境也准备好main才会执行。标准库的SystemInit通常把时钟配成外部晶振PLL模式。HAL版本的SystemClock_Config也做同样的事只是封装得更好看。问题来了网上很多延时函数是基于SysTick或者定时器写的它们的延时时间跟时钟频率强相关。你把一个为72MHz调好的delay_ms搬到168MHz芯片上不修改分频参数实际延时就会变短。我用过一个网上拷来的延时函数本来100ms的延时在F407上变成42ms传感器时序全乱。这就是为什么总有人问“stm32延时函数delay卡死”——不全是被中断打断很多是时钟没配好SysTick的装载值超出了范围。延时函数的本质是“数时间”而“时间”是由时钟频率决定的。你不仅要会调用还要知道系统主频是多少预分频值是多少装载值是多少。后面我会给一个比SysTick更稳的DWT延时方案。3. 定时器理论从数数到测频率再到PPS定时器是STM32外设里最值得花时间吃透的没有之一。网上的问答里“stm32定时器模式”“stm32定时器捕获测频率”“stm32实现pps”全都指向同一件事怎么把定时器当成能够和外部世界对齐的钟表。3.1 定时器家族的“分工”STM32定时器分几类高级定时器TIM1/TIM8带互补输出和刹车输入适合电机控制通用定时器TIM2/TIM3/TIM4/TIM5功能最常用有输入捕获、输出比较、PWM、编码器接口基本定时器TIM6/TIM7只能做定时没有输入输出引脚。每个定时器内部都有一个计数器CNT、一个预分频器PSC、一个自动重装载寄存器ARR。PSC把定时器时钟分频后计数器每个时钟周期加一计到ARR就溢出并重新开始。溢出周期就是(ARR1)*(PSC1)/定时器时钟。理论上你只要改变PSC和ARR就能得到从纳秒到分钟的任意定时长度。很多人一开始分不清“PWM频率”和“占空比”该改谁。频率由PSC和ARR共同决定占空比由比较寄存器CCR决定。想调亮LED呼吸灯你改CCR就行想改变蜂鸣器音调你改ARR或者PSC。把这三个寄存器彻底搞懂定时器就通了一半。3.2 输入捕获测频率把通道当成秒表用定时器捕获测频率本质是测量两个上升沿之间的时间差。输入信号进入捕获通道后每当检测到边沿TIMx_CCRx寄存器就会把当前CNT的值“拍”下来同时产生捕获中断。你记录两次捕获值差值就是信号的一个周期用定时器时钟除以差值就得到频率。但这里面有三个隐藏坑。第一信号频率低时两次边沿之间计数器可能溢出多次你只算捕获差值会得到错误周期必须在溢出中断里记录溢出次数组合成一个32位时间戳。第二信号频率高时如果定时器时钟不够快分辨率太低测出来全是毛刺。第三捕获通道的滤波和极性配置会影响结果比如输入信号抖动要打开数字滤波器。我习惯用一个“主从模式”的思路让主定时器产生一个较长的时间窗口从定时器在窗口内对外部信号计数窗口时间已知计数值除以窗口时间就是频率。这个方案特别适合测低频比如测1Hz的PPS秒脉冲直接数一个窗口内有多少个脉冲即可。热词里“stm32实现pps”有两种含义一种是测量外部PPS信号另一种是用STM32自己产生PPS。自己做PPS其实就是在定时器比较中断里翻转一个IO频率1Hz相位可以通过比较寄存器微调。3.3 编码器模式和步进电机的“位置感”定时器做编码器接口是个冷门但极其强大的功能。把编码器A、B相分别接到定时器通道1和通道2配置编码器模式计数器CNT就会根据两相信号自动加减。A相超前B相时向上计数滞后时向下计数。这种硬件计数的好处是不占用CPU资源而且支持四倍频——因为AB两相每个周期的上升沿和下降沿都被捕捉到了。我第一次做两轮差速小车时就踩过坑我以为编码器值需要自己在中断里累加结果发现定时器的CNT本身就代表位置。小车直线跑偏时我只需要读取左右轮码盘的CNT差值就能算出差速修正量。代码层面要做的就两件事配置编码器模式、开启计数器剩下的交给硬件。五线四相步进电机跟编码器相反它是“执行机构”。控制步进电机最直接的方法是控制脉冲数量和频率一个脉冲走一步脉冲频率决定速度。工程上可以用定时器PWM输出脉冲用另一个定时器计数输出脉冲总数发到指定步数后关闭PWM。相比用delay和GPIO模拟脉冲这个方案不会因为中断嵌套丢步跑再久位置也准。热词里“stm32控制伺服电机485”用的则是另一种思路——伺服驱动器自己闭环STM32只通过RS485发目标位置后面的电机理论稍后再聊。3.4 用DWT计数器做“不会卡死”的延时SysTick的HAL_Delay在中断里使用容易卡死这是HAL库被吐槽最多的地方之一。原因不复杂HAL_Delay依赖SysTick的uwTick计数SysTick中断优先级如果比当前中断低就不会触发调用方就永远等不到时间到。更稳做法是用Cortex-M内核自带的DWT数据观察点与跟踪单元计数器。它有一个32位自由计数器可以实时读取。写延时函数时读取当前计数值加上要延时的时间然后循环等待计数值超过目标值。因为这是CPU内核级计数器不依赖外设中断几乎不会卡。注意DWT需要先解锁TRCENA并使能CYCCNT否则读出来是0。这个技巧在需要精确延时的传感器驱动里特别实用比如后面的超声波测距。4. 通信协议理论把数据“说清楚”的几种姿势通信这块基本是比赛中问得最凶的领域。串口、I2C、USB虚拟串口、RS485、LIN、EtherCAT每个热词背后都是一种通信模型。学习了它们的理论才能明白为什么数据会对不上号。4.1 串口中断接收别再用Delay硬等UART是最简单的异步串行通信空闲时总线为高发送时先拉低一个位周期作为起始位然后逐位输出数据最后拉高停止位。波特率就是每秒传多少位。STM32串口做数据收发基础的是阻塞模式一收一发都等着但真正到项目里都是中断DMA。我推荐一套非常通用的组合DMA接收 空闲中断 回调处理。开启DMA循环接收后数据自动从UART外设搬到内存缓冲区不占用CPU。一帧数据发送完毕总线空闲UART会产生空闲中断在中断里把当前DMA剩余计数算一下就知道这一帧实际有多少字节。这个方案处理不定长协议帧比如GPS报文、伺服驱动器返回数据都非常稳。热词里有“stm32串口调试PID”其实就是把串口当调试窗口按照固定周期把PID当前误差、积分项、微分项、输出值用格式化字符串发到串口助手画出实时曲线。这里比的不是PID算法本身而是你能否稳定地把数据“按时发出去”不能因为打印阻塞了控制周期。优先使用DMA发送再加环形缓冲区。4.2 I2C时序为什么DS3231和BH1750都能通吃I2C只靠两根线SCL和SDA就能挂一堆传感器。它的关键是开漏结构加外部上拉电阻没有设备拉低时线上自动恢复高电平谁想发送0就主动把线拉低。总线上的设备靠地址区分主机发起START条件发送7位地址加读写位从机应答ACK然后按寄存器地址读写。DS3231这类高精度RTC芯片操作套路很固定发送“从机地址写”再发送寄存器地址然后连续读时间数据。重点在于I2C协议里的“突发读”——你可以连续读多个字节地址自动加一不需要反复发送寄存器地址。BH1750光照传感器也一样先发送测量模式指令再等待一段时间然后连续读两个字节得到光照值换算公式大约是光照值/1.2单位lx。玩I2C最容易遇见的故障就是“总线卡死”。因为开漏结构下如果某个设备在传输中途异常断电SDA可能被拉低后没人释放SCL高不了后续通信全部失败。解决办法是给I2C外设做超时复位或者用GPIO模拟I2C时序“夹一夹”。我实际测过软件模拟I2C在F103上跑300kHz以下很稳定调试还方便非常适合学习和排查。4.3 USB虚拟串口不是真正的串口但胜在方便“stm32 usb虚拟串口发送数据”特别火因为它能省掉一颗USB转TTL芯片直接用USB线连电脑。但从理论上看它根本不是串口而是USB的CDC类设备STM32内置USB外设枚举成一个“虚拟通信端口”驱动把端点数据流映射成串口格式。电路上STM32的USB一定要处理好D和D-两根线以及VBUS检测。F1系列通常使用PA11/PA12作为USB引脚部分芯片还需要外部上拉或者内部上拉配置。CubeMX里勾选USB_DEVICE选择Communication Device ClassCDC生成代码后就有两个现成的回调CDC_Receive_FS接收数据CDC_Transmit_FS发送数据。我第一次用USB CDC发送长数据时栽了跟头上位机一次收到的不完整。原因是USB全速设备的批量传输最大包长为64字节一次调用CDC发送很多字节时数据会在端点层被拆包或截断。解决方法是把超过64字节的数据拆成多次发送或者做一个发送缓冲区用完再补。另一个常见坑是CubeMX生成的接收函数只保存当前接收长度如果你不及时拷贝数据、重新准备接收缓冲区下一次数据会把上次数据覆盖。这些都不是“玄学”而是端点缓冲管理问题。4.4 RS485、LIN和EtherCAT从Modbus到工业总线RS485是差分信号抗干扰强适合长距离和工业环境。它和UART本质上一样只是物理层不同多了一个方向控制引脚DE/RE。STM32发数据前要把DE拉高发完后拉低转向接收。伺服电机用485控制时最常用的就是Modbus RTU协议请求帧包含从机地址、功能码、数据、CRC16校验主机发指令从机保证回。CRC算不对从机不响应这个问题能卡新手很久。LIN是一种低成本汽车总线单线传输收发器是LIN收发器本身底层还是UART。EtherCAT则是实时以太网理论复杂一些从站需要专门的ESCEtherCAT Slave Controller芯片比如LAN9252STM32只负责应用层处理通讯周期由ESC硬件保证。想入门EtherCAT先用“STM32LAN9252”实现一个数字量从站理解PDO映射和周期通讯比直接啃主站代码更可行。5. 外设链路GPIO、传感器和执行机构的完整闭环热词里“stm32按键模块电路设计”“stm32超声波测距”“stm32电量一个led小灯”看起来是简单小项目但它们组合起来就是一台设备从采集到输出的典型闭环。这部分不讲代码行数讲“为什么这么搭”。5.1 芯片第一脚、JTAG禁用与引脚复用确认STM32芯片第一脚方向感最重要。常见LQFP封装芯片一角有圆形丝印点或倒角那附近就是第1脚然后逆时针计数。比如LQFP64的芯片丝印点旁边是第1脚逆时针排列到第64脚。永远不要只凭文字描述“左上角”要看芯片实物右上角还是左上角有定位点。很多想省IO的新手会打JTAG引脚的主意比如PA13/PA14/PA15、PB3/PB4。出厂时这些引脚默认复用为SWD/JTAG调试口直接当普通GPIO用是不行的。要禁用JTAG保留SWD使用AFIO的GPIO_Remap_SWJ_JTAGDisable重映射功能。执行之后PA15、PB3、PB4就能当普通IO用PA13/PA14仍作为SWD调试口。千万别两行代码把SWJ全部禁用否则下次没法下载程序只能通过串口ISP和复位脚恢复。我被这个坑过所以每次写这种功能前都会加一个注释保留SWD。5.2 超声波测距从Echo脉宽到厘米级温度修正HC-SR04超声波模块的输出很简单在Trig引脚给一个10us以上的高电平触发模块自动发射超声波并等待反射然后把反射回来的时间通过Echo引脚高电平时长告诉MCU。测距公式就是距离 高电平时间 × 声速 / 2。声音在空气中的速度约340m/s所以每1ms高电平约对应17cm距离。工程上要做得稳只有一个难点精确测量高电平持续时间。最合理的是用定时器输入捕获测Echo的上升沿和下降沿之间的差值。用阻塞式while(GPIO_Pin HIGH)会白白占着CPU而且中途被中断打断测量时间可能偏大。捕获方式测完以后还要做数据滤波连续测5次去掉最大值最小值取平均防止尖锐噪声干扰。另外一个容易忽略的点是温度补偿。声速在0度时约331m/s在40度时约355m/s误差有7%。做室外测距产品最好加一个温度传感器用声速 331.4 0.6 * 温度修正。理论算完了你自然明白为什么同样代码冬天和夏天测出来会不一样。5.3 按键消抖、电量指示与智能台灯按键模块电路设计看起来只是接个上拉电阻但消抖理论很关键。机械按键按下松开时电平会在几毫秒内来回跳变不处理会被识别成多次触发。硬件上可以用RC滤波加施密特触发器软件上则是“确认法”检测到电平变化后延时10~20ms再读一次保持不变才算有效。如果你用中断触发按键最好在中断里只置一个标志回到主循环做消抖和状态机处理防止中断函数里执行太久。“stm32电量一个led小灯”本质是ADC电压采集加阈值判断。锂电池电量不是线性下降的简单做法是分几个电压区间高于3.8V亮绿灯、3.6V到3.8V亮黄灯、低于3.6V亮红灯。ADC采集一定要分压电阻把电压降到3.3V以内并且做多次平均。用PWM控制LED亮度时还可以用同一个灯不同闪烁频率表示不同电量这就是小项目里的状态机设计。把这些模块拼起来就是“基于stm32的智能台灯”BH1750测周围环境光人体红外模块判断是否有人LED用PWM调光按键设置亮度或色温。整个设计并不难但它覆盖了传感器采集、数据处理、执行输出三块完整链路。5.4 步进电机、伺服485与FOC执行机构升级路线舵机是最简单的角度执行器50Hz周期0.5ms高电平对应0度2.5ms对应180度。用定时器PWM输出改CCR就能控制角度。五线四相步进电机则是“脉冲位置控制”一个脉冲走一步开环控制也能很准。伺服电机走的是另一个路线STM32通过RS485发送目标位置、速度、加速度给驱动器驱动器内部闭环控制电机。这时你要处理的是Modbus RTU指令帧地址、功能码、寄存器数据、CRC16。我调试伺服时习惯先用串口助手直接发指令确认伺服响应正确后再写STM32代码这样能快速区分“协议问题”还是“代码问题”。FOC磁场定向控制在热词里也出现了。它的理论更硬核把三相交流电机的电流通过Clarke变换和Park变换转换到旋转坐标系下的直轴和交轴形成电流环、速度环、位置环三个闭环。STM32只做应用层的环路运算用高级定时器输出带死区的PWM给三相逆变桥。真要入门FOC建议先看ST的Motor Control SDK中关于电流采样、SVPWM生成的代码不要自己硬写。FOC不是“调几个库函数”这么简单它要求你把数学变换吃透后再看代码。6. 最容易翻车的三个现场下载、延时、调试最后这部分我整理几个高频现场问题。它们看起来各不相关但都指向同一件事理论没串起来出问题时只能试运气。6.1 “FLASH Download Failed”到底卡在哪热词里有完整报错load d:\\stm32 prohect\\2-1 stm32工程模板\\objects\\project.axf error: fla...还有一个“stm32 st-link utility”关键词。这种Flash下载失败九成原因是Flash算法没有正确选择。Keil烧录程序前需要知道芯片内部Flash多大、用什么编程算法。打开Options for Target → Utilities → Settings勾选“Use Debug Driver”然后在下拉里选出与芯片匹配的Flash算法比如F103ZE选512KB容量的算法。如果算法选对了还报错依次检查芯片型号是不是选小了芯片是不是开了读保护下载线是不是太长太细供电不稳目标芯片是否接触不良。读保护导致连接不上时用ST-LINK Utility连接芯片选择“Option Bytes”把读保护级别设置为Level 0执行擦除即可。还有一个笨但有效的招把BOOT0引脚拉高再复位让芯片进入系统存储器模式先擦除整个Flash再恢复正常模式。注意很多开发板的BOOT0跳线不能热插拔要先断电再改。6.2 Delay卡死先查优先级再考虑换计数器“stm32延时函数delay卡死”的排查顺序我给一个固定套路。第一步看是不是在中断服务函数里调用了HAL_Delay。如果是把延时放到主循环标志位处理。第二步如果必须在中断里延时确保当前中断的抢占优先级高于SysTick或者干脆放弃HAL_Delay。第三步如果换到DWT延时还是卡检查DWT有没有被调试器禁用以及使能代码有没有放在延时函数之前。我在实际项目里更倾向于用定时器做嵌入式延时。启动一个定时器开一次定时中断在中断里置标志主循环等待标志。虽然代码量多一点但它不依赖SysTick也不容易被其他中断堵住。对时间精度要求高的协议比如DHT11、超声波这个方案最稳。6.3 Keil逻辑分析仪和ST-LINK Utility的正确姿势“keilc stm32查看io输出波形”不太准确Keil本身没有虚拟示波器功能但它自带一个调试逻辑分析仪窗口进入Debug模式后View → Analysis Windows → Logic Analyzer添加变量或寄存器比如PORTA.1就可以看到引脚电平翻转的波形。它适合看PWM频率、串口时序大致对不对但精度有限不能当真正示波器用。ST-LINK Utility则是ST官方烧录工具除了下载固件、读取Flash还能修改选项字节、设置读保护、批量生产编程。这个工具和Keil的下载是互补的Keil负责开发调试Utility负责量产维护和恢复变砖芯片。固件升级工具STSW-LINK007也是从官网下升级完再看“固件版本”识别是否有新功能。6.4 配置OLED、LVGL和仿真的顺序关于“stm32 bh1750 oled i2c proteus完整原理图”这类询问我的建议是仿真可以帮你验证逻辑但I2C传感器时序、USB枚举这类东西仿真很难还原真实电气行为。正确的顺序是先把真实模块在开发板上调通再回头建仿真图。移植LVGL的步骤相对固定确认你的屏幕驱动能单独刷色块然后配置lv_conf.h里的颜色深度、内存池大小、使能需要的控件最后提供一个周期性调用lv_tick_inc的时基。如果花屏先检查颜色格式如果刷新慢优先优化屏幕底层“画矩形区域”的函数而不是LVGL配置本身。移植LVGL之前还是先问自己基础GPIO驱动和DMA刷屏稳不稳底子不牢上层UI再漂亮也没用。最后想说的心里话写到这里我并没有给出某个项目的完整代码因为我觉得STM32最大的门槛不是代码量而是“出了问题之后能不能基于理论快速定位”。我自己带过不少新人凡是能把时钟树、存储器映射、定时器计数逻辑说清楚的人后面遇到USB、EtherCAT、FOC这些复杂内容都学得飞快凡是只会复制代码的人换一块芯片基本就废了。技术会更新芯片型号会换代但“系统架构-时钟-外设寄存器-协议时序”这套理论骨架过了十几年仍然管用。如果你能把参考手册里那几张图真的“刻”进脑子里以后遇到任何奇怪问题你第一反应是查手册而不是重新刷一遍教程那时候你才算是真的入门了。
)
