驱动（RK3588S）第八课时：平台设备总线

最新推荐文章于 2024-11-14 18:01:00 发布
最新推荐文章于 2024-11-14 18:01:00 发布
阅读量1.3k 收藏 28
点赞数 34
文章标签： stm32 物联网 c++ 嵌入式硬件 嵌入式实时数据库 驱动开发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_83971583/article/details/142023926
版权

目录

目标

1.利用平台设备总线编写LED灯驱动代码
2.利用驱动端+设备树编写LED灯驱动代码

一、平台设备总线的概念

1、什么是平台设备总线

I2c spi 等他们是真实存在的总线，他不像今天讲的 platform（平台） 总线他是内核虚拟出来的一条总线，这个总线的作用就是为了匹配设备端和驱动端，在咱们没有讲设备树之前，编写的驱动代码都是采取平台设备总线的形式去编写的，就是老内核他们是怎么去编写设备驱动的，他们都是采取平台设备总线的形式，因为设备的资源比较多，要管理的内容也比较多，就会造成内核比较凌乱。此时他把一个驱动的代码给分为了两个端，一个是设备端，一个是驱动端，这个两个端他们分别负责不同的功能，设备端主要就是负责提供设备的信息，就和硬件相关的，只提供信息资源，不做任何设备的驱动，这个一般是咱们自己写的，比如前面说的的设备树就是设备端，而驱动端他统一交给了内核去管理，他主要负责驱动设备，他要从设备端先去获取设备的资源信息。对于一些大的设备来说，一般驱动端内核里都会自带，比如 LCD 屏，内核已经自动写入了一部分驱动端代码。
在后期驱动开发一般是有两种方法
1.平台设备总线
2.使用设备树+杂项/linux2.6
3.你也可以使用设备树+平台设备总线(驱动端)
驱动端：负责字符设备的框架使用 Linux2.6/杂项
设备端：只负责提供你驱动端所需要的所有的设备信息资源。

2、平台设备总线 platform 的匹配

因为的驱动代码已经分为了两端，一个是驱动端，一个设备端。驱动端和
设备端，怎么找到对方，这里有一个比较重要的信息，就是你要相互找到对
方，只有设备端和驱动端匹配成功了，那么你的驱动端，才可以去驱动对应的硬件，这里驱动端和设备端匹配的方法也是比较多的，目前最长用的就是通过名字找对方。这里你编译出来会有两个.ko ，他们加载的顺序是没有关系的，没有先后的顺序，不管你先加载谁他们都可以通过名字找对方。设备端和驱动端都有一个属于自己的核心结构体在他们各自的核心结构体里都有一个成员变量Name,你在编码的时候需要保证这个来个结构体里的名字必须是一样的，否则他们两个是无非进行匹配的。
以下是驱动和设备端编译出来的文件。
在这里插入图片描述

3、设备树和平台设备总线的关系，以及匹配

平台设备总线他是分为了两个端设备端和驱动端，其实这里的设备端被咱们设备树给取代了。设备端的作用就只有一个，那就是提供设备的信息，而咱们的设备恰好是描述设备硬件信息，所以设备树就可以代替设备端，同样你也可以使用平台设备总线的驱动断和设备树做匹配，既然设备树替代了设备端，那么资源驱动端也可以从设备树里去获取资源，其实这里就通过设备树里的 Compatible属性来获取信息的。这样我们就可以少些一部分设备层的代码。
在这里插入图片描述

二、平台设备总线的函数接口

1、注册设备端的资源信息

函数功能：注册设备端的资源信息
函数原型：int platform_device_register(struct platform_device *pdev)
函数头文件：#include<linux/platform_device.h>
函数参数：pdev:设备端的核心结构体
设备端的核心结构体：
struct platform_device {
const char *name;//他就是和驱动端进行匹配的名字
int id;// 写 -1
struct device dev;//关于设备的信息的结构体
这里有一个函数需要咱们填写，这个函数里什么都不用
写，函数必须要有。void (*release)(struct device *dev);
u32 num_resources;//设备端提供资源的数量
ARRAY_SIZE() — 他来计算你提供了多少资源
struct resource *resource;//你提供的具体的资源信息
}

2、设备端提供的资源的信息

