久久久久久久999_99精品久久精品一区二区爱城_成人欧美一区二区三区在线播放_国产精品日本一区二区不卡视频_国产午夜视频_欧美精品在线观看免费

標(biāo)題: 請(qǐng)教各位大神一個(gè)匯編語言堆棧大小計(jì)算的問題 [打印本頁]

作者: newlined 時(shí)間: 2022-7-12 06:34
標(biāo)題: 請(qǐng)教各位大神一個(gè)匯編語言堆棧大小計(jì)算的問題
我有一個(gè)主程序A(是51單片機(jī)的匯編)，在STC 8H上跑，這個(gè)主程序A調(diào)用了子程序A1，A1又調(diào)用了A2,A2又調(diào)用了A3，即A->A1->A2->A3。中斷用了5個(gè),可以定義成中斷B，C，D，E，F(xiàn)。其中中斷B，C是高級(jí)中斷，D，E，F(xiàn)是低級(jí)中斷。所有中斷中都是PUSH ACC，PUSH PSW，沒有再PUSH其他寄存器,出中斷時(shí)POP PSW ,POP ACC。中斷B中，調(diào)用了子程序B1，B1又調(diào)用了B2即B-B1->B2。C中斷中沒有調(diào)用其他子程序。D中斷中調(diào)用了子程序D1，D1又調(diào)用了D2,即D->D1-D2。E中斷中調(diào)用了子程序E1，E1又調(diào)用了E2，E2又調(diào)用了E3,即E->E1->E2-E3。所有子程序都是簡(jiǎn)單的對(duì)單片機(jī)的端口進(jìn)行操作，即置高或低，子程序沒有用堆棧傳遞參數(shù)。按照我的理解，考慮一個(gè)最復(fù)雜的情況，主程序在調(diào)用A3時(shí)，堆棧用了6個(gè)字節(jié)，這時(shí)發(fā)生E中斷，E中斷在調(diào)用E3時(shí)，堆棧用了8個(gè)字節(jié)，這是發(fā)生B中斷，在B中斷調(diào)用B2時(shí)，堆棧用了6個(gè)字節(jié)，這樣堆棧最多用20個(gè)字節(jié)就可以了，但在實(shí)際情況中，單片機(jī)不時(shí)會(huì)死機(jī).這個(gè)程序原先不是我寫的，我不過做了一點(diǎn)修改，即在中斷E中加了一個(gè)子程序E3。以前堆棧留的比較小，只有20個(gè)字節(jié)，后來我又找了幾個(gè)加上了，但還是不大。現(xiàn)在我懷疑是堆棧溢出了，請(qǐng)問我堆棧大小的計(jì)算對(duì)嗎？衷心感謝

作者: datouyuan 時(shí)間: 2022-7-12 12:03
1.51的任何子程序都需要通過堆棧傳遞PC值，最少2字節(jié)。
2.51的中斷子程序通過堆棧傳遞PC、ACC、PSW ，最少4字節(jié)。
3.中斷內(nèi)部調(diào)用子程序算情形1，最少2字節(jié)。

你的代碼有2級(jí)中斷調(diào)用，情形1調(diào)用算6級(jí)，所以最少20字節(jié)（2*4+6*2）。
但上述是最理想的情況。我們一般按10級(jí)情形1算，但情形1算5字節(jié)，預(yù)留50字節(jié)堆棧。

作者: Y_G_G 時(shí)間: 2022-7-12 12:26
8051是軟件堆棧,如果不是刻意去填滿它,堆棧基本上是不會(huì)有問題的
卡死的問題不一定是堆棧的問題,可能是中斷太多,而且中斷觸發(fā)間隔時(shí)間太短
比如說:
1,ADC中你調(diào)用了某個(gè)子程序,ADC執(zhí)行的總時(shí)長是5mS,ADC中斷你又設(shè)定成最高優(yōu)先等級(jí),而ADC中斷間隔是1mS
2,定時(shí)器中斷是2mS的
那么,這個(gè)程序就一直在ADC和定時(shí)器之間運(yùn)行了,主程序基本是不會(huì)執(zhí)行的

作者: newlined 時(shí)間: 2022-7-12 14:21

datouyuan 發(fā)表于 2022-7-12 12:03
1.51的任何子程序都需要通過堆棧傳遞PC值，最少2字節(jié)。
2.51的中斷子程序通過堆棧傳遞PC、ACC、PSW ，最少 ...

謝謝您的回復(fù)，我算的是最多需要20字節(jié)，您算的最少需要20字節(jié)

我是這樣理解的同為高級(jí)的2個(gè)中斷B，C，同一時(shí)刻只能有一個(gè)中斷響應(yīng)，C中斷響應(yīng)，堆棧占用2個(gè)字節(jié)，B中斷響應(yīng)，最多占用6個(gè)字節(jié)，所以按B中斷記，D，E,F三個(gè)低級(jí)中斷，它們?nèi)齻€(gè)同一時(shí)刻只有1個(gè)被CPU響應(yīng)，主貼中忘記說了，F(xiàn)中斷內(nèi)沒有子程序，按子程序調(diào)用最深的E中斷算，低級(jí)中斷最多需要8個(gè)字節(jié)，主程序中子程序調(diào)用最多需要6個(gè)字節(jié)，這樣需要20個(gè)字節(jié)就可以了。按照您的計(jì)算，我肯定是哪里理解錯(cuò)了，錯(cuò)在那里，麻煩您再說一下，我在這方面是半路出家，有些方面理解不透，謝謝。

作者: newlined 時(shí)間: 2022-7-12 14:28

Y_G_G 發(fā)表于 2022-7-12 12:26
8051是軟件堆棧,如果不是刻意去填滿它,堆棧基本上是不會(huì)有問題的
卡死的問題不一定是堆棧的問題,可能是中 ...

謝謝您的回復(fù)，我明白了您的意思，您是說，中斷觸發(fā)間隔的時(shí)間短，而中斷本身執(zhí)行的時(shí)間長，結(jié)果就是CPU在中斷之間運(yùn)行，一個(gè)中斷執(zhí)行完，馬上又去響應(yīng)另一個(gè)中斷，然后又去響應(yīng)前一個(gè)中斷，沒有時(shí)間去執(zhí)行主程序，我按您的思路拿示波器跟蹤下，看看每一個(gè)中斷需要多少時(shí)間。

作者: hb_lhw 時(shí)間: 2022-7-12 15:00
每次中斷，自動(dòng)入棧一個(gè)PC寄存器，具體幾個(gè)字節(jié)我忘了，然后中斷返回的時(shí)候再自動(dòng)出棧，樓主沒考慮這個(gè)，所以可能會(huì)亂。

作者: newlined 時(shí)間: 2022-7-12 15:24

hb_lhw 發(fā)表于 2022-7-12 15:00
每次中斷，自動(dòng)入棧一個(gè)PC寄存器，具體幾個(gè)字節(jié)我忘了，然后中斷返回的時(shí)候再自動(dòng)出棧，樓主沒考慮這個(gè)，所 ...

您說的應(yīng)該是程序寄存器，也就是PC寄存器，它是16位的，占用2個(gè)字節(jié)，按說我已經(jīng)考慮到了。

作者: newlined 時(shí)間: 2022-7-12 15:27

datouyuan 發(fā)表于 2022-7-12 12:03
1.51的任何子程序都需要通過堆棧傳遞PC值，最少2字節(jié)。
2.51的中斷子程序通過堆棧傳遞PC、ACC、PSW ，最少 ...

我剛才又想到，是不是中斷嵌套時(shí)，堆棧需要消耗更多的字節(jié)？中斷嵌套時(shí)堆棧消耗的字節(jié)是怎樣計(jì)算的？

作者: newlined 時(shí)間: 2022-7-12 15:44
本帖最后由 newlined 于 2022-7-12 15:47 編輯

Y_G_G 發(fā)表于 2022-7-12 12:26
8051是軟件堆棧,如果不是刻意去填滿它,堆棧基本上是不會(huì)有問題的
卡死的問題不一定是堆棧的問題,可能是中 ...

您好，我剛才拿示波器跟蹤了一下，一共5個(gè)中斷，2個(gè)中斷是1毫秒一次，一個(gè)外部中斷是20毫秒到100毫秒一次，這3個(gè)1個(gè)請(qǐng)問-中斷的時(shí)間在5微妙到10微妙之間，應(yīng)該沒有問題。還有一個(gè)是30毫秒1次，執(zhí)行時(shí)間是10微秒，也沒有問題，執(zhí)行時(shí)間比較長的是一個(gè)掉電中斷，是高級(jí)中斷，執(zhí)行時(shí)間10毫秒，這個(gè)中斷執(zhí)行完就不再執(zhí)行其他語句了，單片機(jī)就等著掉電了。按說也不影響主程序的運(yùn)行

作者: 188610329 時(shí)間: 2022-7-12 16:25
是不是堆棧大小的問題，用KEIL 編譯后，仿真一下，看一下 SP_max 就知道了。有什么好算得？

我現(xiàn)在好奇的是，你確定是堆棧問題？你那么多中斷你居然都是只 PUSH ACC 和 PSW 的？你不用 R0~R7 的？不用 B 的？不用 DPTR 的？這些只要有一個(gè)，你該P(yáng)USH 的沒有PUSH 都會(huì)有可能造成發(fā)生過中斷后，程序出現(xiàn)錯(cuò)誤，最終跑飛。

