基于STM32H743设计UI界面心得(还没写完) 您所在的位置:网站首页 控制界面设计 基于STM32H743设计UI界面心得(还没写完)

基于STM32H743设计UI界面心得(还没写完)

2023-09-08 03:34| 来源: 网络整理| 查看: 265

原料

硬件:STM32H743最小系统板,显示屏(7寸,型号7016),SW下载器,PC,

软件:CUBEMX4.26.0 (软件包1.3.2), MDK5 (软件包版本2.3.1)

 

 

 ①环境配置

  1-时钟配置

  时钟来源是外部25MHZ的晶振,系统配置后,CPU运行主频400MHZ,其余各个外设的时钟如配置图所示

2-外设配置

根据我们需要用到的硬件设备,配置相应的外设。我们工程中需要用到的硬件设备有:超声波探针-输出模拟信号;7inch RGB显示屏(1024*600)-LTDC接口;wifi模块-UART;开发板自拓展的W9825G6KH(SDRAM)。因此需要用到的外设有:一个ADC,一个串口,FMC(扩展SDRAM),LTDC,其他一些IO口-用于指示灯之类的。OK,了解目标以后,我们的配置就明确多了:

    (1)配置SDRAM:

首先在Pinout界面进行如下的配置

    再进入configuration界面后,对FMC进行一定的配置(具体为什么这么配置参考FMC使用手册),IO映射没有问题,无需改动。点击Connectivity-FMC

 这是CUBEMX帮我配置的驱动,但是对于具体的硬件使用,这是不够的,我们还要对工程添加自己的驱动,再工程中添加以下一些文件,SDRAM部分主要是发送初始化序列。

之后我们打开工程验证一下。我们定义一个1024*1024的u8类型数组(大小为1MB),地址分配在0XC00000000(SDRAM地址起始位置),并在main中对其使用(赋值即可),可以发现,如果不使用外扩的内存,仅仅依靠芯片本身的1056MB(其中包含仅CPU和DMA访问的内存,并且地址不连续)的SRAM,系统是无法运行的,因为运行内存不够,但是经过我们外扩SDRAM后,内存扩展了32MB,此时可以满足运行条件,系统正常工作。

 至此,我们的SDRAM已经配置完成,可以将其用于液晶显示屏的显存运行内存。

    (2)配置LTDC:

用CUBEMX帮我们配置的外设IO引脚和我们实际接口有出入(重映射),需要我们手动更改引脚配置以满足实际需求。我们对比正点原子写的驱动配置和CUBEMX的驱动配置:

        发现主要需要改动的引脚有:

引脚转换    功能 PA8 -> PG11     LTDC_B3 PA5 -> PH10     LTDC_R4 PA6 -> PH13     LTDC_G2 PC9 -> PH14    LTDC_G3 PB10 -> PH15  LTDC_G4 PH4 -> PI0       LTDC_G5 PI11->PI1         LTDC_G6   PA10 -> PI4      LTDC_B4 PA3 -> PI5        LTDC_B5 PB8 -> PI6       LTDC_B6 PB9 -> PI7       LTDC_B7

  把所有的IO速度都配置为GPIO_SPEED_FREQ_VERY_HIGH,最后再添加PB5用于控制显示屏的背光,直接配置为OUTPUT即可

  

其实到这一步,我们的配置是不完整的,我们再添加正点原子官方写的驱动,稍作修改,即完成配置(这里解释一下既然用的是别人的驱动,为什么上面还要这么复杂的配置:是因为CUBEMX生成工程文件后,我们的初始化中用到HAL_LTDC_MspInit函数存在重复定义,因此我们舍弃原子哥写的函数,不然每次都要再fmc.c中添加__weak,太麻烦了,所以我们对上面的IO配置后,相当于让软件配置的HAL_LTDC_MspInit代替原子哥的函数)。

至此,我们完成了LTDC接口的全部配置,在atk_ltdc.c中,我们声明了一个长度为1024*600的u16类型的二维数组(2*600*1024B=1200KB=1.2MB),用于RGB显示屏的运行显存,这也就体现了为什么使用RGB显示屏一定要先拓展内存的理由。

(3)QSPI

QSPI是一种高速SPI,一共有6个线(4根信号线,1根时钟线,1根片选线),我们用该方式实现与FLASH的通讯。先在CUBEMX面板进行配置