设备端提供的资源的信息
struct resource {resource_size_t start;resource_size_t end;const char *name;unsigned long flags;};
start：设备资源的起始资源
end：设备资源的结束资源
name：没有什么太大的意义一般是表示 给那个设备提供资源 取一个名
字
flags：你提供资源的类型
在这里插入图片描述
资源的类型内核已经帮你写好了固定的宏
在这里插入图片描述
#define IORESOURCE_IO 0x00000100//IO 空间，一般在 x86 框
架中存 在，ARM 一般没有
#define IORESOURCE_MEM 0x00000200//内存资源，大部分资源
都是这个
#define IORESOURCE_IRQ 0x00000400//中断资源 实际上就是
中断号
#define IORESOURCE_DMA 0x00000800//DMA

3、注销申请的设备端的资源

函数返回值：成功返回 0 失败负数
函数功能：注销申请的设备端的资源
函数原型：void platform_device_unregister( struct platform_device *pdev)
函数头文件：#include<linux/platform_device.h>
函数参数：pdev：定义的核心结构体
函数返回值：无

4、驱动端的函数（全）

函数功能：注册驱动端的资源
函数原型：int platform_driver_register( struct platform_driver *drv)
函数头文件：#include<linux/platform_device.h>
函数参数：drv
函数返回值：成功返回 0 失败负数
在这里插入图片描述
struct platform_driver {
int (*probe)(struct platform_device *);
int (*remove)(struct platform_device *);
struct device_driver driver;
};
probe：探测函数。一但驱动端和设备端匹配成功就会自动的去调用此函数，此函数里一般做字符设备的注册使用杂项/Linux2.6 以及设备资源获取。
remove:移除函数。 一但驱动端或者是设备端有一个卸载了，那么 此函数就会自动的调用，次函数里主要就是注销你在探测函数里申请的资源。
driver：你需要填写里边的名字 。注意这里的 name 要和设备端里的 name保持一致
函数功能：注销驱动端申请的资源
函数原型：void platform_driver_unregister(struct platform_driver *dev);
函数头文件：#include<linux/platform_device.h>
函数参数：dev：定义的核心结构体
函数返回值：无

5、从设备端获取资源

函数功能：从设备端获取资源
函数原型：struct resource *platform_get_resource(
struct platform_device *dev,
unsigned int type,
unsigned int num)
函数头文件：#include<linux/platform_device.h>
函数参数：dev：设备端的核心结构体
type：获取资源类型
num：你要获取资源的编号 — 第几个资源
函数返回值：成功返回指向 struct resource 指针 失败返回 NULL

6、设备树和驱动端匹配的时候需要用到的结构体