作者: Y_G_G 時(shí)間: 2022-7-12 16:56

newlined 發(fā)表于 2022-7-12 14:28
謝謝您的回復(fù)，我明白了您的意思，您是說，中斷觸發(fā)間隔的時(shí)間短，而中斷本身執(zhí)行的時(shí)間長，結(jié)果就是CPU ...

大概就是這么個(gè)意思了
也就是說程序是在中斷之間來回跑的
主程序幾乎沒有執(zhí)行的時(shí)間
為什么要在中斷中執(zhí)行那么多功能呢?能不能放在主程序執(zhí)行呢?

作者: newlined 時(shí)間: 2022-7-12 17:03

Y_G_G 發(fā)表于 2022-7-12 16:56
大概就是這么個(gè)意思了
也就是說程序是在中斷之間來回跑的
主程序幾乎沒有執(zhí)行的時(shí)間

這個(gè)程序是20年前別人編寫的，我現(xiàn)在接手維護(hù)，整個(gè)程序還沒有吃透。

作者: newlined 時(shí)間: 2022-7-12 17:13

Y_G_G 發(fā)表于 2022-7-12 16:56
大概就是這么個(gè)意思了
也就是說程序是在中斷之間來回跑的
主程序幾乎沒有執(zhí)行的時(shí)間

大約1小時(shí)前回復(fù)過，不知道回帖為什么沒有了。今天下午我拿示波器跟蹤了各個(gè)中斷的執(zhí)行時(shí)間，有2個(gè)是1毫秒1次的中斷，執(zhí)行時(shí)間在10微妙左右，1個(gè)是30毫秒的中斷，執(zhí)行時(shí)間是10微妙多一點(diǎn)，一個(gè)外部中斷，20毫秒到100毫秒一次，執(zhí)行時(shí)間在8微妙左右，應(yīng)該都可以，不會(huì)引起主程序執(zhí)行時(shí)間的不足，一個(gè)掉電中斷，是高級(jí)中斷，執(zhí)行時(shí)間10毫秒，這個(gè)按說也不影響主程序的運(yùn)行，因?yàn)檫@個(gè)中斷執(zhí)行完，就等著掉電了，不再執(zhí)行其他語句了。

作者: newlined 時(shí)間: 2022-7-12 17:18

188610329 發(fā)表于 2022-7-12 16:25
是不是堆棧大小的問題，用KEIL 編譯后，仿真一下，看一下 SP_max 就知道了。有什么好算得？

我現(xiàn)在好奇 ...

這個(gè)程序是20年前別人寫的，我接手維護(hù)，小改下，不好動(dòng)架構(gòu)。

作者: datouyuan 時(shí)間: 2022-7-12 17:23

newlined 發(fā)表于 2022-7-12 14:21
謝謝您的回復(fù)，我算的是最多需要20字節(jié)，您算的最少需要20字節(jié)
我是這樣理解的同為高級(jí)的2個(gè)中斷B ...

考慮一個(gè)最復(fù)雜的情況，主程序在調(diào)用A3時(shí)，堆棧用了6個(gè)字節(jié)，這時(shí)發(fā)生E中斷，E中斷在調(diào)用E3時(shí)，堆棧用了8個(gè)字節(jié)，這是發(fā)生B中斷，在B中斷調(diào)用B2時(shí)，堆棧用了6個(gè)字節(jié)，這樣堆棧最多用20個(gè)字節(jié)就可以了

A到A3，是函數(shù)調(diào)用3級(jí)，最少6字節(jié)。
E中斷，是中斷函數(shù)調(diào)用，最少4字節(jié)。
E到E3，是函數(shù)調(diào)用3級(jí)，最少6字節(jié)。
B中斷，是中斷函數(shù)調(diào)用，最少4字節(jié)。
B到B2，是函數(shù)調(diào)用2級(jí)，最少4字節(jié)。
最少24字節(jié)。

不需要按上述計(jì)算，堆棧就是按函數(shù)調(diào)用深度和中斷函數(shù)調(diào)用深度估算。
函數(shù)調(diào)用深度8級(jí)，最少占用16（2*8）字節(jié)。
中斷函數(shù)調(diào)用深度2級(jí)，最少占用8（4*2）字節(jié)。
我提到的3點(diǎn)原則只考慮了PCH PCL ACC PSW的保存、恢復(fù)，是最低要求的情形。有些應(yīng)用還要考慮DPTR、B、R0~R7的保存、恢復(fù),所以堆棧需求會(huì)明顯大于24個(gè)字節(jié)。

作者: datouyuan 時(shí)間: 2022-7-12 17:35
C51中斷中使用函數(shù)是很不好的習(xí)慣。
你把中斷中的函數(shù)改成不是函數(shù)，以代碼空間換時(shí)間和RAM。
應(yīng)該能解決問題。

作者: Y_G_G 時(shí)間: 2022-7-12 18:20

newlined 發(fā)表于 2022-7-12 17:13
大約1小時(shí)前回復(fù)過，不知道回帖為什么沒有了。今天下午我拿示波器跟蹤了各個(gè)中斷的執(zhí)行時(shí)間，有2個(gè)是1毫 ...

所謂"死機(jī)"和中斷無法跳出,這不過是推測(cè)而已,說不定可能就是其它的小問題而已
匯編是很容易出問題的
如果說是以前的代碼是可以量產(chǎn)的,就說明以前的代碼是沒有問題的
重點(diǎn)看你的代碼會(huì)影響到哪些
如果不是什么商業(yè)機(jī)密,就把完整代碼上傳,大家一看就知道了

作者: newlined 時(shí)間: 2022-7-13 13:32

188610329 發(fā)表于 2022-7-12 16:25
是不是堆棧大小的問題，用KEIL 編譯后，仿真一下，看一下 SP_max 就知道了。有什么好算得？

我現(xiàn)在好奇 ...

您好，以前的程序就是沒有對(duì)DPTR保護(hù)。看了您的發(fā)言后，我看了下程序，里邊的確用了DPTR，不知道為什么程序還可以運(yùn)行。工作寄存器的4個(gè)區(qū)，有1個(gè)區(qū)是2個(gè)低級(jí)中斷公用的，這2個(gè)中斷不會(huì)同時(shí)響應(yīng)，只用了R0和R1，每次用之前，都要先賦值，訪問間接尋址的空間，所以不會(huì)沖突。B寄存器也用了，不知道為什么沒有保護(hù)。這個(gè)程序大幾千行,沒有文字的介紹資料，注釋也很少，估計(jì)不止一人維護(hù)過.我還遠(yuǎn)沒有吃透.

作者: 188610329 時(shí)間: 2022-7-13 13:44

newlined 發(fā)表于 2022-7-13 13:32
您好，以前的程序就是沒有對(duì)DPTR保護(hù)。看了您的發(fā)言后，我看了下程序，里邊的確用了DPTR，不知道為什么程 ...

程序沒吃透的前提下, 最不變應(yīng)萬變的做法,就是中斷里用了了什么, 進(jìn)入中斷前就 PUSH什么，出中斷前 POP什么，這是最笨，但也是最穩(wěn)妥的辦法。等到吃透之后，可以選擇性的 PUSH 和 POP

作者: newlined 時(shí)間: 2022-7-13 13:47

datouyuan 發(fā)表于 2022-7-12 17:35
C51中斷中使用函數(shù)是很不好的習(xí)慣。
你把中斷中的函數(shù)改成不是函數(shù)，以代碼空間換時(shí)間和RAM。
應(yīng)該能解決 ...

您好，您這一說，我意識(shí)到一個(gè)問題，函數(shù)重入，這個(gè)程序編譯時(shí)曾經(jīng)出過這個(gè)警告，后來我把一個(gè)函數(shù)復(fù)制了一份，另起了一個(gè)名字，供不同的子程序還是中斷調(diào)用，現(xiàn)在是不是還有這個(gè)問題？在keil c中也不能這么用嗎？

作者: datouyuan 時(shí)間: 2022-7-13 15:12

newlined 發(fā)表于 2022-7-13 13:47
您好，您這一說，我意識(shí)到一個(gè)問題，函數(shù)重入，這個(gè)程序編譯時(shí)曾經(jīng)出過這個(gè)警告，后來我把一個(gè)函數(shù)復(fù)制了 ...

一般的C51函數(shù)是不支持再入的。

一個(gè)函數(shù)復(fù)制了一份，另起了一個(gè)名字

可以這樣解決（這個(gè)函數(shù)內(nèi)部不能有函數(shù)），但你必須確保業(yè)務(wù)邏輯不會(huì)有問題。

中斷調(diào)用的函數(shù)一般只被中斷調(diào)用，所以沒有必要寫成函數(shù)。

作者: newlined 時(shí)間: 2022-7-13 15:42

datouyuan 發(fā)表于 2022-7-12 17:35
C51中斷中使用函數(shù)是很不好的習(xí)慣。
你把中斷中的函數(shù)改成不是函數(shù)，以代碼空間換時(shí)間和RAM。
應(yīng)該能解決 ...

