当前位置：文档之家 › 利用windriver 开发了个usb的驱动,写个开发心得

利用windriver 开发了个usb的驱动,写个开发心得

  • 格式：doc
  • 大小：39.50 KB
  • 文档页数：11

利用windriver 开发了个usb的驱动，写个开发心得项目组需要利用2440采集数字电视的采样数据，所以让我开发一个usb的数据采集系统，就两个要求1 速度要达到500kbyte/s以上2 稳定由于之前没有做过windows驱动的经验，所以花了3，4天时间读了读ddk的文档，期间还上chinapub找个本书，读了免费的第1章，按照他配置了vc的编译环境，呵呵。

然后就吧ddk下面的bulkusb源代码进行了修改，写好usb device的驱动，有些了个应用程序，测试一下，采集数据是ok了，但是发现有时候蓝屏，特别是采集100m左右，就会出现蓝品！这下没办法了，由于我本身就对windows内核编程不熟悉，有调试了大概3，4天确认问题可能处在电源管理方面，联系到自己对这方面不是很熟悉，而且时间紧迫，没办法转向windriver开发！我安装的是9.21版本（请到迅雷下载）。

1. 驱动的开发：a 这步开发比较简单，首先确认你的device固件正确能枚举成功，然后将device连接到pc usb ho st 端。

b 按照向导指引刷出你的设备进行配置，然后点击编译按钮生成代码。

