用單片機制作多功能莫爾斯碼電路:用單片機制作多功能莫爾斯碼電路莫爾斯電碼通信有著悠久的歷史，盡管它已被現代通信方式所取代，但在業余無線電通信和特殊的專業場合仍具有重要的地位，這是因為等幅電碼通信的抗干擾能力是其它任何一種通信方式都無法相比的。在短波波段用幾瓦的功率即可進行國際間的通信，收發射設備簡單易制成本低廉，所以深受業余無線電愛好者的喜愛，是業余無線電高手必備的技能。要想熟練掌握莫爾斯電碼的收發技術除了持之以恒的毅力外，還需要相關的設備。設計本電路的目的就是給愛好者提供一個實用和訓練的工具。 一、功能簡介 本電路可以配合自動鍵體和手動鍵體，產生莫爾斯碼控制信號，設有16種速度，從初學者到操作高手都能適用。監聽音調也有16種,均可以通過功能鍵進行選擇。可以按程序中設定好的呼號自動呼叫，設有聽抄練習功能，聽抄練習有短碼和混合碼兩種模式，分別對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
一、實驗目的１．掌握定時/計數器、輸入/輸出接口電路設計方法。 ２．掌握中斷控制編程技術的方法和應用。３．掌握8086匯編語言程序設計方法。 二、實驗內容與要求 微機燈光控制系統主要用于娛樂場所的彩燈控制。系統的彩燈共有12組，在實驗時用12個發光二極管模擬。1. 基本要求：燈光控制共有8種模式，如12個燈依次點亮；12個燈同時閃爍等八種。系統可以通過鍵盤和顯示屏的人機對話，將8種模式進行任意個數、任意次序的連接組合。系統不斷重復執行輸入的模式組合，直至鍵盤有任意一個鍵按下，退出燈光控制系統，返回DOS系統。2. 提高要求：音樂彩燈控制系統，根據音樂的變化控制彩燈的變化，主要有以下幾種：第一種為音樂節奏控制彩燈，按音樂的節拍變換彩燈花樣。第二種音律的強弱（信號幅度大小）控制彩燈。強音時，燈的亮度加大，且被點亮的數目增多。第三種按音調高低（信號頻率高低）控制彩燈。低音時，某一部分燈點亮；高音時，另一部分點亮。 三、實驗報告要求 １．設計目的和內容 ２．總體設計 ３．硬件設計：原理圖（接線圖）及簡要說明 ４．軟件設計框圖及程序清單５．設計結果和體會（包括遇到的問題及解決的方法） 四、設計原理我們以背景霓虹燈的一種顯示效果為例，介紹控制霓虹燈顯示的基本原理。設有一排 n 段水平排列的霓虹燈，某種顯示方式為從左到右每0.2 秒逐個點亮。其控制過程如下： 若以“ 1 ”代表霓虹燈點亮，以“ 0 ”代表霓虹燈熄滅，則開始時刻， n 段霓虹燈的控制信號均為“ 0 ”，隨后，控制器將一幀 n 個數據送至 n 段霓虹燈的控制端，其中，最左邊的一段霓虹燈對應的控制數據為“ 1 ”，其余的數據均為零，即 1000 … 000 。當 n 個數據送完以后，控制器停止送數，保留這種狀態（定時） 0.2 秒，此時，第 1 段霓虹燈被點亮，其余霓虹燈熄滅。隨后，控制器又在極短的時間內將數據 1100 … 000 送至霓虹燈的控制端，并定時 0.2 秒，這段時間，前兩段霓虹燈被點亮。由于送數據的過程很快，我們觀測到的效果是第一段霓虹燈被點亮 0.2 秒后，第 2 段霓虹燈接著被點亮，即每隔 0.2 秒顯示一幀圖樣。如此下去，最后控制器將數據 1111 … 111 送至 n 段霓虹燈的控制端，則 n 段霓虹燈被全部點亮。 只要改變送至每段霓虹燈的數據，即可改變霓虹燈的顯示方式，顯然，我們可以通過合理地組合數據（編程）來得到霓虹燈的不同顯示方式。 五、總體方案論證分析系統設計思路如下：1) 采集8位開關輸入信號，若輸入數據為0時，將其修改為1。確定輸入的硬件接口電路。采樣輸入開關量，并存入NUM的軟件程序段。2) 以12個燈依次點亮為例(即燈光控制模式M1)，考慮與其相應的燈光顯示代碼數據。確定顯示代碼數據輸出的接口電路。輸出一個同期顯示代碼的軟件程序段（暫不考慮時隙的延時要求）。3) 應用定時中斷服務和NUM數據，實現t＝N×50ms的方法。4) 實現某一種模式燈光顯示控制中12個時隙一個周期，共重復四次的控制方法。要求在初始化時采樣開關輸入數據NUM，并以此控制每一時隙的延時時間；在每一時隙結束時，檢查有無鍵按下，若是退出鍵按下，則結束燈光控制，返回DOS系統，若是其他鍵就返回主菜單，重新輸入控制模式數據。5) 通過人機對話，輸入8種燈光顯示控制模式的任意個數、任意次序連接組合的控制模式數據串（以ENTER鍵結尾）。對輸入的數據進行檢查，若數據都在1 - 8之間，則存入INBUF；若有錯誤，則通過屏幕顯示輸入錯誤，準備重新輸入燈光顯示控制模式數據。6) 依次讀取INBUF中的控制模式數據進行不同模式的燈光顯示控制，在沒有任意鍵按下的情況下，系統從第一個控制模式數據開始，順序工作到最后一個控制模式數據后，又返回到第一個控制模式數據，不斷重復循環進行燈光顯示控制。7) 本系統的軟件在總體上有兩部份，即主程序（MAIN）和實時中斷服務程序（INTT）。討論以功能明確、相互界面分割清晰的軟件程序模塊化設計方法。即確定有關功能模塊，并畫出以功能模塊表示的主程序（MAIN）流程框圖和定時中斷服務程序的流程框圖。 六、硬件電路設計 以微機實驗平臺和PC機資源為硬件設計的基礎,不需要外加電路。主要利用了以下的資源：1．8255并行口電路8255并行口電路主要負責數據的輸入與輸出，可以輸出數據控制發光二極管的亮滅和讀取乒乓開關的數據。實驗時可以將8255的A口、B口和一組發光二極管相連，C口和乒乓開關相連。2．8253定時/計數器8253定時/計數器和8259中斷控制器一起實現時隙定時。本設計的定時就是采用的t＝N×50ms的方法，50ms由8253定時/計數器的計數器0控制定時，N是在中斷服務程序中軟件計時。8253的OUT0接到IRQ2，產生中斷請求信號。8253定時/計數器定時結束會發出中斷信號，進入中斷服務程序。3．PC機資源本設計除了利用PC機作為控制器之外，還利用了PC機的鍵盤和顯示器。鍵盤主要是輸入控制模式數據，顯示器就是顯示提示信息。 七、軟件設計 軟件主要分為主程序（MAIN）和中斷服務程序（INTT），主程序包含系統初始化、讀取乒乓開關、讀取控制模式數據以及按鍵處理等模塊。中斷服務程序主要是定時時間到后根據控制模式數據點亮相應的發光二極管。1．主程序主程序的程序流程圖如圖1所示。
上傳時間： 2014-04-05
上傳用戶：q986086481
多路電壓采集系統一、實驗目的１．熟悉可編程芯片ADC0809，8253的工作過程，掌握它們的編程方法。２．加深對所學知識的理解并學會應用所學的知識，達到在應用中掌握知識的目的。 二、實驗內容與要求1．基本要求通過一個A/D轉換器循環采樣4路模擬電壓，每隔一定時間去采樣一次，一次按順序采樣4路信號。A/D轉換器芯片AD0809將采樣到的模擬信號轉換為數字信號，轉換完成后，CPU讀取數據轉換結果，并將結果送入外設即CRT/LED顯示，顯示包括電壓路數和數據值。2． 提高要求 (1) 可以實現循環采集和選擇采集2種方式。（2）在CRT上繪制電壓變化曲線。 三、實驗報告要求 １．設計目的和內容 ２．總體設計 ３．硬件設計：原理圖（接線圖）及簡要說明 ４．軟件設計框圖及程序清單５．設計結果和體會（包括遇到的問題及解決的方法） 四、總體設計設計思路如下：1) 4路模擬電壓信號通過4個電位器提供0-5V的電壓信號。2) 選擇ADC0809芯片作為A/D轉換器，4路輸入信號分別接到ADC0809的IN0—IN4通道，每隔一定的時間采樣一次，采完一路采集下一路，4路電壓循環采集。3) 利用3個LED數碼管顯示數據，1個數碼管用來顯示輸入電壓路數，3個數碼管用來顯示電壓采樣值。4) 延時由8253定時/計數器來實現。 五、硬件電路設計根據設計思路，硬件主要利用了微機實驗平臺上的ADC0809模數轉換器、8253定時/計數器以及LED顯示輸出等模塊。電路原理圖如下：1．基本接口實驗板部分1) 電位計模塊，4個電位計輸出4路1－5V的電壓信號。2) ADC0809模數轉換器，將4路電壓信號接到IN0－IN3，ADD_A、ADD_B、ADD_C分別接A0、A1、A2，CS_AD接CS0時，4個采樣通道對應的地址分別為280H—283H。3) 延時模塊，8253和8255組成延時電路。8255的PA0接到8253的OUT0，程序中查詢計數是否結束。硬件電路圖如圖1所示。 圖1 基本實驗板上的電路圖實驗板上的LED顯示部分實驗板上主要用到了LED數碼管顯示電路，插孔CS1用于數碼管段碼的輸出選通，插孔CS2用于數碼管位選信號的輸出選通。電路圖如圖2所示。
上傳時間： 2013-11-06
上傳用戶：sunchao524
有兩種方式可以讓設備和應用程序之間聯系：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
LTC1732 是LINEAR TECHNOLOGY 公司推出的鋰離子電池充電控制集成電路芯片。它具有電池插入檢測和自動低壓電池充電功能。文章介紹了該芯片的結構、特點、工作原理及應用信息，給出了典型的應用電路。 LTC1732 是LINEAR TECHNOLOGY 公司生產的鋰-離子（Li-離子）電池恒流/恒壓線性充電控制器。它也可以對鎳-鎘（NiCd）和鎳-氫（NiMH）電池恒流充電。其充電電流可通過外部傳感電阻器編程到7%（最大值）的精度。最終的浮動電壓精度為1%。利用LTC1732 的SEL 端可為4.1V 或4.2V 電池充電。當輸入電源撤消后，LTC1732 可自動進入低電流睡眠狀態，以使消耗電流下降到7μA。LTC1732 的內部比較器用于檢測充電結束條件（C/10），而總的充電時間則是通過可編程計時器的外部電容來設置的。在電池完全放電后，控制器將自動以規定電流的10%對被充電電池進行慢速充電直到電池電壓超過2.457V。當放電后的電池插入充電器或當輸入電源接通時，LTC1732 將開始重新充電。另外，如果電池一直插入在充電器且在電池電壓降到3.8V（LTC1732-4）或4.05V（LTC1732-4.2）以下時，充電器也將開始重新充電。LTC1732 的其它主特點如下：●具有1%的預置充電電壓精度；●輸入電壓范圍4.5V～12V；●充電電流可編程控制；●具有C/10 充電電流檢測輸出；●可編程控制充電終端計時；●帶有低電壓電池自動小電流充電模式；●可編程控制恒定電流接通模式；●具有電池插入檢測和自動低壓電流充電功能；●帶有輸入電源（隔離適配器）檢測輸出；●LTC1732-4.2 型器件的再充電閾值電壓為4.05V；●LTC1732-4 型器件的再充電閾值電壓為3.8V。
上傳時間： 2013-11-12
上傳用戶：semi1981
在單片機應用開發中，代碼的使用效率問題、單片機抗干擾性和可靠性等問題仍困擾著 工程師。為幫助工程師解決單片機設計上的難題，《電子工程專輯》網站特邀Holtek香 港分公司工程部處長鄧宏杰先生擔任《單片機應用編程技巧》專題討論的嘉賓，與廣大 設計工程師交流單片機設計開發經驗。現根據論壇中的討論歸納出單片機開發中應掌握 的幾個基本技巧。一、 如何提高C語言編程代碼的效率鄧宏杰指出，用C語言進行單片機程序設計是單片機開發與應用的必然趨勢。他強調:“ 如果使用C編程時，要達到最高的效率，最好熟悉所使用的C編譯器。先試驗一下每條C語言編譯以后對應的匯編語言的語句行數，這樣就可以很明確的知道效率。在今后編程的 時候，使用編譯效率最高的語句。” 他指出，各家的C編譯器都會有一定的差異，故編譯效率也會有所不同，優秀的嵌入式系統C編譯器代碼長度和執行時間僅比以匯編語言編寫的同樣功能程度長5-20％。他說：“對于復雜而開發時間緊的項目時，可以采用C語言，但前提是要求你對該MCU系統的C語言和C編譯器非常熟悉，特別要注意該C編譯系統所能支持的數據類型和算法。雖然C語言是最普遍的一種高級語言，但由于不同的MCU廠家其C語言編譯系統是有所差別的，特別是在一些特殊功能模塊的操作上。所以如果對這些特性不了解，那么調試起來問題就會很 多，反而導致執行效率低于匯編語言。” 二、 如何減少程序中的bug？ 對于如何減少程序的bug，鄧宏杰給出了一些建議，他指出系統運行中應考慮的超范圍管理參數有： 1．物理參數。這些參數主要是系統的輸入參數，它包括激勵參數、采集處理中的運行參 數和處理結束的結果參數。合理設定這些邊界，將超出邊界的參數都視為非正常激勵或 非正常回應進行出錯處理。 2．資源參數。這些參數主要是系統中的電路、器件、功能單元的資源，如記憶體容量、 存儲單元長度、堆疊深度。在程式設計中，對資源參數不允許超范圍使用。 3．應用參數。這些應用參數常表現為一些單片機、功能單元的應用條件。如E2PROM的擦 寫次數與資料存儲時間等應用參數界限。 4．過程參數。指系統運行中的有序變化的參數。
上傳時間： 2013-10-21
上傳用戶：chukeey
微機接口技術試題：《微機接口技術》模擬試題 一、 選擇題：（每空1分，共20分）1． CPU與外設之間交換數據常采用 、 、 和 四種方式，PC機鍵盤接口采用 傳送方式。 ⒉ 當進行DMA方式下的寫操作時，數據是從 傳送到 __中。 ⒊ PC總線、ISA總線和EISA總線的地址線分別為： 、 和 根。 ⒋ 8254定時/計數器內部有 個端口、共有 種工作方式。 ⒌8255的A1和A0引腳分別連接在地址總線的A1和A0，當命令端口的口地址為317H時，則A口、B口、C口的口地址分別為 、 、 。 ⒍ PC微機中最大的中斷號是 、最小的中斷號是 。 ⒎PC微機中鍵盤是從8255的 口得到按鍵數據。 ⒏ 串行通信中傳輸線上即傳輸_________，又傳輸_________。 二、選擇題：（每題2分，共10分）⒈ 設串行異步通信每幀數據格式有8個數據位、無校驗、一個停止位，若波特率為9600B/S，該方式每秒最多能傳送（ ）個字符。 ① 1200 ② 150 ③ 960 ④ 120 2．輸出指令在I/O接口總線上產生正確的命令順序是（ ）。① 先發地址碼，再發讀命令，最后讀數據。② 先發讀命令、再發地址碼，最后讀數據。③ 先送地址碼，再送數據，最后發寫命令。④ 先送地址碼，再發寫命令、最后送數據。3 使用8254設計定時器，當輸入頻率為1MHZ并輸出頻率為100HZ時，該定時器的計數初值為（ ）。 ① 100 ② 1000 ③ 10000 ④ 其它 4 在PC機中5號中斷，它的中斷向地址是（ ）。 ① 0000H：0005H ② 0000H：0010H ③ 0000H：0014H ④ 0000H：0020H 5． 四片8259級聯時可提供的中斷請求總數為（ ）。 ① 29個 ② 30個 ③ 31個 ④ 32個 6． 下述總線中，組內都是外設串行總線為（ ）組。① RS-485、IDE、ISA。② RS-485、IEEE1394、USB。③ RS-485、PCI、IEEE1394。④ USB、SCSI、RS-232。 7. DMA在（ ）接管總線的控制權。① 申請階段 ② 響應階段 ③ 數據傳送階段 ④ 結束階段 8. 中斷服務程序入口地址是（ ）。 ① 中斷向量表的指針 ② 中斷向量 ③ 中斷向量表 ④ 中斷號
上傳時間： 2013-11-16
上傳用戶：xiaoxiang
九.輸入/輸出保護為了支持多任務，80386不僅要有效地實現任務隔離，而且還要有效地控制各任務的輸入/輸出，避免輸入/輸出沖突。本文將介紹輸入輸出保護。 這里下載本文源代碼。 <一>輸入/輸出保護80386采用I/O特權級IPOL和I/O許可位圖的方法來控制輸入/輸出，實現輸入/輸出保護。 1.I/O敏感指令輸入輸出特權級(I/O Privilege Level)規定了可以執行所有與I/O相關的指令和訪問I/O空間中所有地址的最外層特權級。IOPL的值在如下圖所示的標志寄存器中。 標 志寄存器 BIT31—BIT18 BIT17 BIT16 BIT15 BIT14 BIT13—BIT12 BIT11 BIT10 BIT9 BIT8 BIT7 BIT6 BIT5 BIT4 BIT3 BIT2 BIT1 BIT0 00000000000000 VM RF 0 NT IOPL OF DF IF TF SF ZF 0 AF 0 PF 1 CF I/O許可位圖規定了I/O空間中的哪些地址可以由在任何特權級執行的程序所訪問。I/O許可位圖在任務狀態段TSS中。 I/O敏感指令 指令 功能 保護方式下的執行條件 CLI 清除EFLAGS中的IF位 CPL<=IOPL STI 設置EFLAGS中的IF位 CPL<=IOPL IN 從I/O地址讀出數據 CPL<=IOPL或I/O位圖許可 INS 從I/O地址讀出字符串 CPL<=IOPL或I/O位圖許可 OUT 向I/O地址寫數據 CPL<=IOPL或I/O位圖許可 OUTS 向I/O地址寫字符串 CPL<=IOPL或I/O位圖許可 上表所列指令稱為I/O敏感指令，由于這些指令與I/O有關，并且只有在滿足所列條件時才可以執行，所以把它們稱為I/O敏感指令。從表中可見，當前特權級不在I/O特權級外層時，可以正常執行所列的全部I/O敏感指令；當特權級在I/O特權級外層時，執行CLI和STI指令將引起通用保護異常，而其它四條指令是否能夠被執行要根據訪問的I/O地址及I/O許可位圖情況而定(在下面論述)，如果條件不滿足而執行，那么將引起出錯碼為0的通用保護異常。 由于每個任務使用各自的EFLAGS值和擁有自己的TSS，所以每個任務可以有不同的IOPL，并且可以定義不同的I/O許可位圖。注意，這些I/O敏感指令在實模式下總是可執行的。 2.I/O許可位圖如果只用IOPL限制I/O指令的執行是很不方便的，不能滿足實際要求需要。因為這樣做會使得在特權級3執行的應用程序要么可訪問所有I/O地址，要么不可訪問所有I/O地址。實際需要與此剛好相反，只允許任務甲的應用程序訪問部分I/O地址，只允許任務乙的應用程序訪問另一部分I/O地址，以避免任務甲和任務乙在訪問I/O地址時發生沖突，從而避免任務甲和任務乙使用使用獨享設備時發生沖突。 因此，在IOPL的基礎上又采用了I/O許可位圖。I/O許可位圖由二進制位串組成。位串中的每一位依次對應一個I/O地址，位串的第0位對應I/O地址0，位串的第n位對應I/O地址n。如果位串中的第位為0，那么對應的I/O地址m可以由在任何特權級執行的程序訪問；否則對應的I/O地址m只能由在IOPL特權級或更內層特權級執行的程序訪問。如果在I/O外層特權級執行的程序訪問位串中位值為1的位所對應的I/O地址，那么將引起通用保護異常。 I/O地址空間按字節進行編址。一條I/O指令最多可涉及四個I/O地址。在需要根據I/O位圖決定是否可訪問I/O地址的情況下，當一條I/O指令涉及多個I/O地址時，只有這多個I/O地址所對應的I/O許可位圖中的位都為0時，該I/O指令才能被正常執行，如果對應位中任一位為1，就會引起通用保護異常。 80386支持的I/O地址空間大小是64K，所以構成I/O許可位圖的二進制位串最大長度是64K個位，即位圖的有效部分最大為8K字節。一個任務實際需要使用的I/O許可位圖大小通常要遠小于這個數目。 當前任務使用的I/O許可位圖存儲在當前任務TSS中低端的64K字節內。I/O許可位圖總以字節為單位存儲，所以位串所含的位數總被認為是8的倍數。從前文中所述的TSS格式可見，TSS內偏移66H的字確定I/O許可位圖的開始偏移。由于I/O許可位圖最長可達8K字節，所以開始偏移應小于56K，但必須大于等于104，因為TSS中前104字節為TSS的固定格式，用于保存任務的狀態。 1.I/O訪問許可檢查細節保護模式下處理器在執行I/O指令時進行許可檢查的細節如下所示。 (1)若CPL<=IOPL，則直接轉步驟(8)；(2)取得I/O位圖開始偏移；(3)計算I/O地址對應位所在字節在I/O許可位圖內的偏移；(4)計算位偏移以形成屏蔽碼值，即計算I/O地址對應位在字節中的第幾位；(5)把字節偏移加上位圖開始偏移，再加1，所得值與TSS界限比較，若越界，則產生出錯碼為0的通用保護故障；(6)若不越界，則從位圖中讀對應字節及下一個字節；(7)把讀出的兩個字節與屏蔽碼進行與運算，若結果不為0表示檢查未通過，則產生出錯碼為0的通用保護故障；(8)進行I/O訪問。設某一任務的TSS段如下： TSSSEG SEGMENT PARA USE16 TSS <> ;TSS低端固定格式部分 DB 8 DUP(0) ;對應I/O端口00H—3FH DB 10000000B ;對應I/O端口40H—47H DB 01100000B ;對用I/O端口48H—4FH DB 8182 DUP(0ffH) ;對應I/O端口50H—0FFFFH DB 0FFH ;位圖結束字節TSSLen = $TSSSEG ENDS 再假設IOPL=1，CPL=3。那么如下I/O指令有些能正常執行，有些會引起通用保護異常： in al,21h ;(1)正常執行 in al,47h ;(2)引起異常 out 20h,al ;(3)正常實行 out 4eh,al ;(4)引起異常 in al,20h ;(5)正常執行 out 20h,eax ;(6)正常執行 out 4ch,ax ;(7)引起異常 in ax,46h ;(8)引起異常 in eax,42h ;(9)正常執行 由上述I/O許可檢查的細節可見，不論是否必要，當進行許可位檢查時，80386總是從I/O許可位圖中讀取兩個字節。目的是為了盡快地執行I/O許可檢查。一方面，常常要讀取I/O許可位圖的兩個字節。例如，上面的第(8)條指令要對I/O位圖中的兩個位進行檢查，其低位是某個字節的最高位，高位是下一個字節的最低位。可見即使只要檢查兩個位，也可能需要讀取兩個字節。另一方面，最多檢查四個連續的位，即最多也只需讀取兩個字節。所以每次要讀取兩個字節。這也是在判別是否越界時再加1的原因。為此，為了避免在讀取I/O許可位圖的最高字節時產生越界，必須在I/O許可位圖的最后填加一個全1的字節，即0FFH。此全1的字節應填加在最后一個位圖字節之后，TSS界限范圍之前，即讓填加的全1字節在TSS界限之內。 I/O許可位圖開始偏移加8K所得的值與TSS界限值二者中較小的值決定I/O許可位圖的末端。當TSS的界限大于I/O許可位圖開始偏移加8K時，I/O許可位圖的有效部分就有8K字節，I/O許可檢查全部根據全部根據該位圖進行。當TSS的界限不大于I/O許可位圖開始偏移加8K時，I/O許可位圖有效部分就不到8K字節，于是對較小I/O地址訪問的許可檢查根據位圖進行，而對較大I/O地址訪問的許可檢查總被認為不可訪問而引起通用保護故障。因為這時會發生字節越界而引起通用保護異常，所以在這種情況下，可認為不足的I/O許可位圖的高端部分全為1。利用這個特點，可大大節約TSS中I/O許可位圖占用的存儲單元，也就大大減小了TSS段的長度。 <二>重要標志保護輸入輸出的保護與存儲在標志寄存器EFLAGS中的IOPL密切相關，顯然不能允許隨便地改變IOPL，否則就不能有效地實現輸入輸出保護。類似地，對EFLAGS中的IF位也必須加以保護，否則CLI和STI作為敏感指令對待是無意義的。此外，EFLAGS中的VM位決定著處理器是否按虛擬8086方式工作。 80386對EFLAGS中的這三個字段的處理比較特殊，只有在較高特權級執行的程序才能執行IRET、POPF、CLI和STI等指令改變它們。下表列出了不同特權級下對這三個字段的處理情況。 不同特權級對標志寄存器特殊字段的處理 特權級 VM標志字段 IOPL標志字段 IF標志字段 CPL=0 可變(初POPF指令外) 可變 可變 0 不變 不變 可變 CPL>IOPL 不變 不變 不變 從表中可見，只有在特權級0執行的程序才可以修改IOPL位及VM位；只能由相對于IOPL同級或更內層特權級執行的程序才可以修改IF位。與CLI和STI指令不同，在特權級不滿足上述條件的情況下，當執行POPF指令和IRET指令時，如果試圖修改這些字段中的任何一個字段，并不引起異常，但試圖要修改的字段也未被修改，也不給出任何特別的信息。此外，指令POPF總不能改變VM位，而PUSHF指令所壓入的標志中的VM位總為0。 <三>演示輸入輸出保護的實例(實例九)下面給出一個用于演示輸入輸出保護的實例。演示內容包括：I/O許可位圖的作用、I/O敏感指令引起的異常和特權指令引起的異常；使用段間調用指令CALL通過任務門調用任務，實現任務嵌套。 1.演示步驟實例演示的內容比較豐富，具體演示步驟如下：(1)在實模式下做必要準備后，切換到保護模式；(2)進入保護模式的臨時代碼段后，把演示任務的TSS段描述符裝入TR，并設置演示任務的堆棧；(3)進入演示代碼段，演示代碼段的特權級是0；(4)通過任務門調用測試任務1。測試任務1能夠順利進行；(5)通過任務門調用測試任務2。測試任務2演示由于違反I/O許可位圖規定而導致通用保護異常；(6)通過任務門調用測試任務3。測試任務3演示I/O敏感指令如何引起通用保護異常；(7)通過任務門調用測試任務4。測試任務4演示特權指令如何引起通用保護異常；(8)從演示代碼轉臨時代碼，準備返回實模式；(9)返回實模式，并作結束處理。
上傳時間： 2013-12-11
上傳用戶：nunnzhy
輸入輸出總線接口技術
上傳時間： 2013-10-21
上傳用戶：lhuqi
Linux因其完全開放的特性和穩定優良的性能深受歡迎，當推出了內核輸入子系統后，更方便了嵌入式領域的驅動開放。介紹了Linux的設備驅動基礎，詳細闡述了基于Linux內核輸入子系統下的設備驅動實現流程和構架。并以觸摸屏為例，對驅動過程進行了分析研究。利用輸入子系統的接口函數，將更方便的實現設備驅動。
上傳時間： 2013-10-27
上傳用戶：1142895891