您說的對(duì)，開始我并沒有理解您的意思，剛才看中斷中的函數(shù)，我想到，假設(shè)在中斷中，我使用了R0,然后調(diào)用函數(shù)，在函數(shù)中我又使用了R0,從函數(shù)返回后，R0的值肯定變了.好在我用R0都是用來訪問間接尋址的地址，隨用隨賦值，要是用R0保存某個(gè)數(shù)據(jù)的話，調(diào)用函數(shù)前，可不可以PUSH到堆棧，調(diào)用函數(shù)后再POP?

作者: datouyuan 時(shí)間: 2022-7-13 15:52

newlined 發(fā)表于 2022-7-13 15:42
您說的對(duì)，開始我并沒有理解您的意思，剛才看中斷中的函數(shù)，我想到，假設(shè)在中斷中，我使用了R0,然后調(diào)用 ...

當(dāng)然可以。但這又會(huì)增加堆棧需求。
匯編代碼要自己考慮如何保護(hù)現(xiàn)場(chǎng)，恢復(fù)現(xiàn)場(chǎng)。

C51編譯器能根據(jù)上下文，自動(dòng)做好保護(hù)現(xiàn)場(chǎng)，恢復(fù)現(xiàn)場(chǎng)。

好在我用R0都是用來訪問間接尋址的地址，隨用隨賦值

你這種做法沒有用。這個(gè)操作不是原子操作，中斷會(huì)發(fā)生在操作中間，發(fā)生中斷后，不能恢復(fù)現(xiàn)場(chǎng)。

作者: newlined 時(shí)間: 2022-7-13 16:11

datouyuan 發(fā)表于 2022-7-13 15:52
當(dāng)然可以。但這又會(huì)增加堆棧需求。
匯編代碼要自己考慮如何保護(hù)現(xiàn)場(chǎng)，恢復(fù)現(xiàn)場(chǎng)。

您是說中斷自己不能恢復(fù)現(xiàn)場(chǎng)，需要人為的PUSH,POP來恢復(fù)現(xiàn)場(chǎng)？而函數(shù)調(diào)用，C51的編譯器可以調(diào)用函數(shù)時(shí)，用堆棧保存PC的值，調(diào)用完，函數(shù)執(zhí)行到RET，PC的值自動(dòng)恢復(fù)，其他寄存器的值也自動(dòng)恢復(fù)？

作者: datouyuan 時(shí)間: 2022-7-13 17:12

newlined 發(fā)表于 2022-7-13 16:11
您是說中斷自己不能恢復(fù)現(xiàn)場(chǎng)，需要人為的PUSH,POP來恢復(fù)現(xiàn)場(chǎng)？而函數(shù)調(diào)用，C51的編譯器可以調(diào)用函數(shù)時(shí)， ...

只有PC值能自動(dòng)恢復(fù)，其它值得恢復(fù)要靠軟件操作。

作者: newlined 時(shí)間: 2022-7-13 17:22
是這樣，明天我仿真下，再仔細(xì)領(lǐng)會(huì)您的意思。

作者: 188610329 時(shí)間: 2022-7-13 18:22

newlined 發(fā)表于 2022-7-13 16:11
您是說中斷自己不能恢復(fù)現(xiàn)場(chǎng)，需要人為的PUSH,POP來恢復(fù)現(xiàn)場(chǎng)？而函數(shù)調(diào)用，C51的編譯器可以調(diào)用函數(shù)時(shí)， ...

你是不是理解混了?
你如果寫匯編的話，是不用C51 編譯器，用A51 編譯器的。
C51 的話，函數(shù)是可以做成重入函數(shù)的，（即便他編譯報(bào)了有重入風(fēng)險(xiǎn)）。
而 A51 的話，你只要用好了 PUSH POP 函數(shù)也可以做成重入的。比如：被調(diào)用函數(shù)，用到 R0，你只要函數(shù)入口 PUSH AR0，出口 POP AR0 那么，這個(gè)函數(shù)，你中斷調(diào)用了，一樣現(xiàn)場(chǎng)會(huì)被保護(hù)。

作者: newlined 時(shí)間: 2022-7-14 08:26

Y_G_G 發(fā)表于 2022-7-12 18:20
所謂"死機(jī)"和中斷無法跳出,這不過是推測(cè)而已,說不定可能就是其它的小問題而已
匯編是很容易出問題的
如 ...

您好，這個(gè)可能不方便貼出，隨說是20年的程序，但老板交代過。
經(jīng) 188610329大神提醒，我DPTR沒有保護(hù)造成的，但這個(gè)寄存器以前就沒有保護(hù)，可能是我修改了程序，不保護(hù)不行了。匯編是很麻煩，要面面俱到。、z*cx您好，這個(gè)可能不方便貼出，隨說是20年的程序，但老板交代過。

作者: newlined 時(shí)間: 2022-7-14 08:39
您好，是這樣，程序是匯編的，擴(kuò)展名是ASM，但是在KEIL C下編譯的，我注意到一個(gè)問題，在KEIL C下新建一個(gè)匯編工程,它的擴(kuò)展名是A51,我懷疑這個(gè)程序最開始不是在KEIL C下編譯的，后來轉(zhuǎn)到KEIL C下，KEIL C內(nèi)部是不是有A51的編譯器？

作者: newlined 時(shí)間: 2022-7-14 08:45

Y_G_G 發(fā)表于 2022-7-12 18:20
所謂"死機(jī)"和中斷無法跳出,這不過是推測(cè)而已,說不定可能就是其它的小問題而已
匯編是很容易出問題的
如 ...

您好，剛才回復(fù)過，提交時(shí)不小心按錯(cuò)了鍵，出現(xiàn)了亂碼，可能審核不通過。
這個(gè)程序，雖說是20年前的了，但老板有交代，不方便貼出。
經(jīng)188610329 大神提醒，我懷疑是DPTR沒有保護(hù)造成的，我補(bǔ)充了一些代碼，可能是不保護(hù)不行了。

作者: newlined 時(shí)間: 2022-7-14 09:57

datouyuan 發(fā)表于 2022-7-13 17:12
只有PC值能自動(dòng)恢復(fù)，其它值得恢復(fù)要靠軟件操作。

剛才仿真了下，只看的R0，在中斷下，給它賦一個(gè)值，比如說5，然后調(diào)用一個(gè)函數(shù)，在函數(shù)中對(duì)R0修改為8，函數(shù)執(zhí)行完后，再返回調(diào)用它的那個(gè)中斷，發(fā)現(xiàn)R0的值還是8，看來在中斷中使用函數(shù)真不是一個(gè)好的習(xí)慣。

作者: Hephaestus 時(shí)間: 2022-7-14 19:44
你的軟件用到了idata了嗎？

作者: 188610329 時(shí)間: 2022-7-14 19:55

newlined 發(fā)表于 2022-7-14 08:39
您好，是這樣，程序是匯編的，擴(kuò)展名是ASM，但是在KEIL C下編譯的，我注意到一個(gè)問題，在KEIL C下新建一個(gè) ...

KEIL 就是編譯器,
KEIL C51 是在KEIL 下的 51單片機(jī) 用的C語言
KEIL A51 是在KEIL 下的 51單片機(jī) 用的A語言
你既然是用的匯編，后綴還是 ASM 就肯定是用的 A51 編譯，怎么可能用 C51編譯？
兩者編譯方式完全不一樣， KEIL中的提示也不一樣，一個(gè)是： compiling xxxxxxx.C... 一個(gè)是：assembling xxxxxxx.ASM...

作者: 188610329 時(shí)間: 2022-7-14 20:06

newlined 發(fā)表于 2022-7-14 09:57
剛才仿真了下，只看的R0，在中斷下，給它賦一個(gè)值，比如說5，然后調(diào)用一個(gè)函數(shù)，在函數(shù)中對(duì)R0修改為8，函 ...

如果，你進(jìn)入中斷，用的是不同的寄存器組，那么，你對(duì) R0 的操作，是不會(huì)影響主程序的 R0的，因?yàn)椋?R0 不是彼R0, 相對(duì)于這個(gè)問題，我反而覺得，你應(yīng)該是對(duì)某些寄存器的現(xiàn)場(chǎng)保護(hù)沒有做好。你新加的內(nèi)容才是關(guān)鍵。
而且，你說的部分內(nèi)容，我覺得非常困惑，“以前堆棧留的比較小，只有20個(gè)字節(jié)，后來我又找了幾個(gè)加上了，但還是不大。” 你這個(gè) 只有20字節(jié)是什么來的？又找了幾個(gè)加上是怎么加的？正常情況下，一般分配完內(nèi)存地址后，我們就在內(nèi)存末尾打上 Stack，作為堆棧的起點(diǎn)，賦值給SP, 假定SP 為 80H, 那么從80H 往后到 0FFH 相當(dāng)于都是堆棧用的。所以不存在原來堆棧只有多少，然后你還“找了幾個(gè)”的情況存在。所以，你描述的這個(gè)情況，到底是什么情況？

作者: Y_G_G 時(shí)間: 2022-7-14 20:43

newlined 發(fā)表于 2022-7-14 08:26
您好，這個(gè)可能不方便貼出，隨說是20年的程序，但老板交代過。
經(jīng) 188610329大神提醒，我DPTR沒有保護(hù)造 ...

DPTR,R0,R1什么的,你在多個(gè)地方用到了,就進(jìn)行保護(hù),如果用不到就不用管
匯編子程序的原則是你在調(diào)用的時(shí)候,如果在其它地方你也用到某個(gè)地址的RAM.那就進(jìn)行保護(hù),每個(gè)子程序都要保護(hù)
常用的就是R0R1之類,比如DELAY:
PUSH R0 PUSH R1
MOV R0,#100
MOV R1,#100
NEXT:
DJNZ R1,NEXT
DJNZ R0,NEXT
POP R1
POP R0
RET

