草庐IT

HAL_GPIO_ReadPin

全部标签

完美解决HAL库HAL_UART_Transmit_DMA()不延时就发不了下一条的问题

问题原因在连续用HAL_UART_Transmit_DMA()函数的时候,会遇到只能发出第一条的问题,原因是DMA传输数据到串口这个外设太快了,传输完后程序并不会在该处停留,但是串口发送需要时间,运行到下一条HAL_UART_Transmit_DMA()函数的时候,上一条数据还没来得及发完,导致串处于BUZY(即HAL_UART_STATE_BUSY)状态如果串口处于BUZY状态,则HAL_UART_Transmit_DMA()不会进入发送程序,直接returnHAL_BUSY;这就导致了HAL_UART_Transmit_DMA()不能连续运行,目前网上主流的解决办法是延时一定时间或whil

Stm32 HAL_UART_Receive读取不到数据的问题

最近在做Stm32方面的工作时发现使用HAL_UART_Receive函数去读取数据时出现了问题,代码如下: charbuffer[128]={0};HAL_UART_Receive(phuart,buffer,128,timer);这段代码非常简单,就是在一定时间内读取满128个字符,但是会有一个问题,如果超时时buffer没有被读取到128个字节那么下次还可以读取,但是一旦超出或到达128个字节下次在读取就会没有数据,但是在中断情况下是可以正常读取的,随后我去查了一下USART寄存器,发现它有一个OVRDIS的功能,简单来说就是当数据达到buff设定大小时会将ORE标志置1,那么下次来新数

鸿蒙开发板Hi3861_通过GPIO12 PWM呼吸灯实验-——基于code-2.0-CANARY

//通过PWM呼吸灯实验-A12连接一个LED, A12接长脚,短脚接GND//,by txwtech编译报错参考:https://blog.csdn.net/txwtech/article/details/119853772//通过PWM呼吸灯实验-A12连接一个LED,A12接长脚,短脚接GND//,bytxwtech#include#include"ohos_init.h"#include"cmsis_os2.h"#include"iot_gpio.h"#include"hi_io.h"#include"iot_pwm.h"#include"hi_pwm.h"#include"hi_ti

学习STM32是用标准库好还是HAL库好?各自有什么优缺点?做项目应用哪种库比较合适?

学习STM32可以使用标准库或HAL库,它们各有优缺点,具体使用哪种库取决于你的项目需求和个人偏好。标准库是适用于单片机开发的基本库。它提供了对芯片的低级访问,可直接访问寄存器,操作系统资源,中断和固件等。标准库代码量较小,运行速度快,适用于简单的应用程序或需要高效性能的应用。HAL库是由ST公司提供的一种高级别的库,提供了一些高级别的API函数,可以更方便地进行硬件操作。HAL库提供了更多的驱动程序和功能,使编码更加简单,可读性更好。但HAL库代码量较大,运行速度相对较慢,适用于较为复杂的应用程序。选择库的时候,需要考虑以下因素:项目需求:如果项目需求比较简单,可以使用标准库;如果项目需求较

Harmony OS 设备开发学习记录(三)--查询GPIO状态控制LED

HarmonyOS设备开发学习记录(三)–查询GPIO状态控制LED基于hisparkwifi套件采用harmonyos2.0全量代码注:由于核心板板载的按键和led我尝试了很多次也不行,只能后面更熟悉这块板以后再说了,目前先采用wifi套件扩展板,当然外接外设也行。一、看原理图确定硬件电路这里的按键用的核心板上的GPIO8led灯就用个黄色吧,对应核心板上的GPIO12二、在源码中建立demo文件注:这里为了省事直接采用上次建好的文件夹三、编写代码在gpiodemo/gpio_input_get.c中写入#include#include#include"ohos_init.h"#includ

STM32的HAL库开发系列 - 串口DMA接收