同样,需要更改一下默认的配置,包括参数配置和IO配置,具体如下:

  IO修改如下:

1:QUADSPI_BK1_NCS  PB10  ->  PB6

2:QUADSPI_BK1_IO2  PE2  ->  PF7

 (4)USB_OTG_FS

这个外设服务于上层软件USB_DEVICE使用的,这里只需简单配置即可,在CUBEMX的界面打开他的配置:

 一切都按系统给我们默认配置即可,无需更改。改外设对应的IO为:

PA12: USB_OTG_FS_DP

PA11: USB_OTG_FS_DM

(5)Timer, RNG (太简单,不介绍)

      3-软件

(1)嵌入式操作系统

在一个复杂的嵌入式应用中,操作系统的使用可以极大提高系统运行的鲁棒性和效率,整个系统各任务的执行可以不用再拘泥于中断,事件等。本次实验是为了以后研发产品做基础,因此,操作系统的嵌入式是非常有必要的。小型嵌入式操作系统种类有很多,比如FREERTOS,UCOSII,UCOSIII,RTThread等,CUBEMX软件可以帮我们搭建FREERTOS的框架,只需要在图形配置界面简单操作,即可省区繁琐的系统驱动移植过程。下面就介绍如何在CUBEMX中配置我们的嵌入式操作系统。

我们在MiddleWares中Enable一下FREERTOS

将一个定时器配置为操作系统的滴答时钟,比如下面的配置中我们用的是TIM6,因为这个定时器功能最少,少一个也没什么影响

  进入configuration界面,点开freertos,进入配置界面,配置如下:

  红色框中的参数建议修改一下,这些分别是:单个任务配置的stack空间大小,任务名最大长度,是否使能计数信号量,操作系统总内存。其他参数按照默认的就行了,然后我们就可以开心的添加任务了,再配合信号量,计时器,互斥量等工具,就可以顺利地让操作系统运行起来了。

比如在我地另一个嵌入式应用中,我一共创建了十几个任务,通过共享一些信号量,可以保证整个进程有条不紊地运行,关于操作系统的工作原理,建议百度简单了解一下。

另外,我们还可以看到FreeRTOS中内存的分配情况,提醒一下,有些任务可能需要的运行内存较大,比如你在里面定义了一个长数组,如果分配的内存不足的话,系统运行会出现问题。

好了,现在我们添加两个任务,简单控制一下两个LED的Blink:

最后再生成工程文件,打开进入freertos.c中,再任务函数中简单加入控制LED的代码

void LED0Blink(void const * argument) { /* USER CODE BEGIN LED0Blink */ /* Infinite loop */ for(;;) { osDelay(500); LED1_Toggle; } /* USER CODE END LED0Blink */ } /* LED1Blink function */ void LED1Blink(void const * argument) { /* USER CODE BEGIN LED1Blink */ /* Infinite loop */ for(;;) { osDelay(200); LED0_Toggle; } /* USER CODE END LED1Blink */ }

可以看到整个框架已经帮我们搭好了,加深的代码就是我们添加的控制代码。

至此,我们的嵌入式操作系统已经配置完了。

(2)FATFS文件系统

文件系统可以让我们数据规范化的保存和传递,对于一般的小型嵌入式应用,如果需要实现数据可视化,一个好的文件系统可以提供极大的帮助。举个例子,比如我们做了一个记录空气温度,湿度的设备,数据记录后上传给服务器,再在后台处理,传递的方式一种是直接通过一些通讯方式,比如USART,SPI,IIC等,但是这些都会涉及到通讯协议,还有一种方式是直接将存有数据的文件,比如CSV,TXT文件,传递给后台。显然,传递文件的形式肯定更受欢迎,相应的API也方便调用,这就是使用文件系统的必要性。

说起文件系统,就必须要谈到内存的问题了,这个内存不是我们之前说的运行内存(RAM),因为这些内存掉电以后数据就消失了,而是硬盘内存。然而,STM32H743自带的FLASH只有2M,还要考虑到程序和常量的存放问题,所以我们一般是需要外部扩展内存的。这里需要用到QSPI接口拓展一个32MB的FLASH(NAND FLASH和SD卡也是不错的选择,这里选择SPI FLASH的原因是我们的最小系统板已经帮我们扩展好了这样一块内存,就直接拿来用了,当然你再买一块SD卡插在SD卡槽里也是没有问题的,外设需要再相应的配置一下)

