2024年1月

本文介绍在
Visual Studio
软件中配置
C++
环境下线性代数运算库
Armadillo
的方法。

首先,我们需要在
Armadillo

官网
下载其源代码,直接点击下图所示红色框内部分即可。

点击上图所示位置后,将弹出一个新的下载界面;
Armadillo
库的源代码将随后自动下载。

接下来,我们在
Visual Studio
软件中新建一个项目。

其中,模板选择“
空项目
”。

项目的
名称

存储位置
大家可以自行设定,但存储路径建议选择在某个盘符下的第一个子文件夹中(即路径不要设置的太深即可)。

随后,将本文开头我们下载好的
Armadillo
库的源代码解压到上述新创建项目的存储路径中,如下图所示。其中,
armadillp-11.4.0
就是解压后
Armadillo
库的源代码,其他文件则是刚刚创建的项目的文件。

接下来,在
Visual Studio
软件中,选择“
生成
”→“
配置管理器...
”。

随后将弹出如下所示的窗口。这里确保下图中红色框内的两项都选择为
x64
,且“配置”一项选择为
Debug
即可。

接下来,在
Visual Studio
软件中,首先在左侧的文件列表中选中项目(即下图中红色框内部分),随后选择“
项目
”→“
属性
”。

在弹出的窗口中,首先在“
VC++
”一栏的“
包含目录
”中,点击下拉箭头并选择“
<编辑...>
”。

随后,在弹出的窗口中,点击其尾部的省略号。

将解压后
Armadillo
库的源代码的
include
文件夹路径复制到其中,如下图所示。

接下来,选择“
VC++
”一栏的“
库目录
”。

依据同样的方法,将解压后
Armadillo
库的源代码的
examples\lib_win64
文件夹路径添加到其中。

接下来,我们需要在属性页中的“
C/C++
”一栏(如下图所示)进行配置;如果此时大家电脑中没有这一栏,可以参考如下的方法。

对于属性页中不含“
C/C++
”一栏的情况,我们首先需要在源文件中随便写一段代码,并点击“
本地Windows 调试器
”选项运行代码。

随后,再打开属性页,即可看到“
C/C++
”一栏。

接下来,在其中选择“
附加包含目录
”,并选择“
<编辑...>
”。

将解压后
Armadillo
库的源代码的
include
文件夹路径复制到其中,如下图所示。

接下来,在“
链接器
”→“
常规
”→“
附加库目录
”中,将解压后
Armadillo
库的源代码的
examples\lib_win64
文件夹路径添加到其中。

接下来,在“
链接器
”→“
输入
”→“
附加依赖项
”中,将解压后
Armadillo
库的源代码的
examples\lib_win64\libopenblas.lib
文件路径添加到其中。

随后,在
Visual Studio
软件中选择“
生成
”→“
生成解决方案
”选项。

接下来,将解压后
Armadillo
库的源代码的
examples\lib_win64\libopenblas.lib
文件复制到当前项目的
x64\Debug
文件夹中,如下图所示。

随后,我们将解压后
Armadillo
库的源代码的
examples
文件夹下的示例代码
example1.cpp
中的全部内容复制,并将其粘贴至当前项目的源文件中。

随后,运行当前复制好的代码。

如果运行代码后,出现如下所示的找不到
libopenblas.dll
文件的情况,需要依据以下步骤进行调整。

首先,将解压后
Armadillo
库的源代码的
examples\lib_win64\libopenblas.lib
文件复制。

并将其粘贴至当前项目的
x64\Debug
文件夹中,如下图所示。

随后运行代码即可。

如果运行代码后,在
调试控制台
出现如下图所示的界面,则说明
Armadillo
库已经成功配置。

至此,大功告成~

1、准备材料

正点原子stm32f407探索者开发板V2.4

