HID-USB设备读写开发测试

本文深入探讨了HID(Human Interface Device)USB设备在Windows上的读写操作,详细解释了`ReadFile`和`WriteFile`函数的工作原理以及与`HID`设备驱动的交互过程。内容包括设备读写的异步模式、错误处理、报告ID的重要性以及报告描述符在数据通讯中的角色。此外,还分享了在开发过程中遇到的挑战,如不成功的读取操作以及数据丢失现象。
摘要由CSDN通过智能技术生成

http://bbs.csdn.net/topics/390691197

看过一个文章“Windows主机端与自定义USB HID设备通信详解",有这样一段文字。

1 、 ReadFile 的调用不会引起设备的任何反应,即 HID 设备与主机之间的中断 IN 传输不与 ReadFile 打交道。实际上主机会在最大间隔时间(由设备的端点描述符来指定)内轮询设备,发出中断 IN 传输的请求。“读取”即意味着从某个 buffer 里面取回数据,实际上这个 buffer 就是 HID 设备驱动中的 buffer 。这个 buffer 的大小可以通过 HidD_SetNumInputBuffers 来改变。在 XP 上缺省值是 32 (个报告)。

实贱表明:

是”USB人体输入学设备驱动“会在最大间隔时间(由设备的端点描述符来指定)内轮询设备,发出中断 IN 传输的请求。然后将数据收到自已驱动中的 buffer!但ReadFile也不直接与”USB人体输入学设备驱动“打交道!有兴趣大家可以用BUS HOUND看一下!你只监视”USB人体输入学设备“,你不调用ReadFile,下位机也会有数据发上来。BUS HOUND可以看到数据。下位机没数据时!你调用ReadFile,”USB人体输入学设备“,也不会有动作!

而当您监视了!HID compliant device设备,你不ReadFile,就是”USB人体输入学设备“有接收到数据,HID compliant device设备也不会有数据请求的!只有当你ReadFile了!HID compliant device设备就会出现一次数据请求!你就能看到HID compliant device的数据。

更细一点的测试是!HID下位机连发了向个报告时(ReadFile不去读),”USB人体输入学设备驱动“会都接收这些报告数据,然后放在自己的buffer中!接收你调用一次ReadFile,”HID compliant device驱动“就会向”USB人体输入学设备驱动“请求一次数据,然后它如果和ReadFile相交成功的话,ReadFile就会正确读到一个报告数据。你再调用ReadFile会再读到一个!直到”USB人体输入学设备驱动“收到的数据全部被读完!

现在的我的情况就出现在HID compliant device驱动和ReadFile相交这块!ReadFile绝大多数时可以成功读到数据,但总会不定期的有一次不成功!

还有一个怪的现象!ReadFile好象只是发出了一个Windows IO请求,而这个Windows IO请求好象没成功和”HID compliant device驱动“交互。因为从现象上看HID compliant device设备驱动好象没有超时机制!如ReadFile后 wait用永久等待的方式在等,当出现这种情况程序会卡死在这里永远等待,但当下一次下位机设备发上新的数据时!wait也会结束等待,读出最新的数据。而不成功的那次数据就好象从来没出现过一样,人间蒸发了!这中间到底那块出了问题!是我想知道的!

有没有明白这块驱动机制的达人细一点的讲述一下,HID compliant device设备驱动向”USB人体输入学设备“请求数据 及和Readfile交互的细节!猜想分析都行!

 

http://bbs.csdn.net/topics/390511409

打开HID例程程序

 

http://blog.10jqka.com.cn/103723137/6082311.shtml

调试了好长时间,终于发现这个 87的用法错误的妙处! 凡是格式不符合设备接收协议的 

都应该是这个返回值。 刚开始我可能凑巧没有初始化的时候,他自己偶然自动这样, 

所以,有时候可以侥幸过关。  

不错,记录之,以供后人参考。 

以下转载自: 

说明: 

-          以下结论都是基于Windows XP系统所得出的,不保证在其他系统的适用性。 

-          在此讨论的是HID自定义设备,对于标准设备,譬如USB鼠标和键盘,由于操纵系统对其独占,很多操纵未必能正确执行。 

1.  所使用的典型Windows API 

CreateFile 

  ReadFile 

  WriteFile 

以下函数是DDK的内容: 