這就是一個(gè)延時(shí)程序,這樣的話,你在其它的程序中包括中斷,再使用R0R1,也同樣的PUSH,POP,那么這個(gè)程序就不會(huì)出問題
假設(shè)你整個(gè)完整的程序中,只有這一個(gè)地方用到R0R1,那么,這個(gè)PUSH,POP就是多余的
還有R0-R7這幾個(gè)地址,默認(rèn)的情況下,在整個(gè)程序地址是固定的,你在任何一個(gè)地方修改了R0-R7其中一個(gè)的值,它在其它地方的也是會(huì)改變的
假設(shè)你延時(shí)中用到了R0,中斷中也用到R0,那么當(dāng)延時(shí)程序被中斷打斷之后,如果不用PUSH,POP保護(hù)R0的話,等到中斷中修改了R0之后
RETI返回之后,R0的值就是中斷中最后操作的值,那么,你這個(gè)延時(shí)程序就出錯(cuò)了
你不要都是想著堆棧滿不滿的,基本不會(huì)的,完全可以先不管堆棧的大小問題
專注找你自己代碼的問題

作者: 188610329 時(shí)間: 2022-7-14 21:07

Y_G_G 發(fā)表于 2022-7-14 20:43
DPTR,R0,R1什么的,你在多個(gè)地方用到了,就進(jìn)行保護(hù),如果用不到就不用管
匯編子程序的原則是你在調(diào)用的時(shí) ...

R0~R7 屬于通用寄存器，是不能PUSH的。
如果是完全自己寫的代碼，配合USING 可以用 PUSH AR0~AR7 方式來PUSH 但是，如果不是自己的代碼，而4組寄存器一直輪換在用的話，非常不好處理。
所以，還是比較建議樓主多注重一下，改了部分的代碼，到底涉及到哪些東西，針對(duì)性的處理一下，而不是去動(dòng)那些既存的，由來已久的代碼。
簡(jiǎn)易樓主，全程序查找一下， "MOV PSW,#" 看看具體用了幾組通用寄存器，為了影響最小化，假定，之前只用了 3組寄存器，建議樓主加的部分代碼全都用第四組通用寄存器，這樣，可以把影響降到最低。

作者: Hephaestus 時(shí)間: 2022-7-14 21:41
函數(shù)的好處是可以復(fù)用，一處定義多處調(diào)用，節(jié)約程序空間。

但是對(duì)于大多數(shù)8位單片機(jī)編譯器，包括C51，沒有按照標(biāo)準(zhǔn)c語言的做法——在進(jìn)入函數(shù)的時(shí)候在堆棧上臨時(shí)分配局部變量（具體做法可以看《數(shù)據(jù)結(jié)構(gòu)》關(guān)于遞歸的那一部分），因?yàn)?位機(jī)間接尋址指令和空間非常有限，按標(biāo)準(zhǔn)c語言的做法，最后生成的機(jī)器碼會(huì)非常龐大，占用的RAM空間也非常多，對(duì)本來就很少的資源造成巨大浪費(fèi)。

C51的做法是對(duì)函數(shù)調(diào)用關(guān)系進(jìn)行分析，然后靜態(tài)分配變量，以樓主的問題為例A->A1->A2->A3，那么A的局部變量可能是27H~29H，A1的局部變量占用2AH~2FH，A2的局部變量占用30H~35H，A3的局部變量占用36H以后空間。這種做法導(dǎo)致中斷調(diào)用的函數(shù)是無法復(fù)用的！比如中斷B調(diào)用了函數(shù)B1，B1的局部變量占用33H這個(gè)空間，那么如果主程序調(diào)用B1，局部變量在運(yùn)算過程中發(fā)生了中斷，中斷B1修改了局部變量，那么中斷結(jié)束后，回到主程序，局部變量33H的內(nèi)容被修改了，那么主程序顯然就會(huì)執(zhí)行錯(cuò)誤。同樣的原因，不僅主程序不能調(diào)用B1，其他中斷C、D也不能調(diào)用B1！！！這個(gè)函數(shù)B1是中斷B專用的。

綜上所述，使用函數(shù)，可以復(fù)用的優(yōu)點(diǎn)在中斷這里不存在！在中斷中調(diào)用函數(shù)只有各種各樣的缺點(diǎn)，一點(diǎn)好處都沒有，樓主為什么要這么做？

作者: Y_G_G 時(shí)間: 2022-7-14 22:01

188610329 發(fā)表于 2022-7-14 21:07
R0~R7 屬于通用寄存器，是不能PUSH的。
如果是完全自己寫的代碼，配合USING 可以用 PUSH AR0~AR7 方式 ...

好久不用匯編了,忘記了

作者: newlined 時(shí)間: 2022-7-15 10:58

Hephaestus 發(fā)表于 2022-7-14 19:44
你的軟件用到了idata了嗎？

您好,用到了

作者: newlined 時(shí)間: 2022-7-15 11:08

Hephaestus 發(fā)表于 2022-7-14 21:41
函數(shù)的好處是可以復(fù)用，一處定義多處調(diào)用，節(jié)約程序空間。

但是對(duì)于大多數(shù)8位單片機(jī)編譯器，包括C51，沒 ...

您好,在中斷中有十幾行語句,用了幾次,早先我不知道函數(shù)調(diào)用會(huì)產(chǎn)生一些列的問題,就把它們寫成了函數(shù).前邊datouyuan大神也已經(jīng)指出了.

作者: newlined 時(shí)間: 2022-7-15 11:15

188610329 發(fā)表于 2022-7-14 21:07
R0~R7 屬于通用寄存器，是不能PUSH的。
如果是完全自己寫的代碼，配合USING 可以用 PUSH AR0~AR7 方式 ...

您好，四組寄存器都已經(jīng)用到了,其中有1組還是有2個(gè)同級(jí)別的低級(jí)中斷共用的.考慮到這2個(gè)低級(jí)別中斷不會(huì)同時(shí)被單片機(jī)響應(yīng)，也沒有用它們傳遞參數(shù)，只是用R0和R1訪問間接地址，應(yīng)該是不會(huì)沖突吧。

作者: Y_G_G 時(shí)間: 2022-7-15 14:06
我感覺你還是把代碼上傳上來吧
既然你說是多年前的程序,那就說明以前的代碼是對(duì)的,問題估計(jì)就是出現(xiàn)你自己的代碼上
把你自己的代碼上傳就行,不用把整個(gè)程序都上傳的
你的代碼在程序中是哪里調(diào)用的,如果是中斷,就把中斷中調(diào)用的位置和代碼上傳就行
MOV R0,#20H 之類的,它總不會(huì)連這也算商業(yè)機(jī)密吧
現(xiàn)在都是一群人在亂猜,壓根就不知道你程序一個(gè)大概的流程
很有可能這只是一個(gè)簡(jiǎn)單的問題而已,卻搞得那么復(fù)雜

作者: 188610329 時(shí)間: 2022-7-15 15:34

newlined 發(fā)表于 2022-7-15 11:15
您好，四組寄存器都已經(jīng)用到了,其中有1組還是有2個(gè)同級(jí)別的低級(jí)中斷共用的.考慮到這2個(gè)低級(jí)別中斷不會(huì)同 ...

看你另外一個(gè)帖子, 你再找單片機(jī)原理的書? 所以,問題出在,你并不理解你的單片機(jī)?
我之前34樓的問題,你也沒有回復(fù),所以,我也不知道該從哪里可以幫到你，但是，個(gè)人覺得堆棧的問題，概率不大。考慮到你可能存在的“重入”問題，簡(jiǎn)單跟你說幾個(gè)關(guān)鍵原理。
CSEG AT 0000H
LJMP  MAIN
CSEG AT 0003H
LJMP  EX0_INT

MAIN:
; 此處省略外部中斷初始化程序
MAIN_Loop:
LCALL Delay
SJMP MAIN_Loop

EX0_INT:
PUSH PSW
MOV PSW,#08H
USING 1
LCALL  Delay
POP PSW
RETI

Delay:
MOV R7,#100H
DJNZ  R7,$
RET

這個(gè)例子，完全是為了舉例子而舉例子。

我們可以看到  Delay 這個(gè)函數(shù)，重入了，但是，有影響么？沒有！！！，只要確保  主程序所在寄存器組，不等于中斷使用的寄存器組， R0~R7, 是不會(huì)受重入影響的。

我們?cè)倏催@個(gè)例子：
CSEG AT 0000H
LJMP  MAIN
CSEG AT 0003H
LJMP  EX0_INT

MAIN:
; 此處省略外部中斷初始化程序
MAIN_Loop:
LCALL Delay
SJMP MAIN_Loop

EX0_INT:          ；這次，中斷里我們不切換寄存器
；PUSH PSW
；MOV PSW,#08H
；USING 1
LCALL  Delay
；POP PSW
RETI

Delay:
USING 0
PUSH AR7          ; 函數(shù)內(nèi)部，保護(hù)現(xiàn)場(chǎng)，這也是常規(guī)意義的， “可重入函數(shù)”
MOV R7,#100H
DJNZ  R7,$
POP AR7
RET

