寫給學單片機的年輕人：周立功 珍惜求學機會 作為過來人思前想后，我感到完全有責任將發自心底的感受傳遞給年輕一代，“一個企業家心靈深處渴望優秀人才的卓越追求和深層次的嘆息、痛苦和感受”。您們千萬不要等到畢業求職時才覺得自己能力太差，世界上從來就沒有后悔藥。當然，如果您現在看了我寫的這篇文章可能還不算晚，因為您還有機會在以后的歲月里奮起直追——“亡羊補牢，尤未為晚”。對于現在剛進入大學的學生，您應該更加珍惜這美好的求學機會，因為眨眼之間幾年就過去了，您很快就會感到來自全社會生存競爭的壓力，您面臨的對手再也不僅僅是您身邊的同學，今天您在班上的成績的確是前幾名，但一走到社會上去才感到是多么地脆弱而又多么地不堪一擊。 面試本科生 在面試大多數本科生時，我僅僅是詢問了一些有關MCS-51 系列單片機的基本原理，但卻幾乎很少有人能夠完全答對，簡直是五花八門。很多作為一個即將畢業的自動化專業本科生，至今還不知道單片機是這個專業的核心基礎，難道不可悲嗎？您的水平不高我完全心中有底，其實我只要求這些學生能夠掌握單片機應用開發的基本技能，用匯編和C51 寫過一些基本的程序，真正動手做過一些簡單的項目，然后將自己做過的項目寫成比較規范的文檔。我想，這種形式的“自我介紹”肯定要比讓別人看您那寫的千遍一律的“八股文”簡歷不知要強多少倍，古人言：“一葉知秋”其實講的就是這個道理。平心而論只有具備這樣基礎的學生才配得上企業花錢對您進行二次“開發” 事實上，很多學生根本就不管老師平時是多么地勸導都聽不進去，我認為您只要平時善于做一個有心人，主動一些多找老師請教，然后從大三開始幫老師打打下手干一些活。還有一個途徑就是自己花錢購買一些學習開發實驗板，加強動手能力的訓練。但也有很多學生說沒有錢，可事實上并非如此，現在的學生購買手機成風，我不知道手機對您們現在來說到底有多大的用途？事實上，現在的學生家庭條件普遍都不太好，可這些孩子們的攀比心里卻十分地嚴重和可怕。到今天即將畢業之際才感到找工作太難。父母一個子兒地攢下一些辛苦錢給您購買電腦容易嗎？“望子成龍――可憐天下父母心”！他們是希望您能夠學到一些真本事，而您可能很多時間都在玩游戲，上網聊天，實際上對于您來說僅僅是舉手之勞，只要花幾百元買一塊實驗板，辛苦一個暑假的時間強化實踐，可能您就會與眾不同。與此同時，可能您的信心大增，前途一片光明。俗話說得好：倉庫有糧，心中不慌！如果您平時沒有準備，那么臨時匆匆忙忙地上陣面試肯定是要敗下來的。從2003 年開始是全國第一次擴招之后畢業人數最多的第一年，以后的畢業生還會更多，同時還有更多的研究生與本科生搶飯碗，面對就業的困境壓力不能說不大，痛苦在其中。還有就是我每天都要面臨那些看不完的自我介紹簡歷，很可惜幾乎都是清一色的“八股文”令人討厭。其實只要您的成績不是太差，分數不是應聘成功的關鍵，重要的是做人要踏實，不要有水分，實際上，只要將您平時做過的小制作寫成一篇心得，再帶上您的作品，“事實勝于雄辯”這樣更能打動人。還有很多經歷了四年本科又三年研究生階段學習行將畢業的碩士生，不僅不知道嵌入式操作系統是什么東西，而且連C++都不能熟練掌握，驅動程序開發的能力就更不容提了，僅僅做了一個單片機的應用設計就拿到碩士文憑了，術業缺乏專攻泛泛而談，說句實在話，怎么樣也教人無法接受啊！對于我來說，如果您沒有特別的才能，我寧愿用三年時間培養一個好的本科生給更高的待遇，他肯定不比一般的碩士生差。所以，考上了研究生之后，您要時刻明白加強動手能力的培養和前沿科學技術的學習至關重要的，這是您將來面試的“殺手澗”，因為您畢業之后要求的工資待遇起碼是一般本科生的兩倍，但是這個錢不是那么好拿的。頂多3-5 年的時間，大家肯定能夠看到一個現實，那就是如果您還不能熟練地掌握嵌入式操作系應用開發技術的話，您只能拿2000 元的月薪。即便您是研究生或是博士，那又有什么稀奇的呢？鄧伯伯有句名言，不管白貓還是黑貓，抓住老鼠就是好貓！我們知道企業家是要賺錢的，否則這個企業就留不住人才，無情的市場競爭機制將會毫不猶豫地將這個老板淘汰出局。一個可持續發展的企業，如果離開了富有聰明才智的優秀人才，那是不可想象的。光有幾個還不行，而是要有一個卓越的軍團。 就業問題 其實就業的問題，對于一個努力的人來說是何等地簡單，我面試了300 多本科生，我只對其中幾個成績中等的本科生感興趣，他們主要是參加過2001 年全國電子大賽，有的是平時業余時間，暑假及其寒假都在跟老師干活的學生，與他們聊天真是一種莫大的享受和欣慰，對于我來說真的是如獲至寶。于是，我就立即勸他們，您的成績中等確實難以考上好的學校和導師還不如不考研究生以免浪費時間，同時也充滿自信告訴他們，“我就是伯樂！我愿意給您機會和花錢培養您”。事實上，即便您考上研究生，如果沒有遇上具有超前眼光和經費充足的導師，您讀了也白讀，更何況現在的研究生擴招的這么多？一個導師帶那么多研究生，有那么多課題嗎？即便有的話，他應付得過來嗎？可能殘酷的現實將會讓您看到，畢業之后回頭一看還遠遠不如當年同您一道畢業的同班同學。確實也是，人家的機會比您好得多，關鍵是人家對待機會比您把握得好，可以說：恰到火候。難道非要讀研究生理論水平才高嗎？這是何等地荒謬啊！我們知道電子與計算機技術的發展日新月異。大學的更新速度一定就要快嗎？回答是否定的，比如說推廣PHILIPS 的最新單片機和USB 技術吧！他們的更新速度肯定比一個可持續發展的企業要慢得多，難道說我們的人才水平不夠高嗎？我們公司就有一批這樣在各個領域里出類拔萃的“年輕專家”從 2003 年開始，我們將會有一系列的專著在北京航空航天大學出版社出版，大多數的著作都來自于我們長期的基礎研究和應用開發，可以毫不夸張地說這些都是我們這個年輕團隊合作的結晶。他們是優秀和卓越的人才，他們沒有就業的壓力，他們不怕炒魷魚，相反我倒時刻要想盡辦法加強公司的管理，從工資，獎金，福利，生活和事業成就感等各個方面絞盡腦汁善待人才和留住人才，這么努力的人才根本就不需要過多地為工作和生活發愁，對于這個問題當然是仁者見仁智者見智，也就是下面我要講到的問題，一個人如何根據自己的特點、條件和機遇對自己如何定位的問題，也是至關重要的。 定位問題 比如說，如果您對單片機的理解僅僅是入門水平的話，那么您首先就應該低調一些，因為您主要的任務是為了尋找一個可以學習的機會，說句實在話，此刻此刻您一定要清醒地意識到：尋找伯樂比眼前的利益更加重要！因為您現在確實還沒有可以驕傲的資本，您一定要想盡辦法取得第一次正式踏入社會的入場卷，這對您來說是何等地重要啊！俗話說得好，“萬丈高樓從地起”您一定要尋找機會通過業績表現出您的能力，您確實與眾不同之處。這樣您就可能在一個公司里樹立您的“信用”，有了信用之后隨之而來的機會將會越來越多，到那時您根本就不用不愁自己的待遇和地位問題了。所以對于一個剛剛步入社會的年輕人來說，您能夠做到以“誠信” 打天下，您將來的前途肯定是無限光明。千萬不要感到自己在班上的成績是前幾名或者相對來說自己的動手能力相比之下比同學強多少、多少，或者自己在讀書期間貸了多少款，或者家里是多么地缺錢，因為當您加入整個社會的競爭之后，這些都不是您要求高薪的理由，這個時候您的心態將可能會決定您的命運，因此對自己要有充分的認識和正確的估價，經常是很多學生用這些理由向我開出高價，我無話可說只好“搖頭和嘆息”。 如果您的水平還不夠，我認為也不要自卑，要知道機會是時刻屬于有準備的年輕人，但也不可掉以輕心，此時此刻，您應該振作起來，立即拿起書本努力學習和加強實戰的訓練，待到羽翼豐滿之時大膽地走出去闖蕩，讓社會來對您做一個恰當的評價，然后再根據現實的情況不斷地調整自己，繼續學習和實踐，由于電子和計算機科學的高速發展呈現日新月異的變化局勢，您一定要明白：您距離失敗永遠只有6 個月！
標簽： 單片機
上傳時間： 2013-11-02
上傳用戶：vodssv
在冶金、化工，機械等各類工業控制中，電加熱爐都得到了廣泛的應用。目前國內的電加熱爐溫度控制器大多還停留在國際60年代水平，仍在使用繼電一接觸器控制或常規PID控制，自動化程度低，動態控制精度差，滿足不了日益發展的工藝技術要求。電加熱爐的溫度是生產工藝的一項重要指標，溫度控制的好壞將直接影響產品的質量。電加熱爐由電阻絲加熱，溫度控制具有非線性、大滯后、大慣性、時變性、升溫尊向性等特點。而且，在實際應用和研究中，電加熱爐溫度控制遇到了很多困難：第一，很難建立精確的數學模型：第二，不能很好地解決非線性、大滯后等問題。以精確數學模型為基礎地經典控制理論和現代控制論在解決這些問題時遇到了極大地困難，而以語言規則模型(IF—THEN)為基礎的模糊控制理論卻是解決上述問題的有效途徑和方法。國內現有的一些模糊設計方法大多存在不同缺點，而且真正把理論研究應用到實際系統的也較少。所以，深入研究在電加熱爐系統控制中具體模糊控制設計理論是十分必要的。本文針對電加熱爐這一控制對象，以Ts．94—1型號的箱形電加熱爐為參考對象，分別采用工業控制中普遍使用的PID控制、經常見到的模糊控制策略，如基本模糊控制，對其進行仿真實驗，比較，并進行了理論分析。針對上述電加熱爐控制中存在的問題，本文設計了雙模糊控制器。雙模糊控制器在參數自整定模糊控制理論的基礎上，對比例因子進行調整，克服原算法復雜麗不實用的特點，根據電加熱爐不同的工作狀態采用不同的模糊控制器，提高了控制精度，改善了控制效果。本文把模糊控制與神經網絡技術相結合，利用神經網絡很強的學習能力和自適應能力，建立了自適應神經模糊推理系統。把不依賴精確數學模型的模糊控制系統與有價值的經驗數據或參考模型相結合，彌補了模糊控制的不足，使模糊控制系統更能發揮其強大優勢，控制效果理想。在實踐應用方面，以電加熱爐為控制對象，開發了89C51單片機模糊控制器，主要進行了硬件和軟件的設計。
上傳時間： 2013-10-28
上傳用戶：yuanwenjiao
凌陽科技股份有限公司保留對此文件修改之權利且不另行通知。凌陽科技股份有限公司所提供之信息相信為正確且可靠之信息，但并不保證本文件中絕無錯誤。請于向凌陽科技股份有限公司提出訂單前，自行確定所使用之相關技術文件及規格為最新之版本。若因貴公司使用本公司之文件或產品，而涉及第三人之專利或著作權等智能財產權之應用及配合時，則應由貴公司負責取得同意及授權，本公司僅單純販售產品，上述關于同意及授權，非屬本公司應為保證之責任。又未經凌陽科技股份有限公司之正式書面許可，本公司之所有產品不得使用于醫療器材，維持生命系統及飛航等相關設備。
上傳時間： 2013-10-16
上傳用戶：fqscfqj
凌陽科技股份有限公司保留對此文件修改之權利且不另行通知。凌陽科技股份有限公司所提供之信息相信為正確且可靠之信息，但并不保證本文件中絕無錯誤。請于向凌陽科技股份有限公司提出訂單前，自行確定所使用之相關技術文件及規格為最新之版本。若因貴公司使用本公司之文件或產品，而涉及第三人之專利或著作權等智能財產權之應用及配合時，則應由貴公司負責取得同意及授權，本公司僅單純販售產品，上述關于同意及授權，非屬本公司應為保證之責任。又未經凌陽科技股份有限公司之正式書面許可，本公司之所有產品不得使用于醫療器材，維持生命系統及飛航等相關設備。
上傳時間： 2013-11-22
上傳用戶：1417818867
C8051F單片機 C8051F系列單片機 單片機自20世紀70年代末誕生至今，經歷了單片微型計算機SCM、微控制器MCU及片上系統SoC三大階段，前兩個階段分別以MCS-51和80C51為代表。隨著在嵌入式領域中對單片機的性能和功能要求越來越高，以往的單片機無論是運行速度還是系統集成度等多方面都不能滿足新的設計需要，這時Silicon Labs 公司推出了C8051F系列單片機，成為SoC的典型代表。 C8051F具有上手快(全兼容8051指令集)、研發快(開發工具易用，可縮短研發周期)和見效快(調試手段靈活)的特點，其性能優勢具體體現在以下方面： 基于增強的CIP-51內核，其指令集與MCS-51完全兼容，具有標準8051的組織架構，可以使用標準的803x/805x匯編器和編譯器進行軟件開發。CIP-51采用流水線結構，70%的的指令執行時間為1或2個系統時鐘周期，是標準8051指令執行速度的12倍；其峰值執行速度可達100MIPS(C8051F120等)，是目前世界上速度最快的8位單片機。 增加了中斷源。標準的8051只有7個中斷源Silicon Labs 公司 C8051F系列單片機擴展了中斷處理這對于時實多任務系統的處理是很重要的擴展的中斷系統向CIP-51提供22個中斷源允許大量的模擬和數字外設中斷一個中斷處理需要較少的CPU干預卻有更高的執行效率。 集成了豐富的模擬資源，絕大部分的C8051F系列單片機都集成了單個或兩個ADC，在片內模擬開關的作用下可實現對多路模擬信號的采集轉換；片內ADC的采樣精度最高可達24bit，采樣速率最高可達500ksps，部分型號還集成了單個或兩個獨立的高分辨率DAC，可滿足絕大多數混合信號系統的應用并實現與模擬電子系統的無縫接口；片內溫度傳感器則可以迅速而精確的監測環境溫度并通過程序作出相應處理，提高了系統運行的可靠性。 集成了豐富的外部設備接口。具有兩路UART和最多可達5個定時器及6個PCA模塊，此外還根據不同的需要集成了SMBus、SPI、USB、CAN、LIN等接口，以及RTC部件。外設接口在不使用時可以分別禁止以降低系統功耗。與其他類型的單片機實現相同的功能需要多個芯片的組合才能完成相比，C8051單片機不僅減少了系統成本，更大大降低了功耗。 增強了在信號處理方面的性能，部分型號具有16x16 MAC以及DMA功能，可對所采集信號進行實時有效的算法處理并提高了數據傳送能力。 具有獨立的片內時鐘源(精度最高可達0.5%)，設計人員既可選擇外接時鐘，也可直接應用片內時鐘，同時可以在內外時鐘源之間自如切換。片內時鐘源降低了系統設計的復雜度，提高了系統可靠性，而時鐘切換功能則有利于系統整體功耗的降低。 提供空閑模式及停機模式等多種電源管理方式來降低系統功耗 實現了I/O從固定方式到交叉開關配置。固定方式的I/O端口，既占用引腳多，配置又不夠靈活。在C8051F中，則采用開關網絡以硬件方式實現I/O端口的靈活配置，外設電路單元通過相應的配置寄存器控制的交叉開關配置到所選擇的端口上。 復位方式多樣化，C8051F把80C51單一的外部復位發展成多源復位，提供了上電復位、掉電復位、外部引腳復位、軟件復位、時鐘檢測復位、比較器0復位、WDT復位和引腳配置復位。眾多的復位源為保障系統的安全、操作的靈活性以及零功耗系統設計帶來極大的好處。 從傳統的仿真調試到基于JTAG接口的在系統調試。C8051F在8位單片機中率先配置了標準的JTAG接口（IEEE1149.1）。C8051F的JTAG接口不僅支持Flash ROM的讀/寫操作及非侵入式在系統調試，它的JTAG邏輯還為在系統測試提供邊界掃描功能。通過邊界寄存器的編程控制，可對所有器件引腳、SFR總線和I/O口弱上拉功能實現觀察和控制。 C8051F系列單片機型號齊全，可根據設計需求選擇不同規模和帶有特定外設接口的型號，提供從多達100個引腳的高性能單片機到最小3mmX3mm的封裝，滿足不同設計的需要。 基于上述特點，Silicon Labs 公司C8051F系列單片機作為SoC芯片的杰出代表能夠滿足絕大部分場合的復雜功能要求，并在嵌入式領域的各個場合都得到了廣泛的應用：在工業控制領域，其豐富的模擬資源可用于工業現場多種物理量的監測、分析及控制和顯示；在便攜式儀器領域，其低功耗和強大的外設接口也非常適合各種信號的采集、存儲和傳輸；此外，新型的C8051F5xx系列單片機也在汽車電子行業中嶄露頭角。正是這些優勢，使得C8051單片機在進入中國市場的短短幾年內就迅速風靡，相信隨著新型號的不斷推出以及推廣力度的不斷加大，C8051系列單片機將迎來日益廣闊的發展空間，成為嵌入式領域的時代寵兒 此系列單片機完全兼容MCS-51指令集，容易上手，開發周期短，大大節約了開發成本。C8051F系統集成度高，總線時鐘可達25M
上傳時間： 2013-11-24
上傳用戶：testAPP
單片機指令系統原理 51單片機的尋址方式 學習匯編程序設計，要先了解CPU的各種尋址法，才能有效的掌握各個命令的用途，尋址法是命令運算碼找操作數的方法。在我們學習的8051單片機中，有6種尋址方法，下面我們將逐一進行分析。 立即尋址 在這種尋址方式中，指令多是雙字節的，一般第一個字節是操作碼，第二個字節是操作數。該操作數直接參與操作，所以又稱立即數，有“#”號表示。立即數就是存放在程序存儲器中的常數，換句話說就是操作數（立即數）是包含在指令字節中的。 例如：MOV A，#3AH這條指令的指令代碼為74H、3AH，是雙字節指令，這條指令的功能是把立即數3AH送入累加器A中。MOV DPTR，#8200H在前面學單片機的專用寄存器時，我們已學過，DPTR是一個16位的寄存器，它由DPH及DPL兩個8位的寄存器組成。這條指令的意思就是把立即數的高8位（即82H）送入DPH寄存器，把立即數的低8位（即00H）送入DPL寄存器。這里也特別說明一下：在80C51單片機的指令系統中，僅有一條指令的操作數是16位的立即數，其功能是向地址指針DPTR傳送16位的地址，即把立即數的高8位送入DPH，低8位送入DPL。 直接尋址 直接尋址方式是指在指令中操作數直接以單元地址的形式給出，也就是在這種尋址方式中，操作數項給出的是參加運算的操作數的地址，而不是操作數。例如：MOV A，30H 這條指令中操作數就在30H單元中，也就是30H是操作數的地址，并非操作數。 在80C51單片機中，直接地址只能用來表示特殊功能寄存器、內部數據存儲器以及位地址空間，具體的說就是：1、內部數據存儲器RAM低128單元。在指令中是以直接單元地址形式給出。我們知道低128單元的地址是00H-7FH。在指令中直接以單元地址形式給出這句話的意思就是這0-127共128位的任何一位，例如0位是以00H這個單元地址形式給出、1位就是以01H單元地址給出、127位就是以7FH形式給出。2、位尋址區。20H-2FH地址單元。3、特殊功能寄存器。專用寄存器除以單元地址形式給出外，還可以以寄存器符號形式給出。例如下面我們分析的一條指令 MOV IE，#85H 前面的學習我們已知道，中斷允許寄存器IE的地址是80H，那么也就是這條指令可以以MOV IE，#85H 的形式表述，也可以MOV 80H，#85H的形式表述。 關于數據存儲器RAM的內部情況，請查看我們課程的第十二課。 直接尋址是唯一能訪問特殊功能寄存器的尋址方式！ 大家來分析下面幾條指令：MOV 65H，A ；將A的內容送入內部RAM的65H單元地址中MOV A，direct ；將直接地址單元的內容送入A中MOV direct,direct；將直接地址單元的內容送直接地址單元MOV IE,#85H ；將立即數85H送入中斷允許寄存器IE 前面我們已學過，數據前面加了“#”的，表示后面的數是立即數（如#85H，就表示85H就是一個立即數），數據前面沒有加“#”號的，就表示后面的是一個地址地址（如，MOV 65H，A這條指令的65H就是一個單元地址）。 寄存器尋址 寄存器尋址的尋址范圍是：1、4個工作寄存器組共有32個通用寄存器，但在指令中只能使用當前寄存器組（工作寄存器組的選擇在前面專用寄存器的學習中，我們已知道，是由程序狀態字PSW中的RS1和RS0來確定的），因此在使用前常需要通過對PSW中的RS1、RS0位的狀態設置，來進行對當前工作寄存器組的選擇。2、部份專用寄存器。例如，累加器A、通用寄存器B、地址寄存器DPTR和進位位CY。 寄存器尋址方式是指操作數在寄存器中，因此指定了寄存器名稱就能得到操作數。例如：MOV A，R0這條指令的意思是把寄存器R0的內容傳送到累加器A中，操作數就在R0中。INC R3這條指令的意思是把寄存器R3中的內容加1 從前面的學習中我產應可以理解到，其實寄存器尋址方式就是對由PSW程序狀態字確定的工作寄存器組的R0-R7進行讀/寫操作。 寄存器間接尋址 寄存間接尋址方式是指寄存器中存放的是操作數的地址，即操作數是通過寄存器間接得到的，因此稱為寄存器間接尋址。 MCS-51單片機規定工作寄存器的R0、R1做為間接尋址寄存器。用于尋址內部或外部數據存儲器的256個單元。為什么會是256個單元呢？我們知道，R0或者R1都是一個8位的寄存器，所以它的尋址空間就是2的八次方=256。例：MOV R0，#30H ；將值30H加載到R0中 MOV A，@R0 ；把內部RAM地址30H內的值放到累加器A中 MOVX A，@R0 ；把外部RAM地址30H內的值放到累加器A中 大家想想，如果用DPTR做為間址寄存器，那么它的尋址范圍是多少呢？DPTR是一個16位的寄存器，所以它的尋址范圍就是2的十六次方=65536=64K。因用DPTR做為間址寄存器的尋址空間是64K，所以訪問片外數據存儲器時，我們通常就用DPTR做為間址寄存器。例：MOV DPTR，#1234H ；將DPTR值設為1234H（16位） MOVX A，@DPTR ；將外部RAM或I/O地址1234H內的值放到累加器A中 在執行PUSH（壓棧）和POP（出棧）指令時，采用堆棧指針SP作寄存器間接尋址。例：PUSH 30H ；把內部RAM地址30H內的值放到堆棧區中堆棧區是由SP寄存器指定的，如果執行上面這條命令前，SP為60H，命令執行后會把內部RAM地址30H內的值放到RAM的61H內。 那么做為寄存器間接尋址用的寄存器主要有哪些呢？我們前面提到的有四個，R0、R1、DPTR、SP 寄存器間接尋址范圍總結：1、內部RAM低128單元。對內部RAM低128單元的間接尋址，應使用R0或R1作間址寄存器，其通用形式為@Ri（i=0或1）。 2、外部RAM 64KB。對外部RAM64KB的間接尋址，應使用@DPTR作間址尋址寄存器，其形式為：@DPTR。例如MOVX A，@DPTR；其功能是把DPTR指定的外部RAM的單元的內容送入累加器A中。外部RAM的低256單元是一個特殊的尋址區，除可以用DPTR作間址寄存器尋址外，還可以用R0或R1作間址寄存器尋址。例如MOVX A，@R0；這條指令的意思是，把R0指定的外部RAM單元的內容送入累加器A。 堆棧操作指令（PUSH和POP）也應算作是寄存器間接尋址，即以堆棧指針SP作間址寄存器的間接尋址方式。 寄存器間接尋址方式不可以訪問特殊功能寄存器！！ 寄存器間接尋址也須以寄存器符號的形式表示，為了區別寄存器尋址我寄存器間接尋址的區別，在寄存器間接尋址方式式中，寄存器的名稱前面加前綴標志“@”。 基址寄存器加變址寄存器的變址尋址 這種尋址方式以程序計數器PC或DPTR為基址寄存器，累加器A為變址寄存器，變址尋址時，把兩者的內容相加，所得到的結果作為操作數的地址。這種方式常用于訪問程序存儲器ROM中的數據表格，即查表操作。變址尋址只能讀出程序內存入的值，而不能寫入，也就是說變址尋址這種方式只能對程序存儲器進行尋址，或者說它是專門針對程序存儲器的尋址方式。例：MOVC A，@A+DPTR這條指令的功能是把DPTR和A的內容相加，再把所得到的程序存儲器地址單元的內容送A假若指令執行前A=54H，DPTR=3F21H，則這條指令變址尋址形成的操作數地址就是54H+3F21H=3F75H。如果3F75H單元中的內容是7FH，則執行這條指令后，累加器A中的內容就是7FH。 變址尋址的指令只有三條，分別如下：JMP @A+DPTRMOVC A，@A+DPTRMOVC A，@A+PC 第一條指令JMP @A+DPTR這是一條無條件轉移指令，這條指令的意思就是DPTR加上累加器A的內容做為一個16位的地址，執行JMP這條指令是，程序就轉移到A+DPTR指定的地址去執行。 第二、三條指令MOVC A，@A+DPTR和MOVC A，@A+PC指令這兩條指令的通常用于查表操作，功能完全一樣，但使用起來卻有一定的差別，現詳細說明如下。我們知道，PC是程序指針，是十六位的。DPTR是一個16位的數據指針寄存器，按理，它們的尋址范圍都應是64K。我們在學習特殊功能寄存器時已知道，程序計數器PC是始終跟蹤著程序的執行的。也就是說，PC的值是隨程序的執行情況自動改變的，我們不可以隨便的給PC賦值。而DPTR是一個數據指針，我們就可以給空上數據指針DPTR進行賦值。我們再看指令MOVC A，@A+PC這條指令的意思是將PC的值與累加器A的值相加作為一個地址，而PC是固定的，累加器A是一個8位的寄存器，它的尋址范圍是256個地址單元。講到這里，大家應可明白，MOVC A，@A+PC這條指令的尋址范圍其實就是只能在當前指令下256個地址單元。所在，這在我們實際應用中，可能就會有一個問題，如果我們需要查詢的數據表在256個地址單元之內，則可以用MOVC A，@A+PC這條指令進行查表操作，如果超過了256個單元，則不能用這條指令進行查表操作。剛才我們已說到，DPTR是一個數據指針，這個數據指針我們可以給它賦值操作的。通過賦值操作。我們可以使MOVC A，@A+DPTR這條指令的尋址范圍達到64K。這就是這兩條指令在實際應用當中要注意的問題。 變址尋址方式是MCS-51單片機所獨有的一種尋址方式。 位尋址 80C51單片機有位處理功能，可以對數據位進行操作，因此就有相應的位尋址方式。所謂位尋址，就是對內部RAM或可位尋址的特殊功能寄存器SFR內的某個位，直接加以置位為1或復位為0。 位尋址的范圍，也就是哪些部份可以進行位尋址： 1、我們在第十二課學習51單片機的存儲器結構時，我們已知道在單片機的內部數據存儲器RAM的低128單元中有一個區域叫位尋址區。它的單元地址是20H-2FH。共有16個單元，一個單元是8位，所以位尋址區共有128位。這128位都單獨有一個位地址，其位地址的名字就是00H-7FH。這里就有一個比較麻煩的問題需要大家理解清楚了。我們在前面的學習中00H、01H。。。。7FH等等，所表示的都是一個字節（或者叫單元地址），而在這里，這些數據都變成了位地址。我們在指令中，或者在程序中如何來區分它是一個單元地址還是一個位地址呢？這個問題，也就是我們現在正在研究的位尋址的一個重要問題。其實，區分這些數據是位地址還是單元地址，我們都有相應的指令形式的。這個問題我們在后面的指令系統學習中再加以論述。 2、對專用寄存器位尋址。這里要說明一下，不是所有的專用寄存器都可以位尋址的。具體哪些專用寄存器可以哪些專用寄存器不可以，請大家回頭去看看我們前面關于專用寄存器的相關文章。一般來說，地址單元可以被8整除的專用寄存器，通常都可以進行位尋址，當然并不是全部，大家在應用當中應引起注意。 專用寄存器的位尋址表示方法： 下面我們以程序狀態字PSW來進行說明 D7 D6 D5 D4 D3 D2 D1 D0 CY AC F0 RS1 RS0 OV P 1、直接使用位地址表示：看上表，PSW的第五位地址是D5，所以可以表示為D5H MOV C，D5H 2、位名稱表示：表示該位的名稱，例如PSW的位5是F0，所以可以用F0表示 MOV C，F0 3、單元（字節）地址加位表示：D0H單元位5，表示為DOH.5 MOV C,D0H.5 4、專用寄存器符號加位表示：例如PSW.5 MOV C,PSW.5 這四種方法實現的功能都是相同的，只是表述的方式不同而已。 例題： 1. 說明下列指令中源操作數采用的尋址方式。 MOV R5，R7 答案：寄存器尋址方式 MOV A，55H 直接尋址方式 MOV A，＃55H 立即尋址方式 JMP @A+DPTR 變址尋址方式 MOV 30H，C 位尋址方式 MOV A，@R0 間接尋址方式 MOVX A,@R0 間接尋址方式 改錯題 請判斷下列的MCS-51單片機指令的書寫格式是否有錯，若有，請說明錯誤原因。 MOV R0，@R3 答案：間址寄存器不能使用R2～R7。 MOVC A，@R0+DPTR 變址尋址方式中的間址寄存器不可使用R0，只可使用A。 ADD R0，R1 運算指令中目的操作數必須為累加器A，不可為R0。 MUL AR0 乘法指令中的乘數應在B寄存器中，即乘法指令只可使用AB寄存器組合。
上傳時間： 2013-11-11
上傳用戶：caozhizhi
at91rm9200啟動過程教程 系統上電，檢測BMS，選擇系統的啟動方式，如果BMS為高電平，則系統從片內ROM啟動。AT91RM9200的ROM上電后被映射到了0x0和0x100000處，在這兩個地址處都可以訪問到ROM。由于9200的ROM中固化了一個BOOTLOAER程序。所以PC從0X0處開始執行這個BOOTLOAER(準確的說應該是一級BOOTLOADER)。這個BOOTLOER依次完成以下步驟： 1、PLL SETUP，設置PLLB產生48M時鐘頻率提供給USB DEVICE。同時DEBUG USART也被初始化為48M的時鐘頻率； 2、相應模式下的堆棧設置； 3、檢測主時鐘源（Main oscillator）； 4、中斷控制器（AIC）的設置； 5、C 變量的初始化； 6、跳到主函數。 完成以上步驟后，我們可以認為BOOT過程結束，接下來的就是LOADER的過程，或者也可以認為是裝載二級BOOTLOER。AT91RM9200按照DATAFLASH、EEPROM、連接在外部總線上的8位并行FLASH的順序依次來找合法的BOOT程序。所謂合法的指的是在這些存儲設備的開始地址處連續的存放的32個字節，也就是8條指令必須是跳轉指令或者裝載PC的指令，其實這樣規定就是把這8條指令當作是異常向量表來處理。必須注意的是第6條指令要包含將要裝載的映像的大小。關于如何計算和寫這條指令可以參考用戶手冊。一旦合法的映像找到之后，則BOOT程序會把找到的映像搬到SRAM中去，所以映像的大小是非常有限的，不能超過16K-3K的大小。當BOOT程序完成了把合法的映像搬到SRAM的任務以后，接下來就進行存儲器的REMAP，經過REMAP之后，SRAM從映設前的0X200000地址處被映設到了0X0地址并且程序從0X0處開始執行。而ROM這時只能在0X100000這個地址處看到了。至此9200就算完成了一種形式的啟動過程。如果BOOT程序在以上所列的幾種存儲設備中找到合法的映像，則自動初始化DEBUG USART口和USB DEVICE口以準備從外部載入映像。對DEBUG口的初始化包括設置參數115200 8 N 1以及運行XMODEM協議。對USB DEVICE進行初始化以及運行DFU協議。現在用戶可以從外部（假定為PC平臺）載入你的映像了。在PC平臺下，以WIN2000為例，你可以用超級終端來完成這個功能，但是還是要注意你的映像的大小不能超過13K。一旦正確從外部裝載了映像，接下來的過程就是和前面一樣重映設然后執行映像了。我們上面講了BMS為高電平，AT91RM9200選擇從片內的ROM啟動的一個過程。如果BMS為低電平，則AT91RM9200會從片外的FLASH啟動，這時片外的FLASH的起始地址就是0X0了，接下來的過程和片內啟動的過程是一樣的，只不過這時就需要自己寫啟動代碼了，至于怎么寫，大致的內容和ROM的BOOT差不多，不同的硬件設計可能有不一樣的地方，但基本的都是一樣的。由于片外FLASH可以設計的大，所以這里編寫的BOOTLOADER可以一步到位，也就是說不用像片內啟動可能需要BOOT好幾級了，目前AT91RM9200上使用較多的bootloer是u-boot，這是一個開放源代碼的軟件，用戶可以自由下載并根據自己的應用配置。總的說來，筆者以為AT91RM9200的啟動過程比較簡單，ATMEL的服務也不錯，不但提供了片內啟動的功能，還提供了UBOOT可供下載。筆者寫了一個BOOTLODER從片外的FLASHA啟動，效果還可以。 uboot結構與使用uboot是一個龐大的公開源碼的軟件。他支持一些系列的arm體系，包含常見的外設的驅動，是一個功能強大的板極支持包。其代碼可以 http://sourceforge.net/projects/u-boot下載 在9200上，為了啟動uboot，還有兩個boot軟件包，分別是loader和boot。分別完成從sram和flash中的一級boot。其源碼可以從atmel的官方網站下載。 我們知道，當9200系統上電后，如果bms為高電平，則系統從片內rom啟動，這時rom中固化的boot程序初始化了debug口并向其發送'c'，這時我們打開超級終端會看到ccccc...。這說明系統已經啟動，同時xmodem協議已經啟動，用戶可以通過超級終端下載用戶的bootloader。作為第一步，我們下載loader.bin.loader.bin將被下載到片內的sram中。這個loder完成的功能主要是初始化時鐘，sdram和xmodem協議，為下載和啟動uboot做準備。當下載了loader.bin后，超級終端會繼續打印：ccccc....。這時我們就可以下在uboot了。uboot將被下載到sdram中的一個地址后并把pc指針調到此處開始執行uboot。接著我們就可以在終端上看到uboot的shell啟動了，提示符uboot>，用戶可以uboot>help 看到命令列表和大概的功能。uboot的命令包含了對內存、flash、網絡、系統啟動等一些命令。 如果系統上電時bms為低電平，則系統從片外的flash啟動。為了從片外的flash啟動uboot,我們必須把boot.bin放到0x0地址出，使得從flash啟動后首先執行boot.bin，而要少些boot.bin，就要先完成上面我們講的那些步驟，首先開始從片內rom啟動uboot。然后再利用uboot的功能完成把boot.bin和uboot.gz燒寫到flash中的目的，假如我們已經啟動了uboot,可以這樣操作： uboot>protect off all uboot>erase all uboot>loadb 20000000 uboot>cp.b 20000000 10000000 5fff uboot>loadb 21000000 uboot>cp.b 210000000 10010000 ffff 然后系統復位，就可以看到系統先啟動boot，然后解壓縮uboot.gz，然后啟動uboot。注意，這里uboot必須壓縮成.gz文件，否則會出錯。 怎么編譯這三個源碼包呢，首先要建立一個arm的交叉編譯環境，關于如何建立，此處不予說明。建立好了以后，分別解壓源碼包，然后修改Makefile中的編譯器項目，正確填寫你的編譯器的所在路徑。 對loader和boot，直接make。對uboot,第一步：make_at91rm9200dk,第二步：make。這樣就會在當前目錄下分別生成*.bin文件,對于uboot.bin，我們還要壓縮成.gz文件。 也許有的人對loader和boot搞不清楚為什么要兩個，有什么區別嗎？首先有區別，boot主要完成從flash中啟動uboot的功能，他要對uboot的壓縮文件進行解壓，除此之外，他和loader并無大的區別，你可以把boot理解為在loader的基礎上加入了解壓縮.gz的功能而已。所以這兩個并無多大的本質不同，只是他們的使命不同而已。 特別說名的是這三個軟件包都是開放源碼的，所以用戶可以根據自己的系統的情況修改和配置以及裁減，打造屬于自己系統的bootloder。
上傳時間： 2013-10-27
上傳用戶：wsf950131
該例用于令與 PORTD 口相連的8 個發光二極管前4 個點亮，后4 個熄滅。在調試程序前，應使與PORTD 口相連的8 位拔碼開關拔向相應的位置。
上傳時間： 2014-01-23
上傳用戶：cooran
有兩種方式可以讓設備和應用程序之間聯系：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
在正常操作期間，一次WDT 超時溢出將產生一次器件復位。如果器件處于休眠狀態，一次WDT超時溢出將喚醒器件，使其繼續正常操作（即稱作WDT 喚醒）。對WDTE 設置位清零可以永久性地關閉WDT。后分頻器分配完全是由軟件控制，即它可在程序執行期間隨時更改。在例26-1 中，如果需要的預分頻值不是1:1，就不需要對OPTION_REG 寄存器做初始修改。如果需要的預分頻值是1:1，那么先向OPTION_REG 設置一個非1:1 的臨時預分頻值，在完成其它操作后，在最后修改OPTION_REG 時再設置1:1 的預分頻值。這樣操作，主要是因為無法知道TMR0 預分頻器的當前計數值，而且分頻器更改后，該值將變為WDT 后分頻器的當前計數值，所以必須遵循示例中的代碼順序。如果沒有按照示例中的代碼順序改變OPTION_REG 寄存器，那么無法準確得知WDT 復位前的時間。
上傳時間： 2013-11-02
上傳用戶：674635689
