主要是做刪除事件檢視器裡的資訊，刪除應用事件、安全事件、系統事件。
標簽：
上傳時間： 2014-01-08
上傳用戶：s363994250
雪崩光電二極管 (APD) 接收器模塊在光纖通信繫統中被廣泛地使用。APD 模塊包含 APD 和一個信號調理放大器，但並不是完全獨立。它仍舊需要重要的支持電路，包括一個高電壓、低噪聲電源和一個用於指示信號強度的精準電流監視器
上傳時間： 2013-11-22
上傳用戶：zhangyigenius
CodeWarrior能做些什么？當你知道自己能寫更好的程序時，你一定不會再使用別人開發的應用程序。但是常常會發生這種情況，就是當你寫了無數行代碼后，卻找不到使得整個程序出錯的那一行代碼，導致根本沒法編譯和鏈接整個程序。這可能更令人灰心喪氣。本文將告訴你如何使用CodeWarrior這一工具解決上述問題從現在開始，我們將集中精力學習如何在CodeWarrior中使用C/C++進行編程。為了學習本課程，你必須已經能夠比較熟練地使用上述兩種語言之一.CodeWarrior也可以支持Java開發，但那是另一門課程的內容。本課程僅限于在Windows平臺上使用CodeWarrior進行的開發。一旦你精通了CodeWarrior編程后，你可以試試在其它平臺上使用CodeWarrior，本文中討論過的大部分內容都可以應用到開發Mac應用程序中，CodeWarrior能夠自動地檢查代碼中的明顯錯誤，它通過一個集成的調試器和編輯器來掃描你的代碼，以找到并減少明顯的錯誤，然后編譯并鏈接程序以便計算機能夠理解并執行你的程序。你所使用過的每個應用程序都經過了使用象CodeWorrior這樣的開發工具進行編碼、編譯、編輯、鏈接和調試的過程?，F在你在我們的指導下，自己也可以去做這些工作了你可以使用CodeWarrior來編寫你能夠想象得到的任何一種類型的程序。如果你是一個初學者，你可以選擇編寫一個應用程序（比如一個可執行程序），比如象微軟公司的文本編輯器WordPad這樣的應用程序。應用程序可能是最容易編寫的程序了，而那些龐大的商業軟件，比如象Adobe Photoshop.Microsoft Word以及CodeWarrior軟件都是極其復雜的。其它類型的程序指的是控制面板（control panels），動態鏈接庫（dynamic linked libraries，DLLs）和插件（plug-ins），我們先來簡單的討論一下這些類型的程序。
標簽： codewarrior
上傳時間： 2022-05-29
上傳用戶：
摘要：隨著科技的進步，醫院中對病床呼叫系統的需求愈發強烈，本系統針對當前醫院的需求，設計了一個基于單片機的病床呼叫系統。本系統采用矩陣鍵盤模塊、蜂鳴器模塊、復位電路模塊、晶振模塊、功能按鍵模塊、LCD1602顯示模塊、蜂鳴器模塊、實時時鐘模塊和溫度傳感器模塊等部分組成。設計中的矩陣鍵盤模塊共有16個按鍵，最多可以供16個病床使用，當沒有病床呼叫時，LCD1602液晶顯示屏上顯示的是從DS1302實時時鐘模塊讀取到的時間和從DS18B20讀取到的溫度值。當病人按下矩陣鍵盤模塊上的某個按鍵時，該按鍵的鍵值會顯示到LCD1602液晶顯示模塊上，并且蜂鳴器模塊上的蜂鳴器也會響，從而達到報警提醒的目的。當有多個按鍵按下時，按照從小到大的順序將鍵值顯示在顯示模塊上，護士可以按下K1鍵表示對某個病床處理完成，按下K2鍵表示清除所有的病房呼叫請求，此時LCD21602液晶顯示屏上顯示的是時間和溫度。本次設計中的矩陣鍵盤模塊設在病房，其為病床呼叫開關，蜂鳴器模塊和LCD1602顯示模塊設在護士站。當病房中的多名患者有呼叫需求時，患者可以按下病床旁邊的呼叫按鈕開關，此時醫院的護士站旁邊的LCD1602液晶顯示屏上就會顯示對應的患者床號，并且在護士站旁的蜂鳴器報警模塊會發出報警聲音來提醒護士有患者正在呼叫，從而使得護士能夠及時處理患者的呼叫請求。當病房中存在兩名及以上患者按下矩陣鍵盤上呼叫按鍵時，醫院的護士站旁邊吧的LCD1602液晶顯示屏上會依次顯示出呼叫的病床號碼，并且能夠把病癥最嚴重的患者的病床號顯示在前面，即排序方式是按照患者病情從重到輕的次序進行顯示。比如說，病床號碼越小，病人的病情就會越重。當病床號碼為1、3、6號的患者在同一時間按下病床旁邊的呼叫按鍵時，醫院的護士站旁邊的LCD1602液晶顯示屏上會顯示這些病床號碼，排列方式為：1 3 6。即護士站將病情最為嚴重的患者病床號顯示到最前面。其他的病人患者按照病情情況，依次排列在顯示屏上。當護士前往病床前處理完病人的呼叫請求后，護士可以按下功能按鍵模塊上的按鍵進行清除呼叫請求操作。
上傳時間： 2022-07-03
上傳用戶：wangshoupeng199
隨著移動終端、多媒體、Internet網絡、通信，圖像掃描技術的發展，以及人們對圖象分辨率，質量要求的不斷提高，用軟件壓縮難以達到實時性要求，而且會帶來因傳輸大量原始圖象數據帶來的帶寬要求，因此采用硬件實現圖象壓縮已成為一種必然趨勢。而熵編碼單元作為圖像變換，量化后的處理環節，是圖像壓縮中必不可少的部分。研究熵編解碼器的硬件實現，具有廣闊的應用背景。本文以星載視頻圖像壓縮的硬件實現項目為背景，對熵編碼器和解碼器的硬件實現進行探討，給出了并行熵編碼和解碼器的實現方案。熵編解碼器中的難點是huffman編解碼器的實現。在設計并行huffman編碼方案時通過改善Huffman編碼器中變長碼流向定長碼流轉換時的控制邏輯,避免了因數據處理不及時造成數據丟失的可能性，從而保證了編碼的正確性。而在實現并行的huffman解碼器時，解碼算法充分利用了規則化碼書帶來的碼字的單調性，及在特定長度碼字集內碼字變化的連續性，將并行解碼由模式匹配轉換為算術運算，提高了存儲器的利用率、系統的解碼效率和速度。在實現并行huffman編碼的基礎上，結合針對DC子帶的預測編碼，針對直流子帶的游程編碼，能夠對圖像壓縮系統中經過DWT變換，量化，掃描后的數據進行正確的編碼。同時，在并行huffman解碼基礎上的熵解碼器也可以解碼出正確的數據提供給解碼系統的后續反量化模塊，進一步處理。在本文介紹的設計方案中，按照自頂向下的設計方法，對星載圖像壓縮系統中的熵編解碼器進行分析，進而進行邏輯功能分割及模塊劃分，然后分別實現各子模塊，并最終完成整個系統。在設計過程中，用高級硬件描述語言verilogHDL進行RTL級描述。利用了Altera公司的QuartusII開發平臺進行設計輸入、編譯、仿真，同時還采用modelsim仿真工具和symplicity的綜合工具，驗證了設計的正確性。通過系統波形仿真和下板驗證熵編碼器最高頻率可以達到127M，在62.5M的情況下工作正常。而熵解碼器也可正常工作在62.5M，吞吐量可達到2500Mbps，也能滿足性能要求。仿真驗證的結果表明：設計能夠滿足性能要求，并具有一定的使用價值。
上傳時間： 2013-05-19
上傳用戶：吳之波123
8051工作于11.0592MHZ,RAM擴展為128KB的628128,FlashRom擴展為128KB的AT29C010A\r\n 128KB的RAM分成4個區(Bank) 地址分配為0x0000-0x7FFF\r\n 128KB的FlashRom分成8個區(Bank) 地址分配為0x8000-0xBFFF\r\n 為了使8051能訪問整個128KB的RAM空間和128KB的FlashRom空間,在CPLD內建兩個寄存器\r\n RamBankReg和FlashRomBankReg用于存放高位地址
上傳時間： 2013-08-30
上傳用戶：cainaifa
基于單片機的語音公交報站器的開題報告
上傳時間： 2013-10-21
上傳用戶：頂得柱
網絡監控工具服務器端
標簽：
上傳時間： 2015-01-19
上傳用戶：xcy122677
一個費諾編碼器,輸入N個總和為1的小數,就可以得到N個費諾碼
上傳時間： 2013-12-16
上傳用戶：LouieWu
採用ROM監控器的調試技巧分析
上傳時間： 2015-02-23
上傳用戶：wfl_yy