這個(gè)例子，我們依然重入了，但是，有影響么？？，沒有！！！！
所以，重入問題，是完全可以  靠人解決的，編譯器，絕對(duì)不會(huì)比人“更高級(jí)”，你既然現(xiàn)在在折騰匯編代碼，就不要考慮 C 可能的問題，畢竟C 你是依賴編譯器的，而，匯編，你只能依靠你自己（因?yàn)槟愕拇a要“保密”，所以你也靠不到我們）。

基本上，目前從你這里得到的信息，只能幫到你這里了，當(dāng)然，如果你回復(fù)了我在34樓的問題，也許可以給多你一點(diǎn)支持。

作者: Hephaestus 時(shí)間: 2022-7-15 20:13
現(xiàn)在越來越混亂了。樓主在20樓說重入警告，這是c51獨(dú)有的，匯編的重入問題完全由用戶控制，根本不可能出現(xiàn)警告，然后樓主又說用匯編。樓主連自己用的是個(gè)啥都不知道，大家還是散了吧。

作者: newlined 時(shí)間: 2022-7-16 08:06

Y_G_G 發(fā)表于 2022-7-15 14:06
我感覺你還是把代碼上傳上來吧
既然你說是多年前的程序,那就說明以前的代碼是對(duì)的,問題估計(jì)就是出現(xiàn)你自己 ...

是這樣，是一家小公司，硬件都在那里，大家都可以看到，軟件是這家公司的支柱，老板有交代，不好貼，請(qǐng)大家原諒。在在大家的指導(dǎo)下，把DPTR保護(hù)后，跑了1天多，軟件不死機(jī)了，謝謝大家。

作者: newlined 時(shí)間: 2022-7-16 08:12
本帖最后由 newlined 于 2022-7-16 08:42 編輯

188610329 發(fā)表于 2022-7-15 15:34
看你另外一個(gè)帖子, 你再找單片機(jī)原理的書? 所以,問題出在,你并不理解你的單片機(jī)?
我之前34樓的問題,你也 ...

這一段程序我看懂了，函數(shù)重入后，對(duì)這個(gè)函數(shù)用到的寄存器，函數(shù)被調(diào)用之前用到，函數(shù)調(diào)用完成后，還要用到的要保護(hù)后，就不會(huì)出問題。有了問題后，總是漫天找問題。

作者: newlined 時(shí)間: 2022-7-16 08:24

Hephaestus 發(fā)表于 2022-7-15 20:13
現(xiàn)在越來越混亂了。樓主在20樓說重入警告，這是c51獨(dú)有的，匯編的重入問題完全由用戶控制，根本不可能出現(xiàn) ...

不好意思，最近記憶力嚴(yán)重衰退，連老板都笑話我，也許我記串了。有一次，一個(gè)問題我們兩個(gè)人，商討后解決了，過了幾天，我說那個(gè)問題怎么辦，老板說我們兩個(gè)商量后不是已經(jīng)解決了嗎，如何如何解決的，我聽后好久才回憶起來。
對(duì)51的匯編，我是邊學(xué)邊用，實(shí)際上，我一般是先用KEIL C寫出來，運(yùn)行通過后再按照這個(gè)思路，改成匯編。這個(gè)匯編程序中，有一個(gè)函數(shù)，主程序和中斷都調(diào)用，也許是出問題，我就復(fù)制了一份，另起一個(gè)名字，函數(shù)內(nèi)部用到的直接尋址的地址，用另外的地址，運(yùn)行通過了。

作者: lksbbs 時(shí)間: 2022-7-16 08:38
這么復(fù)雜的程序,空間夠用的情況下直接使用全局變量不好么,隨便你咋中斷,隨便你咋調(diào)用,我都不用壓堆的.

作者: newlined 時(shí)間: 2022-7-16 08:42

188610329 發(fā)表于 2022-7-14 20:06
如果，你進(jìn)入中斷，用的是不同的寄存器組，那么，你對(duì) R0 的操作，是不會(huì)影響主程序的 R0的，因?yàn)椋?nbsp; ...

程序中,四個(gè)工作區(qū)都用到了,其中兩個(gè)低級(jí)中斷共用一個(gè)區(qū),因?yàn)椴粫?huì)同時(shí)被單片機(jī)響應(yīng),不會(huì)出問題。以前的堆棧,設(shè)在50H到64H之間,64H到80H有的地址用了,有的還空著,我就把用的改在一起,空出來的跟64H連在一起做堆棧.

作者: Hephaestus 時(shí)間: 2022-7-16 08:51

newlined 發(fā)表于 2022-7-16 08:42
程序中,四個(gè)工作區(qū)都用到了,其中兩個(gè)低級(jí)中斷共用一個(gè)區(qū),因?yàn)椴粫?huì)同時(shí)被單片機(jī)響應(yīng),不會(huì)出問題。以前的堆 ...

越來越混亂了，我在32樓問你用到idata了嗎？你在39樓回答用到了。只有用到了80h以上空間才會(huì)用到idata，而C51編譯器會(huì)自動(dòng)把堆棧分配到idata上面。如果你用匯編的話，也應(yīng)該利用高128字節(jié)來做堆棧，然而你又說堆棧在50h和64h之間？？？到底是怎么寫的？這種空對(duì)空的說根本解決任何問題，按42樓建議，如果原程序是商業(yè)機(jī)密你不可以貼，但是你自己寫的那部分，你拿捏不準(zhǔn)的地方不貼出來，沒有討論的價(jià)值，也不太可能有人能提出關(guān)鍵性建議。

作者: datouyuan 時(shí)間: 2022-7-16 10:13
本帖最后由 datouyuan 于 2022-7-16 10:22 編輯

newlined 發(fā)表于 2022-7-16 08:42
程序中,四個(gè)工作區(qū)都用到了,其中兩個(gè)低級(jí)中斷共用一個(gè)區(qū),因?yàn)椴粫?huì)同時(shí)被單片機(jī)響應(yīng),不會(huì)出問題。以前的堆 ...

看來你這代碼問題很大。
51的堆棧要安排在ram的最后。
例如你需要32字節(jié)堆棧，那么堆棧空間為0xe0~0xff。初始化SP要小于等于0xe0。
例如你需要48字節(jié)堆棧，那么堆棧空間為0xd0~0xff。初始化SP要小于等于0xd0。
小于0x80區(qū)域(data區(qū))，可以直接尋址，變量盡量安排在此區(qū)域。
>=0x80區(qū)域(idata區(qū)),只能間接尋址，變量在data區(qū)安排不下時(shí)（重要！！！），將數(shù)組變量、使用不頻繁的變量安排在此區(qū)域。

編寫匯編代碼時(shí)，要確定所有變量使用了多少字節(jié)，例如使用了150個(gè)字節(jié)，那么SP應(yīng)等于150,那么堆棧空間為150~0xff(共106字節(jié))。
這帖子中，我提到的僅僅是些基本原則，估計(jì)樓主獨(dú)立解決應(yīng)該比較困難，建議樓主將代碼交給有經(jīng)驗(yàn)的幫忙。

作者: datouyuan 時(shí)間: 2022-7-16 11:58

newlined 發(fā)表于 2022-7-16 08:24
不好意思，最近記憶力嚴(yán)重衰退，連老板都笑話我，也許我記串了。有一次，一個(gè)問題我們兩個(gè)人，商討后解決 ...

這樣只是解決了編譯器報(bào)警問題。
前提你要保證你的業(yè)務(wù)邏輯是正確的，假如業(yè)務(wù)邏輯有bug，即使你添加了再入屬性，或者復(fù)制一份，都不能解決問題。

作者: 188610329 時(shí)間: 2022-7-16 18:00

newlined 發(fā)表于 2022-7-16 08:42
程序中,四個(gè)工作區(qū)都用到了,其中兩個(gè)低級(jí)中斷共用一個(gè)區(qū),因?yàn)椴粫?huì)同時(shí)被單片機(jī)響應(yīng),不會(huì)出問題。以前的堆 ...

堆棧不能這么搞，堆棧是向上增長的，所以應(yīng)該分配在內(nèi)存的最末尾，而且，我不知道你用的什么單片機(jī)，最初的編寫環(huán)境是怎么樣的，照理你這代碼如果用的標(biāo)準(zhǔn) A51 規(guī)范來寫，你所有的變量聲明不用  SEGMENT 來定的么？不然，維護(hù)起來有多復(fù)雜？正常不應(yīng)該是這么一個(gè)套路么？My_DATA SEGMENT DATA       ；預(yù)約DATA 內(nèi)存
RSEG My_DATA
ABC:          DS    1
EFG:          DS    1
TEMP1:    DS    1
TEMP2:    DS    1
My_IDATA SEGMNET IDATA ；預(yù)約IDATA 內(nèi)存
RSEG My_IDATA
REV_BUF:    DS    32
Disp_BUF:    DS    8
?STACK:       DS    1

CSEG AT 0000H
LJMP    MAIN

Main_PROG  SEGMENT CODE
RSEG Main_PROG
MAIN:
   MOV    SP,#?STACK-1             ;定位堆棧起點(diǎn)

   SJMP    $

END

你那個(gè)代碼，到底是怎么折騰的，能夠把堆棧地址夾在那么奇怪的一個(gè)地方的？