struct device_driver driver;
struct device dev{
struct device_driver *driver;
{
const struct of_device_id *of_match_table;
struct of_device_id {
charcompatible[128]; — 你这里的名字要和设备树里的
compatible
保持一致，否则无法从设备树里获取设备节点
};
}
在这里插入图片描述

7、设备树和驱动端设备树使用的节点信息

struct platform_device
{
struct device dev
{
struct device_node of_node; / 设备树使用的节点信息 */
}
}
这个成员是给设备树和驱动端匹配成功之后获取 gpio 口资源函数第一个参数
使用的。
在这里插入图片描述

三、代码与现象

一、只用平台设备总线

1、代码：

应用层函数 app.c

#include <stdio.h>
#include <fcntl.h>
#include <unistd.h>
int main(int argc,char *argv[])
{
	int fd = 0;
	while(1)
		{
			fd = open("/dev/myqxjled",O_RDWR); // --- 底层的open函数
			sleep(3);
			close(fd);//底层的close
			sleep(3);
		}
	return 0;
}

驱动层：

#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/of.h>
#include <linux/of_gpio.h>
#include <linux/cdev.h>
#include <linux/gpio.h>
#include <linux/device.h>
#include <linux/fs.h>
#include <linux/platform_device.h>
struct resource *led[2];
int i;
int all;
dev_t dev;
struct cdev mydev;
struct class *myclass=NULL;

int myled_open (struct inode *inode, struct file *fp)
{
	gpio_set_value(led[0]->start,led[1]->end);
	gpio_set_value(led[0]->end,led[1]->end);
	printk("两个灯打开\n");
	printk("myled open 正确打开\n");
	return 0;
}

int myled_close (struct inode *inode, struct file *fp)
{
	gpio_set_value(led[0]->start,led[1]->start);
	gpio_set_value(led[0]->end,led[1]->start);
	printk("两个灯关闭\n");
	printk("myled close 关闭正确\n");
	return 0;
}
struct file_operations myfops={
	.open = myled_open,
	.release = myled_close,

};


int myled_probe(struct platform_device *pdev)
{
	printk("探测函数：设备端和驱动端匹配成功\n");
	for(i=0;i<=1;i++)
	{
		led[i]=platform_get_resource(pdev,IORESOURCE_MEM,i);
 	}
 	gpio_request(led[0]->start, "led1 pc5");
	gpio_request(led[0]->end, "led2 pc6");
	gpio_direction_output(led[0]->start, led[1]->start);
	gpio_direction_output(led[0]->end, led[1]->start);	
	all=alloc_chrdev_region(&dev,0, 1,"led");
	if(all<0)
	{
		printk("alloc_chrdev_region error\n");
		printk("动态创建失败\n");
		return -1;
	}
	printk("主设备号:%d\n",MAJOR(dev));
	printk("次设备号:%d\n",MINOR(dev));
	cdev_init(&mydev,&myfops);
	cdev_add(&mydev,dev,1);
	myclass=class_create(THIS_MODULE,"class_led");//创建类
	if(myclass == NULL)
	{
		printk("class_create error\n");
		printk("class_create 类创建失败\n");
		return -1;
	}
	device_create(myclass,NULL,dev,NULL,"myqxjled");
 	return 0;
}

int myled_remove (struct platform_device *pdev)
{
	printk("移除函数成功\n");
	device_destroy(myclass,dev);
	class_destroy(myclass);
	cdev_del(&mydev);
	unregister_chrdev_region(dev,1);
	gpio_free(led[0]->start);
	gpio_free(led[0]->end);
	return 0;
}

struct platform_driver drv={
	.probe = myled_probe,
	.remove = myled_remove,
	.driver = {
		.name = "myxyd_leds",//与设备端必须保持一致
	},
};
static int __init myled_init(void)
{	
	platform_driver_register(&drv);
	return 0;
}
static void __exit myled_exit(void)
{
	platform_driver_unregister(&drv);
}
module_init(myled_init);
module_exit(myled_exit);
MODULE_LICENSE("GPL");

设备层：

#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/of.h>
#include <linux/of_gpio.h>
#include <linux/cdev.h>
#include <linux/gpio.h>
#include <linux/device.h>
#include <linux/fs.h>
#include <linux/platform_device.h>
struct resource led_resou[2]={
	[0]={
		.start=21,
		.end=22,
		.name="xydleds",
		.flags=IORESOURCE_MEM,
	},
	