在CUBEMX的帮助下,我们配置FATFS文件管理系统的效率将会大大提升:

首先,在主界面,将FTAFS配置为User-define,这样一来,我们就可以自定义接口操作了。

然后进入configuration界面,对FATFS进行详细配置:

这当然还没结束,我们现在仅仅是把这个框架搭了起来,打开工程文件后,我们还要在user-diskio.c里面配置我们的读写API接口,显然,这里我们要将文件管理系统和SPI FLASH联系起来,因此,具体操作如下:

1 ... ... 2 /* USER CODE BEGIN DECL */ 3 4 /* Includes ------------------------------------------------------------------*/ 5 #include 6 #include "ff_gen_drv.h" 7 8 #include "atk_w25qxx.h" 9 #define SPIFLASH_SECTOR_SIZE 512 10 #define FLASH_SECTOR_COUNT 1024*25*2 11 #define FLASH_BLOCK_SIZE 8 12 /* Private typedef -----------------------------------------------------------*/ 13 /* Private define ------------------------------------------------------------*/ 14 15 /* Private variables ---------------------------------------------------------*/ 16 /* Disk status */ 17 static volatile DSTATUS Stat = STA_NOINIT; 18 19 /* USER CODE END DECL */ 20 ... ... 21 DSTATUS USER_initialize ( 22 BYTE pdrv /* Physical drive nmuber to identify the drive */ 23 ) 24 { 25 /* USER CODE BEGIN INIT */ 26 Stat = STA_NOINIT; 27 Stat = RES_OK; 28 return Stat; 29 /* USER CODE END INIT */ 30 } 31 ... ... 32 DSTATUS USER_status ( 33 BYTE pdrv /* Physical drive number to identify the drive */ 34 ) 35 { 36 /* USER CODE BEGIN STATUS */ 37 Stat = STA_NOINIT; 38 Stat = RES_OK; 39 return Stat; 40 /* USER CODE END STATUS */ 41 } 42 ... ... 43 DRESULT USER_read ( 44 BYTE pdrv, /* Physical drive nmuber to identify the drive */ 45 BYTE *buff, /* Data buffer to store read data */ 46 DWORD sector, /* Sector address in LBA */ 47 UINT count /* Number of sectors to read */ 48 ) 49 { 50 /* USER CODE BEGIN READ */ 51 for(;count>0;count--){ 52 W25QXX_Read(buff,sector*SPIFLASH_SECTOR_SIZE,SPIFLASH_SECTOR_SIZE); 53 sector++; 54 buff+=SPIFLASH_SECTOR_SIZE; 55 } 56 return RES_OK; 57 /* USER CODE END READ */ 58 } 59 ... ... 60 DRESULT USER_write ( 61 BYTE pdrv, /* Physical drive nmuber to identify the drive */ 62 const BYTE *buff, /* Data to be written */ 63 DWORD sector, /* Sector address in LBA */ 64 UINT count /* Number of sectors to write */ 65 ) 66 { 67 /* USER CODE BEGIN WRITE */ 68 /* USER CODE HERE */ 69 for(;count>0;count--){ 70 W25QXX_Write((u8*)buff,sector*SPIFLASH_SECTOR_SIZE,SPIFLASH_SECTOR_SIZE); 71 sector++; 72 buff+=SPIFLASH_SECTOR_SIZE; 73 } 74 return RES_OK; 75 /* USER CODE END WRITE */ 76 } 77 ... ... 78 DRESULT USER_ioctl ( 79 BYTE pdrv, /* Physical drive nmuber (0..) */ 80 BYTE cmd, /* Control code */ 81 void *buff /* Buffer to send/receive control data */ 82 ) 83 { 84 /* USER CODE BEGIN IOCTL */ 85 DRESULT res = RES_ERROR; 86 switch(cmd){ 87 case CTRL_SYNC: 88 res = RES_OK; 89 break; 90 case GET_SECTOR_SIZE: 91 *(WORD*)buff = SPIFLASH_SECTOR_SIZE; 92 res = RES_OK; 93 break; 94 case GET_BLOCK_SIZE: 95 *(WORD*)buff = (WORD)FLASH_BLOCK_SIZE; 96 res = RES_OK; 97 break; 98 case GET_SECTOR_COUNT: 99 *(DWORD*)buff = FLASH_SECTOR_COUNT; 100 res = RES_OK; 101 break; 102 default: 103 res = RES_PARERR; 104 break; 105 } 106 return res; 107 /* USER CODE END IOCTL */ 108 } 109 ... ...