作者: newlined 時(shí)間: 2022-7-18 16:39

datouyuan 發(fā)表于 2022-7-16 10:13
看來你這代碼問題很大。
51的堆棧要安排在ram的最后。
例如你需要32字節(jié)堆棧，那么堆棧空間為0xe0~0xff ...

堆棧以前就是那樣設(shè)定的。再就是提到堆棧可以安排在80H到FFH之間，我以前不知道，我以為這些地址只可以利用R0，R1間接尋址來訪問，使用。

作者: newlined 時(shí)間: 2022-7-18 16:42

datouyuan 發(fā)表于 2022-7-16 11:58
這樣只是解決了編譯器報(bào)警問題。
前提你要保證你的業(yè)務(wù)邏輯是正確的，假如業(yè)務(wù)邏輯有bug，即使你添加了 ...

業(yè)務(wù)邏輯保證是正確的，里邊用到的地址都改了，不會(huì)沖突。

作者: newlined 時(shí)間: 2022-7-18 16:53

188610329 發(fā)表于 2022-7-16 18:00
堆棧不能這么搞，堆棧是向上增長的，所以應(yīng)該分配在內(nèi)存的最末尾，而且，我不知道你用的什么單片機(jī)，最 ...

我知道堆棧是向上生長的，程序中以前就是那樣設(shè)定的，我也不知道為什么，我設(shè)定的話起碼會(huì)設(shè)在80H之前，我原以為堆棧的最大地址是7FH，80H到FFH是間接地址，不可以做堆棧。程序?qū)PTR保護(hù)后，運(yùn)行了2天。沒有再出以前的問題。在這里請(qǐng)教下，您前邊的帖子里提到的指令 PUSH AR0 ，PUSH AR1 是在哪里能學(xué)到，一般的書里都沒有。再就是這個(gè)帖子里的偽指令，在哪里可以學(xué)到？一般的書里也沒有，謝謝。

作者: newlined 時(shí)間: 2022-7-18 17:01
買了這2本書，也沒有起多大作用，講到中斷，也只是說，保護(hù)現(xiàn)場(chǎng)，恢復(fù)現(xiàn)場(chǎng)，也沒有具體的說要恢復(fù)那些東西，還不如在本帖中學(xué)到的東西多

IMG_20220718_165504[1].jpg (3.82 MB, 下載次數(shù): 717)

作者: newlined 時(shí)間: 2022-7-18 17:03
還有這一本

IMG_20220718_165516[1].jpg (3.14 MB, 下載次數(shù): 705)

作者: newlined 時(shí)間: 2022-7-18 17:07
@ 188610329，單片機(jī)是STC 8H

作者: newlined 時(shí)間: 2022-7-18 17:08
也許看這些書需要一定的功力，我還遠(yuǎn)遠(yuǎn)不夠。

作者: 188610329 時(shí)間: 2022-7-18 19:36

newlined 發(fā)表于 2022-7-18 16:53
我知道堆棧是向上生長的，程序中以前就是那樣設(shè)定的，我也不知道為什么，我設(shè)定的話起碼會(huì)設(shè)在80H之前， ...

AR0~AR7 是偽地址, 屬于KEIL A51 專用，在KEIL的幫助里面可以找到，一般講匯編的書，不會(huì)寫，要講KEIL的書才會(huì)寫，主要是為了彌補(bǔ) A51 指令的空白，你如果已經(jīng)打了一點(diǎn)匯編基礎(chǔ)，你會(huì)知道，你如果要把R7 的東西復(fù)制給 R6, 是不能直接復(fù)制的，這個(gè)時(shí)候，就可以用到 “偽地址”： MOV  R6,AR7  來達(dá)到目的，此時(shí)的 AR7, 其實(shí)是一個(gè) 指向 R7 所在的直接地址。相當(dāng)于： MOV R6,07H  這條指令，唯一的好處是，AR7 可以指代 4組通用寄存器的任何一個(gè)組，編譯的時(shí)候，會(huì)幫你自動(dòng) 改直接地址。所以，同樣道理，PUSH 只能PUSH 直接地址，我們可以用PUSH AR7來填補(bǔ)無法 PUSH R7的空白。其實(shí)主要內(nèi)容就這么點(diǎn)。你要還有興趣可以去KEIL的幫助里面搜一下。

再跟你講一下SP, SP其實(shí)就是指針，你仔細(xì)看51方面的書，會(huì)提到 3個(gè)8位地址指針，2個(gè)16位指針，分別對(duì)應(yīng)的就是： R0,R1,SP,DPTR,PC 這5個(gè)指針。其中： SP是半自動(dòng)，PC 是全自動(dòng)， R0,R1,DPTR是全手動(dòng)。所以，基于SP是8位指針的特性，他的工作原理和 R0,R1 是一樣的，就是訪問的 IDATA 間接尋址內(nèi)存。而PUSH 和 POP 指令你可以理解成：PUSH ACC
PUSH PSW
........
POP  PSW
POP  ACC
RETI

//以下代碼不存在，是解釋上面代碼的動(dòng)作。
MOV @SP,ACC
INC SP
MOV @SP,PSW
INC SP
..............
DEC  SP
MOV  PSW,@SP
DEC  SP
MOV  ACC,@SP
RETI

通過這個(gè)代碼，我們可以看到。其實(shí)，你用 R0,R1 完全可以軟件模擬出 PUSH POP 指令。反過來，指針不夠用的時(shí)候， SP也可以臨時(shí)拿來當(dāng) R0,R1 的替補(bǔ)用。

最后，說一下，代碼是死的，就看你怎么用。說到底，還是要去體會(huì)和理解單片機(jī)的工作原理。

作者: Y_G_G 時(shí)間: 2022-7-19 01:18

newlined 發(fā)表于 2022-7-18 17:03
還有這一本

你要看的是這一本書,網(wǎng)上應(yīng)該可以搜索到不要錢的PDF版本,也可以買二手的,馬云家30塊左右,超過這個(gè)價(jià)錢就不要買了,我買的時(shí)候才二十多塊
匯編沒有那么復(fù)雜的,不要糾結(jié)堆棧了,8051是軟件堆棧,我從來都不去管它的,等到你用到了硬件堆棧,你才會(huì)體驗(yàn)到匯編的毛病而且8051是復(fù)雜指令,功能多得很,你要是用到精簡(jiǎn)指令,你就會(huì)更加的體會(huì)到匯編的無聊
現(xiàn)在的編譯器效率已經(jīng)非常不錯(cuò)了,優(yōu)先選擇C語言,實(shí)在不行了再用匯編

作者: newlined 時(shí)間: 2022-8-1 08:16
前一段時(shí)間，我母親生病住院，我去陪床，我母親出院那一天，我父親很高興，去做飯，又燙傷了腳，我沒有時(shí)間仔細(xì)看這個(gè)帖子，很抱歉。

作者: newlined 時(shí)間: 2022-8-1 08:21

188610329 發(fā)表于 2022-7-18 19:36
AR0~AR7 是偽地址, 屬于KEIL A51 專用，在KEIL的幫助里面可以找到，一般講匯編的書，不會(huì)寫，要講KEIL的 ...

看了這個(gè)帖子，我明白了，AR7是不是已經(jīng)宏定義成了07H？我以前對(duì)地址了解不透徹，看來我要對(duì)這方面仔細(xì)揣摩。

作者: newlined 時(shí)間: 2022-8-1 08:25

Y_G_G 發(fā)表于 2022-7-19 01:18
你要看的是這一本書,網(wǎng)上應(yīng)該可以搜索到不要錢的PDF版本,也可以買二手的,馬云家30塊左右,超過這個(gè)價(jià)錢就 ...

在網(wǎng)上我搜到了這本書的下載網(wǎng)站，但好像需要注冊(cè)，需要電話號(hào)碼什么的。在淘寶上有一家賣30幾元，但需要45天發(fā)貨，不知道怎么回事。

作者: Y_G_G 時(shí)間: 2022-8-1 13:17
這么些天了,還沒有搞明白這個(gè)?
00H-1FH 這就是R0-R7的幾個(gè)工作組
20H-2FH 這是可以位尋址的,位地址是從00H開始的,字節(jié)地址也有00H,通過指令來區(qū)分是位操作還是字節(jié)操作
SETE 00H 這是位操作
MOV 00H,#255 這是字節(jié)操作

一般是編寫代碼的時(shí)候,00H-1FH留給工作組使用,20H-2FH留給位尋址用
所以,你一般看到的用到內(nèi)存的,都是多30H開始的

作者: 188610329 時(shí)間: 2022-8-1 17:21

newlined 發(fā)表于 2022-8-1 08:21
看了這個(gè)帖子，我明白了，AR7是不是已經(jīng)宏定義成了07H？我以前對(duì)地址了解不透徹，看來我要對(duì)這方面仔細(xì)揣 ...

AR7 不一定是 07H, 也可能是 0FH, 17H 或者 1FH。這牽涉到另一條偽指令： USING , 當(dāng)代碼向上搜索找到USING 0 則編譯的時(shí)候會(huì)把 PUSH AR7 當(dāng)作 PUSH 07H 來編譯，如果找到 USING 1 則會(huì)在編譯的時(shí)候把 PUSH AR7 當(dāng)作 PUSH 0FH 來編譯。所以 AR7 不是絕對(duì)的，是可變的，好處是，如果更換換寄存器組，你可以不需要一行行代碼去把代表R7地址手動(dòng)更改。缺點(diǎn)是，USING 必需要控制好。

