记录一次对STM32G4串口硬件FIFO的调试

已于 2023-07-02 19:00:13 修改
阅读量3.2k 收藏 36
点赞数 11
文章标签： stm32 串口 FIFO
于 2023-07-02 18:46:32 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/jdhfusk/article/details/131503818
版权

记录一次对STM32G4串口硬件FIFO的调试

前言：通常我们使用串口接收多字节数据会使用中断和DMA两种方式。使用中断方式，每接收到一个字节就会触发一次中断，我们可以在中断函数里将接收到的这一字节保存在内存中然后等待其他程序处理，也可以直接在中断函数里处理。使用DMA方式，需要事先开辟一块内存，每当接收到一个字节，DMA会自动将数据保存在开辟的内存中而不需要CPU的参与。

中断方式的优点是可以在第一时间知道串口接收到了新数据，在一些对实时性要求特别高的情况下占优。而DMA方式则需要程序周期性的轮训接收内存，看看有没有收到新数据。但是中断方式每接收到一个字节都需要CPU去处理，在波特率比较高、数据量比较大的场合下会频繁进入中断，严重影响效率，甚至会干扰到其他程序的运行，这个时候使用DMA方式会更加合理。

现在，针对波特率高、数据量大的情况，又多了一种选择，那就是使用串口的硬件FIFO功能。串口硬件FIFO只有ST后面出的型号才有，比如H7、G4系列等，F1、F4系列应该是没有这个功能的。之前的中断方式，每收到一个字节都会触发一次中断，而使用了硬件FIFO，可以在收到n个字节后才触发一次中断，然后在中断函数里一次性地取出这n个字节。在连续接收大量数据的情况下可以大大降低进入中断的频率，提高效率。这里也多嘴一句，有了硬件FIFO不等于不再需要软件FIFO！！！

一、功能配置

这里使用CubeMX软件配置，使用硬件FIFO的前提是先正确配置好串口中断接收的功能。

在这里插入图片描述

在这里插入图片描述

相比普通的功能，这里多了三个选项：

1、Fifo Mode

这里选择使能。

2、Txfifo Threshold

发送FIFO的阈值，因为这次仅调试了接收FIFO，没用到发送，所以选择默认值。后续可能会再出一篇关于发送的文章。

3、Rxfifo Threshold

接收FIFO的阈值，这里选择一半深度。

说明：

  1. FIFO的深度是多少？配置选项只说1/8、1/4、1/2、3/4、7/8这些。个人经过调试，推测深度是8字节，当然确切来讲不能说是8字节，因为位宽不一定是8位（数据字长、有无奇偶校验），应该说FIFO可以保存8次接收数据，再加上RDR寄存器也可以保存一次接收数据，所以最多可以保存9次接收数据而不溢出。
  2. 阈值是干什么的，一般配成多少。这里的阈值意味着当我的接收FIFO收到n个数据了就可以产生一次中断。比如我设为1/2并且使能了相应的RXFT中断，那么每收到4次（这里的4就是8的1/2，后文所有的4都是这么来的，后面不再解释）数据就会产生一次RXFT中断。个人觉得阈值设为一半左右的深度比较好，设的太小了起不到降低CPU利用率的效果，设置的太大了容易溢出。要注意，这里设置的阈值仅仅影响中断的触发，并不会改变FIFO能保存多少数据。

然后我们生成工程即可。

二、硬件FIFO的使用

1、配置正常的中断接收

我们在初始化过程中加上这一句：

__HAL_UART_ENABLE_IT(&huart1, UART_IT_RXNE);

然后编写中断函数：

void USART1_IRQHandler(void)
{
  /* USER CODE BEGIN USART1_IRQn 0 */
	HAL_GPIO_WritePin(GPIOA, GPIO_PIN_0, GPIO_PIN_SET);	
	USART1->TDR = USART1->RDR;
  /* USER CODE END USART1_IRQn 0 */
  HAL_UART_IRQHandler(&huart1);
  /* USER CODE BEGIN USART1_IRQn 1 */
	HAL_GPIO_WritePin(GPIOA, GPIO_PIN_0, GPIO_PIN_RESET);
  /* USER CODE END USART1_IRQn 1 */
}