这时我们的文件管理系统才算配置完成,但是如果想要运行,还需要对这个磁盘格式化,也就是说,让我们操作的最小扇区大小和磁盘格式化的单元大小一致(512B),我们通过将SPI FALSH以USB的方式连接到PC上,再在PC上对其格式化。

(3)USB DEVICE

USB_DEVICE属于中间层的软件,基于底层的外设USB_OTG_FS或者USB_OTG_HS,由于后者需要额外配置高速的物理层,在本应用中我们使用前者,该软件可以配置为多种应用,本应用中我们配置为大容量存储设备MSC(最后一个),这样配合文件管理系统可以方便的管理我们设备中的数据和文件。

 在configuration界面也无需对其进行更改,按照默认的参数即可。但是运行USB_DEVICE软件必须用较大的堆内存(heap)支持,否则会运行失败,因此在生成文件的设置中,我们将heap的内存由512B 增大为8KB.

生成软件后,我们还需要配置对应的接口,将USB与SPI FLASH联系起来,具体接口在usbd_storage_if.c文件里,主要是读写接口的配置,另外最好在使用之前使能USB电压检测。

... ... int8_t STORAGE_Read_FS(uint8_t lun, uint8_t *buf, uint32_t blk_addr, uint16_t blk_len) { /* USER CODE BEGIN 6 */ W25QXX_Read(buf,blk_addr*512,blk_len*512); return (USBD_OK); /* USER CODE END 6 */ } ... ... int8_t STORAGE_Write_FS(uint8_t lun, uint8_t *buf, uint32_t blk_addr, uint16_t blk_len) { /* USER CODE BEGIN 7 */ W25QXX_Write(buf,blk_addr*512,blk_len*512); return (USBD_OK); /* USER CODE END 7 */ } ... ...

在usb_device.c中使能电压检测:

void MX_USB_DEVICE_Init(void) { /* USER CODE BEGIN USB_DEVICE_Init_PreTreatment */ /* USER CODE END USB_DEVICE_Init_PreTreatment */ /* Init Device Library, add supported class and start the library. */ USBD_Init(&hUsbDeviceFS, &FS_Desc, DEVICE_FS); USBD_RegisterClass(&hUsbDeviceFS, &USBD_MSC); USBD_MSC_RegisterStorage(&hUsbDeviceFS, &USBD_Storage_Interface_fops_FS); USBD_Start(&hUsbDeviceFS); /* USER CODE BEGIN USB_DEVICE_Init_PostTreatment */ HAL_PWREx_EnableUSBVoltageDetector(); /* USER CODE END USB_DEVICE_Init_PostTreatment */ }

最后测试后我们获得:

  可以看到,我们的上层应用USB DEVICE和FATFS都运行正常,windows系统下查看其目录:

这两个文件就是我们刚才在STM32中创建的。

(4)触摸屏驱动

我们的显示屏与MCU是通过40-pin软排线连接起来的,这40根线中,除了控制显示屏必须的LTDC接口线外,还有IIC线,用于完成触摸屏的位置读取功能。显示屏的型号是7016,这种显示屏的触摸驱动芯片是GT911,对此,我们需要编写专门的驱动软件,好在已经有人写过相关的控制例程,我们只需要把里面的驱动软件拷贝过来即可。

我们将这几个文件复制到工程目录下,atk是指开发作者为正点原子团队,ctiic是IO驱动,里面包含了IIC控制总线的驱动程序,gt911是触摸驱动芯片GT911的驱动软件,主要是配置芯片的初始化程序以及信号IO配置等,touch是较上层的驱动软件了,也是我们开发时主要需要参考的文件。

文件加入工程后,我们在程序中运行触摸屏的初始化代码(先要初始化显示屏),再运行触摸屏的测试程序:

 ②硬件

我们再复习一下上面提到的各种硬件设备,并附图:

1-显示屏

我们用的显示屏类型为RGB显示屏,色彩配置为RGB565(如果是ARGB8888,那需要的运行内存就要大一倍,小的嵌入式应用没有这个必要,565色彩已经很丰富了),大小为7inch,型号为7016(像素1024*600),通过LTDC接口与CPU交流,接线中通过40-pin的软排线连接

 2-内存