HidD_SetFeature 

  HidD_GetFeature 

  HidD_SetOutputReport 

  HidD_GetInputReport 

其中,CreateFile用于打开设备;ReadFile、HidD_GetFeature、HidD_GetInputReport用于设备到主机方向的数据通讯;WriteFile、HidD_SetFeature、HidD_SetOutputReport用于主机到设备方向的数据通讯。鉴于实际应用,后文主要讨论CreateFile,WriteFile,ReadFile,HidD_SetFeature四个函数,明白了这四个函数,其它的可以类推之。

2.  
几个常见错误 

       当使用以上API时,假如操纵失败,调用GetLastError()会得到以下常见错误: 

6:         句柄无效 

23:       数据错误(循环冗余码检查) 

87:       参数错误 

1784:    用户提供的buffer无效 

  后文将会具体说明这些错误情况。 

3.         主机端设备枚举程序流程 

      



4.         函数使用说明 

CreateFile(devDetail->DevicePath,                                         //设备路径

GENERIC_READ | GENERIC_WRITE,                    //访问方式 

FILE_SHARE_READ | FILE_SHARE_WRITE,         //共享模式 

NULL, 

  OPEN_EXISTING,                                           //文件不存在时,返回失败 

FILE_FLAG_OVERLAPPED,                                 //以重叠(异步)模式打开 

NULL); 

在这里,CreateFile用于打开HID设备,其中设备路径通过函数SetupDiGetInte***ceDeviceDetail取得。CreateFile有以下几点需要留意:

-     访问方式: 假如是系***占设备,例如鼠标、
育儿嫂键盘等等,应将此参数设置为0,否则后续函数操纵将失败(譬如HidD_GetAttributes);也就是说,不能对独占设备进行除了查询以外的任何操纵,所以能够使用的函数也是很有限的,下文的一些函数并不一定适合这些设备。在此顺便列出MSDN上关于此参数的说明:

If this parameter is zero, the application can query file and device attributes without accessing the device. This is useful if an application wants to determine the size of a floppy disk drive and the formats it supports without requiring a floppy in the drive. It can also be used to test for the file's or directory's existence without opening it for read or write access。

-          重叠(异步)模式:此参数并不会在此处表现出明显的意义,它主要是对后续的WriteFile,ReadFile有影响。假如这里设置为重叠(异步)模式,那么在使用WriteFile,ReadFile时也应该使用重叠(异步)模式,反之亦然。这首先要求WriteFile,ReadFile的最后一个参数不能为空(NULL)。否则,便会返回87(参数错误)错误号。当然,87号错误并不代表就是此参数不正确,更多的信息将在具体讲述这两个函数时指出。此参数为0时,代表同步模式,即WriteFile,ReadFile操纵会在数据处理完成之后才返回,否则阻塞在函数内部。

ReadFile(hDev,                                 //设备句柄,即CreateFile的返回值 

recvBuffer,                          //用于接收数据的buffer 

  IN_REPORT_LEN,              //要读取数据的长度 

&recvBytes,                         //实际收到的数据的字节数 

&ol);                                  //异步模式 

  在这里,ReadFile用于读取HID设备通过中断IN传输发来的输进报告。有以下几点要留意: 

1、
白癜风ReadFile的调用不会引起设备的任何反应,即HID设备与主机之间的中断IN传输不与ReadFile打交道。实际上主机会在最大间隔时间(由设备的端点描述符来指定)内轮询设备,发出中断IN传输的请求。“读取”即意味着从某个buffer里面取回数据,实际上这个buffer就是HID设备驱动中的buffer。这个buffer的大小可以通过HidD_SetNumInputBuffers来改变。在XP上缺省值是32(个报告)。

2、读取的数据对象是输进报告,也即通过中断输进管道传进的数据。所以,假如设备不支持中断IN传输,那么是无法使用此函数来得到预期结果的。实际上这种情况不可能在HID中出现,由于协议指明了至少要有一个中断IN端点。

3、IN_REPORT_LEN代表要读取的数据的长度(实际的数据正文+一个byte的报告ID),这里是一个常数,主要是由于设备固件的信息我是完全知道的,当然知道要读取多少数据(也就是报告的长度);不过也可以通过另外的函数(HidD_GetPreparsedData)来事先取得报告的长度,这里不做具体讨论。由于很难想象在不了解固件信息的情况下来做自定义设备的HID通讯,在实际应用中一般来说就是固件与PC程序匹配着来开发。此参数假如设置过大,不会有实质性的错误,在recvBytes参数中会输出实际读到的长度;假如设置过小,即小于报告的长度,会返回1784号错误(用户提供的buffer无效)。

