BabyOS 移植之MCU GPIO 硬件抽象层

已于 2023-10-26 14:07:27 修改
阅读量1.2k 收藏 3
点赞数
分类专栏： BabyOS 文章标签： BabyOS BOS C 单片机
于 2021-12-06 11:36:13 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Q85038427/article/details/121741660
版权

前言

BabyOS 是一套代码框架，好比于乐高积木，提供一些功能模块，按照相对应的使用方法可以快速搭建自己的嵌入式系统。

那么我们说一下想把它移植到别的平台如何操作？

点灯作为第一个目标，那就是移植GPIO操作。

教你看懂GPIO寄存器

GPIOx

（ x=A..E） 就是GPIOA,GPIOB....

基地址偏移

        可以看到偏移4个字节，就是32个bit；

举例

GPIOA_CFG

GPIOA_CFG是一个寄存器，这里面分为了GPIOA_CFGLR，GPIOA_CFGHR

GPIOA_CFGLR 

310

GPIOA_CFGHR 

310

GPIOA0..GPIOA15在 GPIOA_CFG分配关系

GPIOA0~GPIOA7 在 GPIOA_CFGLR中控制

每个pin分配了4个bit

GPIOA8~GPIOA15在 GPIOA_CFGHR中控制

每个pin分配了4个bit

容易被迷惑的表格

看表格先看表头

不然直接看内容容易被搞晕，这个32个bit怎么控制16个pin？

下面这张表格指示描述了4个bit

GPIOA_CFGLR

31~28(GPIOA7_CFG)3~0（GPIOA0_CFG）

举例

输入模式

bit1~0 IOMCy ：00

浮空

bit3~2 IOFCy：01

这时候你只需要将

GPIOA_CFGLR 低四位清零 ，逻辑按位或0x04；

STM32F107


#define GPIO_REG_OFF (0x400UL)
#define GPIO_REG_BASE (0x40010800UL)

typedef struct
{
    volatile uint32_t CRL;
    volatile uint32_t CRH;
    volatile uint32_t IDR;
    volatile uint32_t ODR;
    volatile uint32_t BSRR;
    volatile uint32_t BRR;
    volatile uint32_t LCKR;
} McuGpioReg_t;

static void _GpioConfig(bHalGPIOPort_t port, bHalGPIOPin_t pin, bHalGPIODir_t dir,
                        bHalGPIOPull_t pull)
{
    uint32_t      dir_val  = 4;
    uint32_t      pull_val = 0;
    McuGpioReg_t *pGpio    = (McuGpioReg_t *)(GPIO_REG_BASE + port * GPIO_REG_OFF);

    if (!B_HAL_GPIO_ISVALID(port, pin))
    {
        return;
    }

    if (dir == B_HAL_GPIO_OUTPUT)
    {
        dir_val = (pin == B_HAL_PINAll) ? 0x33333333 : 3;
    }
    else if (pull != B_HAL_GPIO_NOPULL)
    {
        dir_val  = (pin == B_HAL_PINAll) ? 0x88888888 : 8;
        pull_val = (pin == B_HAL_PINAll) ? 0xFFFF : (0X0001 << pin);

        if (pull == B_HAL_GPIO_PULLUP)
        {
            pGpio->BSRR = pull_val;
        }
        else
        {
            pGpio->BRR = pull_val;
        }
    }

    if (pin == B_HAL_PINAll)
    {
        pGpio->CRL = dir_val;
        pGpio->CRH = dir_val;
    }
    else
    {
        if (pin < B_HAL_PIN8)
        {
            pGpio->CRL &= ~(0x0000000F << (pin * 4));
            pGpio->CRL |= (dir_val << (pin * 4));
        }
        else
        {
            pGpio->CRH &= ~(0x0000000F << (pin * 4));
            pGpio->CRH |= (dir_val << (pin * 4));
        }
    }
}

