今天閱讀巨龍公司系統整合開發部 楊屹 的《uCOS51移植心得》時看到一句話：RETI指令復位中斷系統，RET則沒有。實踐表明，對於MCS-51，用子程式呼叫入棧，用中斷返回指令RETI出棧是沒有問題的，反之中斷入棧RET出棧則不行。總之，對於入棧，子程式呼叫與中斷呼叫效果是一樣的，可以混用。在沒有中斷髮生的情況下復位中斷系統也不會影響系統正常執行。具體原因，文中並沒有點明。由此引發ret和reti指令到底什麼區別呢？

檢視幫助手冊，關於reti的說明如下：

RETI
The RETI instruction is used to end an interrupt service routine. This instruction pops the high-order and low-order bytes of the PC (and decrements the stack pointer by 2) and restores the interrput logic to accept additional interrupts. No other registers are affected by this instruction.

The RETI instruction does not restore the PSW to its value before the interrupt. The interrupt service routine must save and restore the PSW.

Execution returns to the instruction immediately after the point at which the interrupt was detected. If another interrupt was pending when the RETI instruction is executed, one instruction at the return address is executed before the pending interrupt is processed.

See Also: RET

 

關於ret的說明如下：

RET
The RET instruction pops the high-order and low-order bytes of the PC from the stack (and decrements the stack pointer by 2). Program execution resumes from the resulting address which is typically the instruction following an ACALL or LCALL instruction. No flags are affected by this instruction.

See Also: ACALL, LCALL

 

過一眼便知，reti做的事肯定比ret多（傻啊，只要不眼瞎都能看出來 ^_^）

先來說說兩個指令做的相同的部分：從堆疊中依次彈出2個位元組到PC的高位位元組和低位位元組， 都沒有將PSW出棧的過程,所以系統在響應中斷前，只將程式指標PC儲存起來 PSW卻沒有保護起來。—— 這點與8086有些不同，8086中ret指令要做的就是從堆疊中彈出一個字到指令指標暫存器 IP 中，而iret從堆疊中彈出（恢復）IP、CS 和 FLAGS 的原始內容，於是轉到主程式接著執行。

因為沒有儲存PSW，所以 中斷服務程式中首先應該把PSW儲存在棧中或者暫存器中，在中斷服務程式結束前,再將PSW的值恢復,使正常程式流程不被破壞。

兩者的區別呢？ 從上面可以看到，reti還要恢復什麼interrupt logic，那麼interrupt logic是什麼呢？

百度之 ... ...

以下內容來自網路：

------------------------------------------------------------------------------------------------------------------------------------------

資料指出“根據8051的結構特點，其中斷系統中含有兩個不可定址的“優先順序生效”觸發器。一個用於指出CPU是否正在執行高優先順序的中斷服務程式，這個觸發器為1時，系統將遮蔽所有的中斷請求；另一個則指出CPU是否正在執行低優先順序中斷服務程式，該觸發器為1時，將阻止除高優先順序以外的一切中斷請求。由此可見，若要響應同級甚至是低階中斷請求，必須使得該“優先順序生效”觸發器清零。但該觸發器又是不可定址的，所以無法用軟體直接清零。

通常情況下，在普通的彙編子程式中用RET做返回，在中斷服務子程式中用RETI起中斷返回作用。兩條指令都能從堆疊中彈出斷點地址並裝入PC中，使 CPU回到原來主程式的斷點處繼續執行。然而，RET和RETI有本質的區別：當某一中斷源響應後，微控制器中的標誌暫存器flag H和flag L其中的一個將會自動置位，用於阻止比它低階或同級的中斷觸發。RETI可以清除“優先順序啟用觸發器”（即flag暫存器），以保證後續中斷源的及時響應。所以，當把RETI替換為RET後，該程式在第一次執行時可能不會出錯，但在第二次執行時就會出錯了！
------------------------------------------------------------------------------------------------------------------------------------------

意思就是說：51核心中有兩個不可見的中斷優先順序狀態暫存器，用於指示發生了中斷。 因為有二級中斷，所以用了兩個。 當用reti返回時，除了執行ret相同的功能外，還會清相應的的狀態的暫存器。如果在中斷中用ret返回，由於沒清相應的狀態暫存器，則此後不能進同級別中斷。

reti除了相關的棧操作以外，還有可能要清除一些可以硬體清除的中斷請求標誌位，同時復位中斷控制系統，以使後繼發生的中斷可以被有效響應。可以設想，如果允許在中斷服務子程式中使用RET返回會導致CPU對該返回操作的二義理解：究竟是中斷服務子程式的返回呢，還是在中斷中呼叫了某一個子函式的返回呢？畢竟我們不能不允許在中斷服務子程式中呼叫其他子函式吧？

所以，為了消除這種二義性，在中斷服務子程式中使用reti返回~！

總結以下：

① 在非中斷過程呼叫的子程式用ret和reti返回是可以相互替代的 -- 因為在沒有中斷髮生的情況下復位中斷系統也不會影響系統正常執行。

② 如果在中斷過程中呼叫的子程式也用reti返回，那麼中斷狀態暫存器觸發器會被提前清除，那麼實際上中斷過程仍在繼續，而這時又有其他中斷源來臨(即便中斷源優先順序和此時中斷程式的優先順序相比低或者相同)，系統也會響應新的中斷源。
 
③ 如果在中斷服務程式中的返回用的是ret來代替,雖然響應完一次中斷後能正常返回,但是中斷狀態暫存器觸發器沒有被清除。那麼如果有比其優先順序低或者優先順序相同的中斷請求，MCS-51將不會響應請求， 但是隻要程式中任何地方再執行一次RETI(比如子程式返回),中斷仍會繼續響應

④ 在中斷服務程式總PUSH和POP指令必須成對使用，否則不能正確返回斷點（其實非中斷過程呼叫也一樣）

簡而言之　
　中斷函式返回用reti，
    普通函式返回及中斷函式中呼叫的普通函式返回用ret。
 

參考連結：