• 8255的控制字• 8255的工作方式1和工作方式2• DAC0832工作方式• ADC0809工作方式@ 要求 掌握 ：• 8255接口芯片 • MCS-51單片機與D/A轉換器的接口連接 • MCS-51單片機與A/D轉換器的接口連接 • 初始化編程及應用了解：• I/O口擴展的原因 • 簡單I/O口的擴展 • 單片機的鍵盤技術 8.1 I/O口擴展概述 8.2 簡單I/O口擴展8.3 8255可編程通用并行接口芯片8.4 8155可編程通用并行接口芯片8.1 I/O口擴展概述 8.1.1 I/O口擴展的原因MCS-51系列單片機共有四個并行I/O口，分別是P0、P1、P2和P3。其中P0口一般作地址線的低八位和數據線使用；P2口作地址線的高八位使用；P3是一個雙功能口，其第二功能是一些很重要的控制信號，所以P3一般使用其第二功能。這樣供用戶使用的I/O口就只剩下P1口了。另外，這些I/O口沒有狀態寄存和命令寄存的功能，因此難以滿足復雜的I/O操作要求。由于MCS-51系列單片機I/O口數量和功能有限，所以在實際應用中不得不使用擴展的方法，來增加I/O口的數量，增強I/O口的功能。 8.1.2 I/O口的編址技術用戶可以通過對I/O口進行讀和寫操作來完成數據的輸入和輸出。例如：P0口的地址為80H。用戶可以使用MOV指令對P0口進行寫操作。 MOV P0， A 8.1.3 單片機I/O傳送的方式單片機為了實現數據的輸入/輸出傳送，通常使用3種控制方式。1. 無條件傳送方式 當外設和單片機能夠同步工作時，可以采用無條件方式進行傳送，即數據可以隨時進行傳送。2. 查詢方式 查詢方式又稱為有條件傳送方式，即數據的傳送是有條件的。在進行I/O操作之前，用戶要通過軟件查詢外設是否為數據傳送做好準備，只有確認外設為數據傳送做好準備。單片機才能執行數據的輸入/輸出（I/O）操作。3. 中斷方式 當外設和計算機進行數據交換時，外設向單片機發出中斷請求（即通知單片機）。單片機接到中斷請求后，就作出響應，暫停正在執行的程序，而轉去為設備的數據輸入/輸出服務。當服務完成后，程序返回，單片機再繼續執行被中斷的程序。 中斷方式大大提高了單片機系統的工作效率，所以在單片機中被廣泛應用。
上傳時間： 2013-11-10
上傳用戶：yqs138168
MCS-51單片機的系統擴展技術:在MCS-51單片機的的內部雖已集成了很多資源，但這類單片機屬于一種“通用”的單片機，單片機內部的各種資源都是折衷配置的，如片內程序存儲器、數據存儲器的容量都不大，并行I/O端口的數量也不很多，此外，在有些應用中，片內定時器、中斷、串行口等也顯得不足，還有一些功能是基本型MCS-51單片機所沒有的，比如A/D轉換，D/A轉換等等。實際應用中的要求是各種各樣的，如果用到了MCS-51單片機內部所沒有資源（如A/D，D/A等），或者單片機內部雖有，但卻不夠使用的資源，就要根據需要，對單片機進行擴展，以增加所需要的功能。MCS-51單片機所可能需要擴展的芯片種類非常多，但這里并不面面俱到，主要是通過對外擴程序存儲器、數據存儲器、I/O接口、A/D和D/A的介紹，使讀者熟悉單片機接口的一般方法。實際上，如果對于這些常規的擴展芯片能夠熟練地掌握和應用，并能理解其擴展的原理，拿到任何一塊需要擴展的芯片，只要有這塊芯片的數據手冊或接口時序之類的資料，就能自行設計芯片的接口電路部份。1． MCS-51單片機擴展的原理MCS-51單片機被設計成具有通用計算機那樣的外部總線結構，所以用MCS-51單片機進行擴展很方便，下面首先了解片外總線的工作原理。
上傳時間： 2014-04-28
上傳用戶：古谷仁美
有兩種方式可以讓設備和應用程序之間聯系：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
提出一種基于FPGA的實時視頻信號處理平臺的設計方法，該系統接收低幀率數字YCbCr 視頻信號，對接收的視頻信號進行格式和彩色空間轉換、像素和，利用片外SDRAM存儲器作為幀緩存且通過時序控制器進行幀率提高，最后通過VGA控制模塊對圖像信號進行像素放大并在VGA顯示器上實時顯示。整個設計使用Verilog HDL語言實現，采用Altera公司的EP2S60F1020C3N芯片作為核心器件并對功能進行了驗證。
上傳時間： 2013-11-10
上傳用戶：sjb555
可將各種格式文件轉換為PDF格式
上傳時間： 2013-10-30
上傳用戶：懶龍1988
可將各種格式文件轉換為PDF格式
上傳時間： 2013-11-02
上傳用戶：q3290766
提出一種基于FPGA的實時視頻信號處理平臺的設計方法，該系統接收低幀率數字YCbCr 視頻信號，對接收的視頻信號進行格式和彩色空間轉換、像素和，利用片外SDRAM存儲器作為幀緩存且通過時序控制器進行幀率提高，最后通過VGA控制模塊對圖像信號進行像素放大并在VGA顯示器上實時顯示。整個設計使用Verilog HDL語言實現，采用Altera公司的EP2S60F1020C3N芯片作為核心器件并對功能進行了驗證。
上傳時間： 2015-01-01
上傳用戶：shizhanincc
萬用表的選擇和應用，內容格式為PDG格式。請大家使用PDG閱讀器查看
上傳時間： 2013-11-17
上傳用戶：boyaboy
DH45L是基于CMOS工藝設計和生產的霍爾IC，元件內部集成了霍爾效應片、電壓調節器、休眠喚醒控制電路、信號放大濾波電路、偏移補償電路、施密特觸發器，開漏極輸出。與DH481周期性周期檢測磁場不同，DH45L連續檢測環境磁場強度，響應速度快，但功耗較大(2mA)。DH45L不區分N極和S極，對N極和S極都感應，因此便于較小磁鋼的裝配。電壓是5-24V.
上傳時間： 2013-11-12
上傳用戶：zhaiyanzhong
枚舉是某個USB設備連接到系統并指派一個明確的地址碼的過程，地址碼用來訪問個別設備。USB主機控制器查詢設備屬于哪一類的設備時也嘗試為其綁定適當的驅動程序。主機發往設備的一些基本命令： 設置地址—指示設備更改它的當前地址設置 取設備描述符—關于設備的全部信息（制造廠商，固件版本⋯） 取配置描述符—端口的使用方式 取界面描述符—設備可能使用的界面 取字符串描述符—制造廠商和產品名的Unicode格式字符串每個USB設備都有這個基本的過程，如果沒有它，設備將永遠不能被操作系統使用。
標簽： USB
上傳時間： 2013-12-21
上傳用戶：a155166