static void _GpioWritePin(bHalGPIOPort_t port, bHalGPIOPin_t pin, uint8_t s)
{
    uint32_t      cs_val = 0x00000001 << pin;
    McuGpioReg_t *pGpio  = (McuGpioReg_t *)(GPIO_REG_BASE + port * GPIO_REG_OFF);
    if (!B_HAL_GPIO_ISVALID(port, pin) || pin == B_HAL_PINAll)
    {
        return;
    }
    if (s == 0)
    {
        cs_val <<= 16;
    }
    pGpio->BSRR = cs_val;
}

static uint8_t _GpioReadPin(bHalGPIOPort_t port, bHalGPIOPin_t pin)
{
    uint32_t      id_val = 0;
    McuGpioReg_t *pGpio  = (McuGpioReg_t *)(GPIO_REG_BASE + port * GPIO_REG_OFF);
    if (!B_HAL_GPIO_ISVALID(port, pin) || pin == B_HAL_PINAll)
    {
        return 0;
    }
    id_val = pGpio->IDR;
    return ((id_val & (0x0001 << pin)) != 0);
}

static void _GpioWrite(bHalGPIOPort_t port, uint16_t dat)
{
    McuGpioReg_t *pGpio = (McuGpioReg_t *)(GPIO_REG_BASE + port * GPIO_REG_OFF);
    if (!B_HAL_GPIO_ISVALID(port, 0))
    {
        return;
    }
    pGpio->ODR = dat;
}

static uint16_t _GpioRead(bHalGPIOPort_t port)
{
    uint32_t      id_val = 0;
    McuGpioReg_t *pGpio  = (McuGpioReg_t *)(GPIO_REG_BASE + port * GPIO_REG_OFF);
    if (!B_HAL_GPIO_ISVALID(port, 0))
    {
        return 0;
    }
    id_val = pGpio->IDR;
    return (id_val & 0xffff);
}

bHalGPIODriver_t bHalGPIODriver = {
    .pGpioConfig    = _GpioConfig,
    .pGpioWritePin  = _GpioWritePin,
    .pGpioWritePort = _GpioWrite,
    .pGpioReadPin   = _GpioReadPin,
    .pGpioReadPort  = _GpioRead,
};

地址映射

首先看到的是GPIO对应的地址映射，那么我们找对应的数据手册查找GPIO寄存器地址映射为：

 #define GPIO_REG_OFF (0x400UL)  //GPIO A,B,C,D 之间的地址偏移量
#define GPIO_REG_BASE (0x40010800UL)   //GPIO 起始地址

控制寄存器

与之相对应的代码为：

static void _GpioConfig(bHalGPIOPort_t port, bHalGPIOPin_t pin, bHalGPIODir_t dir,
                        bHalGPIOPull_t pull)
{
    uint32_t      dir_val  = 4;
    uint32_t      pull_val = 0;
    McuGpioReg_t *pGpio    = (McuGpioReg_t *)(GPIO_REG_BASE + port * GPIO_REG_OFF);

    if (!B_HAL_GPIO_ISVALID(port, pin))
    {
        return;
    }

    if (dir == B_HAL_GPIO_OUTPUT)
    {
        dir_val = (pin == B_HAL_PINAll) ? 0x33333333 : 3;  //G OUT Push-pull 50mhz
    }
    else if (pull != B_HAL_GPIO_NOPULL)
    {
        // Input pull-down / pull-up
        dir_val  = (pin == B_HAL_PINAll) ? 0x88888888 : 8;    
        pull_val = (pin == B_HAL_PINAll) ? 0xFFFF : (0X0001 << pin);  //SET BIT

        if (pull == B_HAL_GPIO_PULLUP)
        {
            pGpio->BSRR = pull_val;    // pull-up
        }
        else
        {
            pGpio->BRR = pull_val;    //pull-down
        }
    }

    if (pin == B_HAL_PINAll)
    {
        pGpio->CRL = dir_val;
        pGpio->CRH = dir_val;
    }
    else
    {
        if (pin < B_HAL_PIN8)
        {
            pGpio->CRL &= ~(0x0000000F << (pin * 4));
            pGpio->CRL |= (dir_val << (pin * 4));
        }
        else
        {
            pGpio->CRH &= ~(0x0000000F << (pin * 4));
            pGpio->CRH |= (dir_val << (pin * 4));
        }
    }
}

 可以看到主要是通过逻辑判断操做 CRL,CRH,BSRR,BRR寄存器；

