|
|||||||||||
| 技術(shù)交流 | 電路欣賞 | 工控天地 | 數(shù)字廣電 | 通信技術(shù) | 電源技術(shù) | 測控之家 | EMC技術(shù) | ARM技術(shù) | EDA技術(shù) | PCB技術(shù) | 嵌入式系統(tǒng) 驅(qū)動編程 | 集成電路 | 器件替換 | 模擬技術(shù) | 新手園地 | 單 片 機 | DSP技術(shù) | MCU技術(shù) | IC 設(shè)計 | IC 產(chǎn)業(yè) | CAN-bus/DeviceNe |
中斷遲滯現(xiàn)象！ |
| 作者：光標 欄目：單片機 |
現(xiàn)象如下： 串口中斷和定時器0中斷都用到的一個程序。在IP設(shè)置串口中斷為高優(yōu)先級，定時器T0中斷為低優(yōu)先級。在程序進行調(diào)試時出現(xiàn)有時串口中斷能及時響應(yīng)，而有時要遲滯一到兩秒才響應(yīng)。 請大俠不勝賜教�。�！ |
| 2樓： | >>參與討論 |
| 作者： 慕容帝 于 2006/3/18 10:07:00 發(fā)布：
串口中斷，定時器中斷單獨使用時候會有問題嗎？能不能不程序發(fā)上來看看？ |
|
| 3樓： | >>參與討論 |
| 作者： 光標 于 2006/3/18 12:05:00 發(fā)布：
小生也是一頭霧水，要是我把程序進行軟件測試都是ok的，燒到片子里單獨進行控制測試也是ok的，但把片子接到板子上工作的時候就出現(xiàn)這樣的情況。但奇怪的是數(shù)據(jù)到正確的，都能正確控制，就是出現(xiàn)了遲滯現(xiàn)象，好像片子反映慢了。小生用示波器測試了傳輸線路，沒發(fā)現(xiàn)什么問題，數(shù)據(jù)能及時到片子的引腳上。 我現(xiàn)在只有用干擾來安慰自己。大俠有何異議，請賜教�。�！ |
|
| 4樓： | >>參與討論 |
| 作者： stkui 于 2006/3/20 16:40:00 發(fā)布：
如果采用中斷嵌套，串口中斷的優(yōu)先級高于定時中斷的話，那么應(yīng)該是定時中斷會有所延時，而不是串口中斷，這個問題就不知道如何解釋了，呵，也有可能與片子有關(guān)呀， |
|
| 5樓： | >>參與討論 |
| 作者： SupermanTm 于 2006/3/21 0:04:00 發(fā)布：
因為你的串行口中斷是高優(yōu)先級，而你的串行口中斷服務(wù)程序中耗用的時間多，那么會出現(xiàn)這樣的現(xiàn)象。 另一可能，你的串行口中斷服務(wù)程序里沒有及時清除掉RI/TI標志，中斷沒能釋放，那么同優(yōu)先級或低優(yōu)先級的中斷就不能響應(yīng)。請認真查看串行口中斷服務(wù)程序，它應(yīng)該是這樣的模式的： ORG 0023H JBC TI,TX_INTR JBC RI,RX_INTR RETI TX_INTR: 發(fā)送中斷程序 RETI RX_INTR: 接收中斷程序 RETI 另外，盡管你沒有使用“發(fā)送”，或沒有使用“接收”，你也必須為此做出響應(yīng)的程序：CLR TI 或 CLR RI |
|
| 6樓： | >>參與討論 |
| 作者： 光標 于 2006/3/25 23:32:00 發(fā)布：
各位說的都很有道理,小生實在佩服大家在沒有看到我的程序就能說道點子上. 小生的通訊方式是那種單工的方式,主機只有接受到從機的應(yīng)答信號才會繼續(xù)發(fā)命令. 在這其中我的主機程序有一個超時處理的子程序,當超時就不接受從機的回饋信息. 在這里我測了每次主機發(fā)出信號后從機的接受口都有信號出現(xiàn),而且很迅速,滿足實時性. 但從機就是回饋超出了主機要求的時間,我開始還以為是從機沒有正確收到,但實際情況是從機收到了 主機的命令,只是返回的信號太慢了.我的從機中斷程序是一個強制跳轉(zhuǎn)指令,中斷中就是關(guān)定時器,和定時中斷 按理說應(yīng)該沒有問題.其程序我都查了好多遍,沒什么問題. 問題:當主機尋址從機時可能產(chǎn)生從機回饋信息遲滯現(xiàn)象,但從機還是能找到,但之后的操作很正常.就是每次尋址從機的時候可能會出現(xiàn)遲滯現(xiàn)象.(問題尚未解決,請大俠賜教!先謝謝各位的寶貴意見.)  |
|
|
|
| 免費注冊為維庫電子開發(fā)網(wǎng)會員，參與電子工程師社區(qū)討論，點此進入 |
Copyright © 1998-2006 www.udpf.com.cn 浙ICP證030469號 |