孫鑫老師1-20課筆記 第1課 Windows程序運行原理及程序編寫流程 3 第2課 類的編寫與應用 5 第3課 講述MFC AppWizard的原理與MFC程序框架的剖析 6 第4課 第4課 MFC消息映射機制的剖析 講述如何運用ClassWizard 8 第5課 文本編程 11 第6課 菜單編程 15 第7課 對話框用戶界面程序的編寫 21 第8課 逃跑按鈕的巧妙實現(xiàn) 23 第9課 如何修改MFC AppWizard向導生成的框架程序的外觀和大小 24 第10課 圖形的繪制，如何使用自定義畫筆 27 第11課 如何讓CDC上輸出的文字、圖形具有保持功能 29 第12課 文件操作 31 第13課 使用CArchive類對文件進行操作 33 第14課 網(wǎng)絡編程 35 第15課 多線程與網(wǎng)絡編程 40 第16課 事件內核對象、關鍵代碼段（臨界區(qū)）的講解 44 第17課 進程間通信 47 第18課 ActiveX編程 56 第19課 DLL編程 58 第20課 鉤子與數(shù)據(jù)庫編程
上傳時間： 2017-06-02
上傳用戶：gundan
第11章 用戶控件和自定義控件 在ASP.NET中，系統(tǒng)自帶的服務器控件為應用程序開發(fā)提供了諸多便利。在應用程序開發(fā)中，許多功能都需要重復使用，而如果在應用程序開發(fā)中重復的編寫類似的代碼是非常沒有必要的。ASP.NET讓開發(fā)人員可以自行開發(fā)用戶控件和自定義控件以提升代碼的復用性，本章即將講解用戶控件和自定義控件的開發(fā)和使用。
上傳時間： 2014-02-16
上傳用戶：zhengjian
隨著計算機網(wǎng)絡與嵌入式控制技術的迅速發(fā)展，作為傳統(tǒng)運輸行業(yè)的鐵路系統(tǒng)對此也有了新的要求，列車通信網(wǎng)絡應運而生。經(jīng)過多年的發(fā)展，國際電工委員會(IEC)為了規(guī)范列車通信網(wǎng)絡，于1999年通過了IEC61375-1標準。該標準將列車通信網(wǎng)絡分為兩條總線：絞線式列車總線(WTB)和多功能車輛總線(MVB)。MVB是一個標準通信介質，為掛在其上的設備傳輸和交換數(shù)據(jù)。而多功能車輛總線控制器(MVBC)是MVB與MVB實際物理層之間的接口，其主要實現(xiàn)MVB數(shù)據(jù)鏈路層的功能。由于該項關鍵技術仍被國外公司壟斷，因此開發(fā)具有自主知識產權的MVBC迫在眉睫。 鑒于上述原因，本文深入研究了IEC61375-1標準。根據(jù)MVBC的技術特點，本文提出了使用FPGA來實現(xiàn)其具體功能的方案。掛在MVB總線上的設備分為五類，他們的功能各不相同。而支持4類設備的MVBC具有設備狀態(tài)、過程數(shù)據(jù)、消息數(shù)據(jù)通信和總線管理功能，并且兼容2類和3類設備。本文的目的就是用FPGA實現(xiàn)支持4類設備的MVBC。 本文采用自頂向下的設計方法。整個MVBC主要劃分為：編碼模塊、譯碼模塊、冗余控制模塊、報文分析單元、通信存儲控制器、主控制單元、地址邏輯模塊。在整個開發(fā)流程中，使用Xilinx的ISE集成開發(fā)環(huán)境。使用Verilog HDL硬件描述語言對上述各個模塊進行RTL級描述，并用Synplify Pro進行綜合。最后，在ModelSim中對各個模塊進行了布線后仿真和驗證。 在實驗室條件下，通過嚴格的仿真驗證后，其結果證明了本文設計的模塊達到了IEC61375-1標準的要求。因此，用FPGA實現(xiàn)MVBC這一方案具有可操作性。 關鍵詞：列車通信網(wǎng)；多功能車輛總線；多功能車輛總線控制器；現(xiàn)場可編程門陣列
上傳時間： 2013-07-18
上傳用戶：wxhwjf
隨著移動終端、多媒體、Internet網(wǎng)絡、通信，圖像掃描技術的發(fā)展，以及人們對圖象分辨率，質量要求的不斷提高，用軟件壓縮難以達到實時性要求，而且會帶來因傳輸大量原始圖象數(shù)據(jù)帶來的帶寬要求，因此采用硬件實現(xiàn)圖象壓縮已成為一種必然趨勢。而熵編碼單元作為圖像變換，量化后的處理環(huán)節(jié)，是圖像壓縮中必不可少的部分。研究熵編解碼器的硬件實現(xiàn)，具有廣闊的應用背景。本文以星載視頻圖像壓縮的硬件實現(xiàn)項目為背景，對熵編碼器和解碼器的硬件實現(xiàn)進行探討，給出了并行熵編碼和解碼器的實現(xiàn)方案。熵編解碼器中的難點是huffman編解碼器的實現(xiàn)。在設計并行huffman編碼方案時通過改善Huffman編碼器中變長碼流向定長碼流轉換時的控制邏輯,避免了因數(shù)據(jù)處理不及時造成數(shù)據(jù)丟失的可能性，從而保證了編碼的正確性。而在實現(xiàn)并行的huffman解碼器時，解碼算法充分利用了規(guī)則化碼書帶來的碼字的單調性，及在特定長度碼字集內碼字變化的連續(xù)性，將并行解碼由模式匹配轉換為算術運算，提高了存儲器的利用率、系統(tǒng)的解碼效率和速度。在實現(xiàn)并行huffman編碼的基礎上，結合針對DC子帶的預測編碼，針對直流子帶的游程編碼，能夠對圖像壓縮系統(tǒng)中經(jīng)過DWT變換，量化，掃描后的數(shù)據(jù)進行正確的編碼。同時，在并行huffman解碼基礎上的熵解碼器也可以解碼出正確的數(shù)據(jù)提供給解碼系統(tǒng)的后續(xù)反量化模塊，進一步處理。在本文介紹的設計方案中，按照自頂向下的設計方法，對星載圖像壓縮系統(tǒng)中的熵編解碼器進行分析，進而進行邏輯功能分割及模塊劃分，然后分別實現(xiàn)各子模塊，并最終完成整個系統(tǒng)。在設計過程中，用高級硬件描述語言verilogHDL進行RTL級描述。利用了Altera公司的QuartusII開發(fā)平臺進行設計輸入、編譯、仿真，同時還采用modelsim仿真工具和symplicity的綜合工具，驗證了設計的正確性。通過系統(tǒng)波形仿真和下板驗證熵編碼器最高頻率可以達到127M，在62.5M的情況下工作正常。而熵解碼器也可正常工作在62.5M，吞吐量可達到2500Mbps，也能滿足性能要求。仿真驗證的結果表明：設計能夠滿足性能要求，并具有一定的使用價值。
上傳時間： 2013-05-19
上傳用戶：吳之波123
自適應濾波器是智能天線技術中核心部分-自適應波束成形器的關鍵技術，算法的高效穩(wěn)定性及硬件時鐘速率的快慢是判斷波束成形器性能優(yōu)劣的主要標準。 首先選取工程領域最常用的自適應橫向LMS濾波算法作為研究對象，提出了利用最小均方誤差意義下自適應濾波器的輸出信號與主通道噪聲信號的等效關系，得到濾波器最佳自適應參數(shù)的方法。并分析了在平穩(wěn)和非平穩(wěn)環(huán)境噪聲下，濾波器的收斂速度、權系數(shù)穩(wěn)定性、跟蹤輸入信號的能力和信噪比的改善等特性。 在分析梯度自適應格型算法的基礎上，提出利用最佳反射系數(shù)的收斂性和穩(wěn)定性，得到了梯度自適應格型濾波器的定步長改進方法；并以改進的梯度自適應格型和線性組合器組成梯度自適應格型聯(lián)合處理算法，在同樣環(huán)境噪聲下，相比自適應橫向LMS算法，其各項性能指標都得到了極大地改善，而且有利于節(jié)省硬件資源。 設計了自適應橫向LMS濾波器和梯度自適應格型聯(lián)合處理濾波器的電路模型，并用馳豫超前技術對兩類濾波器進行了流水線優(yōu)化。利用Altera公司的CycloneⅡ系列EP2C5T144C6芯片和多種EDA工具，完成了濾波器的FPGA硬件設計與仿真實現(xiàn)。并以FPGA實現(xiàn)的3節(jié)梯度自適應格型聯(lián)合處理器為核心，設計了一種TD-SCDMA系統(tǒng)的自適應波束成形器，分析表明可以很好地利用系統(tǒng)提供的參考信號對下行波束進行自適應成形。
上傳時間： 2013-07-16
上傳用戶：xyipie
在MFC框架中快速應用OpenCV教程，包括如何創(chuàng)建工程、加入OPENCV庫、在VIEW類中添加圖片顯示代碼
上傳時間： 2013-08-04
上傳用戶：三人用菜
如同今天的許多通用單片機(MCU)已經(jīng)把USB、CAN和以太網(wǎng)作為標準外設集成在芯片內部一樣，越來越多的無線網(wǎng)絡芯片和無線網(wǎng)絡解決方案也在向集成SoC 方向發(fā)展，比如第一代產品，Nordic公司nRF905，Chipcon公司cc1010 他們集成了8051兼容的單片機.這些無線單片機適合一般的點對點和點對多點的私有網(wǎng)絡應用，如單一產品的遙控器和抄表裝置等。無線通訊技術給智能裝置的互連互通提供了便捷的途徑，工業(yè)無線網(wǎng)絡作為面向工業(yè)和家庭自動化的網(wǎng)絡技術也正在向著智能，標準和節(jié)能方向發(fā)展。 目前在工業(yè)控制和消費電子領域使用的無線網(wǎng)絡技術有ZigBee、無線局域網(wǎng)(Wi-Fi)、藍牙(Blutooth)、GPRS通用分組無線業(yè)務、 ISM、IrDA等， 未來還能有3G、超寬頻(UWB)、無線USB、Wimax等。 當然還有大量的私有和專用無線網(wǎng)絡在工業(yè)控制和消費電子裝置中使用，其中ZigBee、GPRS是在目前在國內工業(yè)控制中討論和使用比較多的兩種，藍牙和無線局域網(wǎng)是在消費電子產品如手機、耳機、打印機、照相機和家庭中小企業(yè)網(wǎng)絡中廣泛使用的無線協(xié)議(個別工業(yè)產品也有應用，如無線視頻監(jiān)控和汽車音響系統(tǒng))，當然私有無線網(wǎng)絡技術和產品在工業(yè)也有很多的應用。 ZigBee是一個低功耗、短距離和低速的無線網(wǎng)絡技術，工作在2.4GHz國際免執(zhí)照的頻率，在IEEE標準上它和無線局域網(wǎng)、藍牙同屬802家族中的無線個人區(qū)域網(wǎng)絡， ZigBee是有兩部分組成，物理和鏈路層符合IEEE802.15.4， 網(wǎng)絡和應用層符合ZigBee聯(lián)盟的規(guī)范。ZigBee聯(lián)盟是在2002年成立的非盈利組織，有包括TI、霍尼威爾、華為在內兩百多家成員， ZigBee聯(lián)盟致力推廣兼容802.15.4和ZigBee協(xié)議的平臺， 制定網(wǎng)絡層和應用架構的公共規(guī)范，希望在樓宇自動化、居家控制、家用電器、工業(yè)自動控制和電腦外設等多方面普及ZigBee標準。 GPRS是在現(xiàn)有的GSM 網(wǎng)絡發(fā)展出來的分組數(shù)據(jù)承載業(yè)務，它工作在標準的GSM頻率，由于是一個分組交換系統(tǒng)，它適合工業(yè)上的突發(fā)，少量的數(shù)據(jù)傳輸，還因為GSM網(wǎng)絡覆蓋廣泛，永遠在線的特點，GPRS特點適合工業(yè)控制中的遠程監(jiān)控和測量系統(tǒng)。在工業(yè)控制應用中GPRS 芯片一般是以無線數(shù)傳模塊形式出現(xiàn)的，它通過RS232全雙工接口和單片機連接，軟件上這些模塊都內置了GPRS，PPP和TCP/IP協(xié)議，單片機側通過AT指令集向模塊發(fā)出測試，連接和數(shù)據(jù)收發(fā)指令，GPRS模塊通過中國移動cmnet進入互聯(lián)網(wǎng)和其他終端或者服務器通訊。目前市場常見的模塊有西門子G24TC45、TC35i，飛思卡爾G24，索愛GR47/48， 還有Wavecom 的集成了ARM9核的GPRS SoC模塊WMP50/100。GPRS模塊有區(qū)分自帶TCP/IP協(xié)議和不帶協(xié)議兩種，一般來講，如果是單片機側有嵌入式操作系統(tǒng)和TCP/IP協(xié)議支持的話或者應用的要求只是收發(fā)短信和語音功能的話，可以選擇不帶協(xié)議的模塊。 先進的SoC技術正在無線應用領域發(fā)揮重要的作用。德州儀器收購了Chipcon公司以后發(fā)布的CC2430 是市場上首款SoC的ZigBee單片機， 見圖1，它把協(xié)議棧z-stack集成在芯片內部的閃存里面， 具有穩(wěn)定可靠的CC2420收發(fā)器，增強性的8051內核，8KRAM，外設有I/O 口，ADC，SPI，UART 和AES128 安全協(xié)處理器，三個版本分別是32/64/128K的閃存，以128K為例，扣除基本z-stack協(xié)議還有3/4的空間留給應用代碼，即使完整的ZigBee協(xié)議，還有近1/2的空間留給應用代碼，這樣的無線單片機除了處理通訊協(xié)議外，還可以完成一些監(jiān)控和顯示任務。這樣無線單片機都支持通過SPI或者UART與通用單片機或者嵌入式CPU結合。 2008年4月發(fā)表CC2480新一代單片ZibBee認證處理器就展示出和TI MSP430 通用的低功耗單片機結合的例子。圖1 CC2430應用電路 工業(yè)控制領域的另一個芯片巨頭——飛思卡爾的單片ZigBee處理器MC1321X的方案也非常類似，集成了HC08單片機核心， 16/32/64K 閃存，外設有GPIO， I2C和ADC， 軟件是Beestack 協(xié)議，只是最多4K RAM 對于更多的任務顯得小了些。但是憑借32位單片機Coldfire和系統(tǒng)軟件方面經(jīng)驗和優(yōu)勢， 飛思卡爾在滿足用戶應用的彈性需求方面作的更有特色，它率先能夠提供從低-中-高各個層面的解決方案，見圖2。
標簽： 單片機 工業(yè)無線網(wǎng)絡
上傳時間： 2013-11-02
上傳用戶：momofiona
一、PAC的概念及軟邏輯技術二、開放型PAC系統(tǒng)三、應用案例及分析四、協(xié)議支持及系統(tǒng)架構五、軟件編程技巧&組態(tài)軟件的整合六、現(xiàn)場演示&上機操作。PAC是由ARC咨詢集團的高級研究員Craig Resnick提出的，定義如下:具有多重領域的功能，支持在單一平臺里包含邏輯、運動、驅動和過程控制等至少兩種以上的功能單一開發(fā)平臺上整合多規(guī)程的軟件功能如HMI及軟邏輯, 使用通用標簽和單一的數(shù)據(jù)庫來訪問所有的參數(shù)和功能。軟件工具所設計出的處理流程能跨越多臺機器和過程控制處理單元, 實現(xiàn)包含運動控制及過程控制的處理程序。開放式, 模塊化構架, 能涵蓋工業(yè)應用中從工廠的機器設備到過程控制的操作單元的需求。采用公認的網(wǎng)絡接口標準及語言，允許不同供應商之設備能在網(wǎng)絡上交換資料。
標簽： PAC 開放式 系統(tǒng)設計
上傳時間： 2014-01-14
上傳用戶：JGR2013
告訴你如何構建更強勁的應用而不用乏味的手寫代碼；回答多數(shù)開發(fā)者甚至不會問的問題；演示如何使用JSF和Tiles自動構建一致的用戶界面；提供提示及“如何...”信息，使你很快上手；解釋如何集成JSF和數(shù)據(jù)庫，使用目錄服務，無線應用以及Web 服務；傳授最好的經(jīng)驗和好習慣如使用樣式表和消息綁定；覆蓋全部JSF標記和如何創(chuàng)建新的標記庫，英文，原名稱：Core JavaServer Faces
上傳時間： 2013-12-22
上傳用戶：dianxin61
這個例子如果運行,將在仿真的PC窗口中的第1,2,3行顯示一些信息后,在隨機位置顯示 1 ~ 5 .由于keil c51默認不支持重入函數(shù),它的重入函數(shù)使用仿真的重入棧而不使用系統(tǒng)棧,而Small RTOS 51沒有進行重入棧管理,所以在TaskA~TaskE雖然及其相似,但不能合并. 注意:(1)在KEIL C51 工程中,我已經(jīng)把輸出文件目錄設在e:\temp中,您可以在Project->Options for Target "Target 1"的output頁點擊Select Folder for Objects...和Listing頁點擊Select Folder for Listing...改變. (2)編譯時會有5個警告,其中一個是因為沒有使用一個系統(tǒng)函數(shù)OSSendSignal引起,它可以忽略.另4個是禁止任務間變量覆蓋分析引起,必須忽略.感謝網(wǎng)友John X. Liu,在這個例子中我使用了他編寫的仿真(dllPc51Emu.dll),這個dll原來是為他移植的Ucos-ii for keil c51的例子編寫. (3)Pc51Emu.dll在KEIL C51 V6.23 V7.00工作不正常.
上傳時間： 2015-05-29
上傳用戶：無聊來刷下