再用串口助手发送"12345\r\n"，观看逻辑分析仪抓到的波形：

在这里插入图片描述

通道0连接的是PA0，通道4连接的是RX，通道3连接的是TX。发现串口每接收到一个数据就进入一次中断，并且把接收到的数据原封不动的发送出去。符合我们之前的设想。

2、FIFO的运行机制探究

下面，我们把RXNE中断改为RXFT中断：

//	__HAL_UART_ENABLE_IT(&huart1, UART_IT_RXNE);
	
	__HAL_UART_ENABLE_IT(&huart1, UART_IT_RXFT);

修改中断函数：

uint8_t rxBuf[32];
uint8_t rxCnt;

void USART1_IRQHandler(void)
{
  /* USER CODE BEGIN USART1_IRQn 0 */
	if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFT))
	{	
		HAL_GPIO_WritePin(GPIOA, GPIO_PIN_0, GPIO_PIN_SET);					
		for(int i = 0; i < 8; i ++)
		{			
			if(!__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFNE))
			{
				break;
			}
			rxBuf[rxCnt++] = USART1->RDR;
		}
		HAL_GPIO_WritePin(GPIOA, GPIO_PIN_0, GPIO_PIN_RESET);
	}
  /* USER CODE END USART1_IRQn 0 */
  HAL_UART_IRQHandler(&huart1);
  /* USER CODE BEGIN USART1_IRQn 1 */

  /* USER CODE END USART1_IRQn 1 */
}

并且在主循环里加上这一段：（仅用来验证FIFO功能，切勿用于其他用途）

void softDelay()
{
	for(int i = 0; i < 30000; i ++)
	{}
}

int main(void)
{
    init();
    
    while(1)
    {
 		if(rxCnt)
        {
            lastRxCnt = rxCnt;
            softDelay();

            if(rxCnt == lastRxCnt)
            {
                HAL_UART_Transmit(&huart1, rxBuf, rxCnt, 10);
                lastRxCnt = rxCnt = 0;
            }
        }                
    }    
}

然后使用串口助手同样发送"12345\r\n"，观看逻辑分析仪抓到的波形：

在这里插入图片描述

神奇的事情发送了，串口居然只返回了"1234"，丢了3字节，而且我们发现仅在接收到第4个字节的时候进入了一次中断，这是为什么？

正如我们前面分析的，因为Rxfifo Threshold设置为1/2的深度，所以在第4次接收到数据时触发了一次RXFT中断，但后面的"5\r\n"只有三字节，不足以再次触发RXFT中断。而进不了中断就没有从FIFO中取出数据，因此最终只返回了"1234"，剩下的"5\r\n"依旧保存在FIFO中。那么如何证明？

在现有基础上，我们再次发送"abcdefg\r\n"，观看逻辑分析仪抓到的波形：

在这里插入图片描述

我们发现当接收完"a"的时候进入了一次中断，之后每收到4次数据就进入一次中断。而串口返还的数据是"5\r\nabcdefg\r\n"，到了这里，相信大家都明白是怎么回事了吧。

没错，只有在FIFO存满4字节才会触发一次RXFT中断，不足4字节会保存下来，直到再一次存满4字节。

看到这里可能有人要吐槽了，这功能也太鸡肋了吧。先别着急，后面有办法解决。

3、如何正确的使用FIFO进行数据接收

不知道大家是否还记得空闲中断，对，就是用于DMA接收不定长数据用到的那个空闲中断。有了它，我们就可以把FIFO中不足4字节的数据给取出来了。

不过这里建议使用新的超时功能而不是idle。因为我们不知道发送方在发送多个字节时，中间的时间间隔能不能保持在很小，因为发送方有可能是USB转串口芯片、有可能是单片机硬件串口，甚至可能是IO模拟出来的串口。新功能RTO支持手动配置超时时间，而idle不行。