作者: newlined 時(shí)間: 2022-8-4 09:59

188610329 發(fā)表于 2022-8-1 17:21
AR7 不一定是 07H, 也可能是 0FH, 17H 或者 1FH。這牽涉到另一條偽指令： USING , 當(dāng)代碼向上搜索 ...

這一段我還不理解，但我會(huì)盡量避免出現(xiàn)這個(gè)問題，以后我會(huì)慢慢領(lǐng)會(huì)。現(xiàn)在我遇到一個(gè)新的問題，就是單片機(jī)是STC的8H系列，您肯定知道，它對(duì)扇區(qū)的讀寫命令是類似這樣的：

      ISP_CMD EQU 0C5H ;ISP命令寄存器
ISP_CONTR EQU 0C7H ;ISP控制寄存器
ISP_TPS EQU 0F5H ;ISP等待時(shí)間寄存器

MOV                   ISP_CONTR,#ENABLE_ISP
MOV                         ISP_CMD,#01H                ; 讀扇區(qū)
MOV                   ISP_TPS,#0CH  ;
這一段程序在主程序中用到了，在一個(gè)中斷中也用到了，在中斷中，對(duì) ISP_CMD，ISP_CONTR進(jìn)行壓棧保護(hù)？就是 PUSH ISP_CMD,PUSH ISP_CONTR ,退出中斷時(shí) 再 POP ISP_CONTR,POP ISP_CMD,這樣保護(hù)能達(dá)到目的嗎？編譯是通過了，但我沒有把握，您看可以嗎？

作者: newlined 時(shí)間: 2022-8-4 11:12

Y_G_G 發(fā)表于 2022-8-1 13:17
這么些天了,還沒有搞明白這個(gè)?
00H-1FH 這就是R0-R7的幾個(gè)工作組
20H-2FH 這是可以位尋址的,位地址是從0 ...

這個(gè)地址我基本明白了，但對(duì)地址的運(yùn)用上，還是不行，我可能需要一些實(shí)踐才能領(lǐng)會(huì)。

作者: 188610329 時(shí)間: 2022-8-4 14:56

newlined 發(fā)表于 2022-8-4 09:59
這一段我還不理解，但我會(huì)盡量避免出現(xiàn)這個(gè)問題，以后我會(huì)慢慢領(lǐng)會(huì)。現(xiàn)在我遇到一個(gè)新的問題，就是單片機(jī) ...

要說保護(hù)的話……
ISP_CMD, ISP_CONTR，之外，ISP_ADDRH, ISP_ADDRL 這些都要一起保護(hù)。
但是這些都沒用。嚴(yán)格來講，STC系列而言， ISP/IAP操作是唯一無法保護(hù)現(xiàn)場(chǎng)的操作。
因?yàn)椋?IAP_TRIG 這個(gè)啟動(dòng)指令，需要連續(xù)發(fā)送兩條 0x5A, 和 0xA5 的啟動(dòng)指令，這個(gè)是絕對(duì)不允許被打斷的。所以，一般，會(huì)需要在程序中，先 CLR EA，禁止中斷，等所有 IAP操作完成后再次 SET EA 允許中斷，這個(gè)才是關(guān)鍵。所以說，了解單片機(jī)的工作原理，還是重點(diǎn)中的重點(diǎn)。而如果在主程序中已經(jīng)禁止了中斷，那么，相關(guān)操作就不需要被PUSH和POP來現(xiàn)場(chǎng)保護(hù)了。

最后：IAP_TPS 是STC8系列用來設(shè)置 IAP操作速度的，理論上來說，只要你單片機(jī)不要不停的改變速度， MOV IAP_TPS,#0CH 之需要執(zhí)行一次，里面的值是不會(huì)，也不需要再修改的。所以，通常來說，IAP_TPS 也是沒有必要PUSH和POP的。

作者: newlined 時(shí)間: 2022-8-4 15:56

188610329 發(fā)表于 2022-8-4 14:56
要說保護(hù)的話……
ISP_CMD, ISP_CONTR，之外，ISP_ADDRH, ISP_ADDRL 這些都要一起保護(hù)。
但是這些都沒 ...

真是的，您提醒了我，ISP_ADDRH, ISP_ADDRL我沒有保護(hù)，程序運(yùn)行主程序*ISP_ADDRH, ISP_ADDRL

作者: newlined 時(shí)間: 2022-8-4 16:00
筆記本的鍵盤不好用,可能是我前一段時(shí)間摔了一下.

作者: newlined 時(shí)間: 2022-8-4 16:11
程序運(yùn)行過程中，有是會(huì)出現(xiàn)問題，可能是這個(gè)原因，兩條 0x5A, 和 0xA5 的啟動(dòng)指令之前，中斷是關(guān)的，之后打開了，實(shí)際上這個(gè)是以前的程序，我后來補(bǔ)充了一些程序中，尤其是中斷中用到了操作EEPROM的語句，沒有對(duì)主程序中操作EEPROM的現(xiàn)場(chǎng)保護(hù)。我如果對(duì)DPTR，ISP_CMD, ISP_CONTR，ISP_ADDRH, ISP_ADDRL保護(hù)了，就沒有問題了吧。

作者: 188610329 時(shí)間: 2022-8-4 18:10
手機(jī)打字，我就長話短說了。首先，trig指令發(fā)送前關(guān)中斷，發(fā)送后開中斷，是最低底線。其次，我不太清楚你程序如何設(shè)計(jì)，stc8系列是支持movc讀取eeprom的，所以，我的話，所有讀指令都是movc完成的，寫指令才會(huì)用iap指令，所以基本上是不需要保護(hù)iap相關(guān)寄存器，只需要保護(hù)dptr就可以的。最后，牽涉到架構(gòu)了，如果有可能，所有的寫，擦eeprom的行為，集中在一個(gè)函數(shù)，或者一個(gè)中段中完成，對(duì)整個(gè)程序是最優(yōu)的。

作者: newlined 時(shí)間: 2022-8-6 14:32
讀指令movc可以不需要保護(hù)iap相關(guān)寄存器嗎？我仔細(xì)揣摩下。

作者: 188610329 時(shí)間: 2022-8-7 17:59

newlined 發(fā)表于 2022-8-6 14:32
讀指令movc可以不需要保護(hù)iap相關(guān)寄存器嗎？我仔細(xì)揣摩下。

STC的 Eeprom 是把 Flash 空間模擬成 Eeprom 來操作，尤其是STC8系列，他在物理上就是 ROM的一部分。所以，只需要把它當(dāng) ROM來讀就可以了。那么讀取ROM的方式事就是：

MOV DPTR,#16位絕對(duì)地址
CLR A
MOVC A,@A+DPTR

就能讀取了。整個(gè)過程沒有 IAP相關(guān)寄存器的任何事情，因此，自然不需要對(duì) IAP相關(guān)寄存器做任何保護(hù)工作。至于具體的 MOVC 讀取時(shí)地址這塊的可以詳見 STC8系列的手冊(cè)。

作者: newlined 時(shí)間: 2022-10-6 09:23

Y_G_G 發(fā)表于 2022-7-19 01:18
你要看的是這一本書,網(wǎng)上應(yīng)該可以搜索到不要錢的PDF版本,也可以買二手的,馬云家30塊左右,超過這個(gè)價(jià)錢就 ...

我買回了這本書，正在學(xué)習(xí)中，謝謝。

作者: newlined 時(shí)間: 2022-10-6 09:28

188610329 發(fā)表于 2022-8-7 17:59
STC的 Eeprom 是把 Flash 空間模擬成 Eeprom 來操作，尤其是STC8系列，他在物理上就是 ROM的一部分。所以 ...

好的，您說的，我慢慢理會(huì)。這一段時(shí)間，正看程序，原程序中bug不少，比如，一個(gè)子程序，有時(shí)用LCALL調(diào)用，當(dāng)然，這是對(duì)的，竟然有時(shí)用LJMP跳轉(zhuǎn)過去，我都不知道最后執(zhí)行了RET之后去了哪里。

作者: 188610329 時(shí)間: 2022-10-6 15:00

newlined 發(fā)表于 2022-10-6 09:28
好的，您說的，我慢慢理會(huì)。這一段時(shí)間，正看程序，原程序中bug不少，比如，一個(gè)子程序，有時(shí)用LCALL調(diào)用 ...

唉…… 這是基礎(chǔ)中的基礎(chǔ)啊……
給你舉個(gè)例子吧：
有個(gè)函數(shù)：
SEND_HALF_BCD:
ANL A,#0FH
ORL A,#30H

SEND_BYTE:
JNB    TI,$
CLR    TI
MOV SBUF,A
RET

你要發(fā)送  一個(gè)BCD出去，可以制作這么一個(gè)函數(shù)：
_Send_BCD:       ;通過R7傳入
MOV A,R7
SWAP A
LCALL  SEND_HALF_BCD
MOV A,R7
LCALL  SEND_HALF_BCD

RET
通常，你覺得應(yīng)該這么寫對(duì)吧？但是，這么寫其實(shí)是完全沒有用到匯編的優(yōu)勢(shì) 。
所以，既然用了匯編，通常用如下寫法：
_Send_BCD:       ;通過R7傳入
MOV A,R7
SWAP A
LCALL  SEND_HALF_BCD
MOV A,R7
LJMP  SEND_HALF_BCD
這樣寫，就避免了無意義的 RET。程序會(huì)依然回到  LCALL  _Send_BCD 的地方。而效率會(huì)變高

