亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

蟲(chóng)蟲(chóng)首頁(yè)| 資源下載| 資源專輯| 精品軟件
登錄| 注冊(cè)

應(yīng)用接口

  • VHDL 基于FPGA 和VGA 接口的應(yīng)用設(shè)計(jì)

    VHDL 基于FPGA 和VGA 接口的應(yīng)用設(shè)計(jì)

    標(biāo)簽: VHDL FPGA VGA 接口

    上傳時(shí)間: 2013-08-09

    上傳用戶:15071087253

  • ARM9 S3C2440與FPGA接口的驅(qū)動(dòng)和應(yīng)用程序

    ARM9 S3C2440與FPGA接口的驅(qū)動(dòng)和應(yīng)用程序

    標(biāo)簽: S3C2440 ARM9 FPGA 接口

    上傳時(shí)間: 2013-08-24

    上傳用戶:xinhaoshan2016

  • CPLD、FPGA在EL顯示模塊及接口電路中的應(yīng)用

    CPLD、FPGA在EL顯示模塊及接口電路中的應(yīng)用,cpld實(shí)現(xiàn)數(shù)字電路取代,fpga取代液晶顯示專用控制芯片。

    標(biāo)簽: CPLD FPGA 顯示模塊 接口電路

    上傳時(shí)間: 2013-08-31

    上傳用戶:181992417

  • CPLD在USB20接口中的應(yīng)用

    CPLD在USB20接口中的應(yīng)用,usb大家都用過(guò)吧,不用多說(shuō)了吧。

    標(biāo)簽: CPLD USB 20 接口

    上傳時(shí)間: 2013-08-31

    上傳用戶:lixqiang

  • 鍵盤接口在單片機(jī)系統(tǒng)與PC機(jī)通信中的應(yīng)用

    摘要:提出一種全新的利用鍵盤接口實(shí)現(xiàn)單片機(jī)系統(tǒng)和PC機(jī)通信的方案,介紹了鍵盤與PC機(jī)通信的原理,并成功地應(yīng)用于實(shí)際系統(tǒng)。該方案為外部單片機(jī)系統(tǒng)與3-機(jī)通信提供了一條有效的途徑。關(guān)鍵詞:鍵盤接口  單片機(jī)系統(tǒng)  時(shí)序  命令字

    標(biāo)簽: 鍵盤接口 單片機(jī)系統(tǒng) PC機(jī)通信 中的應(yīng)用

    上傳時(shí)間: 2013-11-03

    上傳用戶:drink!

  • TD-51單片機(jī)接口與應(yīng)用實(shí)驗(yàn)指導(dǎo)書(shū)

    TD-51單片機(jī)接口與應(yīng)用實(shí)驗(yàn)指導(dǎo)書(shū)

    標(biāo)簽: TD 51 單片機(jī)接口 實(shí)驗(yàn)指導(dǎo)書(shū)

    上傳時(shí)間: 2013-10-12

    上傳用戶:pkkkkp

  • MCS-51單片機(jī)與D/A轉(zhuǎn)換器的接口和應(yīng)用

    DAC0832是一個(gè)8位D/A轉(zhuǎn)換器芯片,單電源供電,從+5V~+15V均可正常工作,基準(zhǔn)電壓的范圍為±10V,電流建立時(shí)間為1μs,CMOS工藝,低功耗20mW。其內(nèi)部結(jié)構(gòu)如圖9.1所示,它由1個(gè)8位輸入寄存器、1個(gè)8位DAC寄存器和1個(gè)8位D/A轉(zhuǎn)換器組成和引腳排列如圖1所示。 • DAC0832工作方式• ADC0809工作方式要求掌握:• MCS-51單片機(jī)與D/A轉(zhuǎn)換器的接口連接• MCS-51單片機(jī)與A/D轉(zhuǎn)換器的接口連接• 初始化編程及應(yīng)用了解:• 典型D/A轉(zhuǎn)換器芯片DAC0832的管腳功能• 典型A/D轉(zhuǎn)換器芯片ADC0809的管腳功能

    標(biāo)簽: MCS 51 單片機(jī) 轉(zhuǎn)換器

    上傳時(shí)間: 2014-01-14

    上傳用戶:zl520l

  • 驅(qū)動(dòng)程序與應(yīng)用程序的接口

    有兩種方式可以讓設(shè)備和應(yīng)用程序之間聯(lián)系:1. 通過(guò)為設(shè)備創(chuàng)建的一個(gè)符號(hào)鏈;2. 通過(guò)輸出到一個(gè)接口WDM驅(qū)動(dòng)程序建議使用輸出到一個(gè)接口而不推薦使用創(chuàng)建符號(hào)鏈的方法。這個(gè)接口保證PDO的安全,也保證安全地創(chuàng)建一個(gè)惟一的、獨(dú)立于語(yǔ)言的訪問(wèn)設(shè)備的方法。一個(gè)應(yīng)用程序使用Win32APIs來(lái)調(diào)用設(shè)備。在某個(gè)Win32 APIs和設(shè)備對(duì)象的分發(fā)函數(shù)之間存在一個(gè)映射關(guān)系。獲得對(duì)設(shè)備對(duì)象訪問(wèn)的第一步就是打開(kāi)一個(gè)設(shè)備對(duì)象的句柄。 用符號(hào)鏈打開(kāi)一個(gè)設(shè)備的句柄為了打開(kāi)一個(gè)設(shè)備,應(yīng)用程序需要使用CreateFile。如果該設(shè)備有一個(gè)符號(hào)鏈出口,應(yīng)用程序可以用下面這個(gè)例子的形式打開(kāi)句柄:hDevice = CreateFile("\\\\.\\OMNIPORT3",  GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ,  NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路徑名的前綴“\\.\”告訴系統(tǒng)本調(diào)用希望打開(kāi)一個(gè)設(shè)備。這個(gè)設(shè)備必須有一個(gè)符號(hào)鏈,以便應(yīng)用程序能夠打開(kāi)它。有關(guān)細(xì)節(jié)查看有關(guān)Kdevice和CreateLink的內(nèi)容。在上述調(diào)用中第一個(gè)參數(shù)中前綴后的部分就是這個(gè)符號(hào)鏈的名字。注意:CreatFile中的第一個(gè)參數(shù)不是Windows 98/2000中驅(qū)動(dòng)程序(.sys文件)的路徑。是到設(shè)備對(duì)象的符號(hào)鏈。如果使用DriverWizard產(chǎn)生驅(qū)動(dòng)程序,它通常使用類KunitizedName來(lái)構(gòu)成設(shè)備的符號(hào)鏈。這意味著符號(hào)鏈名有一個(gè)附加的數(shù)字,通常是0。例如:如果鏈接名稱的主干是L“TestDevice”那么在CreateFile中的串就該是“\\\\.\\TestDevice0”。如果應(yīng)用程序需要被覆蓋的I/O,第六個(gè)參數(shù)(Flags)必須或上FILE_FLAG_OVERLAPPED。 使用一個(gè)輸出接口打開(kāi)句柄用這種方式打開(kāi)一個(gè)句柄會(huì)稍微麻煩一些。DriverWorks庫(kù)提供兩個(gè)助手類來(lái)使獲得對(duì)該接口的訪問(wèn)容易一些,這兩個(gè)類是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass類封裝了一個(gè)設(shè)備信息集,該信息集包含了特殊類中的所有設(shè)備接口信息。應(yīng)用程序能有用CdeviceInterfaceClass類的一個(gè)實(shí)例來(lái)獲得一個(gè)或更多的CdeviceInterface類的實(shí)例。CdeviceInterface類是一個(gè)單一設(shè)備接口的抽象。它的成員函數(shù)DevicePath()返回一個(gè)路徑名的指針,該指針可以在CreateFile中使用來(lái)打開(kāi)設(shè)備。下面用一個(gè)小例子來(lái)顯示這些類最基本的使用方法:extern GUID TestGuid;HANDLE OpenByInterface(  GUID* pClassGuid,  DWORD instance,  PDWORD pError){  CDeviceInterfaceClass DevClass(pClassGuid, pError);  if (*pError != ERROR_SUCCESS)    return INVALID_HANDLE_VALUE;  CDeviceInterface DevInterface(&DevClass, instance, pError);  if (*pError != ERROR_SUCCESS)    return INVALID_HANDLE_VALUE;  cout << "The device path is "    << DevInterface.DevicePath()    << endl;   HANDLE hDev;  hDev = CreateFile(   DevInterface.DevicePath(),    GENERIC_READ | GENERIC_WRITE,    FILE_SHARE_READ | FILE_SHARE_WRITE,    NULL,    OPEN_EXISTING,    FILE_ATTRIBUTE_NORMAL,    NULL  );  if (hDev == INVALID_HANDLE_VALUE)    *pError = GetLastError();  return hDev;} 在設(shè)備中執(zhí)行I/O操作一旦應(yīng)用程序獲得一個(gè)有效的設(shè)備句柄,它就能使用Win32 APIs來(lái)產(chǎn)生到設(shè)備對(duì)象的IRPs。下面的表顯示了這種對(duì)應(yīng)關(guān)系。Win32 API  DRIVER_FUNCTION_xxxIRP_MJ_xxx  KDevice subclass member function CreateFile  CREATE  Create ReadFile  READ  Read WriteFile  WRITE  Write DeviceIoControl  DEVICE_CONTROL  DeviceControl CloseHandle  CLOSECLEANUP  CloseCleanUp 需要解釋一下設(shè)備類成員的Close和CleanUp:CreateFile使內(nèi)核為設(shè)備創(chuàng)建一個(gè)新的文件對(duì)象。這使得多個(gè)句柄可以映射同一個(gè)文件對(duì)象。當(dāng)這個(gè)文件對(duì)象的最后一個(gè)用戶級(jí)句柄被撤銷后,I/O管理器調(diào)用CleanUp。當(dāng)沒(méi)有任何用戶級(jí)和核心級(jí)的對(duì)文件對(duì)象的訪問(wèn)的時(shí)候,I/O管理器調(diào)用Close。如果被打開(kāi)的設(shè)備不支持指定的功能,則調(diào)用相應(yīng)的Win32將引起錯(cuò)誤(無(wú)效功能)。以前為Windows95編寫的VxD的應(yīng)用程序代碼中可能會(huì)在打開(kāi)設(shè)備的時(shí)候使用FILE_FLAG_DELETE_ON_CLOSE屬性。在Windows NT/2000中,建議不要使用這個(gè)屬性,因?yàn)樗鼘?dǎo)致沒(méi)有特權(quán)的用戶企圖打開(kāi)這個(gè)設(shè)備,這是不可能成功的。I/O管理器將ReadFile和WriteFile的buff參數(shù)轉(zhuǎn)換成IRP域的方法依賴于設(shè)備對(duì)象的屬性。當(dāng)設(shè)備設(shè)置DO_DIRECT_IO標(biāo)志,I/O管理器將buff鎖住在存儲(chǔ)器中,并且創(chuàng)建了一個(gè)存儲(chǔ)在IRP中的MDL域。一個(gè)設(shè)備可以通過(guò)調(diào)用Kirp::Mdl來(lái)存取MDL。當(dāng)設(shè)備設(shè)置DO_BUFFERED_IO標(biāo)志,設(shè)備對(duì)象分別通過(guò)KIrp::BufferedReadDest或 KIrp::BufferedWriteSource為讀或?qū)懖僮鳙@得buff地址。當(dāng)設(shè)備不設(shè)置DO_BUFFERED_IO標(biāo)志也不設(shè)置DO_DIRECT_IO,內(nèi)核設(shè)置IRP 的UserBuffer域來(lái)對(duì)應(yīng)ReadFile或WriteFile中的buff參數(shù)。然而,存儲(chǔ)區(qū)并沒(méi)有被鎖住而且地址只對(duì)調(diào)用進(jìn)程有效。驅(qū)動(dòng)程序可以使用KIrp::UserBuffer來(lái)存取IRP域。對(duì)于DeviceIoControl調(diào)用,buffer參數(shù)的轉(zhuǎn)換依賴于特殊的I/O控制代碼,它不在設(shè)備對(duì)象的特性中。宏CTL_CODE(在winioctl.h中定義)用來(lái)構(gòu)造控制代碼。這個(gè)宏的其中一個(gè)參數(shù)指明緩沖方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表顯示了這些方法和與之對(duì)應(yīng)的能獲得輸入緩沖與輸出緩沖的KIrp中的成員函數(shù):Method  Input Buffer Parameter  Output Buffer Parameter METHOD_BUFFERED  KIrp::IoctlBuffer KIrp::IoctlBuffer METHOD_IN_DIRECT  KIrp::IoctlBuffer KIrp::Mdl METHOD_OUT_DIRECT  KIrp::IoctlBuffer KIrp::Mdl METHOD_NEITHER  KIrp::IoctlType3InputBuffer KIrp::UserBuffer 如果控制代碼指明METHOD_BUFFERED,系統(tǒng)分配一個(gè)單一的緩沖來(lái)作為輸入與輸出。驅(qū)動(dòng)程序必須在向輸出緩沖放數(shù)據(jù)之前拷貝輸入數(shù)據(jù)。驅(qū)動(dòng)程序通過(guò)調(diào)用KIrp::IoctlBuffer獲得緩沖地址。在完成時(shí),I/O管理器從系統(tǒng)緩沖拷貝數(shù)據(jù)到提供給Ring 3級(jí)調(diào)用者使用的緩沖中。驅(qū)動(dòng)程序必須在結(jié)束前存儲(chǔ)拷貝到IRP的Information成員中的數(shù)據(jù)個(gè)數(shù)。如果控制代碼不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT,則DeviceIoControl的參數(shù)呈現(xiàn)不同的含義。參數(shù)InputBuffer被拷貝到一個(gè)系統(tǒng)緩沖,這個(gè)緩沖驅(qū)動(dòng)程序可以通過(guò)調(diào)用KIrp::IoctlBuffer。參數(shù)OutputBuffer被映射到KMemory對(duì)象,驅(qū)動(dòng)程序?qū)@個(gè)對(duì)象的訪問(wèn)通過(guò)調(diào)用KIrp::Mdl來(lái)實(shí)現(xiàn)。對(duì)于METHOD_OUT_DIRECT,調(diào)用者必須有對(duì)緩沖的寫訪問(wèn)權(quán)限。注意,對(duì)METHOD_NEITHER,內(nèi)核只提供虛擬地址;它不會(huì)做映射來(lái)配置緩沖。虛擬地址只對(duì)調(diào)用進(jìn)程有效。這里是一個(gè)用METHOD_BUFFERED的例子:首先,使用宏CTL_CODE來(lái)定義一個(gè)IOCTL代碼:#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)現(xiàn)在使用一個(gè)DeviceIoControl調(diào)用:BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING,  NULL, // no input  注意,這里放的是包含有執(zhí)行操作命令的字符串指針  0, FirmwareRev,      //這里是output串指針,存放從驅(qū)動(dòng)程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize,  NULL // not overlapped I/O );如果輸出緩沖足夠大,設(shè)備拷貝串到里面并將拷貝的資結(jié)束設(shè)置到FirmwareRevSize中。在驅(qū)動(dòng)程序中,代碼看起來(lái)如下所示:const char* FIRMWARE_REV = "FW 16.33 v5";NTSTATUS MyDevice::DeviceControl( KIrp I ){  ULONG fwLength=0;  switch ( I.IoctlCode() )  {    case IOCTL_MYDEV_GET_FIRMWARE_REV:      fwLength = strlen(FIRMWARE_REV)+1;      if (I.IoctlOutputBufferSize() >= fwLength)      {        strcpy((PCHAR)I.IoctlBuffer(),FIRMWARE_REV);        I.Information() = fwLength;         return I.Complete(STATUS_SUCCESS);      }      else      {              }    case . . .   } }

    標(biāo)簽: 驅(qū)動(dòng)程序 應(yīng)用程序 接口

    上傳時(shí)間: 2013-10-17

    上傳用戶:gai928943

  • 單片網(wǎng)絡(luò)接口芯片W5100的原理與應(yīng)用

    W5100是WlZnet公司推出的一款TCP/IP硬件協(xié)議棧的升級(jí)產(chǎn)品,是一種多功能的單片網(wǎng)絡(luò)接口芯片.它除了集成TCP/IP協(xié)議棧外,還集成以太網(wǎng)MAC層和物理層.介紹了W5100芯片的性能特點(diǎn)和內(nèi)部結(jié)構(gòu),分析了其軟硬件應(yīng)用設(shè)計(jì)方法.

    標(biāo)簽: W5100 網(wǎng)絡(luò)接口 芯片

    上傳時(shí)間: 2013-11-21

    上傳用戶:lhc9102

  • 基于GSM模塊與AT89C51的接口設(shè)計(jì)及應(yīng)用

    基于GSM模塊與AT89C51的接口設(shè)計(jì)及應(yīng)用

    標(biāo)簽: GSM 89C C51 AT

    上傳時(shí)間: 2014-01-03

    上傳用戶:zhaoq123

亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
亚洲午夜影视影院在线观看| 一区二区国产在线观看| 国内精品一区二区| 99亚洲精品| 欧美激情 亚洲a∨综合| 一区在线播放| 好吊日精品视频| 国产精品青草久久久久福利99| 91久久国产综合久久| 久久免费视频一区| 国产麻豆精品在线观看| 亚洲午夜在线观看| 欧美色图首页| 欧美精品一区三区| 国产精品久久久91| 一本色道久久99精品综合 | 久久综合精品一区| 亚洲麻豆国产自偷在线| 国产亚洲精品高潮| 欧美日韩大片| 久久久久91| 亚洲黄色在线| 国产亚洲精品bt天堂精选| 欧美日产国产成人免费图片| 久久狠狠亚洲综合| 亚洲影院高清在线| 亚洲日本aⅴ片在线观看香蕉| 国产精品永久免费观看| 欧美日韩成人一区二区| 久久亚洲精品伦理| 亚洲欧美中文在线视频| 夜夜嗨av一区二区三区中文字幕| 136国产福利精品导航网址应用| 国产麻豆精品在线观看| 欧美日韩一区二区视频在线 | 精品99一区二区| 国产精品啊啊啊| 欧美激情精品久久久久久免费印度| 欧美一区久久| 亚洲宅男天堂在线观看无病毒| 亚洲毛片在线观看| 欧美日韩性生活视频| 欧美性色综合| 久久精品成人一区二区三区蜜臀| 国产麻豆综合| 久久激情视频免费观看| 国产日韩一区二区三区在线| 亚洲一区二区高清视频| 欧美高清在线视频| 9久re热视频在线精品| 在线免费观看日本一区| 国内视频一区| 国产情侣久久| 国产乱人伦精品一区二区| 国产精品久久久免费| 欧美午夜宅男影院| 国产精品草草| 国产精品久久久久久久一区探花| 欧美日韩久久| 欧美精品在线一区| 欧美日韩国产三区| 欧美日韩另类字幕中文| 欧美日韩理论| 国产精品高清免费在线观看| 国产精品99一区二区| 国产精品免费看久久久香蕉| 国产精品日韩欧美| 国产日韩欧美三区| 国产一区二区三区四区五区美女| 国产亚洲欧美一级| 国内久久精品| 亚洲国产视频a| 亚洲人成在线观看网站高清| 亚洲精选91| 亚洲精选在线观看| 亚洲午夜女主播在线直播| 亚洲女性喷水在线观看一区| 欧美一区免费视频| 久热re这里精品视频在线6| 欧美成人午夜激情| 欧美日韩亚洲91| 国产精品日日摸夜夜摸av| 国产亚洲午夜高清国产拍精品| 国产午夜精品一区二区三区欧美| 好吊视频一区二区三区四区| 亚洲国产一区二区三区在线播| 99热这里只有成人精品国产| 午夜久久久久久| 免费高清在线一区| 欧美三级韩国三级日本三斤| 国产日韩亚洲| 亚洲欧洲日本专区| 亚洲图中文字幕| 久久久久久国产精品mv| 欧美成人中文字幕在线| 国产精品高潮粉嫩av| 国产综合香蕉五月婷在线| 亚洲黄色一区二区三区| 在线中文字幕一区| 久久精品av麻豆的观看方式 | 久久国产精品99精品国产| 久久xxxx| 欧美精品一区二| 欧美日韩精品在线视频| 国产亚洲人成a一在线v站| 亚洲精品视频在线| 午夜精品福利一区二区蜜股av| 久久av资源网站| 欧美另类在线播放| 国产一区二区三区日韩欧美| 亚洲第一在线综合网站| 中日韩在线视频| 久久精品视频免费观看| 欧美激情一区| 国产精品一页| 在线精品视频一区二区| 亚洲午夜激情在线| 久久综合色一综合色88| 国产精品久久久久秋霞鲁丝| 在线看片日韩| 亚洲欧美区自拍先锋| 久久久久高清| 欧美大秀在线观看| 国产欧美一区二区色老头| 亚洲免费观看高清完整版在线观看| 亚洲视频免费在线| 欧美国产日韩在线| 国产婷婷精品| 一二三区精品| 久久在线91| 国产亚洲精品aa| 亚洲午夜一区二区三区| 欧美韩日一区| 亚洲高清不卡在线观看| 欧美一区二区三区视频在线| 欧美日韩中文字幕精品| 91久久嫩草影院一区二区| 久久国产一二区| 国产伦精品一区二区三区视频孕妇| 亚洲麻豆一区| 欧美 日韩 国产在线 | 欧美日韩一区二区高清| 1204国产成人精品视频| 久久久精品免费视频| 国产午夜精品理论片a级探花| 亚洲自拍都市欧美小说| 欧美日韩亚洲一区二区三区在线 | 妖精视频成人观看www| 久久婷婷国产综合精品青草| 国产美女精品视频| 亚洲性线免费观看视频成熟| 欧美日韩国产影院| 亚洲精品乱码久久久久久按摩观| 久久亚洲国产成人| 极品日韩av| 久久久久国产精品午夜一区| 国产精品一区二区a| 亚洲欧美激情诱惑| 欧美性开放视频| 一本色道久久综合狠狠躁篇的优点| 欧美激情一区在线观看| 亚洲精品黄网在线观看| 欧美成人a∨高清免费观看| 伊人久久久大香线蕉综合直播| 久久国产手机看片| 国模私拍一区二区三区| 久久精品国产视频| 黑丝一区二区三区| 久久久水蜜桃av免费网站| 狠狠色丁香婷婷综合| 久久一二三国产| 亚洲观看高清完整版在线观看| 美日韩精品视频| 亚洲欧洲在线视频| 欧美日韩国产不卡在线看| 一区二区三区四区五区精品视频| 欧美日韩亚洲一区| 亚洲欧美久久| 国产亚洲一区二区三区| 久久蜜臀精品av| 在线成人h网| 欧美破处大片在线视频| 一区二区三区四区在线| 国产精品裸体一区二区三区| 欧美影院成年免费版| 狠狠色狠色综合曰曰| 欧美激情精品久久久久| 亚洲午夜伦理| 国产精品免费在线| 国产精品入口福利| 国产精一区二区三区| 亚洲老板91色精品久久| 欧美一区二区三区在| 欧美一区二区三区播放老司机| 欧美激情视频一区二区三区不卡| 日韩午夜免费视频| 国产精品久久久久久久浪潮网站| 欧美一级视频精品观看| 在线观看的日韩av| 欧美日韩精品是欧美日韩精品|