扫码关注
- 全部
- 默认排序
在STM32开发中，选择合适的库是提升开发效率与性能的关键。HAL库和标准库各有优劣，开发者需根据项目需求、开发经验及时间成本综合考量。1、HAL库抽象层次高HAL库通过硬件抽象层封装底层寄存器操作，提供统一API。例如，配置GPIO仅需调
产品已经准备出货，测试报告一切正常。半夜产线突然打来电话：200台设备集体重启，没有规律，没有征兆。查了两天两夜，最后发现只是某个GPIO引脚的上拉电阻阻值偏大了一点。说起来有点讽刺——整个系统栽在一个最不起眼的器件上。上拉电阻，几分钱的东
三大件查完还是烧录失败，这才是最让人崩溃的时刻。问题往往不在你以为的地方。1、真正的隐形杀手第一，烧录引脚被占用了。单片机里跑着旧程序，恰好把SWD或串口引脚复用成了GPIO。烧录器根本连不上芯片，因为接口已经"改名换姓"了。解决办法：短接
你的单片机引脚读数忽高忽低、按键自己乱触发？十有八九，是"浮空输入"在作怪。1、问题本质GPIO配置为输入模式且未接上下拉电阻时，引脚处于高阻态，相当于一根微型天线。此时引脚电压完全不确定，极易受电磁干扰、静电、寄生电容影响，在0和1之间随
PWM配置是嵌入式开发的基础操作，可偏偏有人把定时器通道模式、GPIO复用功能反复核对了无数遍，示波器探头上依然是一条直线。问题往往不在这些明面上的寄存器，而是藏在几个容易被忽略的角落。1. 高级定时器的主输出没开这是最常见的坑。TIM1和
接手烂代码，先找引脚定义
接手别人留下来的嵌入式项目，最怕的不是代码写得丑，而是硬件边界不清楚。没有注释、没有文档，某个 GPIO 到底接了继电器、按键还是测试点都说不清。这时候直接追业务逻辑，往往越看越烦。我的习惯是先停一下，不急着重构，也不急着骂上一个人。先把引
嵌入式调试PWM输出时，经常遇到定时器通道模式、GPIO复用功能反复核对多遍，参数完全符合手册要求，示波器上还是抓不到任何波形。问题大多不是引脚映射错误，是几个隐性环节没处理到位。1. 定时器主 counter 未启动只配置了PWM通道的比
机械按键 · GPIO · 硬件软件防抖按键只按一次，MCU为何会收到一串跳变？手指完成一次动作，机械触点却可能先接通、弹开、再接通 机械触点在闭合或断开的短时间内会反复接触，GPIO看到的是一串高低电平边沿。若中断或扫描程序把每个边沿都当
@凡亿技术组-陈老师 @凡亿-彭老师 老师，晶振在顶层，那么晶振下面的底层能走线吗？比如普通的GPIO线或者SPI信号线之类的
AD 多通道设计
在AD多通道设计中SA模块与SAA模块分别复用36通道，其中5个功能脚需要一对一相连，按照原理图绘制后所有通道都连在一起，RF（1-36），GPIO1/2/3（1-36）。但是GPIO 4又一一对应。 请问一下各位