STM32的HAL库开发系列-串口DMA接收串口DMA接收函数:HAL_StatusTypeDefHAL_UART_Receive_DMA(UART_HandleTypeDef*huart,uint8_t*pData,uint16_tSize)串口空闲中断(IDLE):当DMA串口接收开始后,DMA通道会不断的将发送来的数据转移到主存,那么问题来了,该如何判断串口接收是否完成从而及时关闭DMA通道?如何知道接收到数据的长度?答案便是使用串口空闲中断。串口空闲中断,对应事件标志为IDLE。检测到串口空闲线路时,该位由硬件置1。如果USART_CR1寄存器中IDLEIE=1,则会生成中断。该位由软

STM32 HAL库基于DRV8301的FOC开环速度控制

目录CubeMX基本配置drv8301控制模式(3pwm?6pwm?死区时间设置?)SVPWM理论推导HALL接口设置以及旋转速度获取原理FOC开环控制主要分为三步:第一,角度自增;第二,Park逆变换;第三,SVPWM计算出下个周期要写入的占空比Ta,Tb,Tc验证SVPWM模块也非常简单,串口打印出来应该是个比较标准的马鞍波(我是20k频率,可供参考) 如果角度改变太快会造成波形有不同程度的失真,不过是正常现象,角度变化改小点就可以了CubeMX基本配置使用STM32外设情况如下:TIM1高级定时器CH1-CH3输出三路互补的PWM信号,设置为中央对齐模式,同时CH4配置为PWMgener

寄存器映射原理详解,GPIO端口的初始化设置步骤

目录一.STM32F103系列芯片的地址映射和寄存器映射原理1.寄存器介绍​编辑2.地址映射和寄存器映射原理二.GPIO端口的初始化设置三步骤(时钟配置、输入输出模式设置、最大速率设置)1.单片机的时钟2.GPIO 介绍3.GPIO模式4.输入和输出模式5.使用GPIO初始化步骤6.实列一.STM32F103系列芯片的地址映射和寄存器映射原理1.寄存器介绍寄存器是中央处理器内的组成部分。寄存器是有限存贮容量的高速存贮部件,它们可用来暂存指令、数据和地址。现代的计算机主要包括三级存储,寄存器、内存储器和外存储器,存储数据的速率也依次递减。我们不妨将寄存器和内存储器都抽象成一个大的数组,其中的每个

HAL库 编译错误:XXX.axf: Error: L6218E: Undefined symbol xxx (referred from xxxx.o)的可能原因之一及解决方法

我在学习STM32HAL库版本时遇到了这种编译问题 由于是刚开始学习STM32代码跟例程是一样的,所以代码不可能出错。我去网上寻找答案看到了(7条消息)(已解决)STM32报错Error:L6218E:Undefinedsymbolassert_param(referredfrommisc.o)._老龙QAQ的博客-CSDN博客于是按照他的方法试验了一下,发现我已经定义了宏并不是这个问题。于是我找到了报错的函数位置  发现报错的函数只存在这一个头文件里面,并且在写程序的时候并没有使用。所以有可能是没有把相关的.c文件加进去,导致函数未定义  加入之后再重新编译,发现 问题得到了解决。希望这篇文

U8g2库的STM32硬件SPI(DMA)移植教程(HAL、OLED显示、四线SPI、DMA)

U8g2库的STM32硬件SPI(DMA)移植教程U8g2库的STM32硬件SPI移植教程(HAL、OLED显示、四线SPI)前言U8g2简介U8g2是什么U8g2支持的显示控制器U8g2的优势CubexMX的配置RCC配置外部高速晶振(精度更高)——HSE:SYS配置:Debug设置成SerialWire(否则可能导致芯片自锁):时钟树配置:SPI1配置半双工(全双工):作为OLED的通讯方式:(注意这里的配置)DMA配置:工程配置:U8g2移植准备U8g2库文件精简U8g2库文件去掉csrc文件夹中无用的驱动文件精简u8g2_d_setup.c(注意不是u8x8_setup.c)精简u8g