在这里插入图片描述

然后我们修改初始化代码：

	__HAL_UART_ENABLE_IT(&huart1, UART_IT_RXFT);
	
	HAL_UART_ReceiverTimeout_Config(&huart1, 2);
	HAL_UART_EnableReceiverTimeout(&huart1);
	__HAL_UART_ENABLE_IT(&huart1, UART_IT_RTO);

修改中断函数：

void USART1_IRQHandler(void)
{
  /* USER CODE BEGIN USART1_IRQn 0 */
	if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RTOF))
	{
		__HAL_UART_CLEAR_FLAG(&huart1, UART_CLEAR_RTOF);
		HAL_GPIO_WritePin(GPIOA, GPIO_PIN_2, GPIO_PIN_SET);					
		
		for(int i = 0; i < 8; i ++)
		{			
			if(!__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFNE))
			{
				break;
			}
			rxBuf[rxCnt++] = USART1->RDR;
		}					
		HAL_GPIO_WritePin(GPIOA, GPIO_PIN_2, GPIO_PIN_RESET);	
	}	
	if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFT))
	{	
		HAL_GPIO_WritePin(GPIOA, GPIO_PIN_0, GPIO_PIN_SET);			
				
		for(int i = 0; i < 8; i ++)
		{			
			if(!__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFNE))
			{
				break;
			}
			rxBuf[rxCnt++] = USART1->RDR;
		}
		HAL_GPIO_WritePin(GPIOA, GPIO_PIN_0, GPIO_PIN_RESET);	
	}
  /* USER CODE END USART1_IRQn 0 */
  HAL_UART_IRQHandler(&huart1);
  /* USER CODE BEGIN USART1_IRQn 1 */

  /* USER CODE END USART1_IRQn 1 */
}

到了这里，基本的功能就已经实现了，如果不想继续深究，看到这边就可以了，后面我会分享自己的debug经历以及疑问。

问题1： 之前的代码没有手动清除RTOF标志位，导致HAL库自带的HAL_UART_IRQHandler(&huart1); 函数将 RXFT 中断使能给清除了。

问题代码：

void USART1_IRQHandler(void)
{
  /* USER CODE BEGIN USART1_IRQn 0 */
	if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFT))
	{	
		SET_TEST0;		
				
		for(int i = 0; i < 8; i ++)
		{			
			if(!__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFNE))
			{
				break;
			}
			rxBuf[rxCnt++] = USART1->RDR;
		}
		RESET_TEST0;
	}
	if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RTOF))
	{
		//__HAL_UART_CLEAR_FLAG(&huart1, UART_CLEAR_RTOF); 之前没写这句
		SET_TEST2;				
		
		for(int i = 0; i < 8; i ++)
		{			
			if(!__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFNE))
			{
				break;
			}
			rxBuf[rxCnt++] = USART1->RDR;
		}					
		RESET_TEST2;
    }
  /* USER CODE END USART1_IRQn 0 */
  HAL_UART_IRQHandler(&huart1);
  /* USER CODE BEGIN USART1_IRQn 1 */

  /* USER CODE END USART1_IRQn 1 */
}

结果导致一次性接收不超过9字节能正常接收，超过9字节只能接收前9字节：

在这里插入图片描述

在这里插入图片描述

问题2： 如果一次性接收到的数据刚好是4的倍数，那么最后一轮数据发完触发的是RTO中断还是RXFT中断还是都有？

经过多次验证，接收完最后一个数据后只能产生一个中断，如果先判断有没有产生RTO标志就不会再处理RXFT的内容（但前提是RTOR寄存器的RTO是0，不然最后只可能是RXFT中断），如果先判断有没有产生RXFT标志就不会再处理RTO的内容。

先判断RTO且RTOR寄存器的RTO是0的例子：