4、关于异步模式。前面已经提过,此参数的设置必须与CreateFile时的设置相对应,否则会返回87号错误(参数错误)。假如不需要异步模式,此参数需置为NULL。在这种情况下,ReadFile会一直等待直到数据读取成功,所以会阻塞住程序确当前过程。

WriteFile(hDev,                                 //设备句柄,即CreateFile的返回值 

reportBuf,                           //存有待发送数据的buffer 

  OUT_REPORT_LEN,           //待发送数据的长度 

&sendBytes,                        //实际收到的数据的字节数 

&ol);                                  //异步模式 

  在这里,WriteFile用于传输一个输出报告给HID设备。有以下几点要留意: 

1、  与ReadFile不同,WriteFile函数被调用后,固然也是经过驱动程序,但是终极会反映到设备中。也就是说,调用WriteFile后,设备会接收到输出报告的请求。假如设备使用了中断OUT传输,则WriteFile会通过中断OUT管道来进行传输;否则会使用SetReport请求通过控制管道来传输。

2、  OUT_REPORT_LEN代表要写进的数据长度(实际的数据正文+一个byte的报告ID)。
硬度计假如大于实际报告的长度,则使用实际报告长度;假如小于实际报告长度,会返回1784号错误(用户提供的buffer无效)。

3、  reportBuf[0]必须存有待发送报告的ID,并且此报告ID指示的必须是输出报告,否则会返回87号错误(参数错误)。这种情况可能轻易被程序员忽略,结果不知错误号所反映的是什么,网上也经常有类似疑问的帖子。顺便指出,输进报告、输进报告、特征报告这些报告类型,是反映在HID设备的报告描述符中。后文将做举例讨论。

4、  关于异步模式。前面已经提过,此参数的设置必须与CreateFile时的设置相对应,否则会返回87号错误(参数错误)。假如不需要异步模式,此参数需置为NULL。在这种情况下,WriteFile会一直等待直到数据读取成功,所以会阻塞住程序确当前过程。

HidD_SetFeature(hDev,                                    //设备句柄,即CreateFile的返回值 

reportBuf,                                   //存有待发送数据的buffer 

  FEATURE_REPORT_LEN);        //buffer的长度 

HidD_SetOutputReport(hDev,                            //设备句柄,即CreateFile的返回值 

reportBuf,                                   //存有待发送数据的buffer 

  OUT_REPORT_LEN);                //buffer的长度 

HidD_SetFeature发送一个特征报告给设备,HidD_ SetOutputReport发送一个输出报告给设备。留意以下几点:

1、  跟WriteFile类似,必须在reportBuf[0]中指明要发送的报告的ID,并且和各自适合的类型相对应。也就是说,HidD_SetFeature只能发送特征报告,因此报告ID必须是特征报告的ID;HidD_SetOutputReport只能发送输出报告,因此报告ID只能是输出报告的ID。

2、  这两个函数最常返回的错误代码是23(数据错误)。包括但不仅限于以下情况: 

- 报告ID与固件描述的不符。 

- 传进的buffer长度少于固件描述的报告的长度。 

  占有关资料反映(非官方文档),只要是驱动程序对请求无反应,都会产生此错误。     

