有兩種方式可以讓設(shè)備和應(yīng)用程序之間聯(lián)系：1. 通過為設(shè)備創(chuàng)建的一個符號鏈；2. 通過輸出到一個接口WDM驅(qū)動程序建議使用輸出到一個接口而不推薦使用創(chuàng)建符號鏈的方法。這個接口保證PDO的安全，也保證安全地創(chuàng)建一個惟一的、獨(dú)立于語言的訪問設(shè)備的方法。一個應(yīng)用程序使用Win32APIs來調(diào)用設(shè)備。在某個Win32 APIs和設(shè)備對象的分發(fā)函數(shù)之間存在一個映射關(guān)系。獲得對設(shè)備對象訪問的第一步就是打開一個設(shè)備對象的句柄。 用符號鏈打開一個設(shè)備的句柄為了打開一個設(shè)備，應(yīng)用程序需要使用CreateFile。如果該設(shè)備有一個符號鏈出口，應(yīng)用程序可以用下面這個例子的形式打開句柄：hDevice = CreateFile("\\\\.\\OMNIPORT3", GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路徑名的前綴“\\.\”告訴系統(tǒng)本調(diào)用希望打開一個設(shè)備。這個設(shè)備必須有一個符號鏈，以便應(yīng)用程序能夠打開它。有關(guān)細(xì)節(jié)查看有關(guān)Kdevice和CreateLink的內(nèi)容。在上述調(diào)用中第一個參數(shù)中前綴后的部分就是這個符號鏈的名字。注意：CreatFile中的第一個參數(shù)不是Windows 98/2000中驅(qū)動程序(.sys文件)的路徑。是到設(shè)備對象的符號鏈。如果使用DriverWizard產(chǎn)生驅(qū)動程序，它通常使用類KunitizedName來構(gòu)成設(shè)備的符號鏈。這意味著符號鏈名有一個附加的數(shù)字，通常是0。例如：如果鏈接名稱的主干是L“TestDevice”那么在CreateFile中的串就該是“\\\\.\\TestDevice0”。如果應(yīng)用程序需要被覆蓋的I/O，第六個參數(shù)(Flags)必須或上FILE_FLAG_OVERLAPPED。 使用一個輸出接口打開句柄用這種方式打開一個句柄會稍微麻煩一些。DriverWorks庫提供兩個助手類來使獲得對該接口的訪問容易一些，這兩個類是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass類封裝了一個設(shè)備信息集，該信息集包含了特殊類中的所有設(shè)備接口信息。應(yīng)用程序能有用CdeviceInterfaceClass類的一個實(shí)例來獲得一個或更多的CdeviceInterface類的實(shí)例。CdeviceInterface類是一個單一設(shè)備接口的抽象。它的成員函數(shù)DevicePath()返回一個路徑名的指針，該指針可以在CreateFile中使用來打開設(shè)備。下面用一個小例子來顯示這些類最基本的使用方法：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)用程序獲得一個有效的設(shè)備句柄，它就能使用Win32 APIs來產(chǎn)生到設(shè)備對象的IRPs。下面的表顯示了這種對應(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)建一個新的文件對象。這使得多個句柄可以映射同一個文件對象。當(dāng)這個文件對象的最后一個用戶級句柄被撤銷后，I/O管理器調(diào)用CleanUp。當(dāng)沒有任何用戶級和核心級的對文件對象的訪問的時候，I/O管理器調(diào)用Close。如果被打開的設(shè)備不支持指定的功能，則調(diào)用相應(yīng)的Win32將引起錯誤（無效功能）。以前為Windows95編寫的VxD的應(yīng)用程序代碼中可能會在打開設(shè)備的時候使用FILE_FLAG_DELETE_ON_CLOSE屬性。在Windows NT/2000中，建議不要使用這個屬性，因?yàn)樗鼘?dǎo)致沒有特權(quán)的用戶企圖打開這個設(shè)備，這是不可能成功的。I/O管理器將ReadFile和WriteFile的buff參數(shù)轉(zhuǎn)換成IRP域的方法依賴于設(shè)備對象的屬性。當(dāng)設(shè)備設(shè)置DO_DIRECT_IO標(biāo)志，I/O管理器將buff鎖住在存儲器中，并且創(chuàng)建了一個存儲在IRP中的MDL域。一個設(shè)備可以通過調(diào)用Kirp::Mdl來存取MDL。當(dāng)設(shè)備設(shè)置DO_BUFFERED_IO標(biāo)志，設(shè)備對象分別通過KIrp::BufferedReadDest或 KIrp::BufferedWriteSource為讀或?qū)懖僮鳙@得buff地址。當(dāng)設(shè)備不設(shè)置DO_BUFFERED_IO標(biāo)志也不設(shè)置DO_DIRECT_IO，內(nèi)核設(shè)置IRP 的UserBuffer域來對應(yīng)ReadFile或WriteFile中的buff參數(shù)。然而，存儲區(qū)并沒有被鎖住而且地址只對調(diào)用進(jìn)程有效。驅(qū)動程序可以使用KIrp::UserBuffer來存取IRP域。對于DeviceIoControl調(diào)用，buffer參數(shù)的轉(zhuǎn)換依賴于特殊的I/O控制代碼，它不在設(shè)備對象的特性中。宏CTL_CODE（在winioctl.h中定義）用來構(gòu)造控制代碼。這個宏的其中一個參數(shù)指明緩沖方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表顯示了這些方法和與之對應(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)分配一個單一的緩沖來作為輸入與輸出。驅(qū)動程序必須在向輸出緩沖放數(shù)據(jù)之前拷貝輸入數(shù)據(jù)。驅(qū)動程序通過調(diào)用KIrp::IoctlBuffer獲得緩沖地址。在完成時，I/O管理器從系統(tǒng)緩沖拷貝數(shù)據(jù)到提供給Ring 3級調(diào)用者使用的緩沖中。驅(qū)動程序必須在結(jié)束前存儲拷貝到IRP的Information成員中的數(shù)據(jù)個數(shù)。如果控制代碼不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT，則DeviceIoControl的參數(shù)呈現(xiàn)不同的含義。參數(shù)InputBuffer被拷貝到一個系統(tǒng)緩沖，這個緩沖驅(qū)動程序可以通過調(diào)用KIrp::IoctlBuffer。參數(shù)OutputBuffer被映射到KMemory對象，驅(qū)動程序?qū)@個對象的訪問通過調(diào)用KIrp::Mdl來實(shí)現(xiàn)。對于METHOD_OUT_DIRECT，調(diào)用者必須有對緩沖的寫訪問權(quán)限。注意，對METHOD_NEITHER，內(nèi)核只提供虛擬地址；它不會做映射來配置緩沖。虛擬地址只對調(diào)用進(jìn)程有效。這里是一個用METHOD_BUFFERED的例子：首先，使用宏CTL_CODE來定義一個IOCTL代碼：#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)現(xiàn)在使用一個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ū)動程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize, NULL // not overlapped I/O );如果輸出緩沖足夠大，設(shè)備拷貝串到里面并將拷貝的資結(jié)束設(shè)置到FirmwareRevSize中。在驅(qū)動程序中，代碼看起來如下所示：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ū)動程序 應(yīng)用程序 接口
上傳時間： 2013-10-17
上傳用戶：gai928943
pdiusbd12和eeprom的程序 PDIUSBD12 是一款性價比很高的USB 器件它通常用作微控制器系統(tǒng)中實(shí)現(xiàn)與微控制器進(jìn)行通信的 高速通用并行接口它還支持本地的DMA 傳輸 這種實(shí)現(xiàn)USB 接口的標(biāo)準(zhǔn)組件使得設(shè)計(jì)者可以在各種不同類型微控制器中選擇出最合適的微控制器 這種靈活性減小了開發(fā)的時間風(fēng)險以及費(fèi)用通過使用已有的結(jié)構(gòu)和減少固件上的投資從而用最快捷 的方法實(shí)現(xiàn)最經(jīng)濟(jì)的USB 外設(shè)的解決方案
標(biāo)簽： USB pdiusbd PDIUSBD eeprom
上傳時間： 2015-03-25
上傳用戶：lifangyuan12
java里面實(shí)現(xiàn)的接口的應(yīng)用，對不同的類中，如果有相同的屬性，就可以創(chuàng)建接口。這樣就便于管理
上傳時間： 2015-03-31
上傳用戶：moshushi0009
設(shè)計(jì)模式——訪問者模式 Visitor模式允許我們在不改動原有結(jié)構(gòu)的基礎(chǔ)之上不斷增加新的功能。 ICumulation接口定義了方法Cumulate()，旨在計(jì)算1＋2＋……＋n，有兩種不同的實(shí)現(xiàn)方法，一個是一般的疊加算法GeneralArithmetic，一個是高斯算法GaoSiArithmetic。 因?yàn)槟撤N原因，系統(tǒng)需要添加求平均值的功能，還有計(jì)算1到n的平方和。 按照一般的思路，我們需要在ICumulation中定義兩個方法分別計(jì)算平均值和平方和，并在實(shí)現(xiàn)類中同時添加相應(yīng)的方法。在搭建了visitor模式的架構(gòu)以后，添加功能的代碼被移植到ICumulationVisitor中，添加的兩種功能也分別被以子類AverageVisitor和PowerVisitor實(shí)現(xiàn)。 功能的擴(kuò)展從在類中添加方法的方式變成了添加新類的方式，該類繼承一定的Visitor接口。這是一個90度的轉(zhuǎn)換，使得架構(gòu)符合開放封閉(OCP)原則：功能的擴(kuò)展無需改動原有代碼。 同時，這里也體現(xiàn)了單一職責(zé)原則(SRP)，ICumulation層次結(jié)構(gòu)可以因?yàn)槌霈F(xiàn)了不同的算法而改變，但是不應(yīng)該因?yàn)樾枰?jì)算不同的東西(功能)而改變，算法和功能是橫向和縱向的關(guān)系。這里visitor模式隔離了算法和功能，ICumulation層次結(jié)構(gòu)負(fù)責(zé)算法，ICumulationVisitor層次結(jié)構(gòu)負(fù)責(zé)功能。
標(biāo)簽： ICumulation Cumulate Visitor 模式
上傳時間： 2015-06-12
上傳用戶：上善若水
DS1820 數(shù)字溫度計(jì)提供9 位溫度讀數(shù),指示器件的溫度 信息經(jīng)過單線接口送入DS1820 或從DS1820 送出因此從中央處理器到DS1820 僅需連接一條 線和地讀寫和完成溫度變換所需的電源可以由數(shù)據(jù)線本身提供而不需要外部電源 因?yàn)槊恳粋€DS1820 有唯一的系列號silicon serial number 因此多個DS1820 可以存在 于同一條單線總線上這允許在許多不同的地方放置溫度靈敏器件此特性的應(yīng)用范圍包括HVAC 環(huán)境控制建筑物設(shè)備或機(jī)械內(nèi)的溫度檢測以及過程監(jiān)視和控制中的溫度檢測
標(biāo)簽： 1820 DS 溫度 數(shù)字溫度計(jì)
上傳時間： 2014-01-02
上傳用戶：ZJX5201314
給出了一種基于TMS320C54X數(shù)字信號處理芯片和TLC320AD50C模擬接口電路(A IC)的語音處理 系統(tǒng)方案,同時提供了采用匯編語言編寫的語音處理程序。這個系統(tǒng)可用于多種語音處理場合,通過修改程 序可達(dá)到不同的語音處理效果,具有良好的擴(kuò)展性、靈活性和適應(yīng)性等。 關(guān)鍵詞: TLC320AD50C TMS320C54X 語音處理 數(shù)字信號處理
上傳時間： 2013-12-17
上傳用戶：風(fēng)之驕子
DSl820數(shù)字溫度計(jì)提供9位(二進(jìn)制)溫度讀數(shù)指示器件的溫度信息經(jīng)過單線接口送 入DSl820或從DSl820送出因此從主機(jī)CPU到DSl820僅需一條線(和地線)DSl820的電源可以由數(shù)據(jù)線本身提供而不需要外部電源因?yàn)槊恳粋€DSl820在出廠時已經(jīng)給定了唯一的序號因此任意多個DSl820可以存放在同一條單線總線上這允許在許多不同的地方放置溫度敏感器件DSl820的測量范圍從-55到+125增量值為0.5可在l s(典型值)內(nèi)把溫度變換成數(shù)字
上傳時間： 2017-03-07
上傳用戶：Avoid98
這是支持MF RC500 MIFARE 讀寫集成電路IC的有關(guān)射頻設(shè)計(jì)的應(yīng)用筆記。意在提供對MIFARE 射頻接口（ISO 14443A）所需的理解來設(shè)計(jì)具體天線應(yīng)用和匹配電路，為了使無接觸MIFARE卡通信有最優(yōu)表現(xiàn)。本文給出了系統(tǒng)的RF部分背景，以及如何為標(biāo)準(zhǔn)應(yīng)用設(shè)計(jì)和調(diào)試天線的過程概述。詳細(xì)說明了兩種不同的天線和匹配概念以及它們的設(shè)計(jì)實(shí)例。還描述了完整的調(diào)試天線的步驟。作為附件的一部分，有興趣的讀者會發(fā)現(xiàn)RF接口的詳細(xì)理論描述
標(biāo)簽： MIFARE 14443A 500 ISO
上傳時間： 2014-01-07
上傳用戶：ynsnjs
本文提出了一種基于comPactFlash(CF)接口的便攜式數(shù)據(jù)采集系統(tǒng)的設(shè)計(jì)方案,采用 可編程邏輯器件實(shí)現(xiàn)CF接口控制及數(shù)據(jù)采集控制:CF接口部分實(shí)現(xiàn)與上位機(jī)的數(shù)據(jù)傳 送,數(shù)據(jù)采集控制部分完成量程變換!模數(shù)轉(zhuǎn)換控制等功能"上位機(jī)基于CF接口與下位 機(jī)進(jìn)行數(shù)據(jù)通信,給下位機(jī)發(fā)送量程控制字!數(shù)據(jù)采集參數(shù)等命令,采用中斷方式接收下 位機(jī)采集過來的數(shù)據(jù)并進(jìn)行處理,下位機(jī)只完成數(shù)據(jù)的采集"這種方案最大的優(yōu)勢是上位 機(jī)端的數(shù)據(jù)處理軟件易于修改,以面向不同的應(yīng)用" 目前基于CF接口的設(shè)計(jì)采用專用芯片實(shí)現(xiàn)接口控制,由FPGA!DSP等實(shí)現(xiàn)邏輯功 能,這種多芯片方案雖然設(shè)計(jì)簡單,但成本高,功耗大"本課題首先根據(jù)CF規(guī)范,設(shè)計(jì) 了一種基于可編輯邏輯器件的CF卡端接口,實(shí)現(xiàn)了存儲器模式和I/O模式兩種傳輸方式 的接口設(shè)計(jì),并在此基礎(chǔ)上完成了數(shù)據(jù)采集系統(tǒng)的設(shè)計(jì)"相比較傳統(tǒng)方案,本方案設(shè)計(jì)靈 活,系統(tǒng)成本和功耗更低"此外,本課題設(shè)計(jì)的基于可編輯邏輯器件的CF卡端接口具有 通用性,在此基礎(chǔ)上可實(shí)現(xiàn)其它多種基于CF接口的便攜式I/O設(shè)備" 本課題完成的數(shù)據(jù)采集系統(tǒng)中,用于邏輯控制的可編程邏輯器件采用了FPGA和 CPLD兩種實(shí)現(xiàn)方案"在完成系統(tǒng)的硬件和軟件設(shè)計(jì)后,對系統(tǒng)進(jìn)行了測試,結(jié)果表明系 統(tǒng)成功地實(shí)現(xiàn)了數(shù)據(jù)采集!處理!顯示和控制,采用CPLD作為本設(shè)計(jì)的邏輯控制在系 統(tǒng)功耗方面具有明顯的優(yōu)勢"
標(biāo)簽： ComPactFlash接口可編輯邏輯器件數(shù)據(jù)采集系統(tǒng)
上傳時間： 2015-05-25
上傳用戶：wjc511
變電站是電力系統(tǒng)的一個重要環(huán)節(jié)，它的運(yùn)行情況直接影響到電力系統(tǒng)的可靠、經(jīng)濟(jì)運(yùn)行。一個變電站運(yùn)行情況的優(yōu)劣，在很大程度上取決于其二次設(shè)備的工作性能?，F(xiàn)在的變電站有三種運(yùn)行模式：一種是常規(guī)變電站，一種是部分實(shí)現(xiàn)微機(jī)管理、具有一定自動化水平的變電站，再有一種是實(shí)現(xiàn)無人值班、全面微機(jī)化的綜合自動化變電站。在常規(guī)變電站中，其繼電保護(hù)、中央信號系統(tǒng)、變送器、遠(yuǎn)動及故障錄波裝置等所有二次設(shè)備都是采用傳統(tǒng)的分立式設(shè)備，而且站內(nèi)配備大量控制、保護(hù)、記錄用屏盤。使裝備設(shè)置復(fù)雜，占地面積大，日常維護(hù)管理工作繁重。這種常規(guī)變電站的一個致命弱點(diǎn)是不具備自診斷能力，對二次系統(tǒng)本身的故障無法監(jiān)測。因此，這種常規(guī)變電站已逐漸被淘汰。 要提高變電站運(yùn)行的可靠性及經(jīng)濟(jì)性，一個最有效的方法就是提高變電站運(yùn)行管理的自動化水平，實(shí)現(xiàn)變電站的綜合自動化，以微機(jī)化的新型二次設(shè)備取代傳統(tǒng)使用的分立式設(shè)備。開發(fā)集保護(hù)、控制、監(jiān)測及遠(yuǎn)動等功能為一體的新型設(shè)備，并實(shí)現(xiàn)設(shè)備共享、信息資源共享，使變電站設(shè)計(jì)簡捷、布局緊湊，運(yùn)行更加可靠安全。 隨著微型計(jì)算機(jī)技術(shù)、集成電路技術(shù)的迅速發(fā)展，原來越多的新技術(shù)和新產(chǎn)品應(yīng)用到變電站的二次設(shè)備中去，使變電站的二次設(shè)備得到不斷的更新?lián)Q代。該項(xiàng)研究把一種新型的低壓電能量測量芯片與高性能的數(shù)字信號處理器(DSP)結(jié)合起來，利用DSP體積小、功能強(qiáng)、功耗低、速度快、性價比高等優(yōu)點(diǎn)，設(shè)計(jì)出新型的變電站線路測控單元，實(shí)現(xiàn)對高壓線路的測量、監(jiān)視和控制，這種新型的二次設(shè)備比傳統(tǒng)的二次設(shè)備具有更高的精度和更快的相應(yīng)速度。 與此同時，網(wǎng)絡(luò)理論和技術(shù)的發(fā)展，也使變電站監(jiān)控系統(tǒng)的結(jié)構(gòu)發(fā)生了很大的變化，由原來的集中控制型逐步過渡到功能分散、模塊化的分散網(wǎng)絡(luò)型，通過現(xiàn)場總線，使主控室和現(xiàn)場之間的聯(lián)系變成了串行通信聯(lián)系，從而提高的系統(tǒng)的可靠性和可維護(hù)性。CAN總線應(yīng)用于變電站的監(jiān)控系統(tǒng)中，組成變電站的數(shù)據(jù)通信網(wǎng)絡(luò)，可以提高系統(tǒng)的抗干擾能力和容錯能力。 該文就以上的兩個方面進(jìn)行研究和設(shè)計(jì)，主要內(nèi)容包括：一是在簡單介紹新型電能測量芯片和DSP的基本知識的基礎(chǔ)上，提出了一個變電站測控單元的設(shè)計(jì)方案，并從從硬件和軟件兩個方面進(jìn)行了詳細(xì)的介紹，主要部分是對測量模塊的設(shè)計(jì)；二是系統(tǒng)的通信接口模塊設(shè)計(jì)，從硬件和軟件方面詳細(xì)的介紹了通信模塊的三種不同的通信接口的設(shè)計(jì)，分別是RS-232串行通信、RS-485總線通信、CAN總線通信；三是在分析現(xiàn)代測控系統(tǒng)發(fā)展歷史，指出了現(xiàn)場總線測控系統(tǒng)的優(yōu)越性；四是設(shè)計(jì)出的測控系統(tǒng)單元的基礎(chǔ)上，利用CAN現(xiàn)場總線構(gòu)建變電站的綜合監(jiān)控系統(tǒng)。 該文提出的方案、技術(shù)以及結(jié)論對于變電站監(jiān)控系統(tǒng)和自綜合動化系統(tǒng)的研究開發(fā)、工程設(shè)計(jì)都具有實(shí)際的參考意義。
上傳時間： 2013-04-24
上傳用戶：fhzm5658
蟲蟲下載站版權(quán)所有 京ICP備2021023401號-1