void USART1_IRQHandler(void)
{
  /* USER CODE BEGIN USART1_IRQn 0 */
	if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RTOF))
	{
		__HAL_UART_CLEAR_FLAG(&huart1, UART_CLEAR_RTOF);
		SET_TEST2;				
		
		for(int i = 0; i < 8; i ++)
		{			
			if(!__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFNE))
			{
				break;
			}
			rxBuf[rxCnt++] = USART1->RDR;
		}					
		RESET_TEST2;
	}	
	if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFT))
	{	
		SET_TEST0;		
				
		for(int i = 0; i < 8; i ++)
		{			
			if(!__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFNE))
			{
				break;
			}
			rxBuf[rxCnt++] = USART1->RDR;
		}
		RESET_TEST0;
	}
  /* USER CODE END USART1_IRQn 0 */
  HAL_UART_IRQHandler(&huart1);
  /* USER CODE BEGIN USART1_IRQn 1 */

  /* USER CODE END USART1_IRQn 1 */
}

在这里插入图片描述

先判断RXFT的例子：

void USART1_IRQHandler(void)
{
  /* USER CODE BEGIN USART1_IRQn 0 */
	if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFT))
	{	
		SET_TEST0;		
				
		for(int i = 0; i < 8; i ++)
		{			
			if(!__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFNE))
			{
				break;
			}
			rxBuf[rxCnt++] = USART1->RDR;
		}
		RESET_TEST0;
	}
	if(__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RTOF))
	{
		__HAL_UART_CLEAR_FLAG(&huart1, UART_CLEAR_RTOF); 
		SET_TEST2;				
		
		for(int i = 0; i < 8; i ++)
		{			
			if(!__HAL_UART_GET_FLAG(&huart1, UART_FLAG_RXFNE))
			{
				break;
			}
			rxBuf[rxCnt++] = USART1->RDR;
		}					
		RESET_TEST2;
    }
  /* USER CODE END USART1_IRQn 0 */
  HAL_UART_IRQHandler(&huart1);
  /* USER CODE BEGIN USART1_IRQn 1 */

  /* USER CODE END USART1_IRQn 1 */
}

在这里插入图片描述

这个问题仅会出现在字节数刚刚好是4的倍数的情况，如果不是则两种代码的结果都是一样的。或许ST是有意这么设计的，防止最后出现两次中断，还是说我哪里没有考虑到，如果有朋友能解释一下，鄙人不胜感激。

三、总结

随着我们工作、学习的不断深入，会接触到越来越高级的芯片、越来越复杂的外设功能，不再像以前那样随便看两篇教程、看两集视频、复制一段代码就能调通，即使是使用CubeMX加HAL库也不会那么容易。往后需要我们自己熟读手册，了解每一位寄存器的作用，要是遇到手册说得不清楚或者自己无法理解的情况，还需要我们动手实践，自己去摸索它们大致的功能和作用。

要不然以后遇到没有参考的时候，就只能干瞪眼了。就算有参考，也建议大家自己调一遍，不要复制黏贴，不要怕浪费时间。就好比这篇文章，我相信会有人看完后拿着逻辑分析仪一遍一遍的尝试，但恐怕更多的还是复制代码，能用就行。

自己调通自己写驱动代码，我觉得这才是做BSP的核心和魅力所在。

jdhfusk
关注
  • 11
    点赞
  • 踩
  • 36
    收藏
    觉得还不错? 一键收藏
  • 3
    评论
