STM32MP135平台基于HAL库创建BareMetal裸机工程并从SD卡启动1.引言首先引用ST官方的介绍：STM32MP135微处理器(MPU)基于单Arm®Cortex®-A7内核，运行频率可达1GHz。STM32MP13MPU专门面向入门级Linux、裸机或RTOS系统设计，并已预先集成MicrosoftAzureRTOS。”STM32MP135处理器(以下简称MP135)本是一块MPU，主频可达1GHz(我看到的手册及时钟配置下最高实际为900MHz)，本该运行Linux内核，这次官方支持了BareMetal，也就是裸机HAL库，可以实现利用MPU丰富外设资源及实际需求的同时，进一

STM32G030是F0系列的升级版，其在性能上比F0要好很多，具体G0参数如下：        最开始做项目选用的单片机是STM32F030F4P6，但是在后期使用中发现，我的FLASH（16K）不够用了，就选择了STM32G030F6P6来进行项目使用，主要是价格便宜，资源够用。    在F030使用的flash拿到G030上来发现不可使用，就进行了一些修改，但是这个时候就出现了报错，在进行flash擦除的时候报错HAL_FLASHEx_Erase(&EraseInitStruct,&PageError);通过发现擦除有问题，我就去查看其底层函数。HAL_StatusTypeDefHAL_

1.RTOS占用systick，所以系统定时器需要配置为其他定时器。否则CubeMX会报错。 2.调整系统定时器为TIM1后，此时，定时器中断优先级默认为最低15，导致在其它高于此优先级的中断中，使用HAL_Delay()函数时，程序卡死。调高TIM1定时器中断优先级即可。 

一、简介最近因为项目需求，需要在一块板子内实现一个主机和五个从机的通信；主机平台选用的是STM32F407VGT6，从机平台选用的是STM32F103C8T6；通信总线选用的是SPI总线。在构想是觉得采用SPI进行主从通信会很简单，但在实际开发的过程中，各种坑，通信时而正常时而混乱。不过在不断探究中，也逐渐发现了，各种问题所在，借此记录下来，希望能帮助一些兄弟在开发中避免一些坑。本次实现的平台如下：通信主机：芯片：STM32F103RCT6硬件平台：野火mini开发板通信从机：芯片：STM32F103C8T6硬件平台：淘宝STM32F103C8T6最小系统开发板软件：HAL库MDKSTM32C

问题描述笔者准备写一个按键控制LED亮灭的简单程序，但是程序却卡死在了用于消抖的HAL_Delay(20)处问题所在检查发现是因为HAL_Delay()需要用到SysTick定时器，而本人使用的STM32CubeMX对SysTick的初始中断优先级设为了15（最低），所以按键中断进入后调用HAL_Delay()函数发生卡死解决方案打开STM32CubeMX，进入Pinout&Configuration->SystemCore->NVIC，将SysTick的优先级设置得比按键中断更高即可前面的是抢占优先级，后面的是响应优先级简单来说就是比谁的数字小，小的优先级高。比完抢占优先级比响应优先级。

HAL库1、初识HAL库1.1CMSIS简介CMSIS（微控制器软件接口标准）：CrotexMicrocontrollerSoftwareInterfaceStandard，是由ARM和与其合作的芯片厂商、软件工具厂商，共同制定的标准ARM官方提供的CMSIS规范架构1.2HAL库简介ST为了方便用户开发STM32芯片开发提供了三种库：标准外设库：StandardPeripheralLibrariesST最早的库，现在还在用目前只兼容F0/F1/F3/F2/F4/L1系列目前已停止维护HAL库（硬件抽象层）：HardwareAbstractionLayerST目前主推的库全系列兼容兼容性好、移

简介初始化TIM5为PWMinputCH1，获取输入PWM的频率和占空比电路原理图连线将PC7与PA0使用跳线进行连接其他知识APIs/*Blockingmode:Polling*/HAL_StatusTypeDefHAL_TIM_IC_Start(TIM_HandleTypeDef*htim,uint32_tChannel);//堵塞捕获开启HAL_StatusTypeDefHAL_TIM_IC_Stop(TIM_HandleTypeDef*htim,uint32_tChannel);//堵塞捕获停止/*Non-Blockingmode:Interrupt*/HAL_StatusTypeDe

一、接口介绍1.1HAL_I2C_Mem_Write()参数1：I2C句柄，如&hi2c1；参数2：从机设备地址(呼叫)，如陀螺仪，写为0xD0(...0)；参数3：从机寄存器地址(具体的读写位置)；参数4：从机寄存器地址长度，I2C_MEMADD_SIZE_8BIT或I2C_MEMADD_SIZE_16BIT；参数5：发送的数据的起始地址（写入什么）；参数6：传输数据的大小如1代表1字节；参数7：操作超时时间如0x10...。1.2HAL_I2C_Mem_Read()参数2：如陀螺仪，读为0xD1(...1)；参数5：读到哪里二、实验代码（注释很重要）uint8_tSenddata0x00=

【STM32】HAL库——串口中断只接收到两个字符一、问题描述二、解决方法三、原因分析一、问题描述环境：STM32CubeMX(6.7.0)+MDK-ARM(V5.36.0.0)+STM32F103C8T6使用XCOM发送字符串（总共8个字符），单片机进行解析为ModBus协议失败，只接收到前两个字节的数据。二、解决方法原串口中断回调函数：voidHAL_UART_RxCpltCallback(UART_HandleTypeDef*huart){if(huart->Instance==USART1)//判断是哪个串口调用回调函数{if(modbus.reflag==1)//有数据包正在处理

简介本篇将驱动无源蜂鸣器进行5KHz的响动。电路原理图蜂鸣器电路原理图主芯片驱动引脚原理图其他知识蜂鸣器类型蜂鸣器分为有源蜂鸣器：触发就会响。无源蜂鸣器:需要给源,输出一定频率的音频信号，震动发声;占空比为什么占空比总是50%呢?当蜂鸣器的信号占空比较低时，即高电平时间较短，低电平时间较长。这时蜂鸣器的发声强度会较低，声音持续时间也较短。当蜂鸣器的信号占空比较高时，即高电平时间较长，低电平时间较短。这时蜂鸣器的发声强度也会较高，但声音持续时间相对较短。因为蜂鸣器在高电平时间过长的情况下，虽然能够充分振动产生较大的声音，但声音传播时间变短，导致发声时间较短。这种情况下，蜂鸣器的声音更加尖锐和紧凑