目前市場上有許多種單片機用在嵌入式控制系統設計中，這些嵌入式控制系統中的很大一部分都要用到非易失性存儲器。由于串行EEPROM 具有封裝尺寸小，存儲容量靈活，對I/O 引腳要求低，和低功耗低成本等特點，已成為非易失性存儲器的首選。
上傳時間： 2013-11-13
上傳用戶：invtnewer
單片機入門基礎知識大全免費下載 單片機第八課（尋址方式與指令系統） 通過前面的學習，我們已經了解了單片機內部的結構，并且也已經知道，要控制單片機，讓它為我們干學，要用指令，我們已學了幾條指令，但很零散，從現在開始，我們將要系統地學習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
7.1 串行通信基本知識7.2 串行口及應用7.3 RS-232C標準接口總線 及串行通信硬件設計7.4 89C51與89C51點對點異步通信7.5 89C51與PC機間通信軟件的設計7.6 PC機與多個單片機間的通信本章將介紹89C51串行口的結構及應用PC機與89C51間的雙機通信一臺PC機控制多臺89C51前沿機的分布式系統，以及通信接口電路和軟件設計，并給出設計實例，包括接口電路、程序框圖、主程序和接收/發送子程序．
上傳時間： 2013-10-27
上傳用戶：firstbyte
針對MCS51 微控制器（單片機）在實際工程開發中遇到的調試難題，提出一種在線調試解決方案。充分利用微控制器本身自帶RS232 接口，以Keil C51 開發出服務例程駐留于微控制器內，從而完成實際工程調試。該服務例程已在實際工程中得到現場應用，全面達到了設計要求。本文涉及的服務例程對于實際工程中MCS51 微控制器的調試具有普遍參考價值。
上傳時間： 2013-12-24
上傳用戶：stvnash
自動檢測80C51串行通訊中的波特率:本文介紹一種在80C51 串行通訊應用中自動檢測波特率的方法。按照經驗，程序起動后所接收到的第1 個字符用于測量波特率。這種方法可以不用設定難于記憶的開關，還可以免去在有關應用中使用多種不同波特率的煩惱。人們可以設想：一種可靠地實現自動波特檢測的方法是可能的，它無須嚴格限制可被確認的字符。問題是：在各種的條件下，如何可以在大量允許出現的字符中找出波特率定時間隔。顯然，最快捷的方法是檢測一個單獨位時間（single bit time），以確定接收波特率應該是多少。可是，在RS-232 模式下，許多ASCII 字符并不能測量出一個單獨位時間。對于大多數字符來說，只要波特率存在合理波動（這里的波特率是指標準波特率），從起始位到最后一位“可見”位的數據傳輸周期就會在一定范圍內發生變化。此外，許多系統采用8 位數據、無奇偶校驗的格式傳輸ASCII 字符。在這種格式里，普通ASCII 字節不會有MSB 設定，并且，UART總是先發送數據低位（LSB），后發送數據高位（MSB），我們總會看見數據的停止位。在下面的波特率檢測程序中，先等待串行通訊輸入管腳的起始信號（下降沿），然后起動定時器T0。在其后的串行數據的每一個上升沿，將定時器T0 的數值捕獲并保存。當定時器T0溢出時，其最后一次捕獲的數值即為從串行數據起始位到最后一個上升沿（我們假設是停止位）過程所持續的時間。
上傳時間： 2014-08-22
上傳用戶：dajin
單片機溫度采集器與PC104分站的串行通信:用PC104 模塊組建的礦井變電所采集分站,具有強大的以太網和CAN 總線通信功能。在PC104模塊底板上,設計了一個基于89C2051 單片機的溫度采集器,用于采集溫度傳感器監測值并通過串口將該監測值傳送到PC104 分站。該設計簡化了變電所環境溫度監測的軟、硬件,并且編程簡單,充分利用了PC104 的空閑串口資源。關鍵詞:溫度采集器; 單片機; 串行通信; PC104
上傳時間： 2013-11-24
上傳用戶：wangchong
本文介紹一種實現TMS320F240 DSP與C51單片機串行通訊的方法。詳細說明了TMS320F240 DSP與C51單片機的硬件構成和軟件設置等問題。
上傳時間： 2013-11-24
上傳用戶：1234567890qqq
通過介紹串行EEPR0M芯片在MCS．51單片機系統中的應用，為單片機應用數據存儲器的擴展，提供一個新的理念，從而有效地提高了單片機cPu的引腳資源利用率，為單片機應用系統設計、開發、數據管理提供了又一種結構形式．
上傳時間： 2013-10-21
上傳用戶：181992417
RS232C串行通信在控制領域里應用得很廣泛但在實際應用中又會因所控制的對象所解決的問題不同而各具特點本文所涉及的是傳輸距離不超過15米所傳輸數據量較小的PC機和單片機的通信如PC機對IC卡的讀寫PC機對單片機燒寫器的數據轉輸以及其它一些具有類似特點的智能化儀器和儀表中的數據通信
上傳時間： 2014-12-28
上傳用戶：6546544
CAT24Cxxx是集E2PROM存儲器, 精確復位控制器和看門狗定時器三種流行功能于一體的芯片。CAT24C161/162（16K），CAT24C081/082（8K），CAT24C041/042（4K）和CAT24C021/022（2K） 主要作為I2C 串行CMOS E2PROM器件，采用先進的CMOS工藝大大降低了器件的功耗。CAT24Cxxx另一特點是16 字節的頁寫緩沖區，提供8腳DIP和SOIC封裝。CAT24Cxxx的復位功能和看門狗定時器功能保證系統出現故障的時候能給CPU一個復位信號。CAT24Cxxx的第2腳輸出低電平復位信號，第7腳輸出高電平復位信號。CAT24Cxx1 看狗溢出信號從SDA腳輸出CAT24Cxx2不具備看門狗功能
上傳時間： 2013-12-12
上傳用戶：siying
