請教各位大神一個(gè)匯編語言堆棧大小計(jì)算的問題

ID:227818 · 發(fā)表于 2022-7-15 11:15

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

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

ID:401564 · 發(fā)表于 2022-7-15 14:06

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

ID:624769 · 發(fā)表于 2022-7-15 15:34

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

看你另外一個(gè)帖子, 你再找單片機(jī)原理的書? 所以,問題出在,你并不理解你的單片機(jī)?
我之前34樓的問題,你也沒有回復(fù),所以,我也不知道該從哪里可以幫到你，但是，個(gè)人覺得堆棧的問題，概率不大�？紤]到你可能存在的“重入”問題，簡單跟你說幾個(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ì)受重入影響的。

我們再看這個(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)場，這也是常規(guī)意義的， “可重入函數(shù)”
MOV R7,#100H
DJNZ  R7,$
POP AR7
RET

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

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

ID:883242 · 發(fā)表于 2022-7-15 20:13

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

ID:227818 · 發(fā)表于 2022-7-16 08:06

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

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

ID:227818 · 發(fā)表于 2022-7-16 08:12

本帖最后由 newlined 于 2022-7-16 08:42 編輯

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

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

ID:227818 · 發(fā)表于 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)解決了嗎，如何如何解決的，我聽后好久才回憶起來。
對51的匯編，我是邊學(xué)邊用，實(shí)際上，我一般是先用KEIL C寫出來，運(yùn)行通過后再按照這個(gè)思路，改成匯編。這個(gè)匯編程序中，有一個(gè)函數(shù)，主程序和中斷都調(diào)用，也許是出問題，我就復(fù)制了一份，另起一個(gè)名字，函數(shù)內(nèi)部用到的直接尋址的地址，用另外的地址，運(yùn)行通過了。

ID:149642 · 發(fā)表于 2022-7-16 08:38

這么復(fù)雜的程序,空間夠用的情況下直接使用全局變量不好么,隨便你咋中斷,隨便你咋調(diào)用,我都不用壓堆的.

ID:227818 · 發(fā)表于 2022-7-16 08:42

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

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

ID:883242 · 發(fā)表于 2022-7-16 08:51

newlined 發(fā)表于 2022-7-16 08:42
程序中,四個(gè)工作區(qū)都用到了,其中兩個(gè)低級中斷共用一個(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之間？？？到底是怎么寫的？這種空對空的說根本解決任何問題，按42樓建議，如果原程序是商業(yè)機(jī)密你不可以貼，但是你自己寫的那部分，你拿捏不準(zhǔn)的地方不貼出來，沒有討論的價(jià)值，也不太可能有人能提出關(guān)鍵性建議。

ID:887371 · 發(fā)表于 2022-7-16 10:13

本帖最后由 datouyuan 于 2022-7-16 10:22 編輯

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

看來你這代碼問題很大。
51的堆棧要安排在ram的最后。
例如你需要32字節(jié)堆棧，那么堆�？臻g為0xe0~0xff。初始化SP要小于等于0xe0。
例如你需要48字節(jié)堆棧，那么堆�？臻g為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,那么堆�？臻g為150~0xff(共106字節(jié))。
這帖子中，我提到的僅僅是些基本原則，估計(jì)樓主獨(dú)立解決應(yīng)該比較困難，建議樓主將代碼交給有經(jīng)驗(yàn)的幫忙。

ID:887371 · 發(fā)表于 2022-7-16 11:58

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

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

ID:624769 · 發(fā)表于 2022-7-16 18:00

newlined 發(fā)表于 2022-7-16 08:42
程序中,四個(gè)工作區(qū)都用到了,其中兩個(gè)低級中斷共用一個(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è)地方的？

ID:227818 · 發(fā)表于 2022-7-18 16:39

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

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

ID:227818 · 發(fā)表于 2022-7-18 16:42

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

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

ID:227818 · 發(fā)表于 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天。沒有再出以前的問題。在這里請教下，您前邊的帖子里提到的指令 PUSH AR0 ，PUSH AR1 是在哪里能學(xué)到，一般的書里都沒有。再就是這個(gè)帖子里的偽指令，在哪里可以學(xué)到？一般的書里也沒有，謝謝。

ID:227818 · 發(fā)表于 2022-7-18 17:01

買了這2本書，也沒有起多大作用，講到中斷，也只是說，保護(hù)現(xiàn)場，恢復(fù)現(xiàn)場，也沒有具體的說要恢復(fù)那些東西，還不如在本帖中學(xué)到的東西多

ID:227818 · 發(fā)表于 2022-7-18 17:03

還有這一本

ID:227818 · 發(fā)表于 2022-7-18 17:07

@ 188610329，單片機(jī)是STC 8H

ID:227818 · 發(fā)表于 2022-7-18 17:08

也許看這些書需要一定的功力，我還遠(yuǎn)遠(yuǎn)不夠。

ID:624769 · 發(fā)表于 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位指針，分別對應(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ī)的工作原理。

ID:401564 · 發(fā)表于 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ù)雜指令,功能多得很,你要是用到精簡指令,你就會(huì)更加的體會(huì)到匯編的無聊
現(xiàn)在的編譯器效率已經(jīng)非常不錯(cuò)了,優(yōu)先選擇C語言,實(shí)在不行了再用匯編