(1)SDRAM

该内存主要用于申请显示屏的运行内存,也是我们的最小系统板帮我们拓展好的(贴心),大小32MB(实际只用到1.2MB左右),内存地址0XC0000000,通过FMC接口与CPU交流

下图我们程序的运行内存,可以看到,运行内存差不多也就1.2MB多一点,和我们的理论值差不多

(2)SPI FLASH

这部分的内存是给我们的文件系统的,或者存放中文字库也可以,可以用SD Card或者其他内存盘代替。所用硬件为W25Q256,通讯方式为SPI,大小32MB

(3)SD Card

等我什么时候买了SD卡再更新吧

3-USB

 

由于该最小系统板只集成了最基础的USB硬件,没有集成高速物理芯片,因此我们只能使用USB_OTG_FS功能。

 4-传感器

③数据处理

本设计中用到了DSP,先简单介绍一下DSP:DSP全称Digital Signal Process,数字信号方法,我们在获取一段数字信号后,经常会对这段信号进行一些处理,比如滤波,提取特征,时频域转换等,这些操作当然也可以通过自己编写代码的方式实现,但是DSP芯片的出现就大大加速了中间的计算速度,这都要归功于DSP芯片对于数据处理方式,比如一般我们处理两个32位数的相乘可能需要几个机器周期,但是,在DSP指令集的帮助下,只需一个周期即可完成该运算。

DSP芯片指的是包含了DSP指令集的微处理器,STM32F1,F3系列的芯片是Cortex-M1和Cortex-M3架构,不包含DSP指令集,我们用的芯片是STM32H743,是Cortex-M7架构的,包含了FPU运算单元(一种加快浮点数运算的物理单元)和DSP指令集,另外,已有现成的DSP库可供我们使用,这些库中包含了很多方便的信号处理算法:

我们重点需要用到最后一个库,TransformFunctions。包括复数 FFT(CFFT)/复数 FFT逆运算( CIFFT)、实数 )、实数 FFT(RFFT)/实数 FFT逆运算( RIFFT)、和 )、和 DCT(离散余弦变换)和配套的初始化函数。 

使用相关的库需要我们手动将库文件添加进工程中,并且添加全局宏定义ARM_MATH_CM7,__CC_ARM,ARM_MATH_MATRIX_CHECK,ARM_MATH_ROUNDING:

配置完后,我们就可以调用其中的函数对我们的数据处理了。这里我们自己利用三角函数创建一个波形

即:A(t) = 10sin(w1*t)+30*sin(w2*t)+5*cos(w3*t),然后利用STM32的硬件随机数添加噪声,产生的时域波形在显示屏上表现为:

图中,上面的是波形图,下面的是频谱图,可以看到,在频率等于2,5,10三个位置,频谱的能量远大于其他频率的能量值。通过仿真器我们可以进一步读出频率段的能量值:

 

在仿真器中,我们可以看到傅里叶变换结果中,频率为0,2,5,10的能量值尤为突出,但0频率值我们一般不予考虑(多由于环境因素造成),而且这三个能量的比值为5108:15392:2607,和我们在时域上定义的值10:30:5刚好对应,证明了DSP库函数的科学性。在这里,我们还可以用定时器统计进行一次傅里叶转换所需要的时间:

配置一个通用定时器(工作频率200MHZ),分频系数设置为199(每1us计数一次),通过读取CNT寄存器的数值,可以计算代码运行时间:

__HAL_TIM_SET_COUNTER(&htim7,0); HAL_TIM_Base_Start(&htim7); FFT_Transform_test(); HAL_TIM_Base_Stop(&htim7); sprintf(ForPrint,"time(us):%5d",__HAL_TIM_GET_COUNTER(&htim7)); LCD_ShowString(300,500,200,24,24,ForPrint);

我们可以得到,计算一次傅里叶转换+波形显示所需要的时间大约为8ms,因而在我们的嵌入式实时操作系统中,可以设置较低的刷新频率(10HZ左右),以实现实时计算频谱。

④GUI界面设计

相信到这一步,基本工作已经做完了,后面的工作就比较有趣了,主要是在FreeRTOS框架下编写GUI库,设计界面。

 

 

  



【本文地址】

公司简介

联系我们

今日新闻

    推荐新闻

      专题文章
        CopyRight 2018-2019 实验室设备网 版权所有