更直观的表格

通过上面表格可以看到，dir_val 变量赋值给CRL,CRH，配置port 对应的16个pin；

IO为输出属性时，配置的固定为最大时钟50MHZ输出;

这里，作者在IO操作上进行了精简，输入，输出；浮空，上拉，下拉

typedef enum
{
    B_HAL_GPIO_INPUT,
    B_HAL_GPIO_OUTPUT,
    B_HAL_GPIO_DIR_INVALID,
} bHalGPIODir_t;

typedef enum
{
    B_HAL_GPIO_NOPULL,
    B_HAL_GPIO_PULLUP,
    B_HAL_GPIO_PULLDOWN,
    B_HAL_GPIO_PULL_INVALID,
} bHalGPIOPull_t;

 备注：需要注意的是，在输出上/下拉的时候与PxODR register 没关系，在输入上/下拉的时候会受到PxODR register 值影响，上面代码中，使用的实现是通过BSRR与BRR，并没有直接去操作ODR寄存器。

        if (pull == B_HAL_GPIO_PULLUP)
        {
            pGpio->BSRR = pull_val;
        }
        else
        {
            pGpio->BRR = pull_val;
        }

STM32G030

#define GPIO_REG_OFF (0x400UL)
#define GPIO_REG_BASE (0x50000000UL)

typedef struct
{
    volatile uint32_t MODE;
    volatile uint32_t OTYPE;
    volatile uint32_t OSPEED;
    volatile uint32_t PUPDR;
    volatile uint32_t IDR;
    volatile uint32_t ODR;
    volatile uint32_t BSRR;
    volatile uint32_t LCKR;
    volatile uint32_t AFRL;
    volatile uint32_t AFRH;
    volatile uint32_t BRR;
} McuGpioReg_t;

void bMcuGpioConfig(bHalGPIOPort_t port, bHalGPIOPin_t pin, bHalGPIODir_t dir, bHalGPIOPull_t pull)
{
    uint32_t      mode_val   = 0;
    uint32_t      otype_val  = 0;
    uint32_t      ospeed_val = 3;
    uint32_t      pupd_val   = 0;
    McuGpioReg_t *pGpio      = (McuGpioReg_t *)(GPIO_REG_BASE + port * GPIO_REG_OFF);

    if (!B_HAL_GPIO_ISVALID(port, pin))
    {
        return;
    }

    if (dir == B_HAL_GPIO_OUTPUT)
    {
        mode_val   = (pin == B_HAL_PINAll) ? 0x55555555 : 1;
        otype_val  = (pin == B_HAL_PINAll) ? 0x00000000 : 0;
        ospeed_val = (pin == B_HAL_PINAll) ? 0xffffffff : 3;
        pupd_val   = (pin == B_HAL_PINAll) ? 0x00000000 : 0;
    }

    if (pull != B_HAL_GPIO_NOPULL)
    {
        if (pull == B_HAL_GPIO_PULLUP)
        {
            pupd_val = (pin == B_HAL_PINAll) ? 0x55555555 : 1;
        }
        else
        {
            pupd_val = (pin == B_HAL_PINAll) ? 0xAAAAAAAA : 2;
        }
    }

    if (pin == B_HAL_PINAll)
    {
        pGpio->MODE   = mode_val;
        pGpio->OTYPE  = otype_val;
        pGpio->OSPEED = ospeed_val;
        pGpio->PUPDR  = pupd_val;
    }
    else
    {
        pGpio->MODE &= ~(0x00000003 << (pin * 2));
        pGpio->MODE |= (mode_val << (pin * 2));
        pGpio->OTYPE &= ~(0x00000001 << (pin * 1));
        pGpio->OTYPE |= (otype_val << (pin * 1));
        pGpio->OSPEED &= ~(0x00000003 << (pin * 2));
        pGpio->OSPEED |= (ospeed_val << (pin * 2));
        pGpio->PUPDR &= ~(0x00000003 << (pin * 2));
        pGpio->PUPDR |= (pupd_val << (pin * 2));
    }
}

