main()
{
unsignedcharcoderst[]={0xe4,0xc0,0xe0,0xc0,0xe0,0x32};//復位代碼
(*((void(*)())(rst)))();//執行上一行代碼，將rst數組當函數調用
}
本來我告訴他嵌入如下代碼：
clra
pushacc
pushacc
reti
結果他卻玩了前面哪一段，而數組rst[]中的內容恰恰是上面的匯編機器碼，他的做法是將
rst數組的數據當作代碼保存，然后采用絕對地址方式指向該數組，將該數組中的代碼當作
函數來運行。居然通過了！

l單片機復位的更好方法
帖子中匯編語言解釋如下：
clra//清除ACC=0
pushacc//壓0到堆棧——8位
pushacc//再壓0到堆棧——再8位
reti//返回到0地址，從而執行。
本句的分析方法同上，但更加精煉，沒有多余的匯編語句。

軟件復位跟真正上電復位有很大差別：上電復位時大部分寄存器都有確定的復位值；軟件
復位則只相當于從0地址開始執行而已，寄存器不會變為確定的復位值。

例：修改出錯處理如下：
ERR: CLR EA ;正確的軟件復位入口
MOV 66H,#0AAH ;重建上電標志
MOV 67H,#55H
MOV DPTR,#ERR1 ;準備第一次返回地址
PUSH DPL
PUSH DPH
RETI ;清除高級中斷激活標志
ERR1: CLR A
PUSH ACC
PUSH ACC
RETI ;清除低級中斷激活標志
這時,必須執行兩次RETI,才能到達0000H,以保證清除全部中斷激活標志,達到和硬件復位相同的效果。同樣,軟件陷井也必須由下列三條指令
NOP
NOP
LJMP STAT
改成：
NOP
NOP
LJMP ERR
才能達到目的。
當主程序受到干擾被軟件陷阱捕獲時,中斷標志并未置位,執行ERR過程中,RETI指令等效于RET指令,同樣可以達到軟件復位的目的。有興趣的讀者可以將軟件陷阱代替死循環,分別用LJMP STAT和LJMP ERR1來替代LJMP ERR,再將干擾檢測分別設在低級中斷和主程序中,實驗結果必然證明同：只有LJMP ERR才能萬無一失地實現軟件復位,使系統擺脫干擾同,恢復正常。在MCS-51單片機的軟件復位過程中,必須連續執行兩次中斷返回指令RETI才能確保系統恢復正常。

2、C語言復位

void reset (void){((void (code *) (void)) 0x0000) ();

復位程序并不能清除8051的中斷系統和某些8051的外圍設備，當您在中斷程序中調用上面的軟件復位程序后，中斷將再不能觸發。因此，以上的軟復位程序不能在中斷子程序中調用。

可以使用下面的程序跳到0000H實現軟復位，下面的程序實際上是一個函數指針，指針指向了0000H地址。((void (code *) (void)) 0x0000) ();

下面的例子將實現軟件自復位
void reset (void)
{
((void (code *) (void)) 0x0000) ();
}
void main (void)
{
reset ();
}

你可能注意到以上的軟復位程序并不能清除8051的中斷系統和某些8051的外圍設備，當您在中斷程序中調用上面的軟件復位程序后，中斷將再不能觸發。因此，以上的軟復位程序不能在中斷子程序中調用。

下面的小段匯編函數可以在中斷程序或主程序中調用，該函數將0x0000壓棧，然后通過“RETI”出棧，這將清除中斷環境并讓程序從0000H重新開始運行。

?PR?RESET  SEGMENT CODERSEG ?PR?RESET

; C prototype:  void reset (void);PUBLIC resetreset: POP  ACC  ; pop return addressPOP  ACCCLR  A    ; push 0 as newPUSH ACC  ; return address to stackPUSH ACCRETI      ; execute return of interruptEND以上程序在選擇bank 0寄存器組時工作良好，假如選擇的不是bank0寄存器組，那么可能無法獲得預料的結果。你應該在以上的程序或啟動代碼中加上“MOV PSW, #0”來選擇bank 0寄存器組。

我的軟復位，用了多年沒問題
clrEA
callreset
callreset;用了多少中斷優先級，就調用幾次reset
jmpstart;跳轉至0000h