ID:227818 · 發(fā)表于 2022-8-1 08:16

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

ID:227818 · 發(fā)表于 2022-8-1 08:21

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

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

ID:227818 · 發(fā)表于 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)站，但好像需要注冊，需要電話號碼什么的。在淘寶上有一家賣30幾元，但需要45天發(fā)貨，不知道怎么回事。

ID:401564 · 發(fā)表于 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開始的

ID:624769 · 發(fā)表于 2022-8-1 17:21

newlined 發(fā)表于 2022-8-1 08:21
看了這個(gè)帖子，我明白了，AR7是不是已經(jīng)宏定義成了07H？我以前對地址了解不透徹，看來我要對這方面仔細(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 不是絕對的，是可變的，好處是，如果更換換寄存器組，你可以不需要一行行代碼去把代表R7地址手動(dòng)更改。缺點(diǎn)是，USING 必需要控制好。

ID:227818 · 發(fā)表于 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ì)�，F(xiàn)在我遇到一個(gè)新的問題，就是單片機(jī)是STC的8H系列，您肯定知道，它對扇區(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è)中斷中也用到了，在中斷中，對 ISP_CMD，ISP_CONTR進(jìn)行壓棧保護(hù)？就是 PUSH ISP_CMD,PUSH ISP_CONTR ,退出中斷時(shí) 再 POP ISP_CONTR,POP ISP_CMD,這樣保護(hù)能達(dá)到目的嗎？編譯是通過了，但我沒有把握，您看可以嗎？

ID:227818 · 發(fā)表于 2022-8-4 11:12

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

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

ID:624769 · 發(fā)表于 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)場的操作。
因?yàn)椋?IAP_TRIG 這個(gè)啟動(dòng)指令，需要連續(xù)發(fā)送兩條 0x5A, 和 0xA5 的啟動(dòng)指令，這個(gè)是絕對不允許被打斷的。所以，一般，會(huì)需要在程序中，先 CLR EA，禁止中斷，等所有 IAP操作完成后再次 SET EA 允許中斷，這個(gè)才是關(guān)鍵。所以說，了解單片機(jī)的工作原理，還是重點(diǎn)中的重點(diǎn)。而如果在主程序中已經(jīng)禁止了中斷，那么，相關(guān)操作就不需要被PUSH和POP來現(xiàn)場保護(hù)了。

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

ID:227818 · 發(fā)表于 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

ID:227818 · 發(fā)表于 2022-8-4 16:00

筆記本的鍵盤不好用,可能是我前一段時(shí)間摔了一下.

ID:227818 · 發(fā)表于 2022-8-4 16:11

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

ID:624769 · 發(fā)表于 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è)中段中完成，對整個(gè)程序是最優(yōu)的。

ID:227818 · 發(fā)表于 2022-8-6 14:32

讀指令movc可以不需要保護(hù)iap相關(guān)寄存器嗎？我仔細(xì)揣摩下。

ID:624769 · 發(fā)表于 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位絕對地址
CLR A
MOVC A,@A+DPTR

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

ID:227818 · 發(fā)表于 2022-10-6 09:23

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

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

ID:227818 · 發(fā)表于 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)然，這是對的，竟然有時(shí)用LJMP跳轉(zhuǎn)過去，我都不知道最后執(zhí)行了RET之后去了哪里。

ID:624769 · 發(fā)表于 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)該這么寫對吧？但是，這么寫其實(shí)是完全沒有用到匯編的優(yōu)勢。
所以，既然用了匯編，通常用如下寫法：
_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  還是你沒理解  程序本身的真正目的？

ID:227818 · 發(fā)表于 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ò)誤的吧。

帳號		自動(dòng)登錄	找回密碼
密碼			立即注冊

請教各位大神一個(gè)匯編語言堆棧大小計(jì)算的問題

評分