STM32CubeMX软件(
Version 6.10.0

keil µVision5 IDE(
MDK-Arm

ST-LINK/V2驱动

野火DAP仿真器

XCOM V2.6串口助手

2、实验目标

使用STM32CubeMX软件配置STM32F407开发板
USB_OTG_FS为工作在Mass Storage Host Class(大容量存储主机类)模式下的USB_HOST(USB主机),并使用FatFs文件系统对插入开发板的U盘进行读写等操作

3、USB概述

3.1、USB协议

通用串行总线(Universal Serial Bus,简称USB)是1994年提出的一种支持热插拔的外部传输总线,现在不管是在什么设备上都可以非常容易看到它,USB协议从诞生到如今经历了很多次升级换代,如下图所示为USB历史版本号及传输速度等相关信息
(注释1)

另外在USB2.0的基础上还扩展出了一种既可以工作为USB主机又可以工作为USB外设(但不能同时)的
协议标准USB on the go(USB_OTG),易于进行角色的转换

3.2、USB设备

一个USB系统包括USB主机(USB HOST)、USB外设(USB DEVICE)和USB连接三个部分,USB外设又可以分为USB功能外设(USB FUNCTION)和USB集线器(USB HUB)

一个USB系统只能有一个USB主机,但USB主机通过连接USB集线器可以扩展USB端口数量,最多可以有127个USB从机,USB主机负责控制所有的USB外设,而USB外设接受USB主机的控制来实现某个具体的功能,USB设备分类及连接方式具体如下图所示

3.3、USB接口

在USB协议从USB 1.0发展到今天USB4(虽然还未普及),速度有了很大的进步,接口的类型也多种多样(未来可能会暂时稳定在Type-C),有Type A/B/C,还有衍生出来的MINI类型接口,micro类型接口等,不同类型接口适配的USB协议也不尽相同,如下图所示为USB机械电子标准一览表
(注释1)

3.4、硬件原理

STM32F407的两个USB_OTG都内置了PHY,因此无需在外部添加额外的PHY芯片
,当USB仅工作在主机/从机模式下时,USB座只需要VBUS、D+、D-和Vss共4根线,其中D+/D-负责传输差分信号,在主机模式下VBUS用于给插入主机的USB设备供电,在从机模式下VBUS可以用于监测主机提供的电源,Vss为接地端

而当USB工作在双角色设备时,USB座除了需要上述的4根线外,还需要一根额外的ID信号线,该信号线用于判断插入USB接口的设备为主机设备还是从机设备,在内置的PHY中ID线拥有上拉电阻,
当检测到输入的ID线为高电平时,此时认为该USB设备为从机设备,否则认为该USB设备为主机设备

当USB工作在仅主机模式(A类设备)下时,对于插入主机的USB设备需要由主机提供电源,而主机提供的电源一般由某一个引脚控制,方便在不使用USB设备的时候切断电源,节省能源,如下图所示为USB_OTG工作在仅主机模式下的硬件结构框图
(注释2)

当USB工作在仅从机模式(B类设备)下时,此时开发板USB接口的电源应该由其他的主机提供,这个时候VBUS信号线可以连接STM32F407的某一个引脚(默认为PA9),通过配置该引脚为输入可以监测其他主机提供给本从机设备的电压有无,如下图所示为USB_OTG工作在仅从机模式下的硬件结构框图

当USB工作在双角色设备(DRD)下时,通过输入的ID线决定该USB设备为主机设备还是从机设备,其硬件原理读者可以理解为A/B两类设备的合并,ID线为高电平时,此时认为该USB设备为从机设备,否则认为该USB设备为主机设备,如下图所示为USB_OTG工作在双角色设备下的硬件结构框图

4、实验流程

4.0、前提知识

注意:由于USB协议源码比较复杂,故本实验对其源码具体内容一概不涉及,仅作应用,读者阅读本文将了解如何使用STM32CubeMX配置STM32F407作为USB主机读写SD里的内容

STM32F407片上集成了 USB_OTG_FS(全速,最高12Mb/s) 和 USB_OTG_HS(高速,最高480Mb/s) 两个USB_OTG,本实验我们将使用 USB_OTG_FS
,将其配置为大容量存储主机类,使开发板工作在主机模式下,对接入开发板主机USB接口的大容量存储设备(U盘)进行读写等操作

片上集成的USB_OTG_FS挂载在APB2总线上,USB_OTG_HS直接挂载在AHB(应用总线)上,这两个USB_OTG内部均集成了PHY,硬件上无需外部重复设计,如下图所示为STM32F4XX的功能概览框图
(注释2)

USB_OTG_FS主要由OTG FS内核和PHY组成,时钟树上的48MHz时钟为其OTG FS内核提供了48MHz的USB时钟,如下图所示为其OTG_FS功能框图

笔者使用的开发板上有一个USB_HOST接口和一个USB_SALVE接口,这两个USB接口都是使用的USB_OTG_FS实现的,
在使用USB主机/从机时需要将USB/CNA排针座上的跳线帽选择为USB
,同时在硬件原理图中还有一个控制USB作为主机时提供给USB外设设备电源VBUS的引脚PA15,该引脚通过一个三极管和一个P-MOS管组成了开关电路,具体硬件原理图如下图所示

4.1、CubeMX相关配置

4.1.0、工程基本配置

打开STM32CubeMX软件,单击ACCESS TO MCU SELECTOR选择开发板MCU(选择你使用开发板的主控MCU型号),选中MCU型号后单击页面右上角Start Project开始工程,具体如下图所示

开始工程之后在配置主页面System Core/RCC中配置HSE/LSE晶振,在System Core/SYS中配置Debug模式,具体如下图所示

详细工程建立内容读者可以阅读“
STM32CubeMX教程1 工程建立

4.1.1、时钟树配置

当在STM32CubeMX中启用USB_OTG功能后,时钟树中48MHz时钟便可以进行调节,该时钟一般如其名字一样配置为48MHz即可,也即将Main PLL(主锁相环)的Q参数调节为7即可,其他HCLK、PCLK1和PCLK2时钟仍然设置为STM32F407能达到的最高时钟频率,具体如下图所示

4.1.2、外设参数配置

本实验需要需要初始化开发板上WK_UP、KEY2、KEY1和KEY0用户按键,具体配置步骤请阅读“
STM32CubeMX教程2 GPIO输出 - 点亮LED灯

本实验需要需要初始化USART1作为输出信息渠道,具体配置步骤请阅读“
STM32CubeMX教程9 USART/UART 异步通信

单击Pinout & Configuration页面左边功能分类栏目中
Connectivity/USB OTG_FS,在模式配置中将其配置为Host_Only(仅主机)模式,不勾选Activate_SOF 和 Activate_VBUS
,在下方的Configuration栏目中设置参数
Speed
为主机全速12MBit/s,参数
Signal start of frame
选择Disabled,具体配置如下图所示

Mode/OTG/Dual Role_Device
(双角色设备模式):工作在双角色设备模式,通过ID线切换角色

Host_Only
(仅主机模式):工作在主机模式下

Device_Only
(仅外设模式):工作在外设模式下

Activate_SOF
(启用帧的起始信号引脚PA8):不使能,读写SD卡无需SOF信号

Activate_VBUS
(激活VBUS PA9控制引脚):笔者开发板上未使用PA9引脚,因此此处不激活

Speed
(USB主机速度设置):可选12Mbit/s、1.5Mbit/s

Signal start of frame
(帧起始信号):不使能

然后需要配置USB主机的电源控制引脚,在Pinout view(引脚功能预览)页面中找到
控制USB主机电源的引脚PA15,左键单击将其配置为GPIO_Output

接下来单击Pinout & Configuration页面左边功能分类栏目最下面的Middleware and SoftwarePacks,当USB_OTG配置为Host_Only时该栏目下的USB_HOST将变为可选状态

选择其中的USB_HOST,在模式配置中将Class for FS IP的模式选择为Mass Storage Host Class(大容量存储主机类)
,下方的Configuration/Prameter Settings无需修改,保持默认即可,具体配置如下图所示

最后需要配置FatFs文件系统,
单击Middleware and SoftwarePacks中的FATFS,将其模式配置为USB Disk,在下方Configuration/Set Defines修改参数 CODE_PAGE (Code page on target) 为 Simplified Chinese (DBCS),其他参数保持默认即可
,具体配置如下图所示

4.1.3、外设中断配置

当在Middleware and SoftwarePacks中配置了USB_HOST的模式不为Disable时,便会自动开启USB_OTG的全局中断,且不可关闭,用户配置合适的中断优先级即可,具体配置如下图所示

4.2、生成代码

4.2.0、配置Project Manager页面

单击进入Project Manager页面,在左边Project分栏中修改工程名称、工程目录和工具链,然后在Code Generator中勾选“Gnerate peripheral initialization as a pair of 'c/h' files per peripheral”,最后单击页面右上角GENERATE CODE生成工程,具体如下图所示

详细Project Manager配置内容读者可以阅读”
STM32CubeMX教程1 工程建立
”实验3.4.3小节

4.2.1、设初始化调用流程

在生成的工程代码中增加了USB_HOST相关初始化及其他用到的外设/中间件功能初始化函数,同时读者可以发现,在以往配置好的工程生成的工程代码中,while主循环中并无任何程序,但是在本实验USB_HOST中增加了名为 MX_USB_HOST_Process() 的函数,该函数仅调用了 USBH_Process() 函数

USBH_Process() 函数是USB Core的后台进程函数,它负责监测USB主机接口的状态变化,在U盘热插拔的时候,可以判断出此时接口状态,同时如果定义了用户的回调函数,还会根据不同的接口状态调用对应该状态的用户定义的回调函数

CubeMX在工程代码usb_host.c中自动生成了USBH_UserProcess()用户回调函数,在该函数中用户可以根据不同状态调用自己定义的函数;当然如果读者不需要热插拔,U盘一直插在主机USB接口上,接口状态不会发生变化,那么注释掉该后台进程函数也可以


接下来我们来根据生成的工程代码,
给读者详细介绍USB_HOST工作流程
,读者简单了解即可

在开发板上电进入主循环后会执行USB_HOST的初始化函数MX_USB_HOST_Init(),在该函数中分别调用了以下三个函数(三个函数位于usb_host.c中)

  1. USBH_Init(&hUsbHostFS, USBH_UserProcess, HOST_FS)
  2. USBH_RegisterClass(&hUsbHostFS, USBH_MSC_CLASS)
  3. USBH_Start(&hUsbHostFS)

第一个函数
用于USB_HOST的初始化
,对我们实例化的USBH_HandleTypeDef结构体对象内部参数进行了配置,并且将名为USBH_UserProcess的函数指针赋值给USBH_HandleTypeDef结构体对象内部最后一个函数指针参数

第二个函数
用于注册当前USB_HOST工作的类别
,开发板上的USB_HOST只能工作在一种模式下,不能同时工作在不同模式下,因此在该函数中判断注册的类数量是否超过最大值1,没有超过就设置USBH_HandleTypeDef结构体中ClassNumber为0,pClass为函数参数中指定的工作类别,这里为大容量主机存储类USBH_MSC_CLASS

第三个函数
用于启动USB_HOST内核,同时激活VBUS电源端口


执行完上述三个函数后退出USB_HOST的初始化函数MX_USB_HOST_Init()后,
如果之前就在开发板USB口插入了U盘,此时USB接口的状态应该为APPLICATION_START
,这个时候还不能够对插入的U盘进行FatFs文件系统的挂载

需要进入while主循环中不断执行USB Core的后台进程函数MX_USB_HOST_Process()
直到接口状态变为APPLICATION_READY才可以挂载文件系统并通过上层API对U盘文件进行操作,此时如果拔掉U盘,接口状态会改变为APPLICATION_DISCONNECT

读者可以将usb_host.c文件中的用户回调函数USBH_UserProcess()增加串口打印信息的功能,然后编译烧录程序到开发板并插拔U盘,观察串口助手接收到开发板传来的消息就可以清楚的看到这一变化,具体源代码如下所示

/*
 * user callback definition
 */
static void USBH_UserProcess  (USBH_HandleTypeDef *phost, uint8_t id)
{
  /* USER CODE BEGIN CALL_BACK_1 */
  switch(id)
  {
  case HOST_USER_SELECT_CONFIGURATION:
	printf("HOST_USER_SELECT_CONFIGURATION\r\n");
  break;

  case HOST_USER_DISCONNECTION:
  Appli_state = APPLICATION_DISCONNECT;
	printf("Appli_state = APPLICATION_DISCONNECT\r\n");
  break;

  case HOST_USER_CLASS_ACTIVE:
  Appli_state = APPLICATION_READY;
	printf("Appli_state = APPLICATION_READY\r\n");
  break;

  case HOST_USER_CONNECTION:
  Appli_state = APPLICATION_START;
	printf("Appli_state = APPLICATION_START\r\n");
  break;

  default:
  break;
  }
  /* USER CODE END CALL_BACK_1 */
}

另外关于FatFs的初始化已经被CubeMX软件自动完成,读者可以阅读
STM32CubeMX教程28 SDIO - 使用FatFs文件系统读写SD卡
实验“3.2.1、外设初始化调用流程”小节了解此过程

4.2.2、外设中断调用流程

在CubeMX中配置了USB_HOST的模式不为Disable时,便会强制自动开启USB_OTG的全局中断,在生成的工程文件stm32f4xx_it.c中将增加OTG_FS_IRQHandler()这个USB全局中断处理函数

读者对于其调用内容无需了解,也不需要任何修改(也不希望读者修改),
在使用USB的一系列回调函数时仅需要在usb_host.c文件中的用户回调函数USBH_UserProcess()处修改即可

4.2.3、添加其他必要代码

在生成的工程代码中增加使用FatFs库中API进行文件操作的函数,包括挂载文件系统、显示存储设备信息、读/写TXT文件、获取文件信息、扫描文件列表和删除文件等函数,笔者将其封装在了file_operate.c / file_operate.h文件中,具体的源代码如下所示

file_operate.c文件


STM32CubeMX教程26 FatFs 文件系统 - W25Q128读写
实验中实现的file_operate.c文件一致,除了测试写的函数FatFs_WriteTXTFile()中写入SD卡的内容修改为了“Hello,USB_HOST!\n”

file_operate.h文件


STM32CubeMX教程26 FatFs 文件系统 - W25Q128读写
实验中实现的file_operate.h文件一致,除了下面三个宏定义需要修改为本实验的SD卡相关内容,修改内容如下所示

/*定义自己的存储设备*/
/*用户存储设备扇区字节数*/
#define User_Sector 512
/*用户存储设备FatFs对象*/
#define User_FatFs 	USBHFatFS
/*用户存储设备卷路径*/
#define User_SDPath USBHPath

向工程中添加.c/.h文件的步骤请阅读“
STM32CubeMX教程19 I2C - MPU6050驱动
”实验3.2.3小节

这里需要读者
重点理解U盘在插入开发板主机的时候状态的变化过程
,存在的四种状态是在usb_host.h文件中一个ApplicationTypeDef结构体中定义的,如下源码所示

/** Status of the application. */
typedef enum {
  APPLICATION_IDLE = 0,      /*空闲*/
  APPLICATION_START,         /*开始*/
  APPLICATION_READY,         /*已准备好*/
  APPLICATION_DISCONNECT     /*断开连接*/
}ApplicationTypeDef;

首先开发板上电复位,假设此时U盘还未插入开发板主机,在调用MX_USB_HOST_Init()对USB_HOST初始化之后应该不断执行USB Core的后台进程函数MX_USB_HOST_Process(),此时接口状态应该一直为APPLICATION_DISCONNECT状态

然后将U盘插入开发板主机,此时由于不断执行USB Core的后台进程函数,接口状态立马改变为APPLICATION_START状态

当接口状态变为APPLICATION_START状态后,紧接着再执行几次USB Core的后台进程函数MX_USB_HOST_Process(),如果一切正常,接口状态应该改变为APPLICATION_READY,此时便可以在U盘上挂载FatFs文件系统,最后利用FatFs上层API对U盘进行读写等操作了

根据以上描述,构建的测试程序源代码如下所示,主循环中的按键逻辑控制程序与
STM32CubeMX教程26 FatFs 文件系统 - W25Q128读写
实验中的一致

/*主函数初始化完进入主循环前*/
printf("Reset\r\n");
while(1)
{
	//初始化完毕应不断执行该函数更新接口状态
	MX_USB_HOST_Process();
	//当接口状态Ready便可以退出循环
	if(Appli_state == APPLICATION_READY) break;
}
//挂载文件系统
Mount_FatFs();
FatFs_GetDiskInfo();

/*主函数主循环中*/
/*按键WK_UP被按下*/
if(HAL_GPIO_ReadPin(WK_UP_GPIO_Port,WK_UP_Pin) == GPIO_PIN_SET)
{
	HAL_Delay(50);
	if(HAL_GPIO_ReadPin(WK_UP_GPIO_Port,WK_UP_Pin) == GPIO_PIN_SET)
	{
		FatFs_ScanDir("0:/");
		while(HAL_GPIO_ReadPin(WK_UP_GPIO_Port,WK_UP_Pin));
	}
}

/*按键KEY2被按下*/
if(HAL_GPIO_ReadPin(KEY2_GPIO_Port,KEY2_Pin) == GPIO_PIN_RESET)
{
	HAL_Delay(50);
	if(HAL_GPIO_ReadPin(KEY2_GPIO_Port,KEY2_Pin) == GPIO_PIN_RESET)
	{
		FatFs_WriteTXTFile("test.txt",2016,11,15);
		while(!HAL_GPIO_ReadPin(KEY2_GPIO_Port,KEY2_Pin));
	}
}

/*按键KEY1被按下*/
if(HAL_GPIO_ReadPin(KEY1_GPIO_Port,KEY1_Pin) == GPIO_PIN_RESET)
{
	HAL_Delay(50);
	if(HAL_GPIO_ReadPin(KEY1_GPIO_Port,KEY1_Pin) == GPIO_PIN_RESET)
	{
		FatFs_ReadTXTFile("test.txt");
		FatFs_GetFileInfo("test.txt");
		while(!HAL_GPIO_ReadPin(KEY1_GPIO_Port,KEY1_Pin));
	}
}

/*按键KEY0被按下*/
if(HAL_GPIO_ReadPin(KEY0_GPIO_Port,KEY0_Pin) == GPIO_PIN_RESET)
{
	HAL_Delay(50);
	if(HAL_GPIO_ReadPin(KEY0_GPIO_Port,KEY0_Pin) == GPIO_PIN_RESET)
	{
		FatFs_DeleteFile("test.txt");
		while(!HAL_GPIO_ReadPin(KEY0_GPIO_Port,KEY0_Pin));
	}
}

5、烧录验证

烧录程序,开发板上电后将U盘插入开发板主机中,当接口状态变为APPLICATION_READY后,在U盘上挂载文件系统,挂载成功后会输出读取到的U盘的信息,接下来按照下面几个步骤使用FatFs文件系统对U盘进行读写等测试

  1. 按下开发板上的WK_UP按键,扫描U盘根目录下所有文件,并通过串口将文件列表输出
  2. 按下开发板上的KEY2按键,在U盘根目录创建一个”test.txt“文件,将一个字符串”Hello,USB_HOST!”写入该文件中,该字符串大小为17个字节(该字符串末尾包括了一个’\n‘和一个‘\0')
  3. 按下开发板上的KEY1按键,读取U盘根目录下名为”test.txt“的文件,将其中的内容通过串口输出,然后读取该文件的信息(大小,属性,名称,创建时间),并通过串口输出
  4. 按下开发板上的KEY0按键,删除U盘根目录下名为”test.txt“的文件

最后将U盘从开发板主机USB接口拔出,整个实验过程串口具体的输出情况如下图所示

写入”test.txt“文件信息到U盘后不删除,将U盘插入Windows电脑USB接口,利用第三方软件(笔者使用了 DiskGenius 软件)查看U盘中的内容(U盘被挂载了FatFs文件系统,所以Windows无法正常读取卷),发现U盘根目录下有一个名为“test.txt”的文件夹,其中内容为”Hello,USB_HOST!”,如下图所示

6、常用函数

由于U盘往往内存较大,因此本实验没有使用按照根据地址对U盘进行读写等操作的函数,而是直接使用FatFs的上层API来对U盘进行读写等操作,对于FatFs的上层API常用函数读者可以阅读
STM32CubeMX教程26 FatFs 文件系统 - W25Q128读写
实验“5、常用函数”小节,以下列出了一些最常用的按照地址对U盘读写等操作的函数

/*检查lun是否已准备好*/
uint8_t USBH_MSC_UnitIsReady(USBH_HandleTypeDef *phost, uint8_t lun)
/*读*/
USBH_StatusTypeDef USBH_MSC_Read(USBH_HandleTypeDef *phost,
                                 uint8_t lun,
                                 uint32_t address,
                                 uint8_t *pbuf,
                                 uint32_t length)
/*写*/
USBH_StatusTypeDef USBH_MSC_Write(USBH_HandleTypeDef *phost,
                                  uint8_t lun,
                                  uint32_t address,
                                  uint8_t *pbuf,
                                  uint32_t length)
/*获取lun信息*/
USBH_StatusTypeDef USBH_MSC_GetLUNInfo(USBH_HandleTypeDef *phost, uint8_t lun, MSC_LUNTypeDef *info)

7、注释详解

注释1
:图片来源
维基百科 - USB

注释2
:图片来源 STM32F4XX 中文参考手册 RM009

参考资料

STM32Cube高效开发教程(高级篇)

2023年3月,我们接了一个阿里云的广告单子,单子金额比较大,对于当时囊中告急的园子来说很诱人,但考核指标非常严格,当时实在接不到其他单子,就咬着牙接下来。

结果咬牙咬出一个悲剧,到现在这个单子做快了一年,考核指标还没全部完成,诱人的单子到现在一分钱也没拿到。三项考核指标完成了两项,剩下的是最难完成的一项——首购。

在当前
会员

周边
收入很有限的情况下,这笔广告单子的收入对园子的脱困就显得格外重要。正好,阿里云最近推出了以
幻兽帕鲁
为主题的优惠活动,我们打算借这个机会在园子里好好推广一下,争取早日完成首购指标(还缺90个首购),拿到这笔收入。

于是,继
通义灵码,降临博客园
之后,又在首页发布推广博文,望大家谅解。

针对阿里云上部署幻兽帕鲁的场景,阿里云提供了
4核16G

8核32G
(都是10M带宽)这两款云服务器的4种优惠方案(新人专享)

如果您还没有购买过阿里云云资源,欢迎关注并了解这个
优惠活动

如果您还没有在阿里云进行过任何消费,通过园子的
专属链接
进入阿里云进行任何消费,都会帮助园子完成首购指标。

博客园专属推广链接:
https://click.aliyun.com/m/1000389124/

VUE3在表格中嵌套子表格
子表格的分页查询互相干扰的问题解决

简单嵌套

如果不需要做子表格的分页查询,那么可以直接在主表格中嵌套子表格,有两种方式;一种是主表格加载的同时加载子表格数据,另一种是点击展开时加载子表格数据,尽量使用第二种方式;代码如图1-1所示;

图1-1

我们可以看到在el-table控件中增加了一列<el-table-column type="expand">,这里的expand表示为展开类型,然后再嵌套了一个子表格,这个子表格就是列展开后的数据,这样我们就嵌套完成了,效果如图1-2所示;

注:这里过于简单,我直接引用官网上的示例,感兴趣的可以前往查看:

https://element-plus.org/zh-CN/component/table.html

图1-2

子表格分页查询

在做这个功能的过程中,我遇到了以下几个问题:

1、展开时查询没问题,但是切换页面与改变容量时无法赋值;

2、查询过程中子表格共用一个加载变量,导致我展开一个子表格时另外的已展开的子表格会同时“转圈圈”;

3、子表格共用一套分页参数,导致一个子表格切换页面时,其他子表格也跟着切换;我们一个一个来解决这些问题;

  1. 切换页面与改变容量时,我们会触发el-pagination控件的size-change事件以及current-change事件,查看官方文档得知这两个事件都只有一个number类型的参数,这里我们需要自己传入参数,那就是主表的当前行(props.row),我们把行数据传过去之后,才能给行的子表格这一个属性赋值,如图2-1所示;

图2-1

注:这里的props是图2-2在代码中定义了的;

图2-2

这样我们的数据在查询出来之后可以直接把值赋给row.detail,如图2-3所示;

图2-3

这样我们解决了无法给子表格直接赋值的问题,这里的解决方案主要是给el-pagination控件的size-change以及current-change事件手动传入当前主表的行数据(props.row)。

  1. 其实第2个问题与第3个问题如出一辙,都是因为多个控件共用了同一个参数导致的互相干扰,很明显这样是不行的;所以我们只要想办法解决共用参数的问题就好了,我们可以发现,其实子表格数据本身就是一个例子,多个子表格,用“同一个变量”(props.row.detail)来赋值,那是不是我们的分页参数也可以在主表格中占一个位置,当作参数使用呢,这样主表每一行里面的子表格中的loading以及分页参数自然就互不干扰了;

图2-4为主表格中添加的列,我们用v-if来隐藏;

图2-4

然后在分页查询事件触发的时候,与行参数一并传入了子表格查询方法(childQuery)中,第一次查询使用默认参数,每次查询最后都保存后端分页参数的结果,第二次开始后直接使用上次保存的分页参数查询即可,这样就可以解决【分页参数】互相干扰的问题,同样,isLoading参数也是每次使用当前row的isLoading,这样自然就不会互相干扰,代码如图2-5所示;

图2-5

接下来我们看一下效果图:

正常展开效果图:

图2-6

多子表展开效果图:

图2-7

图2-8

换页效果图:

图2-9

至此,问题解决,这是我自己探索出来的解决方案,肯定不是最好的解决方案,如果有更好的方法,欢迎一并探讨,感谢阅读!