这部分内容请参考安装文档的快速开发向导！2.应用程序开发：最主要的几个函数是，opendevice 和readwrite 函数：其实大家只要摘录向导生成代码的内容即可，这里贴一个我的static WDU_DRIVER_HANDLE hDriver = 0;static DRIVER_CONTEXT DrvCtx ;static BOOL DLLCALLCONV DeviceAttach(WDU_DEVICE_HANDLE hDevice,WDU_DEVICE *pDeviceInfo, PVOID pUserData){DRIVER_CONTEXT *pDrvCtx = (DRIVER_CONTEXT *)pUserData;DEVICE_CONTEXT *pDevCtx, **ppDevCtx;DWORD dwInterfaceNum = pDeviceInfo->pActiveInterface[0]->pActiveAltSetting->Descriptor.bInterf aceNumber;DWORD dwAlternateSetting = pDeviceInfo->pActiveInterface[0]->pActiveAltSetting->Descriptor.bAlt ernateSetting;TRACE("\nDeviceAttach: received and accepted attach for vendor id 0x%x, ""product id 0x%x, interface %ld, device handle 0x%p\n",pDeviceInfo->Descriptor.idVendor, pDeviceInfo->Descriptor.idProduct,dwInterfaceNum, hDevice);/* Add our device to the device list */pDevCtx = (DEVICE_CONTEXT *)malloc(sizeof(DEVICE_CONTEXT));if (!pDevCtx){ERR("DeviceAttach: failed allocating memory\n");return FALSE;}BZERO(*pDevCtx);pDevCtx->hDevice = hDevice;pDevCtx->dwInterfaceNum = dwInterfaceNum;pDevCtx->dwVendorId = pDeviceInfo->Descriptor.idVendor;pDevCtx->dwProductId = pDeviceInfo->Descriptor.idProduct;pDevCtx->dwAlternateSetting = dwAlternateSetting;OsMutexLock(pDrvCtx->hMutex);for (ppDevCtx = &pDrvCtx->deviceContextList; *ppDevCtx;ppDevCtx = &((*ppDevCtx)->pNext));*ppDevCtx = pDevCtx;pDrvCtx->dwDeviceCount++;OsMutexUnlock(pDrvCtx->hMutex);OsEventSignal(pDrvCtx->hEvent);/* Accept control over this device */return TRUE;}static VOID DLLCALLCONV DeviceDetach(WDU_DEVICE_HANDLE hDevice, PVOID pUserData) {DRIVER_CONTEXT *pDrvCtx = (DRIVER_CONTEXT *)pUserData;DEVICE_CONTEXT **pCur;DEVICE_CONTEXT *pTmpDev;BOOL bDetachActiveDev = FALSE;TRACE("\nDeviceDetach: received detach for device handle 0x%p\n", hDevice);OsMutexLock(pDrvCtx->hMutex);for (pCur = &pDrvCtx->deviceContextList;*pCur && (*pCur)->hDevice != hDevice;pCur = &((*pCur)->pNext));if (*pCur == pDrvCtx->pActiveDev){pDrvCtx->pActiveDev = NULL;}pTmpDev = *pCur;*pCur = pTmpDev->pNext;free(pTmpDev);pDrvCtx->dwDeviceCount--;OsMutexUnlock(pDrvCtx->hMutex);if (bDetachActiveDev){/* When hDeviceUnusedEvent is not signaled, hDevice is possibly in use,* and therefore the detach callback needs to wait on it until it is* certain that it cannot be used.* When it is signaled - hDevice is no longer used. */OsEventWait(pDrvCtx->hDeviceUnusedEvent, INFINITE);}}DWORD DriverInit(WDU_MATCH_TABLE *pMatchTables, DWORD dwNumMatchTables, const PCHAR sDriverName, const PCHAR sLicense, DRIVER_CONTEXT *pDrvCtx) {DWORD dwError;WDU_EVENT_TABLE eventTable;/* Set Driver Name */if (!WD_DriverName(sDriverName))ERR("Error: Could not set driver name to %s, exiting\n",sDriverName);return WD_SYSTEM_INTERNAL_ERROR;}dwError = OsEventCreate(&pDrvCtx->hEvent);if (dwError){ERR("DriverInit: OsEventCreate() failed on event 0x%p: error 0x%lx " "(\"%s\")\n", pDrvCtx->hEvent, dwError, Stat2Str(dwError));return dwError;}dwError = OsMutexCreate(&pDrvCtx->hMutex);if (dwError){ERR("DriverInit: OsMutexCreate() failed on mutex 0x%p: error 0x%lx " "(\"%s\")\n", pDrvCtx->hMutex, dwError, Stat2Str(dwError));return dwError;}dwError = OsEventCreate(&pDrvCtx->hDeviceUnusedEvent);if (dwError){ERR("DriverInit: OsEventCreate() failed on event 0x%p: error 0x%lx " "(\"%s\")\n", pDrvCtx->hDeviceUnusedEvent, dwError,Stat2Str(dwError));return dwError;OsEventSignal(pDrvCtx->hDeviceUnusedEvent);BZERO(eventTable);eventTable.pfDeviceAttach = DeviceAttach;eventTable.pfDeviceDetach = DeviceDetach;eventTable.pUserData = pDrvCtx;dwError = WDU_Init(&hDriver, pMatchTables, dwNumMatchTables, &eventTabl e, sLicense, WD_ACKNOWLEDGE);if (dwError){ERR("DriverInit: failed to initialize USB driver: error 0x%lx ""(\"%s\")\n", dwError, Stat2Str(dwError));return dwError;}return WD_STATUS_SUCCESS;}VOID DriverUninit(DRIVER_CONTEXT *pDrvCtx){DEVICE_CONTEXT *pCur, *pTmpDev;if (pDrvCtx->hEvent)OsEventClose(pDrvCtx->hEvent);if (pDrvCtx->hMutex)OsMutexClose(pDrvCtx->hMutex);if (pDrvCtx->hDeviceUnusedEvent)if (hDriver)WDU_Uninit(hDriver);/* Release any remaining devices */ pCur = pDrvCtx->deviceContextList; while (pCur){pTmpDev = pCur;pCur = pCur->pNext;free(pTmpDev);}}DWORD OpenUsbDevice( void){DWORD dwError;WORD wVendorId = 0;WORD wProductId = 0;WDU_MATCH_TABLE matchTable; BZERO(DrvCtx);wVendorId = USE_DEFAULT;wProductId = USE_DEFAULT;/* use defaults */if (wVendorId == USE_DEFAULT)if (wProductId == USE_DEFAULT)wProductId = DEFAULT_PRODUCT_ID;BZERO(matchTable);matchTable.wVendorId = wVendorId;matchTable.wProductId = wProductId;dwError = DriverInit(&matchTable, 1, DEFAULT_DRIVER_NAME,DEFAULT_LICENSE_STRING, &DrvCtx);if (dwError){goto Exit;}/* Wait for the device to be attached */dwError = OsEventWait(DrvCtx.hEvent, ATTACH_EVENT_TIMEOUT); if (dwError){if (dwError==WD_TIME_OUT_EXPIRED){ERR("Timeout expired for connection with the device.\n""Check that the device is connected and try again.\n");}else{ERR("main: OsEventWait() failed on event 0x%p: error 0x%lx " "(\"%s\")\n", DrvCtx.hEvent, dwError, Stat2Str(dwError));}goto Exit;OsMutexLock(DrvCtx.hMutex);if (!DrvCtx.dwDeviceCount){OsMutexUnlock(DrvCtx.hMutex);return 1;}OsMutexUnlock(DrvCtx.hMutex);if (!DrvCtx.pActiveDev)DrvCtx.pActiveDev = DrvCtx.deviceContextList; OsEventReset(DrvCtx.hDeviceUnusedEvent);return 0 ;Exit:DriverUninit(&DrvCtx);return dwError;}void CloseUsbDevice( void){DriverUninit(&DrvCtx);}DWORD UsbRead(char *pBuffer , DWORD dwBufferSize , PDWORD pdwBytesTransferred){DWORD dwError ;WDU_DEVICE_HANDLE hDevice;OsMutexLock(DrvCtx.hMutex);hDevice = DrvCtx.pActiveDev->hDevice;OsMutexUnlock(DrvCtx.hMutex);dwError = WDU_TransferBulk(hDevice, 0x81,TRUE, 0, pBuffer, dwBufferSize,pdwBytesTransferred, TRANSFER_TIMEOUT);return dwError ;}3.驱动程序的发布：这个也比较简单，请参考自带文档usb manual 的11章节，其实就是用到了他的一个wdreg工具，我写了个批处理文件，想安装的直接点批处理即可！windriver开发驱动是比较方便，至于稳定性，现在正在测试，看来比较稳定！速度方面500kB是没问题！不过速度方面pc驱动固然有影响，device的firmware影响也是很大的，特别是双缓冲的ep，处理不当速度很难上去！。

合集下载

“操作系统”实验教学之U盘驱动程序开发

“操作系统”实验教学之U盘驱动程序开发

“操作系统”实验教学之Ｕ盘驱动程序开发摘要:本文介绍了一个U盘驱动程序开发实验的设计与实施情况,包括实验内容、实验基本过程和思路、实验组织和效果等。

本实验有助于学生更真实地了解设备管理的实际情况,加深对设备管理原理的理解。

关键词:设备驱动程序;U盘;设备管理1引言设备管理是操作系统的一个关键内容,在实际操作系统的开发中,有相当多的代码是各类设备的驱动程序。

因此,在操作系统实践环节中设计一个合适的设备驱动程序开发实验具有非常重要的意义。

本文介绍了一个Linux环境下的U盘驱动程序开发实验的设计与实施情况。

U盘是一个典型的块设备,这类设备种类多、使用广泛,其驱动程序的开发也比字符设备复杂。

为了降低复杂性,许多相关的实验安排都是针对一个虚拟设备,如内存盘(RAM disk)。

但这样做也有它的弊端,即与真实物理设备的驱动程序开发差异很大,学生不能更真实地了解设备管理的实际情况。

因此,如果能够设计一个真实块设备(如U盘)的驱动程序开发实验,将能够弥补上述缺憾。

在Linux环境下,已经有一个通用的U盘驱动程序usb-storage.ko,其源程序放在目录drivers\usb\storage下(相对于内核源码根目录)。

但这个驱动的实现相当复杂,它将一个USB设备模拟成了一个SCSI设备,进而通过SCSI设备的接口来访问,该驱动程序很难被学生所理解。

在我们设计的实验中,希望学生开发一个相对简单些的U盘驱动程序,不求高性能,只求结构明朗、清晰易懂,主要是让学生掌握一个实际块设备的驱动方式,从而加深对设备管理原理的理解。

事实上,本实验开发的驱动程序应该能够适用于所有基于Bulkonly传输协议的USB大容量存储设备(USB Mass Storage),比如USB移动硬盘和USB外置光驱,U盘只是其中的一种。

由于USB大容量存储设备具有容量大、速度快、连接灵活、即插即用、总线供电等优点,它们得到了广泛使用,掌握这类设备驱动程序的开发技术无疑具有很强的实用性。

设备开发心得总结范文

设备开发心得总结范文

随着我国科技水平的不断提升，设备开发领域也迎来了前所未有的发展机遇。

在过去的一年里，我有幸参与了一项设备开发项目，通过这次经历，我收获颇丰，现将我的设备开发心得总结如下：一、项目概况本次项目是一款新型智能设备，旨在为用户提供便捷、高效的使用体验。

在项目开发过程中，我主要负责硬件设计、软件开发及系统集成等工作。

二、设备开发心得1. 深入了解市场需求在设备开发过程中，我们首先要明确市场需求，了解用户痛点。

通过市场调研，我们发现用户对设备的便携性、易用性和智能化程度提出了更高要求。

因此，在项目开发过程中，我们始终以用户需求为导向，不断优化产品性能。

2. 注重团队协作设备开发是一个复杂的过程，需要多个部门、多个岗位的紧密协作。

在项目开发过程中，我深刻体会到团队协作的重要性。

我们要明确各岗位职责，加强沟通与协调，确保项目顺利进行。

3. 技术创新与突破在设备开发过程中，我们要勇于创新，不断突破技术瓶颈。

针对项目中的关键技术，我们团队进行了深入研究，成功解决了多项技术难题，为产品性能的提升奠定了坚实基础。

4. 质量控制与优化设备开发过程中，质量控制至关重要。

我们要严格控制产品性能、外观、功能等方面，确保产品质量达到预期目标。

同时，对产品进行持续优化，提升用户体验。

5. 注重成本控制在设备开发过程中，成本控制也是一项重要任务。

我们要在保证产品质量的前提下，优化设计方案，降低制造成本，提高产品竞争力。

6. 持续学习与提升设备开发领域日新月异，我们要保持学习的心态，不断充实自己的专业知识。

通过参加培训、阅读相关书籍、关注行业动态等方式，提升自己的技术水平。

三、总结通过本次设备开发项目，我深刻认识到设备开发过程中的诸多要点。

在今后的工作中，我将继续努力，不断提升自己的专业素养，为我国设备开发领域贡献自己的力量。

以下是我在项目开发过程中的一些感悟：1. 以用户需求为导向，关注用户体验。

2. 加强团队协作，提高工作效率。

u盘启动盘的制作心得体会

u盘启动盘的制作心得体会

u盘启动盘的制作心得体会在计算机操作系统中，启动盘是一种用于启动计算机的可移动存储设备。

相比于传统的光盘或软盘，U盘因其小巧便携、读写速度快、存储容量大等优点而被广泛应用于制作启动盘。

本文将分享我个人制作U盘启动盘的经验和感悟，并提供一些制作技巧供读者参考。

一、选择适当的U盘首先，选择一款适当的U盘对于制作启动盘至关重要。

一般来说，容量大于8GB的U盘能够满足绝大部分操作系统的安装需求，同时也能提供足够的存储空间来存放其他文件。

此外，确保U盘的读写速度较快，这样可以大大缩短启动时间和操作响应时间。

二、准备启动盘制作工具制作U盘启动盘需要借助一些特定的软件或工具。

这些工具可以帮助将操作系统的安装文件写入U盘，使其成为可启动的介质。

常见的启动盘制作工具有Rufus、WinToUSB等。

根据自己的需求和操作系统的类型选择适合的工具，确保其稳定性和兼容性。

三、获取操作系统镜像文件在制作U盘启动盘之前，需要先获取操作系统的镜像文件。

操作系统镜像文件是操作系统的安装文件的一种副本，可以通过下载或复制获得。

确保获取的镜像文件来源可靠并与自己的计算机硬件兼容。

四、制作U盘启动盘1. 插入U盘将选定的U盘插入计算机的USB接口，并确保计算机能够正确识别U盘。

2. 运行启动盘制作工具双击运行选择的启动盘制作工具，打开软件界面。

3. 选择U盘在软件界面中，选择正确的U盘，并确保选择无误。

4. 导入操作系统镜像文件通过软件界面提供的选项，导入之前获取的操作系统镜像文件。

确保选择的镜像文件与计算机的实际需求相匹配。

5. 配置启动盘参数根据个人需求和操作系统的要求，对启动盘的一些参数进行配置，如分区格式、文件系统等。

6. 开始制作点击制作按钮，启动盘制作过程将自动开始。

期间，不要拔出U盘，也不要关闭制作工具或计算机。

7. 制作完成等待制作过程完成，并根据软件的提示进行确认。

一般来说，制作成功后会提示“制作完成”或类似的信息。

学USB的一点心得

学USB的一点心得

学USB的一点心得1、目标：用USB取代232。

原因:1、提高速度，2、适应没有232的电脑笔记本，3、上档次。

2、知识点：1、USB协议，比起232协议难多了，需要数字通信的基础，难。

2、USB接口器件的硬件知识和编程，硬件易懂，编程难。

3、PC的驱动程序和编程。

编驱动极难，厂商通常提供，仅特殊情况时要自己编。

编程用API函数，通常有VC的例子，较难。

3、方案：1、买世面上出售的232<＝>USB线，>100RMB。

好处是不用任何学习，但速度提高不多。

用的是一个USB-232的片子，软件是安装一个驱动，就会多出一个Com3来，实际上也就是USB，然后你照操作普通串口的方式去操作它就很容易了。

2、用一个USB-232的芯片自己作,比如FTDI公司的FTDI232A。

大量应用才有必要。

3、用其他的USB芯片，那么PC端的程序一定要改动，但是速度可以做得很高。

USB芯片分两类，一种内含MCU例如EZ—USB，另一种不含MCU例如PDIUSBD12。

后一种的开发费用低。

线路板一般需要改动，单片机的程序一般也要改。

4、我的方案：将d12+89C52放在一个小线路板上，用以取代MAX232。

好处是可以塞进现用的机箱（^_^我的机箱大），并可以继续使用光藕隔离。

原有线路板就不用改动了，单片机的程序也不用改（我把串口速率提高为128000）。

PC那里用软件调用一个DLL(周立功公司作的,速度15KB/s)，仅仅四个函数，很简单的。

速度（下行）达到8KB/s,够我用的。

试验已经成功了，马上要去做板了。

5、速度：对于USB来说8KB/S的速度是很慢的，USB1.1版速度可达900KB/s。

但是对于89C52的串口来说，这已经很快了（如果是上行难度更大），如果不涉及到串口，89C52（24MHZ）的通信速度至少可达80KB/s。

想再快就要用其他的MCU，比如AVR的8515。

PC机那边要用API函数来作，或者干脆自己用API写一个DLL出来，这样以后使用比较方便。