HID 设备读写 #include //! Defines the maximum length of a serial number #define SERNUM_LEN 40 //! Defines the maximum number of physical devices #define MAX_PHYS_DEVICES 6 //! \name HID Device return codes //! @{ // //! HID action/transfer was successful #define HID_DEVICE_SUCCESS 0x00 //! HID device was not found #define HID_DEVICE_NOT_FOUND 0x01 //! HID device is not opened #define HID_DEVICE_NOT_OPENED 0x02 //! HID device is allready opened #define HID_DEVICE_ALREADY_OPENED 0x03 //! Timeout occurs during transfer #define HID_DEVICE_TRANSFER_TIMEOUT 0x04 //! HID transfer failed #define HID_DEVICE_TRANSFER_FAILED 0x05 //! Invalid handle #define HID_DEVICE_HANDLE_ERROR 0x06 //! Unknown error #define HID_DEVICE_UNKNOWN_ERROR 0xFF //! @} // Enabled only when debugging HID connection issues //#define DEBUG_MODE //****************************************************************************** // //! \brief Device information structure. // //****************************************************************************** struct strHidDevice{ //! Handle for hid device HANDLE hndHidDevice; //! Indicator if device is opened BOOL bDeviceOpen; //! Timeout for GetReport requests UINT uGetReportTimeout; //! Timeout for SetReport requests UINT uSetReportTimeout; //! Asynchronous I/O structure OVERLAPPED oRead; //! Asynchronous I/O structure OVERLAPPED oWrite; //! Maximum length of InReport's WORD wInReportBufferLength; //! Maximum length of OutReport's WORD wOutReportBufferLength; //! InBuffer contains data, if InReport provides more data then the application actual need BYTE inBuffer[8192]; //! Number of current used bytes in inBuffer WORD inBufferUsed; }; //****************************************************************************** // //! A structure that tracks the number of serial numbers // //****************************************************************************** struct strTrackSerialNumbers { //! Index number DWORD deviceNum; //! Serial number of physical device char serialNum[SERNUM_LEN]; }; //****************************************************************************** // //! \addtogroup hiddevice_api //! @{ // //****************************************************************************** //****************************************************************************** // //! \brief Close a HID Device. //! //! This function will close a HID device based on the HID structure //! //! \param pstrHidDevice Structure which contains important data of an HID //! device //! //! \return Returns the error status, as one of //! \n \b HID_DEVICE_SUCCESS //! \n \b HID_DEVICE_NOT_OPENED //! \n \b HID_DEVICE_HANDLE_ERROR // //****************************************************************************** BYTE HID_Close(struct strHidDevice* pstrHidDevice); //****************************************************************************** // //! \brief Flush USB buffer for the given device //! //! \param pstrHidDevice Structure which contains important data of an HID //! device. //! //! \return Returns the error status, as one of //! \n \b HID_DEVICE_SUCCESS //! \n \b HID_DEVICE_HANDLE_ERROR //! \n \b HID_DEVICE_UNKNOWN_ERROR // //****************************************************************************** BYTE HID_FlushBuffer(struct strHidDevice* pstrHidDevice); //****************************************************************************** // //! \brief Gets the number of HID devices //! //! This function will return the number of interfaces connected with a //! specified VID, PID and serial number, if no devices are connected, //! it will return a 0 //! //! \param vid Vendor-Id of the device //! \param pid Product-Id of the device //! \param numSerNums Total number of connected physical devices //! //! \return Return the number of connected devices with the specific VID, PID, //! and serial number. // //****************************************************************************** DWORD HID_GetNumOfInterfaces(WORD vid, WORD pid, DWORD numSerNums); //****************************************************************************** // //! \brief Gets the number of serial number and serial number list //! //! Scans the HID Devices on the system for any whose VID/PID match the //! ones specified. For every one it finds, it returns that device's //! serial number in serialNumList. Every physical USB device within a //! given VID/PID space has a unique serial number; therefore, each //! item in the list corresponds with a separate physical USB device //! attached to this host; that is, different physical instances of the //! same product or design. The function returns the total number of //! serial numbers found; if none are found, it returns 0. //! //! \param vid Vendor-ID of the device //! \param pid Product-ID of the device //! \param serialNumList List of serial numbers corresponding to the passed //! VID and PID //! //! \return Returns the number of connected physical devices with the specific //! VID and PID // //****************************************************************************** DWORD HID_GetSerNums(WORD vid, WORD pid, struct strTrackSerialNumbers * serialNumList); //****************************************************************************** // //! \brief Returns the version number of a device. //! //! \param pstrHidDevice Structure which contains important data of an HID //! device. //! \param VersionNumber Pointer to USHORT variable. //! //! \return Returns the error status, as one of //! \n \b HID_DEVICE_SUCCESS //! \n \b HID_DEVICE_HANDLE_ERROR // //****************************************************************************** BYTE HID_GetVersionNumber(struct strHidDevice* pstrHidDevice, USHORT * VersionNumber); //****************************************************************************** // //! \brief Init structure with default values. //! //! It is important to call HID_Init() before calling HID_Open() to //! avoid unpredictable behavoir. //! //! \param pstrHidDevice Structure which contains important data of a HID //! device //! //! \return None // //****************************************************************************** void HID_Init(struct strHidDevice* pstrHidDevice); //****************************************************************************** // //! \brief This has to be called inside WM_ON_DEVICECHANGE notification window //! //! This function checks if the particular HID device structure is //! still connected or disconnected. //! //! \param pstrHidDevice Structure which contains important data of an HID //! device. //! //! \return Returns the error status, as one of //! \n \b HID_DEVICE_SUCCESS //! \n \b HID_DEVICE_HANDLE_ERROR // //****************************************************************************** BOOL HID_IsDeviceAffected(struct strHidDevice* pstrHidDevice); //****************************************************************************** // //! \brief Open a HID Device. //! //! This function opens the HID device associated with the HID interface //! 'deviceIndex' (0-7), on the physical device described by the VID, //! PID, and serial number. //! \param pstrHidDevice Structure which contains important data of an HID //! device //! \param vid Vendor-ID of the device //! \param pid Product-ID of the device //! \param deviceIndex Index of the device.If only one HID is connected, //! deviceIndex is 0. //! - Starts with zero //! - Maximum value is (HID_GetNumOfInterfaces() - 1) //! \param serialNumber Serial number of device to be opened. //! \param totalDevNum Total number of interfaces associated with the //! serial number //! \param totalSerNum Total number of physical devices associated with //! the VID/PID //! //! \return Returns the error status, as one of //! \n \b HID_DEVICE_SUCCESS //! \n \b HID_DEVICE_NOT_FOUND //! \n \b HID_DEVICE_ALREADY_OPENED // //****************************************************************************** BYTE HID_Open(struct strHidDevice* pstrHidDevice, WORD vid, WORD pid, DWORD deviceIndex, char serialNumber[SERNUM_LEN], DWORD totalDevNum, DWORD totalSerNum); //****************************************************************************** // //! \brief Reads a data stream from the given HID device. //! //! Prefixed report ID will be skipped. //! //! \param pstrHidDevice Structure which contains important data of an HID //! device //! \param buffer Pointer to buffer in which will be written //! \param bufferSize Number of bytes to read //! \param bytesReturned Number of actual read bytes //! //! \return Returns the error status, as one of //! \n \b HID_DEVICE_SUCCESS //! \n \b HID_DEVICE_NOT_OPENED //! \n \b HID_DEVICE_TRANSFER_TIMEOUT //! \n \b HID_DEVICE_TRANSFER_FAILED // //****************************************************************************** BYTE HID_ReadFile(struct strHidDevice* pstrHidDevice, BYTE* buffer, DWORD bufferSize, DWORD* bytesReturned); //****************************************************************************** // //! \brief Registers a device for program Windows notification. //! //! Registers the window pointed to by handle hWnd to receive //! notification when devices are added or removed from the system. //! //! \param hWnd Windows handle //! \param diNotifyHandle Device notification handle pointer address //! //! \return Returns the error status, as one of //! \n \b HID_DEVICE_SUCCESS //! \n \b HID_DEVICE_HANDLE_ERROR // //****************************************************************************** BYTE HID_RegisterForDeviceNotification(HWND hWnd, HDEVNOTIFY* diNotifyHandle); //****************************************************************************** // //! \brief Un-Registers a device from Windows notification. //! //! Un-registers the window pointed to by handle hWnd to receive //! notification when devices are added or removed from the system. //! //! \param diNotifyHandle: Device notification handle pointer address. //! //! \return Returns the error status, as one of //! \n \b HID_DEVICE_SUCCESS //! \n \b HID_DEVICE_HANDLE_ERROR // //****************************************************************************** BYTE HID_UnRegisterForDeviceNotification(HDEVNOTIFY* diNotifyHandle); //****************************************************************************** // //! \brief Writes a data stream to the given HID device. //! //! Needed report IDs will be generated automatically. //! //! \param pstrHidDevice Structure which contains important data of an HID //! device //! \param buffer Buffer which will be send //! \param bufferSize Number of bytes to send //! //! \return Returns the error status, as one of //! \n \b HID_DEVICE_SUCCESS //! \n \b HID_DEVICE_NOT_OPENED //! \n \b HID_DEVICE_TRANSFER_TIMEOUT //! \n \b HID_DEVICE_TRANSFER_FAILED // //****************************************************************************** BYTE HID_WriteFile(struct strHidDevice* pstrHidDevice, BYTE* buffer, DWORD bufferSize);
### 回答1: USB HID (Human Interface Device)是一种常用的USB设备类别,用于连接各种输入设备,如键盘、鼠标和游戏手柄等与计算机进行交互。USB HID读写测试是用于检测USB HID设备读写数据方面的功能和性能的测试。 在USB HID读写测试中,测试人员首先需要准备一台计算机和一个USB HID设备。然后,利用测试软件或API对USB HID设备进行数据读取和写入操作。测试软件可以模拟用户输入,例如模拟键盘按键、鼠标点击等,将数据发送给USB HID设备。同时,测试软件也可以读取USB HID设备返回的数据,验证设备是否正确接收和处理了发送的数据,并能够正常返回数据给计算机。 USB HID读写测试可以验证USB HID设备的连通性和稳定性。通过不断的读写数据,并对返回的数据进行检查和比对,测试人员可以确保USB HID设备读写过程中不会出现数据丢失或错误等问题。此外,USB HID读写测试还可以测试USB HID设备在大量数据传输和高频率数据交互情况下的性能表现。通过测试结果,可以评估USB HID设备在各种应用场景下的可靠性和兼容性。 总之,USB HID读写测试是一项重要的测试工作,对于保证USB HID设备的正常工作和性能表现具有重要意义。通过测试可以验证设备的连通性、稳定性和性能,并为设备开发和优化提供参考依据。 ### 回答2: USB HID(Human Interface Device)是一种用于连接人机界面设备的通信协议。它允许电脑和外部设备如键盘、鼠标、游戏手柄等进行数据的读写和交互。 USB HID读写测试是为了验证设备在与计算机通信过程中是否正常工作,以及读写数据的正确性和稳定性。 在进行USB HID读写测试时,我们需要先连接设备到电脑的USB接口上,并确保设备正确安装驱动程序。接下来,我们可以使用专门的测试软件或编写测试程序来对设备进行测试。 在读取数据方面,我们可以通过测试程序发送指令或模拟人机交互操作来触发设备返回数据。然后,我们可以使用测试软件或编写代码来读取设备返回的数据,并确保读取的数据与设备的预期输出一致。测试中可以包括不同的数据格式、数据长度、频率等场景,以验证设备的读取功能是否正常工作。 而在写入数据方面,我们可以使用测试程序或测试软件向设备发送指令或模拟人机交互操作来写入数据。然后,我们需要确保设备正确接收并处理写入的数据,并输出相应的结果。测试中可以包括不同的数据格式、数据长度、写入频率等场景,以验证设备的写入功能是否正常工作。 USB HID读写测试的目的是为了确保设备在与电脑交互中表现出稳定的性能和正确的功能。通过进行测试,我们可以提前发现和解决设备的问题,确保设备能够正常工作和满足用户需求。 ### 回答3: USB HID(Human Interface Device)是一种通用的USB设备协议,用于连接各种输入设备,如鼠标、键盘、游戏手柄等。 进行USB HID读写测试时,首先需要准备一个HID设备或模拟器,这可以是一个键盘、鼠标或其他支持HID协议的设备。然后,将HID设备连接到计算机的USB接口上。 在测试过程中,我们可以使用一些专业的软件工具,如USB HID测试工具或自定义的测试程序来进行读写测试。这些工具可以发送各种HID命令和数据包,以模拟实际使用中的各种输入操作。 在测试过程中,我们可以监控HID设备发送的输入报告,并检查计算机是否正确接收到这些报告。对于输出报告,我们可以模拟计算机发送给HID设备的命令和数据,并验证HID设备是否正确响应。 通过USB HID读写测试,我们可以验证HID设备与计算机之间的通信是否正常,以及HID设备是否能够正确地接收和响应计算机发送的命令和数据。这有助于保证HID设备的可靠性和稳定性。 总之,USB HID读写测试是一种用于检验HID设备与计算机之间通信的方法,可以通过模拟输入和输出操作,验证HID设备的功能和性能。这对于开发测试HID设备来说非常重要,可以提高产品质量和用户体验。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值