用C18編譯器進行Microwire串行EEPROM與PIC18單片機的接口設計 AN1004中文資料 目前市場上有許多種單片機用在嵌入式控制系統設計中，這些嵌入式控制系統中的很大一部分都要用到非易失性存儲器。由于串行EEPROM 具有封裝尺寸小，存儲容量靈活，對I/O 引腳要求低，和低功耗低成本等特點，已成為非易失性存儲器的首選。 為了滿足市場需求， Microchip Technology 已經推出了一整套符合工業標準的串行EEPROM，覆蓋了2 線式（I2C™）、3 線式（Microwire）和SPI 通信標準，并提供了不同的存儲容量、工作電壓范圍和封裝形式。
上傳時間： 2013-10-22
上傳用戶：crazyer
本實驗是基于EasyFPGA030的I2C總線接口模塊設計，用EasyFPGA030開發套件通過I2C協議實現對二線制I2C串行EEPROM的讀寫操作，先把數據寫入EEPROM，然后再讀取出來顯示在數碼管上。
上傳時間： 2013-10-14
上傳用戶：tecman
Nios 的用戶定義接口邏輯實例 有許多人問我使用 Nios 的用戶定義接口邏輯怎么用，想了幾天決定設計一個實例來說明。該例為一個使用 user to interface logic 設計的 PWM 實例，其中包括三個文件： plus32.v 是一個為 32bit nios 設計的 pwm 實例。 plus16.v 是一個為 16bit nios 設計的 pwm 實例。 test.s 是一個使用中斷調用 pwm 的匯編語言測試程序。以上模塊和程序均調試通過，并可穩定工作。這里讓大家參考是使大家通過該例來真正理解 user to interface logic 設計方法，和nios 中通過匯編調用中斷的方法，所以超值喔。另外熱烈歡迎大家的指導。 注：在設計 Nios 時，將你調用的 user to interface logic 插件重命名為 plus_0，這樣我的 test.s 可不作任何改動，你就可用示波器通過 nios 的 plus 管腳觀察到一個要求的輸出。
上傳時間： 2013-11-15
上傳用戶：cc1915
本實驗是基于EasyFPGA030的I2C總線接口模塊設計，用EasyFPGA030開發套件通過I2C協議實現對二線制I2C串行EEPROM的讀寫操作，先把數據寫入EEPROM，然后再讀取出來顯示在數碼管上
上傳時間： 2013-10-21
上傳用戶：edisonfather
用JLINK V6 調試STM32的教程:針STM3210B-LK1評估板需要改動或設置的地方有3點：第一：STM3210B-LK1評估板的BOOT0及BOOT1跳線請跳到0位置. 第二：STM3210B-LK1評估板上的JTAG接口的第1，2腳請接上3.3V(手工飛線)。第三：JLINK 用SWD方式調試此款板子時，需要把板子上的R4，R5斷開（因其板子上有STLINK II）否則調試不成功喲 一 設置仿真器類型----JLINK或JTRACE二 JLINK仿真器相關設置三 JTAG/SWD 兩種方式的調試
上傳時間： 2013-10-13
上傳用戶：標點符號
用單片機制作多功能莫爾斯碼電路:用單片機制作多功能莫爾斯碼電路莫爾斯電碼通信有著悠久的歷史，盡管它已被現代通信方式所取代，但在業余無線電通信和特殊的專業場合仍具有重要的地位，這是因為等幅電碼通信的抗干擾能力是其它任何一種通信方式都無法相比的。在短波波段用幾瓦的功率即可進行國際間的通信，收發射設備簡單易制成本低廉，所以深受業余無線電愛好者的喜愛，是業余無線電高手必備的技能。要想熟練掌握莫爾斯電碼的收發技術除了持之以恒的毅力外，還需要相關的設備。設計本電路的目的就是給愛好者提供一個實用和訓練的工具。 一、功能簡介 本電路可以配合自動鍵體和手動鍵體，產生莫爾斯碼控制信號，設有16種速度，從初學者到操作高手都能適用。監聽音調也有16種,均可以通過功能鍵進行選擇?？梢园闯绦蛑性O定好的呼號自動呼叫，設有聽抄練習功能，聽抄練習有短碼和混合碼兩種模式，分別對10個數字和常用的38個混合碼模擬隨機取樣，產生分組報碼，供愛好者提高抄收水平之用，速度低4檔的聽抄練習是專為初學者所設，內容是時間間隔較長的單字符。設有PTT開關鍵，可以決定是否控制發射機工作，不需要反復通斷控制線。無論當前處于呼叫狀態還是聽抄狀態只要電鍵接點接通則自動轉到人工發報程序。4分鐘內不使用電路將自動關閉電源，只有按復位鍵才能重新開始工作。先按住聽抄練習鍵復位則進入短碼練習狀態，其它功能不變。從開機到自動關機執行每個功能都有不同的莫爾斯碼提示音。本電路具有較強的抗高低頻干擾的能力和使用方便的大電流開關接口，以適應不同的發射設備。 二、硬件電路原理硬件電路如圖1所示。設計電路的目的在于方便實用，以免在緊張的操作中失誤，所以除了聽抄練習鍵外其它鍵沒有定義復用功能。各鍵的作用在圖中已經標出。PTT控制在每次復位時處于關閉狀態,每按動一次PTT功能鍵則改變一次狀態，這樣可以使用軟件開關控制發射。 PTT處于控制狀態時發光二極管隨控制信號閃亮?？紤]到自制設備及淘汰軍用設備與高檔設備控制電流的不同，PTT開關管采用了2SC2073，可以承受500mA的電流，同時還增加了無極性PTT開關電路，無論外部被控制的端口直流極性如何加到VT3的極性始終不變，供有興趣的愛好者實驗。應該注意，如果被控制的負載是感性，則電感兩端必須并聯續流二極管，除自制設備外成品機在這方面一般沒有什么問題。手動鍵只有一個接點，接通后產生連續的音頻和發射控制信號。在本電路中手動鍵的輸入端是P1.5 ，程序不斷檢測P1.5電平，當按鍵按下時P1.5電平為0，程序轉入手動鍵子程序。 自動鍵的接點分別接到P1.3和P1.4 ，同樣當程序檢測到有接點閉合時便自動產生“點”或“劃”。音頻信號從P輸出，經VT1放大后推動揚聲器發音。單片機的I/O口在輸入狀態下阻抗較高，容易受到高低頻信號干擾，所以在每個輸入端口和三極管的be端并聯電阻和高頻旁路電容，確保在較長的電鍵連線和大功率發射時電路工作穩定。圖2是印刷電路版圖，尺寸為110mmX85mm，揚聲器用粘合劑直接粘接在電路版有銅箔的面。 三、軟件設計方法 “點”時間長度是莫爾斯電碼中的基本時間單位。按規定“劃”的時間長度不小于三個“點”，同字符中“點”與“劃”的間隔不小于一個“點”，字符之間不小于一個“劃”，詞與詞之間不應小于五個“點”。在本程序中用條件轉移指令來產生“點”時間長度。通過速度功能鍵功可以設置16種延時參數。用T0中斷產生監聽音頻信號，并將中斷設為優先級，保證在聽覺上純正悅耳。T1用于自動關機計時，如果不使用任何功能四分鐘后將向PCON 位寫1，單片機進入休眠狀態,此時耗電量僅有幾個微安。自動鍵的“點”或“劃”以及手動鍵的連續發音都是子程序的反復調用。P1.2對地短接時自動呼叫可設定為另一內容。為了便于熟悉匯編語言的讀者對發音內容進行修改，這里介紹發音字符的編碼方法。莫爾斯碼的信息與計算機中二進制恰好相同，我們可以用0表示“點”，用1表示“劃”。提示音、自動呼叫、聽抄內容等字符是預先按一定編碼方式存儲在程序中的常數。每個字符的莫爾斯碼一般是由1至6位“點”、“劃”組成，也就是發音次數最多6次。程序中每個字符占用1個字節，字符時間間隔不占用字節，但更長的延時或發音結束信息占用一個字節。我們用字節的低三位表示字節的性質，對于5次及5次以下發音的字符我們用存儲器的高5位存儲發音信息，發音順序由高位至低位，用低3位存儲發音次數，發音時將數據送入累加器A，先得到發音次數，然后使A左環移，對E0進行位尋址，判斷是發“點”還是“劃”，環移次數由發音次數決定。對于6次發音的字符不能完全按照上述編碼規則，否則會出現信息重疊，如果是6次發音且最后一次是“劃”我們把發音次數定義為111B，因為這時第6次位尋址得到的是1。如果第6次發音是“點”，那么這個字符的低三位定義為000B。字符間隔時間由程序自動產生，更長的時間隔或結束標志由字節低三位110B來定義，高半字節表示字符間隔的倍數，例如26H表示再加兩倍時間間隔。如果字節為06H則表示讀字符程序結束，返回主程序。更詳細的內容不再贅述，讀者可閱讀源程序。四、使用注意事項手動鍵的操作難度相對大一些，時間節拍全由人掌握，其特點是發出的電碼帶有“人情味”。自動鍵的“點”、“劃”靠電路產生，發音標準，容易操作，而且可以達到相當快的速度，長時間工作也不易疲勞。在干擾較大、信號微弱的條件下自動鍵碼的辨別程度好于手動鍵碼。初學者初次使用手動鍵練習發報要有老師指導，且不可我行我素，一旦養成不正確的手法則很難糾正。在電臺上時常聽到一些讓對方難以抄收的電碼，這可能會使對方反感而拒絕回答。使用自動鍵也應在一定的聽抄基礎上再去練習。在暫時找不老師的情況下可多練習聽力，這對于今后能夠發出標準正確的電碼非常有益。
上傳時間： 2013-10-31
上傳用戶：sdq_123
詳細闡述一種利用CPLD 實現的8 位單片機與PCI 設備間的通信接口方案，給出用ABEL HDL編寫的主要源程序。該方案在實踐中檢驗通過。
上傳時間： 2013-10-30
上傳用戶：yeling1919
7.1 并行接口概述并行接口和串行接口的結構示意圖并行接口傳輸速率高，一般不要求固定格式，但不適合長距離數據傳輸7.2 可編程并行接口芯片82C55 7.2.1 8255的基本功能 8255具有2個獨立的8位I/O口（A口和B口）和2個獨立的4位I/O（C口上半部和C口下半部），提供TTL兼容的并行接口。作為輸入時提供三態緩沖器功能，作為輸出時提供數據鎖存功能。其中，A口具有雙向傳輸功能。8255有3種工作方式，方式0、方式1和方式2，能使用無條件、查詢和中斷等多種數據傳送方式完成CPU與I/O設備之間的數據交換。B口和C口的引腳具有達林頓復合晶體管驅動能力，在1.5V時輸出1mA電流，適于作輸出端口。C口除用做數據口外，當8255工作在方式1和方式2時，C口的部分引腳作為固定的聯絡信號線。
標簽： 并行接口
上傳時間： 2013-10-25
上傳用戶：oooool
有兩種方式可以讓設備和應用程序之間聯系：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
摘要：TUSB3200 是由德州儀器日本公司推出的一款用于USB 接口連接的音頻數據控制芯片，該芯片內置8052MCU 微處理器，能實現多聲道的錄音和播放功能。文中介紹了TUSB3200 的內部工作原理、框圖及功能，并給出了用TUSB3200 設計的雙聲道輸入/輸出播錄的應用電路。關鍵詞：USB 音頻接口 單片機 TUBS3200 USB 音頻接口電路是帶USB 接口的音響設備和電腦多媒體外圍設備的必需器件。德州儀器公司推出的TUSB3200 是一款最適合于音響和電腦周邊設備的USB 接口用的音頻數據控制芯片。它采用52 腳扁平封裝，帶有內置微處理器，價格低，可實現多聲道播放和錄音等功能，因而具有廣泛的用途。
上傳時間： 2013-11-23
上傳用戶：dumplin9