	[1]={
		.start=0,
		.end=1,
		.name="xydled", 
		.flags=IORESOURCE_MEM,
	},
};
void xyd_release(struct device *dev)
{

}
struct platform_device pdev={
	.name="myxyd_leds",
	.id=-1,
	.dev={
		.release=xyd_release,
	},
	.num_resources=ARRAY_SIZE(led_resou),
	.resource=led_resou,
};

static int __init myled_init(void)
{	int plat = 0;
	plat = platform_device_register(&pdev);
	if(plat < 0)
	{
		printk("platform_device_register error\n");
		printk("注册设备端的资源信息失败\n");
		return -1;
	}
	printk("注册设备端的资源信息成功\n");
	return 0;
}
static void __exit myled_exit(void)
{
	platform_device_unregister(&pdev);//注销设备资源
}
module_init(myled_init);
module_exit(myled_exit);
MODULE_LICENSE("GPL");

2、现象

在这里插入图片描述
在这里插入图片描述
代码运行现象：
在这里插入图片描述
灯现象：
在这里插入图片描述
在这里插入图片描述

二、平台设备总线与设备树

1、代码：

应用层：

#include <stdio.h>
#include <fcntl.h>
#include <unistd.h>
int main(int argc,char *argv[])
{
	int fd = 0;
	while(1)
		{
			fd = open("/dev/myqxjled",O_RDWR); // --- 底层的open函数
			sleep(1);
			close(fd);//底层的close
			sleep(1);
		}
	return 0;
}

驱动层：用的设备树

#include <linux/module.h>
#include <linux/kernel.h>
#include <linux/of.h>
#include <linux/of_gpio.h>
#include <linux/cdev.h>
#include <linux/gpio.h>
#include <linux/device.h>
#include <linux/fs.h>
#include <linux/platform_device.h>
int led[2]={0};
int i;
int all;
dev_t dev;
struct cdev mydev;
struct class *myclass=NULL;

int myled_open (struct inode *inode, struct file *fp)
{
	gpio_set_value(led[0],1);
	gpio_set_value(led[1],1);
	printk("两个灯打开\n");
	printk("myled open 正确打开\n");
	return 0;
}

int myled_close (struct inode *inode, struct file *fp)
{
	gpio_set_value(led[0],0);
	gpio_set_value(led[1],0);
	printk("两个灯关闭\n");
	printk("myled close 关闭正确\n");
	return 0;
}
struct file_operations myfops={
	.open = myled_open,
	.release = myled_close,

};

int myled_probe(struct platform_device *pdev)
{
	printk("探测函数：设备端和驱动端匹配成功\n");
	//led[0] led[1]返回的是gpio编口号
	led[0]=of_get_named_gpio(pdev->dev.of_node,"led-gpios",0);
 	led[1]=of_get_named_gpio(pdev->dev.of_node,"led-gpios",1);
 	gpio_request(led[0], "led1 pc5");//21
	gpio_request(led[1], "led2 pc6");//22
	gpio_direction_output(led[0],0);
	gpio_direction_output(led[1],0);	
	all=alloc_chrdev_region(&dev,0, 1,"led");
	if(all<0)
	{
		printk("alloc_chrdev_region error\n");
		printk("动态创建失败\n");
		return -1;
	}
	printk("主设备号:%d\n",MAJOR(dev));
	printk("次设备号:%d\n",MINOR(dev));
	cdev_init(&mydev,&myfops);
	cdev_add(&mydev,dev,1);
	myclass=class_create(THIS_MODULE,"class_led");//创建类
	if(myclass == NULL)
	{
		printk("class_create error\n");
		printk("class_create 类创建失败\n");
		return -1;
	}
	device_create(myclass,NULL,dev,NULL,"myqxjled");
 	return 0;
}

int myled_remove (struct platform_device *pdev)
{
	printk("移除函数成功\n");
	device_destroy(myclass,dev);
	class_destroy(myclass);
	cdev_del(&mydev);
	unregister_chrdev_region(dev,1);
	gpio_free(led[0]);
	gpio_free(led[1]);
	return 0;
}
struct of_device_id	mydev_node={
	.compatible="myqxj_led",
};

struct platform_driver drv={
	.probe = myled_probe,
	.remove = myled_remove,
	.driver = {
		.name = "myxyd_leds",//与设备端必须保持一致
		.of_match_table = &mydev_node,
	},
};
static int __init myled_init(void)
{	
	platform_driver_register(&drv);
	return 0;
}
static void __exit myled_exit(void)
{
	platform_driver_unregister(&drv);
}
module_init(myled_init);
module_exit(myled_exit);
MODULE_LICENSE("GPL");

不需要再写一个设备端了，而是由设备树上获取相应资源。

2、现象

在这里插入图片描述
代码运行状态：
在这里插入图片描述
灯现象：灯亮灭交替闪烁。
在这里插入图片描述
在这里插入图片描述

RK3588平台开发系列讲解（驱动基础篇）设备驱动 IO 控制
内核笔记
06-01 1588
📢本篇我们来讲的 ioctl 接口。
驱动（RK3588S）第二课时：引导程序和内核
2401_83971583的博客
09-01 2974
uboot 其实就是一个引导程序，他是咱们嵌入式通用第一个引导程序，也就是在你的操作系统开机之前运行的一个程序，用来初始化一些环境变了，最终你的 uboot 会去引导你的 kernel，然后 uboot 的使命就结束了，uboot 他也开源免费的，目前我使用的 uboot 是瑞芯微自己裁剪之后的 uboot，你如果直接从网站去下的 uboot 是不能够直接放到你的开发板上运行的，你需要适配，目前你去买点的开发板几乎都会给你裁剪适配好的 uboot 以及内核，甚至有的直接一个完整的镜像文件。
驱动（RK3588S）第三课时：文件系统（rootfs）
2401_83971583的博客
09-01 2606
如果想要构建完整的根文件系统，大家一般都是使用buildroot，它不仅包含了 busybox 的功能，而且里面还集成了各种软件，需要什么软件就选择什么软件，不需要我们去移植。嵌入式系统三大部分：bootloader(uboot)、Linux 内核、根文件系统。制作根文件系统有三大神器：busybox、buildroot、yocto。
驱动（RK3588S）第五课时：字符设备驱动编程
2401_83971583的博客
09-02 1483
设备号其实就是设备的一个标识符，就好比你们当时操作系统的时候的进程的PID,PID的作用，就是为了区分不同的进程而定义的一个PID，开发板上那么多的硬件设备，内核怎么去区分每一个不同的设备呢？这里就搞另一个设备号，设备号就是给硬件一个编号，就好比每一个人的身份证号，他也是唯一的，设备号他又有两部分组成：主设备号+次设备号主设备号：他代表一类设备。次设备号。
驱动（RK3588S）第七课时：单节点设备树
2401_83971583的博客
09-08 1477
他就是用来做匹配的，因为设备树是描述设备信息的，而设备信息是驱动代码使用的。：这里用到的是linux2.6动态创建的设备号。他是一个完整的设备号，这个完整的设备号里包含了主设备号和次设备号，这里他是一个 32 位的设备号，32 位里前 12 位是主设备号，后 20 位是次设备号，所以他的这个设备号的取值范围是比较大的。函数功能：函数读取 np 结点中的 propname 属性的值，并将读取到的 u32 类型的值保存在 out_value 指向的内存中，函数的返回值表示读取到的 u32 类型的数据的个数。
使用c++在rk3588-3588s上运行的yolov5s简单demo(142帧-s).zip
05-16
使用c++在rk3588_3588s上运行的yolov5s简单demo(142帧_s).zip 此仓库为c++实现, 大体改自rknpu2, python快速部署见于rknn-multi-threaded 使用线程池异步操作rknn模型, 提高rk3588/rk3588s的NPU使用率, 进而提高...
39-Rk628D 在 RK3588s平台上的驱动移植
ma_cainiao_ming的博客
09-23 525
通过RK628D转接芯片，实现hdmi 到 mipi 的4k视频输入
rk3588rk3588s使用c++多线程异步等优化c++实现源码(yolov5运行可达到135fps)+项目使用说明.zip
05-10
rk3588rk3588s使用c++多线程异步等优化c++实现源码(yolov5运行可达到135fps)+项目使用说明.zip 【资源介绍】 该项目为c++实现, 大体改自rknpu2 使用线程池异步操作rknn模型, 提高rk3588/rk3588s的NPU使用率, 进而...
rk3588rk3588s使用c++多线程异步等优化c++实现源码(yolov5运行可达到142fps)+项目使用说明.zip
05-16
rk3588rk3588s使用c++多线程异步等优化c++实现源码(yolov5运行可达到142fps)+项目使用说明.zip 【资源介绍】 该项目为c++实现, 大体改自rknpu2 使用线程池异步操作rknn模型, 提高rk3588/rk3588s的NPU使用率, 进而...
8K,6T,Soc芯片RK3588、RK3588S开发参考资料
03-10
8K,6T,Soc芯片RK3588、RK3588S；
Rockchip_RK3588S_EVB_User_Guide_V1.0_CN.pdf
04-15
Rockchip_RK3588S_EVB_User_Guide_V1.0_CN.pdf
STM32 51单片机设计半导体制冷片温控设计
qq_38295600的博客
11-14 614
基于STM32与51单片机的半导体制冷片温控设计 前言随着现代工业、医疗和科研领域对温度控制精度的要求日益提高，半导体制冷片（TEC）因其高效、灵活的特点而得到广泛应用。然而，要充分发挥TEC的性能，设计一个精确、稳定的温控系统至关重要。本文将探讨基于STM32和51单片机的半导体制冷片温控设计，旨在为相关领域提供一种高效、可靠的解决方案。半导体制冷片（TEC）以其独特的帕尔贴效应原理，能够实现制冷和加热的双重功能。然而，TEC的温控系统在设计上存在一定的挑战，如温度调节过程中的惯性大、环境温度影响显著等。
STM32WB55RG开发(2)----STM32CubeProgrammer烧录
xh1479的博客
11-11 745
STM32CubeProgrammer (STM32CubeProg) 是一款用于编程STM32产品的全功能多操作系统软件工具。它提供了一个易用高效的环境，通过调试接口（JTAG和SWD）和自举程序接口（UART、USB DFU、I2C、SPI和CAN）读取、写入及验证器件内存。STM32CubeProgrammer的功能广泛，可以对STM32内部存储器（如Flash、RAM和OTP）以及外部存储器进行编程。
STM32的系统结构、内核、外围设备（外设）、单片机外围电路
最新发布
cykaw2590的博客
11-14 254
下图为STM32单片机内部内核和外设之间的关系：内核和外设都是属于STM32单片机内部的东西内核（Core）：外设（Peripherals）：单片机的外围电路就属于单片机外部的东西下图为最小系统电路（实现最基本的功能的电路）除此之外还有各种各样电路模块：稳压电路（可以改变电压的值）：晶振电路（用于产生时钟信号）：RTC晶振+主时钟晶振结合：RTC晶振可以加备用电源以便断电的时候还可以产生时钟信号并通过PC14、PC15输入输出主时钟晶振可以提供主时钟信号并通过OSCIN、OSCOUT输入输出此外还有很多，具
STM32各模块
qq_45001063的博客
11-10 737
当主机要发送数据时，先将SDA拉低，以通知从设备准备接收数据，随后拉低SCL，往SDA上驱动高低电平数据，然后拉高SCL，方便从设备在SCK高电平阶段读取SDA获得一位数据，随后主设备再次拉低SCL，往SDA上发一位数据，再拉高SCL，让从设备读取SDA数据，依次类推，传输完7位地址数据+读写位以后，主设备释放SDA线（即SDA的GPIO口设置为输入状态），从设备的SDA线为开漏输出模式，在下一个时钟周期拉低SDA线表示确认收到数据ACK。数据位可以是5位、6位、7位、8位、9位。
【STM32】项目实战——OV7725/OV2604摄像头颜色识别检测（开源）
m0_73931287的博客
11-07 2084
【STM32】项目实战——OV7725/OV2604摄像头颜色识别检测（开源）
2.STM32之通信接口《精讲》之USART通信
qq_58662017的博客
11-14 99
有关通信详解进我主页观看其他文章！【免费】SPIIICUARTRS232/485-详细版_UART、IIC、SPI资源-CSDN文库
单片机串口接收状态机STM32
weixin_60755571的博客
11-04 1749
然后把状态机整段cv，状态机就是把接收部分分成一个个的状态，条件符合就会跳到下一段，最后会在校验和验证整段数据是否接收正常，正常的话就会送入数据处理的函数里面，我这里定义了一个rec_buf_scan[REC_BUFF_SIZE]是跟我之前的接收数据缓存区做兼容而已，你们可以只导入数据包的内容，不需要把头和校验和导入，这里其实就是我懒了嘻嘻。先定义一个uint8_t的变量用来接收每次收到的数据，一定注意，只要你是用的cubemx生成的project，在生成的文件下，都有把你改的代码写到。
STM32中中断和事件的区别
qq_45583758的博客
11-12 321
中断定义：当外部或内部发生某个事件时，CPU会立即暂停当前正在执行的程序，转而执行与该事件相对应的中断服务程序（ISR）。待中断服务程序执行完毕后，CPU再返回到被中断的程序处继续执行。工作原理：中断请求通过中断线发送到中断控制器（NVIC），NVIC根据中断优先级决定是否立即响应中断。一旦响应，CPU会保存当前程序的执行状态（即现场），然后跳转到中断服务程序的入口地址执行。中断服务程序执行完毕后，CPU会恢复之前保存的现场，并继续执行被中断的程序。事件。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值