- 博客(4)
- 收藏
- 关注
RSS订阅原创 STM32呼吸灯（PWM）无法达成预定现象的可能性
今天在做STM32工程时发现想要达成的呼吸灯效果，但LED灯无法进行有效的变化，保持一个亮度而保持不变，后经上网查找资料后发现因自己未写延迟函数delay从而导致STM32运行速度太过超过了人眼的时间暂留的时间，意味着LED灯的亮度变化超过了0.1-0.4s从而导致了人眼无法有效辨别LED的亮度变化从而造成了实验现象无法达成的现象。随后我想将呼吸灯转换到LED1上后发现无法转换，随后去查阅芯片手册后发现因无通用定时器的通道连接到LED1所对应的GPIO口上从而导致无法进行复用从而无法进行呼吸灯实验。
2024-02-16 22:30:26
385
原创 STM32编译通过但达成不了预定功能可能性（底层驱动函数）
后很好奇此底层驱动函数在代码中起到什么作用，从而导致下载至板上的代码无法正常应用，从而去网上查找资料与往期MspInit函数的作用后发现，MspInit掌管着STM32的众多驱动如GPIO，时钟，中断等内部硬件的触发与使能，因此MspInit掌握着最底层的使能信号在代码中起到最重要的作用之一。
2024-02-12 15:37:54
395
原创 STM32编译通过但达成不了预定功能可能性（中断）
因为在主文件（c文件）中未使用到GTIM_TIMX_INT_IRQHandler这个宏定义，在网上查找资料后发现XXX_XX_INT_IRQn与XXX_XX_INT_IRQHandler两个宏定义有着密切关系，其中XXX_XX_INT_IRQn指的是中断号枚举值，XXX_XX_INT_IRQHandler指的是中断处理函数的名称，两个宏定义掌握着中断控制器中建立中断号与中断处理函数之间的关系。因此这两者必须同时在头文件中出现，因偷懒或者没用到就不写其中一个是不行的。
2024-02-12 14:00:00
475
1
原创 STM32因调用问题导致系统编译不通过：
在调基础定时器的时候发现显示用的led.h下的函数与宏定义无法正常使用经过上网上查找资料后无法找到更改最后找btim.H发现后把#if _btim__H 写成了#if _led__H，成功的把led.H给顶掉了，希望以后大家写代码的时候要认真检查引以为戒。（查2小时太痛苦了） 顺便附上其他情况下可能出现这个报错的解决方法： led.c中include是否调用 led.h led.h中是否含有或拼写错误 void led_init(void); main中include是否调用led.h （引自：main.c
2024-02-11 14:36:58
551
1
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人