NEC78K0/KF1用戶手冊 8位單片微控制器 本手冊適用于那些希望了解78K0/KF1產品功能，并設計開發相關應用系統和程序的用戶。主要產品如下。78K0/KF1： μPD780143，780144，780146，780148，78F0148，780143(A)，780144(A)，780146(A)，780148(A)，78F0148(A)，780143(A1)，780144(A1)，780146(A1)，780148(A1)，78F0148(A1)，780143(A2)，780144(A2)，780146(A2)和780148(A2)
上傳時間： 2014-12-27
上傳用戶：魚哥哥你好
利用LPC微控制器進行低成本的模/數轉換 AN10187 datasheet 要想利用數字計算機來處理連續變化的數據，就必須將模擬值轉換成數字量。模/數轉換器（ADC）根據不同的原理工作，其性能、效果和成本都會發生變化。某些微控制器具有能夠提供10位及更高分辨率的集成ADC，但所需的芯片面積和為了保證要求精度而進行的全面試驗增加了此類裝置的成本。
上傳時間： 2013-12-26
上傳用戶：清山綠水
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
上傳用戶：壞壞的華仔
LPC1700系列ARM是基于第二代ARM Cortex-M3內核的微控制器，是為嵌入式系統應用而設計的高性能、低功耗的32位微處理器，適用于儀器儀表、工業通訊、電機控制、燈光控制、報警系統等領域。其操作頻率高達100MHz，采用3級流水線和哈佛結構，帶獨立的本地指令和數據總線以及用于外設的低性能的第三條總線，使得代碼執行速度高達1.25MIPS/MHz，并包含1個支持隨機跳轉的內部預取指單元。
上傳時間： 2013-10-27
上傳用戶：wyc199288
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
Keil C51使用詳解Keil C51 是美國Keil Software 公司出品的51 系列兼容單片機C 語言軟件開發系統，與匯編相比，C 語言在功能上、結構性、可讀性、可維護性上有明顯的優勢，因而易學易用。用過匯編語言后再使用C 來開發，體會更加深刻。Keil C51 軟件提供豐富的庫函數和功能強大的集成開發調試工具，全Windows界面。另外重要的一點，只要看一下編譯后生成的匯編代碼，就能體會到Keil C51生成的目標代碼效率非常之高，多數語句生成的匯編代碼很緊湊，容易理解。在開發大型軟件時更能體現高級語言的優勢。下面詳細介紹 Keil C51 開發系統各部分功能和使用。第二節 Keil C51 單片機軟件開發系統的整體結構C51 工具包的整體結構，如圖(1)所示，其中uVision 與Ishell 分別是C51 forWindows 和for Dos 的集成開發環境(IDE)，可以完成編輯、編譯、連接、調試、仿真等整個開發流程。開發人員可用IDE 本身或其它編輯器編輯C 或匯編源文件。然后分別由C51 及A51 編譯器編譯生成目標文件(.OBJ)。目標文件可由LIB51 創建生成庫文件，也可以與庫文件一起經L51 連接定位生成絕對目標文件(.ABS)。ABS 文件由OH51 轉換成標準的Hex 文件，以供調試器dScope51 或tScope51 使用進行源代碼級調試，也可由仿真器使用直接對目標板進行調試，也可以直接寫入程序存貯器如EPROM 中。圖(1) C51 工具包整體結構圖第三節 Keil C51 工具包的安裝81. C51 for Dos在 Windows 下直接運行軟件包中DOS\C51DOS.exe 然后選擇安裝目錄即可。完畢后欲使系統正常工作須進行以下操作(設C:\C51 為安裝目錄)：修改 Autoexec.bat，加入path=C:\C51\BinSet C51LIB=C:\C51\LIBSet C51INC=C:\C51\INC然后運行Autoexec.bat2. C51 for Windows 的安裝及注意事項：在 Windows 下運行軟件包中WIN\Setup.exe，最好選擇安裝目錄與C51 for Dos相同，這樣設置最簡單(設安裝于C:\C51 目錄下)。然后將軟件包中crack 目錄中的文件拷入C:\C51\Bin 目錄下。第四節 Keil C51 工具包各部分功能及使用簡介1. C51 與A51(1) C51C51 是C 語言編譯器，其使用方法為：C51 sourcefile[編譯控制指令]或者 C51 @ commandfile其中 sourcefile 為C 源文件(.C)。大量的編譯控制指令完成C51 編譯器的全部功能。包控C51 輸出文件C.LST，.OBJ，.I 和.SRC 文件的控制。源文件(.C)的控制等，詳見第五部分的具體介紹。而 Commandfile 為一個連接控制文件其內容包括：.C 源文件及各編譯控制指令，它沒有固定的名字，開發人員可根據自己的習慣指定，它適于用控制指令較多的場合。(2) A51A51 是匯編語言編譯器，使用方法為：9A51 sourcefile[編譯控制指令]或 A51 @ commandfile其中sourcefile 為匯編源文件(.asm或.a51)，而編譯控制指令的使用與其它匯編如ASM語言類似，可參考其他匯編語言材料。Commandfile 同C51 中的Commandfile 類似，它使A51 使用和修改方便。2. L51 和BL51(1) L51L51 是Keil C51 軟件包提供的連接/定位器，其功能是將編譯生成的OBJ 文件與庫文件連接定位生成絕對目標文件(.ABS)，其使用方法為：L51 目標文件列表[庫文件列表] [to outputfile] [連接控制指令]或 L51 @Commandfile源程序的多個模塊分別經 C51 與A51 編譯后生成多個OBJ 文件，連接時，這些文件全列于目標文件列表中，作為輸入文件，如果還需與庫文件(.LiB)相連接，則庫文件也必須列在其后。outputfile 為輸文件名，缺少時為第一模塊名，后綴為.ABS。連接控制指令提供了連接定位時的所有控制功能。Commandfile 為連接控制文件，其具體內容是包括了目標文件列表，庫文件列表及輸出文件、連接控制命令，以取代第一種繁瑣的格式，由于目標模塊庫文件大多不止1 個，因而第2 種方法較多見，這個文件名字也可由使用者隨意指定。(2) Bl51BL51 也是C51 軟件包的連接/定位器，其具有L51 的所有功能，此外它還具有以下3 點特別之處：a. 可以連接定位大于64kBytes 的程序。b. 具有代碼域及域切換功能(CodeBanking & Bank Switching)c. 可用于RTX51 操作系統RTX51 是一個實時多任務操作系統，它改變了傳統的編程模式，甚至不必用main( )函數，單片機系統軟件向RTOS 發展是一種趨勢，這種趨勢對于186 和38610及68K 系列CPU 更為明顯和必須，對8051 因CPU 較為簡單，程序結構等都不太復雜，RTX51 作用顯得不太突出，其專業版軟件PK51 軟件包甚至不包括RTX51Full，而只有一個RTX51TINY 版本的RTOS。RTX51 TINY 適用于無外部RAM 的單片機系統，因而可用面很窄，在本文中不作介紹。Bank switching 技術因使用很少也不作介紹。3. DScope51，Tscope51 及Monitor51(1) dScope51dScope51 是一個源級調試器和模擬器，它可以調試由C51 編譯器、A51 匯編器、PL/M-51 編譯器及ASM－51 匯編器產生的程序。它不需目標板（for windows 也可通過mon51 接目標板），只能進行軟件模擬，但其功能強大，可模擬CPU 及其外圍器件，如內部串口，外部I/O 及定時器等，能對嵌入式軟件功能進行有效測試。
上傳時間： 2013-11-01
上傳用戶：zhouxuepeng1
LPC1311/13/42/43是基于第二代ARM Cortex-M3內核的微控制器，其系統性能大大提高，增強了調試特性，令所支持模塊的集成級別更高，其最大亮點在于具有極高的代碼集成度和極低的功耗。
上傳時間： 2014-12-27
上傳用戶：chfanjiang
NCV8141是一款應用在微處理器上的線性穩壓器，主要應用在汽車電子領域。該器件不僅給微控制器提供電源，還具有很多控制功能，這些功能在當今的嵌入式系統中應用都非常廣泛。這些特性在價格和封裝上有所差異。
上傳時間： 2013-10-28
上傳用戶：kqc13037348641
單片機入門基礎知識大全免費下載 單片機第八課（尋址方式與指令系統） 通過前面的學習，我們已經了解了單片機內部的結構，并且也已經知道，要控制單片機，讓它為我們干學，要用指令，我們已學了幾條指令，但很零散，從現在開始，我們將要系統地學習8051的指令部份。 一、概述 1、指令的格式 我們已知，要讓計算機做事，就得給計算機以指令，并且我們已知，計算機很“笨”，只能懂得數字，如前面我們寫進機器的75H，90H，00H等等，所以指令的第一種格式就是機器碼格式，也說是數字的形式。但這種形式實在是為難我們人了，太難記了，于是有另一種格式，助記符格式，如MOV P1，#0FFH，這樣就好記了。 這兩種格式之間的關系呢，我們不難理解，本質上它們完全等價，只是形式不一樣而已。 2、匯編 我們寫指令使用匯編格式，而計算機只懂機器碼格式，所以要將我們寫的匯編格式的指令轉換為機器碼格式，這種轉換有兩種方法：手工匯編和機器匯編。手工匯編實際上就是查表，因為這兩種格式純粹是格式不同，所以是一一對應的，查一張表格就行了。不過手工查表總是嫌麻煩，所以就有了計算機軟件，用計算機軟件來替代手工查表，這就是機器匯編。 二、尋址 讓我們先來復習一下我們學過的一些指令：MOV P1，#0FFH，MOV R7，#0FFH這些指令都是將一些數據送到相應的位置中去，為什么要送數據呢？第一個因為送入的數可以讓燈全滅掉，第二個是為了要實現延時，從這里我們可以看出來，在用單片機的編程語言編程時，經常要用到數據的傳遞，事實上數據傳遞是單片機編程時的一項重要工作，一共有28條指令（單片機共111條指令）。下面我們就從數據傳遞類指令開始吧。 分析一下MOV P1，#0FFH這條指令，我們不難得出結論，第一個詞MOV是命令動詞，也就是決定做什么事情的，MOV是MOVE少寫了一個E，所以就是“傳遞”，這就是指令，規定做什么事情，后面還有一些參數，分析一下，數據傳遞必須要有一個“源”也就是你要送什么數，必須要有一個“目的”，也就是你這個數要送到什么地方去，顯然在上面那條指令中，要送的數（源）就是0FFH，而要送達的地方（目的地）就是P1這個寄存器。在數據傳遞類指令中，均將目的地寫在指令的后面，而將源寫在最后。 這條指令中，送給P1是這個數本身，換言之，做完這條指令后，我們可以明確地知道，P1中的值是0FFH，但是并不是任何時候都可以直接給出數本身的。例如，在我們前面給出的延時程序例是這樣寫的： MAIN： SETB P1.0 ；（１） LCALL DELAY ；（２） CLR P1.0 ；（３） LCALL DELAY ；（４） AJMP MAIN ；（５） ；以下子程序 DELAY： MOV R7，#250 ；（６） D1： MOV R6，#250 ；（７） D2： DJNZ R6，D2 ；（８） DJNZ R7，D1 ；（９） RET ；（１０） END ；（１１） 表1 MAIN： SETB P1.0 ；（１） MOV 30H，#255 LCALL DELAY ； CLR P1.0 ；（３） MOV 30H,#200 LCALL DELAY ；（４） AJMP MAIN ；（５） ；以下子程序 DELAY： MOV R7，30H ；（６） D1： MOV R6，#250 ；（７） D2： DJNZ R6，D2 ；（８） DJNZ R7，D1 ；（９） RET ；（１０） END ；（１１） 表2 這樣一來，我每次調用延時程序延時的時間都是相同的（大致都是0.13S)，如果我提出這樣的要求：燈亮后延時時間為0.13S燈滅，燈滅后延時0.1秒燈亮，如此循環，這樣的程序還能滿足要求嗎？不能，怎么辦？我們可以把延時程序改成這樣(見表2)：調用則見表2中的主程，也就是先把一個數送入30H，在子程序中R7中的值并不固定，而是根據30H單元中傳過來的數確定。這樣就可以滿足要求。 從這里我們可以得出結論，在數據傳遞中要找到被傳遞的數，很多時候，這個數并不能直接給出，需要變化，這就引出了一個概念：如何尋找操作數，我們把尋找操作數所在單元的地址稱之為尋址。在這里我們直接使用數所在單元的地址找到了操作數，所以稱這種方法為直接尋址。除了這種方法之外，還有一種，如果我們把數放在工作寄存器中，從工作寄存器中尋找數據，則稱之為寄存器尋址。例：MOV A，R0就是將R0工作寄存器中的數據送到累加器A中去。提一個問題：我們知道，工作寄存器就是內存單元的一部份，如果我們選擇工作寄存器組0，則R0就是RAM的00H單元，那么這樣一來，MOV A，00H，和MOV A，R0不就沒什么區別了嗎？為什么要加以區分呢？的確，這兩條指令執行的結果是完全相同的，都是將00H單元中的內容送到A中去，但是執行的過程不同，執行第一條指令需要2個周期，而第二條則只需要1個周期，第一條指令變成最終的目標碼要兩個字節（E5H 00H），而第二條則只要一個字節（E8h）就可以了。 這么斤斤計較！不就差了一個周期嗎，如果是12M的晶振的話，也就1個微秒時間了，一個字節又能有多少？ 不對，如果這條指令只執行一次，也許無所謂，但一條指令如果執行上1000次，就是1毫秒，如果要執行1000000萬次，就是1S的誤差，這就很可觀了，單片機做的是實時控制的事，所以必須如此“斤斤計較”。字節數同樣如此。 再來提一個問題，現在我們已知，尋找操作數可以通過直接給的方式（立即尋址）和直接給出數所在單元地址的方式（直接尋址），這就夠了嗎？ 看這個問題，要求從30H單元開始，取20個數，分別送入A累加器。 就我們目前掌握的辦法而言，要從30H單元取數，就用MOV A，30H，那么下一個數呢？是31H單元的，怎么取呢？還是只能用MOV A，31H，那么20個數，不是得20條指令才能寫完嗎？這里只有20個數，如果要送200個或2000個數，那豈不要寫上200條或2000條命令?這未免太笨了吧。為什么會出現這樣的狀況？是因為我們只會把地址寫在指令中，所以就沒辦法了，如果我們不是把地址直接寫在指令中，而是把地址放在另外一個寄存器單元中，根據這個寄存器單元中的數值決定該到哪個單元中取數據，比如，當前這個寄存器中的值是30H，那么就到30H單元中去取，如果是31H就到31H單元中去取，就可以解決這個問題了。怎么個解決法呢？既然是看的寄存器中的值，那么我們就可以通過一定的方法讓這里面的值發生變化，比如取完一個數后，將這個寄存器單元中的值加1，還是執行同一條指令，可是取數的對象卻不一樣了，不是嗎。通過例子來說明吧。 MOV R7，#20 MOV R0，#30H LOOP：MOV A，@R0 INC R0 DJNZ R7,LOOP 這個例子中大部份指令我們是能看懂的，第一句，是將立即數20送到R7中，執行完后R7中的值應當是20。第二句是將立即數30H送入R0工作寄存器中，所以執行完后，R0單元中的值是30H，第三句，這是看一下R0單元中是什么值，把這個值作為地址，取這個地址單元的內容送入A中，此時，執行這條指令的結果就相當于MOV A，30H。第四句，沒學過，就是把R0中的值加1，因此執行完后，R0中的值就是31H，第五句，學過，將R7中的值減1，看是否等于0，不等于0，則轉到標號LOOP處繼續執行，因此，執行完這句后，將轉去執行MOV A，@R0這句話，此時相當于執行了MOV A，31H（因為此時的R0中的值已是31H了），如此，直到R7中的值逐次相減等于0，也就是循環20次為止，就實現了我們的要求：從30H單元開始將20個數據送入A中。 這也是一種尋找數據的方法，由于數據是間接地被找到的，所以就稱之為間址尋址。注意，在間址尋址中，只能用R0或R1存放等尋找的數據。 二、指令 數據傳遞類指令 1） 以累加器為目的操作數的指令 MOV A，Rn MOV A，direct MOV A，@Ri MOV A，#data 第一條指令中，Rn代表的是R0-R7。第二條指令中，direct就是指的直接地址，而第三條指令中，就是我們剛才講過的。第四條指令是將立即數data送到A中。 下面我們通過一些例子加以說明： MOV A，R1 ；將工作寄存器R1中的值送入A，R1中的值保持不變。 MOV A,30H ；將內存30H單元中的值送入A，30H單元中的值保持不變。 MOV A,@R1 ；先看R1中是什么值，把這個值作為地址，并將這個地址單元中的值送入A中。如執行命令前R1中的值為20H，則是將20H單元中的值送入A中。 MOV A,#34H ；將立即數34H送入A中，執行完本條指令后，A中的值是34H。 2）以寄存器Rn為目的操作的指令 MOV Rn,A MOV Rn,direct MOV Rn,#data 這組指令功能是把源地址單元中的內容送入工作寄存器，源操作數不變。
上傳時間： 2013-10-13
上傳用戶：3294322651
隨著冷庫使用的日益廣泛,冷藏業發展迅速。為了實現冷庫的溫度精確測量、控制以及管理的自動化和科學化,該文采用C8051F020單片機作為主控制器,設計了一個基于多點溫度監控的冷庫自動控制系統。為此,介紹了自動控制系統的功能、結構框圖,并闡述了其硬件和軟件的設計與實現。系統調試能準確的將冷庫溫度控制在設定溫度的范圍內。
上傳時間： 2013-12-15
上傳用戶：Amygdala
