採用ROM監控器的調試技巧分析
上傳時間： 2015-02-23
上傳用戶：wfl_yy
最近去看監視器材,看到他們的監視軟體 就突發奇想自己來寫一個看看 程式會把移動中的物體用綠色框框起來 並且把當時的影像存成jpg檔(我把這個功能註解起來了) 我這個程式是在UltraEdit(類似記事本)下寫成的 程式裡用到JMF套件 主程式是webcamCapture.java
上傳時間： 2015-05-22
上傳用戶：zaizaibang
主要是做刪除事件檢視器裡的資訊，刪除應用事件、安全事件、系統事件。
標簽：
上傳時間： 2014-01-08
上傳用戶：s363994250
手機上的監視程式, 可以監督SMS, MMS, 以及電話和Mail
上傳時間： 2016-09-17
上傳用戶：wang0123456789
雪崩光電二極管 (APD) 接收器模塊在光纖通信繫統中被廣泛地使用。APD 模塊包含 APD 和一個信號調理放大器，但並不是完全獨立。它仍舊需要重要的支持電路，包括一個高電壓、低噪聲電源和一個用於指示信號強度的精準電流監視器
上傳時間： 2013-11-22
上傳用戶：zhangyigenius
快速瞭解ECLIPSE 目錄 序言· 一．Eclipse 簡介 二．Eclipse 組織 三．Eclipse 相關術語 四．Eclipse 平臺 五．EMF & GEF 介紹 六．關於Eclipse、SWT 和JFace 一個SWT 應用程式的基礎材料 基本控制項 標籤 文件 按鈕 事件監聽器 複合控制項 Shell 佈局管理器 FillLayout GridLayout GridData 15 建立一個執行程式 為什麼使用SWT 七．OSGI 簡介 Eclipse 資源 附錄1 SWT 的內幕？ 附錄2 相關網站 附錄3 外掛開發
上傳時間： 2015-11-30
上傳用戶：cc1
Cortex-M3 技術參考手冊 Cortex-M3是一個32位的核，在傳統的單片機領域中，有一些不同于通用32位CPU應用的要求。譚軍舉例說，在工控領域，用戶要求具有更快的中斷速度，Cortex-M3采用了Tail-Chaining中斷技術，完全基于硬件進行中斷處理，最多可減少12個時鐘周期數，在實際應用中可減少70%中斷。 單片機的另外一個特點是調試工具非常便宜，不象ARM的仿真器動輒幾千上萬。針對這個特點，Cortex-M3采用了新型的單線調試(Single Wire)技術，專門拿出一個引腳來做調試，從而節約了大筆的調試工具費用。同時，Cortex-M3中還集成了大部分存儲器控制器，這樣工程師可以直接在MCU外連接Flash，降低了設計難度和應用障礙。 ARM Cortex-M3處理器結合了多種突破性技術，令芯片供應商提供超低費用的芯片，僅33000門的內核性能可達1.2DMIPS/MHz。該處理器還集成了許多緊耦合系統外設，令系統能滿足下一代產品的控制需求。ARM公司希望Cortex-M3核的推出，能幫助單片機廠商實. Cortex的優勢應該在于低功耗、低成本、高性能3者(或2者)的結合。 Cortex如果能做到 合理的低功耗(肯定要比Arm7 & Arm9要低，但不大可能比430、PIC、AVR低) ＋ 合理的高性能(10~50MIPS是比較可能出現的范圍) ＋ 適當的低成本(1~5$應該不會奇怪)。 簡單的低成本不大可能比典型的8位MCU低。對于已經有8位MCU的廠商來說，比如Philips、Atmel、Freescale、Microchip還有ST和Silocon Lab，不大可能用Cortex來打自己的8位MCU。對于沒有8位MCU的廠商來說，當然是另外一回事，但他們在國內進行推廣的實力在短期內還不夠。 對于已經有32位ARM的廠商來說，比如Philips、Atmel、ST，又不大可能用Cortex來打自己的Arm7/9，對他們來說，比較合理的定位把Cortex與Arm7/9錯開，即<40MIPS的性能＋低于Arm7的價格，當然功耗也會更低些；當然這樣做的結果很可能是，斷了16位MCU的后路。 對于仍然在推廣16位MCU的廠商來說，比如Freescal、Microchip，處境比較尷尬，因為Cortex基本上可以完全替代16位MCU。 所以，未來的1～2年，來自新廠商的Cortex比較值得期待－包括國內的供應商；對于已有32位ARM的廠商，情況比較有趣；對于16位MCU的廠商，反應比較有意思。 關于編程模式 Cortex－M3處理器采用ARMv7-M架構，它包括所有的16位Thumb指令集和基本的32位Thumb-2指令集架構，Cortex-M3處理器不能執行ARM指令集。 Thumb-2在Thumb指令集架構（ISA）上進行了大量的改進，它與Thumb相比，具有更高的代碼密度并提供16/32位指令的更高性能。 關于工作模式 Cortex-M3處理器支持2種工作模式：線程模式和處理模式。在復位時處理器進入“線程模式”，異常返回時也會進入該模式，特權和用戶（非特權）模式代碼能夠在“線程模式”下運行。 出現異常模式時處理器進入“處理模式”，在處理模式下，所有代碼都是特權訪問的。 關于工作狀態 Coretx-M3處理器有2種工作狀態。 Thumb狀態：這是16位和32位“半字對齊”的Thumb和Thumb-2指令的執行狀態。 調試狀態：處理器停止并進行調試，進入該狀態。
上傳時間： 2013-12-04
上傳用戶：壞壞的華仔
功能相當強大，內置 WYSIWYG 編輯器，所見即所得編輯器，就象FrontPage網頁編輯器一樣，簡單的點擊按鈕與菜單就可以達到想要的效果，發布與修改文章更為方便 修復網友反映的一些bug bd_blog 漢化版 版 本： 文件大小：94.1kb 軟件語言：簡體中文 授權方式：免費版 相關鏈接：程序演示 開 發 商： 運行環境：Win9x/NT/2000/XP/
標簽：
上傳時間： 2014-01-16
上傳用戶：bruce5996
建立一個傳送和接收SMS訊息的應用程式。SMSTalk是一個對話方塊導向的、多執行緒應用程式，監視SMS讀取佇列以及提供使用者一個方法來組合和傳送SMS訊息。
上傳時間： 2016-06-24
上傳用戶：gundamwzc
隨著移動終端、多媒體、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