所以，你要搞清楚  有時(shí)LCALL 有時(shí)LJMP, 到底是 BUG  還是你沒理解  程序本身的真正目的？

作者: newlined 時(shí)間: 2022-10-25 13:50

188610329 發(fā)表于 2022-10-6 15:00
唉…… 這是基礎(chǔ)中的基礎(chǔ)啊……
給你舉個(gè)例子吧：
有個(gè)函數(shù)：

你好，這個(gè)例子，我一直試圖理解，但我沒有想通。我是這樣理解的，LCALL 一個(gè)函數(shù)時(shí)，堆棧會(huì)保存當(dāng)前調(diào)用時(shí)的地址，RET 時(shí)，這個(gè)地址會(huì)恢復(fù)到PC程序計(jì)數(shù)器中，如果LJMP到一個(gè)函數(shù)，堆棧不會(huì)保存當(dāng)前地址，執(zhí)行到RET時(shí)，堆棧里的兩個(gè)字節(jié)，恢復(fù)到PC程序計(jì)數(shù)器中，這個(gè)應(yīng)該是錯(cuò)誤的吧。

作者: 188610329 時(shí)間: 2022-10-25 14:38

newlined 發(fā)表于 2022-10-25 13:50
你好，這個(gè)例子，我一直試圖理解，但我沒有想通。我是這樣理解的，LCALL 一個(gè)函數(shù)時(shí)，堆棧會(huì)保存當(dāng)前調(diào)用 ...

CALL 一次，就會(huì)把當(dāng)前地址放入棧然后跳轉(zhuǎn)，讀到RET 從棧里讀出地址，然后返回 CALL 的地方。

作者: 人中狼 時(shí)間: 2022-10-25 14:43
lcall和ljmp是不同的機(jī)制，lcall會(huì)壓棧，ljmp不對(duì)棧操作，lcal必須有ret，ljmp一定不能有ret，51除了硬件自動(dòng)壓棧的以外，其他都是人工壓棧的

作者: 188610329 時(shí)間: 2022-10-25 14:58

newlined 發(fā)表于 2022-10-25 13:50
你好，這個(gè)例子，我一直試圖理解，但我沒有想通。我是這樣理解的，LCALL 一個(gè)函數(shù)時(shí)，堆棧會(huì)保存當(dāng)前調(diào)用 ...

CALL 一次  就會(huì)把地址  存入棧  然后  跳轉(zhuǎn)執(zhí)行, 運(yùn)行到 RET 就會(huì)從棧中取出地址，返回CALL 的地方。
CALL 和 RET  應(yīng)該是成對(duì)的關(guān)系。沒錯(cuò)吧？ C 就是這么做的。

然后，你 CALL 一個(gè)函數(shù)，這個(gè)函數(shù)，里面還要調(diào)用另一個(gè)函數(shù)，
這個(gè)時(shí)候，應(yīng)該  CALL  然后， CALL  然后 RET  然后 RET  返回最初的地方對(duì)不對(duì)？
那么，我簡(jiǎn)單點(diǎn)，不要CALL 直接JMP可以么？  CALL JMP RET  是不是結(jié)果一樣？

再舉個(gè)簡(jiǎn)單的例子吧

就是我之前舉的那個(gè)例子：

SEND_HALF_BCD:
ANL A,#0FH
ORL A,#30H
SEND_BYTE:
JNB    TI,$
CLR    TI
MOV SBUF,A
RET

這是一個(gè)復(fù)合函數(shù)，

CALL SEND_HALF_BCD  就能把半個(gè)BCD 轉(zhuǎn)成 ASCCII 發(fā)出去。
CALL SEND_BYTE    就能直接把一個(gè)字節(jié) 發(fā)出去，這個(gè)能理解么？

到這里為止，是不是沒有問題？能理解么？  能的話，我們往下看。

換個(gè)寫法：
SEND_HALF_BCD:
ANL A,#0FH
ORL A,#30H
CALL SEND_BYTE
RET

SEND_BYTE:
JNB    TI,$
CLR    TI
MOV SBUF,A
RET

這樣，徹底拆成兩個(gè)函數(shù)，你能看明白么？
作用和剛才一樣，這是純C的寫法。你比較喜歡這樣寫是么？
此時(shí)如果 CALL SEND_HALF_BCD
這就是你認(rèn)為應(yīng)該的，兩次CALL 兩次RET 對(duì)吧？

然后，我們?cè)贀Q個(gè)寫法：

SEND_BYTE:
JNB    TI,$
CLR    TI
MOV SBUF,A
RET

SEND_HALF_BCD:
ANL A,#0FH
ORL A,#30H
LJMP SEND_BYTE

這樣， CALL SEND_HALF_BCD 有沒有問題？  假如你說有問題……  那么，我們換個(gè)個(gè)。

SEND_HALF_BCD:
ANL A,#0FH
ORL A,#30H
LJMP SEND_BYTE

SEND_BYTE:
JNB    TI,$
CLR    TI
MOV SBUF,A
RET

這樣總沒問題了吧？

匯編之所以比C 效率高，就是可以避免無意義的  RET。節(jié)約非必要的 RET 是提高效率的一種必要手段。這真的是基礎(chǔ)中的基礎(chǔ)了……

作者: 人中狼 時(shí)間: 2022-10-25 15:17
樓上的例子有點(diǎn)特例了，像send_byte可以作為一個(gè)公用的子程序，如果用jmp，ret會(huì)不好控制，除非只有一個(gè)地方專門調(diào)用，即使是匯編，最好也是模塊話，條理會(huì)清晰很多

作者: Hephaestus 時(shí)間: 2022-10-25 18:44

188610329 發(fā)表于 2022-10-25 14:58
CALL 一次就會(huì)把地址存入棧然后跳轉(zhuǎn)執(zhí)行, 運(yùn)行到 RET 就會(huì)從棧中取出地址，返回CALL 的地方。 ...

%*DEFINE(SEND_BYTE)(
JNB TI,$
CLR TI
MOV SBUF,A
)
SEND_HALF_BCD:
ANL A,#0FH
ORL A,#30H
%SEND_BYTE

復(fù)制代碼

我這個(gè)效率比你的還要高，連LJMP都省掉了，你的匯編還沒學(xué)到家。

我用的是Intel MCS-51 MACRO ASSEMBLER, V2.2，如果用Keil A51編譯不通過請(qǐng)查手冊(cè)。

作者: 188610329 時(shí)間: 2022-10-25 19:45

Hephaestus 發(fā)表于 2022-10-25 18:44
我這個(gè)效率比你的還要高，連LJMP都省掉了，你的匯編還沒學(xué)到家。

我用的是Intel MCS-51 MACRO ASS ...

人家問 CALL 和 RET, 你發(fā)個(gè) 沒CALL 沒 RET 的代碼

作者: newlined 時(shí)間: 2022-10-26 02:20

Hephaestus 發(fā)表于 2022-10-25 18:44
我這個(gè)效率比你的還要高，連LJMP都省掉了，你的匯編還沒學(xué)到家。

我用的是Intel MCS-51 MACRO ASS ...

您這個(gè)看起來更簡(jiǎn)單，俗話說人外有人，天外有天，但我現(xiàn)在是更看不懂

，感謝大家提供不同的代碼讓我們這些初學(xué)者揣摩。

作者: Hephaestus 時(shí)間: 2022-10-26 03:38

newlined 發(fā)表于 2022-10-26 02:20
您這個(gè)看起來更簡(jiǎn)單，俗話說人外有人，天外有天，但我現(xiàn)在是更看不懂，感謝大家提供不同的代碼讓我 ...

這不是“人外有人，天外有天”的問題，時(shí)間久了你就能明白最重要的學(xué)問是數(shù)學(xué)和英語。

作者: 188610329 時(shí)間: 2022-10-26 20:02

Hephaestus 發(fā)表于 2022-10-26 03:38
這不是“人外有人，天外有天”的問題，時(shí)間久了你就能明白最重要的學(xué)問是數(shù)學(xué)和英語。

數(shù)一數(shù)你這編譯出來多少字節(jié)，在來講話
先不說人家問的 CALL RET ，你 CALL 和 RET 呢？忘帶了？
其次， define 到底是什么？你應(yīng)該很清楚，沒必要再這里%。
你怎么不把所有代碼 define 只后，你還能只要一句代碼就能把智能蔽障小車寫出來呢？
%

作者: Hephaestus 時(shí)間: 2022-10-26 20:18

188610329 發(fā)表于 2022-10-26 20:02
所以，先把數(shù)學(xué)學(xué)好，數(shù)一數(shù)你這編譯出來多少字節(jié)，在來講話，然后把語文學(xué)好，學(xué)學(xué)怎么講話。
先不 ...

教你一句成語——不屑一顧。

作者: 188610329 時(shí)間: 2022-10-27 00:20

Hephaestus 發(fā)表于 2022-10-26 20:18
教你一句成語——不屑一顧。

教你一句成語——夜郎自大。

歡迎光臨 (http://www.zg4o1577.cn/bbs/)

_{<cite id="qoe2w"></cite>}