解释

入口参数可以配置：

输入输出方向

没上拉，上拉，下拉

对照表：Table 29. Port bit configuration table 很容易理解。

otype_val = 0，这里牺牲了IO的开漏输出特性。因为入口参数的限制，这里只能选择一种推挽/开漏。

B_HAL_PINAll

可以结合6.4.1；6.4.2 看出寄存器存放书序。即可理解。

BabyOS开源框架之一 -------------移植至stm32F072
m0_38123630的博客
04-27 442
基于STM32F072，移植BabyOS。 ## 0、准备相关开源代码 git clonehttps://gitee.com/notrynohigh/BabyOS.git git clonehttps://gitee.com/notrynohigh/BabyOS_Hal.git git clonehttps://gitee.com/notrynohigh/BabyOS_Config.git git clone -b stm32f072 https://gitee.com/notrynoh...
STM32 硬件抽象层（Hardware Abstraction Layer）
拿破仑940911
11-22 3964
一、获取STM32 Standard Peripheral Library 百度搜索 “STM32Cube”，如下图所示词条： https://www.st.com/en/embedded-software/stm32cube-mcu-packages.html
mcu 硬件驱动抽象接口
09-02
mcu 硬件驱动抽象接口
CH32F103芯片评估-移植babyOS
mainbanp
02-07 796
该文章计划春节假期完成； 内容：基于沁恒官方库，移植babyOS；
BabyOS：专为MCU项目加速的开源代码框架
最新发布
gitblog_00641的博客
11-28 406
BabyOS：专为MCU项目加速的开源代码框架 BabyOS 专为MCU项目开发提速的代码框架 项目地址: https://gitcode.com/gh_mirrors/ba/BabyOS ...
CubeMX+BabyOS 使用方法
mainbanp
10-11 355
编译器：MDK托管工具：Sourcetree。
HC32L072 移植BabyOS
mainbanp
11-29 641
资料准备 下载链接，此次移植使用MDK平台； 过程 官方库编译 1：准备使用官方模板进行移植，编译“hc32l07x_template”,通过； 2：将“hc32l07x_ddl_Rev1.1.1”->"driver" 文件夹复制到工程文件下； 3：将“hc32l07x_ddl_Rev1.1.1\example\uart\uart_int\source” 文件复制替换工程“hc32l07x_template\source”下面文件编译报错 解决方法：将“hc32l07x_ddl_R.
GPIO-KEY驱动移植
测试
06-28 485
目录 GPIO-KEY驱动移植 GPIO-KEY驱动移植 本文将以imx6q的板子和相应BSP代码来详细描述在linux下， 使用GPIO当做按键的实现原理及使用方法。 Linux 内核下的 drivers/input/keyboard/gpio_keys.c实现了一...
适用于MCU项目的代码框架BabyOS
strongerHuang
03-03 1239
关注、星标公众号，不错过精彩内容来源：码云+嵌入式云IOT技术圈一个好的代码架构直接影响项目的质量，今天为大家分享的是一个管理功能模块和外设驱动的框架：BabyOS.BabyOS是什么？...
这是一个专门为增强型1T8051内核MCU设计的硬件抽象平台
06-02
硬件抽象层（HAL）是现代嵌入式系统设计中的关键组成部分，它允许软件与硬件之间保持一定的独立性，从而提高代码的可移植性和复用性。 在"old-code-master"这个压缩包中，我们可以推测这包含了旧版的源代码库，可能...
MCU硬件驱动抽象接口的设计与实现
综上所述，MCU硬件驱动抽象接口不仅能够提升软件的通用性和可移植性，还能够有效地简化嵌入式软件的开发流程，使得开发者能够更加专注于业务逻辑的实现。在设计和实现这样的接口时，需要考虑封装性、扩展性以及可...
STM32F1xx硬件抽象层和底层驱动描述.pdf
12-07
STM32Cube is an STMicroelectronics original initiative to significantly improve developer productivity by reducing development effort, time and cost. STM32Cube covers the STM32 portfolio
RT-Thread（3.1.5）移植到GD32F150系列MCU
10-14
GD32F150的开发通常需要使用GD32的HAL库或LL库，这些库提供了对MCU硬件资源的抽象和驱动，可以方便地与RT-Thread操作系统进行对接。 在RT-Thread 3.1.5版本中，使用了静态内存管理策略。静态内存管理意味着所有的...
STM32F334硬件抽象层驱动源码解析
由于STM32F3xx HAL库是建立在HAL抽象层之上的，因此它具有良好的可移植性。开发者可以轻松地将为一个STM32F334微控制器开发的应用程序移植到其他型号的STM32微控制器上，只要这些微控制器的硬件支持相应的外设和特性...
Linux GPIO驱动 - 硬件及硬件抽象层
sbctsp的博客
11-17 2007
在很多的SOC芯片里，GPIO硬件接口都是和其它硬件接口共用Pin脚，然后通过特定的寄存器去设置Pin使用时的类型。比如目前手上的项目使用的是Marvell的SOC芯片，该芯片上有50个多功能Pin脚(MPP:Multi-Purpose Pins),每个Pin都可以配置成不同的功能。SOC提供了7个32位的寄存器用来配置MPP Pin的类型，寄存器的每4位对应一个Pin,一个寄存器控制可以8个Pi
5、AUTOSAR基础软件层之微控制器抽象层
WelanCF的博客
07-09 2651
微控制器抽象层（Microcontroller Abstraction Layer）位于AUTOSAR分层模型中BSW的最底层，MCAL中包含了内部驱动，可以直接访问微控制器和片内外设。另一方面，MCAL又可以分为微控制器驱动（Micrcontroller Drivers）、存储器驱动（Memory Drivers）、通信驱动（Communication Drivers）和I/O驱动（I/O Drivers）四个部分。............
单片机硬件接口抽象系列（2）---接口层框架
weixin_53592457的博客
06-25 468
接口抽象层的作用是将各个通信模块的接口抽象出来，供上层应用函数调用，隔离底层模块，上层应用程序调用抽象接口可以直接驱动硬件外设，无需直接操作外设模块或者芯片厂商提供的固件库函数。在这一层中，模块将直接耦合固件库函数，以实现MCU外设操作。该层由若干个模块组成，每个模块对应一个通信外设。一：接口抽象层（interface）二：接口模块层（physical）
单片机硬件接口抽象系列（1）---仿Linux的open,read,write，close
weixin_53592457的博客
06-15 392
通过read函数实现对外设数据的读取，通过write实现外设数据的输出，通过close实现对外设的关闭。现在市面上大部分单片机厂家都会提供自己的固件库，在单片机程序设计中，上层应用程序在单片机与单片机之间移植相对比较困难，如果没有很好的程序框架设计，将底层硬件抽象隔离（如应用程序和厂家的固件库函数没有做很好的隔离，或者应用程序中频繁直接调用固件库函数），将导致程序移植十分困难。（1）接口缩紧原则：在完成单片机底层硬件抽象后对上层提供的接口尽量小，所以在接下来的系列中，我将尝试对单片机的一些通用。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值