stm32 CAN FIFO
01-26
keil 工程。stm32 CAN FIFO 。FIFO收发机制适合大数据多节点传输，附有协议文档。
STM32进阶之串口环形缓冲区实现 FIFO
01-26
STM32进阶之串口环形缓冲区实现 FIFO，代码精简，易实现。
【STM32F429开发板用户手册】第24章 STM32F429的USART应用之八个串口FIFO实现
Simon223的博客
07-21 1980
最新教程下载：http://www.armbbs.cn/forum.php?mod=viewthread&tid=93255 第24章 STM32F429的USART应用之八个串口FIFO实现 本章节为大家讲解STM32F429的8个串口的FIFO驱动实现，后面的ESP8266，GPS，RS485，GPRS等试验都是建立在这个驱动的基础上实现。 除了串口FIFO的驱动实现，RS232通信也通过本章节做个讲解。 目录 第24章 STM32F429的USART应用之八个...
使用串口FIFO和Timer实现数据的高效收发
huanxiajioabu的博客
03-05 929
/指向接收缓存//帧首标志,为0xFF或者0xEE//找到帧首,一般是3~5个FF或EE//帧首的个数,一般3~5个//已经接收的字节数//找到完整帧后,置1//本帧数据总长度，这个区域是可选的3.2 初始化数据结构，一般放在串口初始化中/*** @brief 初始化寻找帧的数据结构* @param p_fine_frame:指向打包帧数据结构体变量* @param dst_buf:指向帧缓冲区* @param sfd:帧首标志,一般为0xFF或者0xEE*/
（转）stm32F4-----DMA的FIFO作用和用法
热门推荐
edgar_l的专栏
08-10 2万+
在STM32F4系列中DMA增加了个FIFO;这个FIFO的作用是什么？ 当我使能这个FIFO时（DMA_InitStructure.DMA_FIFOMode = DMA_FIFOMode_Enable;），进仿真模式查看接收数组，他只更新16个字节（我在外边 发进去20个字节）；读取DMA接收数据个数寄存器显示DMA接收到了20个字节，我 第二次发送数据，接收缓冲又只更新了16个字节
STM32F103C8 DMA 串口 FiFO接收
06-11
STM32F103C8 DMA 串口 FiFO接收
基于STM32F407的FIFO队列示例程序
05-18
基于STM32F407的FIFO队列示例程序，内存管理方式参照正点原子，注释详细，可以直接用。
STM32的DMA中FIFO和突发模式理解
xianyulajiao的博客
12-12 4828
配置突发为4节拍，这是确定一次突发的大小宽度是多少，假如接收端端口数据宽度配置为半字（2B）那么一次突发就是8B，切记一次突发不是一次传输，一次传输包含多次突发，突发本质上是指针增长，即接收端地址自增，每次传输由FIFO决定，FIFO如果选择的阈值为1/4，那么就是说FIFO每装满1个字，就触发传输，传输1个字，但是这里突发的最小单位为8B，而一次传输却是4B，肯定不行。按1/2阈值，满1/2传输一次，正好是2个突发包，那么就是传输一次突发两次，以此类推；上图就是stm32里面突发和FIFO配置的表。
STM32 串口 FIFO
rou252051452的博客
09-24 7682
使用FIFO实现串口数据的收发功能 FIFO的相关实现参照链接：CSDNhttps://mp.csdn.net/mp_blog/creation/editor/120448361 1、Cubemx串口配置 使用Cubmx对串口进行配置如下： ​​​​​​​ 2、驱动程序编写 2.1驱动初始化 进行串口收发FIFO的创建，进行发送FIFO回调函数的初始化，调用函数UsartStartCloseHT实现串口DMA+IDLE模式接收，同...
STM32串口DMA实现自定义容量FIFO
weixin_43166744的博客
11-16 1023
stm32串口DMA实现自定义容量FIFO，完成IAP软件上传
uart串口环回（加FIFO）
weixin_67803687的博客
08-24 1122
UART（universal asynchronous receiver-transmitter）是一种采用异步串行通信方式的通用异步收发传输器。定义如上，那么出现问题了，什么叫异步串行通信？请关注下文原理。
【STM32+cubemx】0005 HAL库开发：uart串口中断和fifo环形队列
小白白学电子
11-02 3404
上一节我们学习了串口的轮询收发，以及HAL库自带的中断收发。也分析了优缺点，这一节我们来讲讲如何改写HAL库函数，使它能更高效地收发数据，更方便地使用。 早些年在使用51单片机、AVR单片机的时候，最有效的办法是开两个环形缓冲区，一个用作发送、一个用作接收。 接收的实现：开启接收数据中断；当收到数据产生中断时，在中断服务程序中，把收到的数据放入接收环形fifo中；主循环中检测接收fifo中有无数据，有的话取走使用即可。 发送的实现：当要发送数据时，先检查有无数据在发送（一般是查询发送寄存器的状态）
STM32H750 8路 串口 FIFO 通信 例子 工程源码
07-13
STM32H750 8路串口例子，每路收发都带有独立的FIFO，适合方案验证和工程应用，希望对大家有帮助
STM32串口+DMA+环形FIFO例程 freertos.rar
08-10
stm32 串口+DMA+环形FIFO缓存收发数基本例程， 仅供参考 freertos环境，其他环境类推
HAL库STM32f0串口DMA空闲中断接收fifo数据处理
09-03
STM32f0HAL库，STM32CubeMX创建，串口DMA空闲中断接收fifo数据处理程序，实测可用
CVI 串口调试工具.rar_CVI串口通信_cvi 串口_cvi串口fifo设置_cvi调试_fall2v4
07-15
用LabWinows/CVI 编写的串口通信调试界面，可以实现串口数据的收发，支持字符格式和十六进制格式，支持发送文件和保存数据
利用STM32实现语音识别功能
2401_84204806的博客
04-28 1875
通过本教程，我们不仅能够了解如何在STM32平台上部署语音识别功能，还能掌握必要的优化技术，以确保系统的高效运行和良好用户体验。STM32微控制器具备处理高效率语音识别算法的能力，使其成为实现低成本、低功耗语音交互系统的理想选择。：在可穿戴设备中集成语音识别功能，允许用户通过语音指令进行交互，提高设备的易用性和功能性。随着技术的进步和应用的扩展，STM32微控制器在嵌入式语音识别领域的应用前景将越来越广阔。随着物联网和智能设备的普及，语音识别技术正逐渐成为用户交互的主流方式之一。
STM32 单片机 GPIO 的八种工作模式是什么？
qq_64919823的博客
04-28 1461
GPIO、UART、SPI和I2C是STM32中常用的外设，它们为嵌入式系统的开发提供了丰富的功能和灵活性。了解这些外设的特性和应用可以帮助开发者更好地设计和实现STM32应用程序。
学习STM32第二十天
最新发布
dabuding666的博客
04-28 1690
STM32低功耗模式四个案例实验
stm32g474的串口配置
05-01
STM32G474是一款高性能的32位微控制器，它具有多个串口口并具有丰富的外设，如ADC、DAC、DMA、定时器等，能够满足不同应用的需求。在使用STM32G474的串口配置时，应该遵循以下步骤： 首先，在STM32CubeMX中配置串口引脚和时钟，选择波特率、数据位、校验位等参数。然后，生成初始化代码并导入到Keil或其他编译器中进行编写。 其次，在程序中使用HAL库的串口函数进行配置，如HAL_UART_Init()进行串口初始化，HAL_UART_Transmit()进行数据发送，HAL_UART_Receive()进行数据接收等，在函数中指定串口号和配置参数。 最后，要注意对串口数据的缓存处理和中断处理。缓存处理可以使用环形缓存或FIFO缓存，既可以提高数据的处理效率，又可以保证数据的高可靠性。中断处理要在中断程序中进行，通过设置接收中断和发送中断来触发相应的处理，以保证数据的及时处理。 在配置串口时，还需注意对时钟的配置，如选择USARTx的时钟源，设置预分频器等。还要注意对GPIO的配置，如选择GPIO的引脚、复用功能以及推挽输出等。同时，还应该根据具体的应用场景进行相应的配置，以达到最优的性能和功能要求。 总之，STM32G474的串口配置是一个相对复杂的过程，需要遵循一定的步骤和规范，同时结合具体的应用场景进行相应的配置和优化，以最大程度地提高系统的性能和稳定性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值