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

蟲蟲首頁| 資源下載| 資源專輯| 精品軟件
登錄| 注冊

接口的設(shè)計(jì)

  • AT89C2051單片機的漢字顯示接口技術

    摘要:目前單片機應用系統中顯示接口一般是采用七段LED,只能顯示一些簡單的字符,滿足不了實際應用要求。介紹了中文圖形液晶顯示模塊LCMI2832ZK的主要特點、管腳功能及使用方法,并給出了如何利用LCMI2832ZK模塊為AT89C2051單片機擴展漢字接13的應用實例。調試結果表明此方法簡單可行,可作為單片機漢字顯示接口的一般方法。只要簡單修改接口電路,此模塊也可以用于其他型號的單片機。關鍵詞:單片機;漢字顯示;接口技術

    標簽: C2051 2051 89C AT

    上傳時間: 2013-10-29

    上傳用戶:ynzfm

  • 8086單芯片計算機顯示接口的設計與實現

    基于對8086 單芯片計算機的研究,設計了系統顯示接口模塊,其中包括SDRAM 顯示存儲器,DMA 顯示傳輸通道和VGA 顯示終端3 個主要功能單元。整個設計遵循ASIC流程,討論了基于FPGA 的實現技術。使用具體顯示實例驗證,結果表明,該顯示接口能夠正確完成所要求的單芯片計算機顯示操作。關鍵詞:8086 單芯片計算機;顯示接口;SDRAM;DMA 通道;VGA

    標簽: 8086 單芯片 計算機 顯示接口

    上傳時間: 2013-10-10

    上傳用戶:tyler

  • PCF8583的工作原理及在單片機接口中的實現

    PCF8583的工作原理及在單片機接口中的實現:時鐘/日歷芯片PCF8583是一種實時時鐘集成電路,硬件方面介紹了PCF8583的結構、功能廈工作原理;軟件方面,因為PCF8583是通過I C總線方式與各種單片機接口的,先介紹了I。C總線的時序,最后采用C51語言對51單片機進行軟件編程,實現了對PCF8583芯片的讀寫,并調試成功,最終完成了串行實時時鐘功能。

    標簽: 8583 PCF 工作原理 單片機接口

    上傳時間: 2013-10-30

    上傳用戶:z240529971

  • TIPC1000帶視頻輸入接口的嵌入式觸摸平板電腦

    TIPC-1000是廣州致遠電子有限公司開發的基于S3C2440A處理器(ARM920T架構)的嵌入式觸摸平板電腦。該產品具有美觀的外形設計、資源豐富、接口齊全、可靠性高等特點,預裝正版Microsoft Windows CE 5.0操作系統。

    標簽: TIPC 1000 視頻輸入 接口

    上傳時間: 2013-12-20

    上傳用戶:box2000

  • 基于DS80C410串口至以太網接口轉換器的實現

    介紹了一種基于高性能51 內核網絡微控制器的串口至以太網接口轉換器的設計方案,采用網絡單片機DS80C410,利用集成的MAC 通過以太網收發器與以太網相連,借助TINI SDK 軟件開發包通過Java編程實現串口和以太網之間的數據通訊。串口至以太網接口轉換器使得帶有RS232/422/485 通訊接口的設備和以太網服務器進行數據流傳輸,通過以太網服務器對串口設備進行實時監控。互聯網硬件和軟件的迅猛發展,使得各種電氣設備、儀器儀表以及生產過程中的數據采集與控制設備逐漸走向網絡化。計算機技術、測控技術、網絡與通訊技術不斷發展與融合是一個必然的趨勢。目前以太網已經廣泛應用于計算機網絡,成為互聯網鏈接不可缺少的部分,另外以太網一般都基于TCP/IP協議,使得整個網絡只有一種互聯通訊協議,滿足控制系統各個層次的要求,而且易于和Internet實現無縫連接。現今大多數現場設備通過串口與外界通訊,甚至串口是它們與外界通訊的唯一通道,串口設備的廣泛使用以及對設備上網能力的不斷需求,使得如何實現串口到以太網的轉換顯得尤為重要。DS80C410利用集成的MAC通過物理層器件與以太網相連,借助TINI SDK軟件開發包可以輕松實現串口至以太網的接口轉換。

    標簽: C410 410 80C DS

    上傳時間: 2013-10-20

    上傳用戶:a296386173

  • 驅動程序與應用程序的接口

    有兩種方式可以讓設備和應用程序之間聯系:1. 通過為設備創建的一個符號鏈;2. 通過輸出到一個接口WDM驅動程序建議使用輸出到一個接口而不推薦使用創建符號鏈的方法。這個接口保證PDO的安全,也保證安全地創建一個惟一的、獨立于語言的訪問設備的方法。一個應用程序使用Win32APIs來調用設備。在某個Win32 APIs和設備對象的分發函數之間存在一個映射關系。獲得對設備對象訪問的第一步就是打開一個設備對象的句柄。 用符號鏈打開一個設備的句柄為了打開一個設備,應用程序需要使用CreateFile。如果該設備有一個符號鏈出口,應用程序可以用下面這個例子的形式打開句柄:hDevice = CreateFile("\\\\.\\OMNIPORT3",  GENERIC_READ | GENERIC_WRITE,FILE_SHARE_READ,  NULL, OPEN_EXISTING, FILE_ATTRIBUTE_NORMAL ,NULL);文件路徑名的前綴“\\.\”告訴系統本調用希望打開一個設備。這個設備必須有一個符號鏈,以便應用程序能夠打開它。有關細節查看有關Kdevice和CreateLink的內容。在上述調用中第一個參數中前綴后的部分就是這個符號鏈的名字。注意:CreatFile中的第一個參數不是Windows 98/2000中驅動程序(.sys文件)的路徑。是到設備對象的符號鏈。如果使用DriverWizard產生驅動程序,它通常使用類KunitizedName來構成設備的符號鏈。這意味著符號鏈名有一個附加的數字,通常是0。例如:如果鏈接名稱的主干是L“TestDevice”那么在CreateFile中的串就該是“\\\\.\\TestDevice0”。如果應用程序需要被覆蓋的I/O,第六個參數(Flags)必須或上FILE_FLAG_OVERLAPPED。 使用一個輸出接口打開句柄用這種方式打開一個句柄會稍微麻煩一些。DriverWorks庫提供兩個助手類來使獲得對該接口的訪問容易一些,這兩個類是CDeviceInterface, 和 CdeviceInterfaceClass。CdeviceInterfaceClass類封裝了一個設備信息集,該信息集包含了特殊類中的所有設備接口信息。應用程序能有用CdeviceInterfaceClass類的一個實例來獲得一個或更多的CdeviceInterface類的實例。CdeviceInterface類是一個單一設備接口的抽象。它的成員函數DevicePath()返回一個路徑名的指針,該指針可以在CreateFile中使用來打開設備。下面用一個小例子來顯示這些類最基本的使用方法: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;} 在設備中執行I/O操作一旦應用程序獲得一個有效的設備句柄,它就能使用Win32 APIs來產生到設備對象的IRPs。下面的表顯示了這種對應關系。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 需要解釋一下設備類成員的Close和CleanUp:CreateFile使內核為設備創建一個新的文件對象。這使得多個句柄可以映射同一個文件對象。當這個文件對象的最后一個用戶級句柄被撤銷后,I/O管理器調用CleanUp。當沒有任何用戶級和核心級的對文件對象的訪問的時候,I/O管理器調用Close。如果被打開的設備不支持指定的功能,則調用相應的Win32將引起錯誤(無效功能)。以前為Windows95編寫的VxD的應用程序代碼中可能會在打開設備的時候使用FILE_FLAG_DELETE_ON_CLOSE屬性。在Windows NT/2000中,建議不要使用這個屬性,因為它將導致沒有特權的用戶企圖打開這個設備,這是不可能成功的。I/O管理器將ReadFile和WriteFile的buff參數轉換成IRP域的方法依賴于設備對象的屬性。當設備設置DO_DIRECT_IO標志,I/O管理器將buff鎖住在存儲器中,并且創建了一個存儲在IRP中的MDL域。一個設備可以通過調用Kirp::Mdl來存取MDL。當設備設置DO_BUFFERED_IO標志,設備對象分別通過KIrp::BufferedReadDest或 KIrp::BufferedWriteSource為讀或寫操作獲得buff地址。當設備不設置DO_BUFFERED_IO標志也不設置DO_DIRECT_IO,內核設置IRP 的UserBuffer域來對應ReadFile或WriteFile中的buff參數。然而,存儲區并沒有被鎖住而且地址只對調用進程有效。驅動程序可以使用KIrp::UserBuffer來存取IRP域。對于DeviceIoControl調用,buffer參數的轉換依賴于特殊的I/O控制代碼,它不在設備對象的特性中。宏CTL_CODE(在winioctl.h中定義)用來構造控制代碼。這個宏的其中一個參數指明緩沖方法是METHOD_BUFFERED, METHOD_IN_DIRECT, METHOD_OUT_DIRECT, 或METHOD_NEITHER。下面的表顯示了這些方法和與之對應的能獲得輸入緩沖與輸出緩沖的KIrp中的成員函數: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,系統分配一個單一的緩沖來作為輸入與輸出。驅動程序必須在向輸出緩沖放數據之前拷貝輸入數據。驅動程序通過調用KIrp::IoctlBuffer獲得緩沖地址。在完成時,I/O管理器從系統緩沖拷貝數據到提供給Ring 3級調用者使用的緩沖中。驅動程序必須在結束前存儲拷貝到IRP的Information成員中的數據個數。如果控制代碼不指明METHOD_IN_DIRECT或METHOD_OUT_DIRECT,則DeviceIoControl的參數呈現不同的含義。參數InputBuffer被拷貝到一個系統緩沖,這個緩沖驅動程序可以通過調用KIrp::IoctlBuffer。參數OutputBuffer被映射到KMemory對象,驅動程序對這個對象的訪問通過調用KIrp::Mdl來實現。對于METHOD_OUT_DIRECT,調用者必須有對緩沖的寫訪問權限。注意,對METHOD_NEITHER,內核只提供虛擬地址;它不會做映射來配置緩沖。虛擬地址只對調用進程有效。這里是一個用METHOD_BUFFERED的例子:首先,使用宏CTL_CODE來定義一個IOCTL代碼:#define IOCTL_MYDEV_GET_FIRMWARE_REV \CTL_CODE (FILE_DEVICE_UNKNOWN,0,METHOD_BUFFERED,FILE_ANY_ACCESS)現在使用一個DeviceIoControl調用:BOOLEAN b;CHAR FirmwareRev[60];ULONG FirmwareRevSize;b = DeviceIoControl(hDevice, IOCTL_MYDEV_GET_VERSION_STRING,  NULL, // no input  注意,這里放的是包含有執行操作命令的字符串指針  0, FirmwareRev,      //這里是output串指針,存放從驅動程序中返回的字符串。sizeof(FirmwareRev),& FirmwareRevSize,  NULL // not overlapped I/O );如果輸出緩沖足夠大,設備拷貝串到里面并將拷貝的資結束設置到FirmwareRevSize中。在驅動程序中,代碼看起來如下所示: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 . . .   } }

    標簽: 驅動程序 應用程序 接口

    上傳時間: 2013-10-17

    上傳用戶:gai928943

  • 內置微處理器的USB音頻接口芯片TUSB3200

    摘要:TUSB3200 是由德州儀器日本公司推出的一款用于USB 接口連接的音頻數據控制芯片,該芯片內置8052MCU 微處理器,能實現多聲道的錄音和播放功能。文中介紹了TUSB3200 的內部工作原理、框圖及功能,并給出了用TUSB3200 設計的雙聲道輸入/輸出播錄的應用電路。關鍵詞:USB 音頻接口 單片機 TUBS3200 USB 音頻接口電路是帶USB 接口的音響設備和電腦多媒體外圍設備的必需器件。德州儀器公司推出的TUSB3200 是一款最適合于音響和電腦周邊設備的USB 接口用的音頻數據控制芯片。它采用52 腳扁平封裝,帶有內置微處理器,價格低,可實現多聲道播放和錄音等功能,因而具有廣泛的用途。

    標簽: TUSB 3200 USB 內置

    上傳時間: 2013-11-23

    上傳用戶:dumplin9

  • AXI總線協議的接口信號

    總線接口的詳細介紹,可在可編程邏輯電路上實現

    標簽: AXI 總線協議 接口信號

    上傳時間: 2013-11-02

    上傳用戶:ccccccc

  • GSM-R系統E接口分析與跨MSC越區切換的研究

    本文首先分析了MSC之間E接口的組網方式、協議棧、監務實現原理及信令流程,特別對跨MSC切換原理進杼了詳細的分析。接著針對跨MSC切換容易失敗導致搏話約特點,對鑫秘可麓導致切換失敗戇原因遞簿了分援,憨結了查找殿閔、解決問題的辦法。

    標簽: GSM-R MSC 接口分析

    上傳時間: 2013-10-09

    上傳用戶:wfeel

  • 比較PSoC與MCU在數位電視設計中的應用

    本文將探討微控制器與 PSoC (可編程系統單晶片)在數位電視應用上的設計挑戰,並比較微控制器和 PSoC 架構在處理這些挑戰時的不同處,以有效地建置執行。

    標簽: PSoC MCU 比較 數位電視

    上傳時間: 2013-11-22

    上傳用戶:gengxiaochao

主站蜘蛛池模板: 临沧市| 荣昌县| 新干县| 宜昌市| 利津县| 樟树市| 澎湖县| 鹤峰县| 曲沃县| 阿图什市| 洛隆县| 孟州市| 波密县| 卓尼县| 道真| 汾西县| 英山县| 承德县| 三河市| 汪清县| 宽甸| 蒲城县| 土默特右旗| 沂源县| 宣城市| 全南县| 临漳县| 建阳市| 潜山县| 枣阳市| 商水县| 无为县| 印江| 成都市| 镇赉县| 彭山县| 石家庄市| 资中县| 永和县| 延川县| 房产|