&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;ARM&nbsp;（32位RISC)&nbsp;+&nbsp;RTEMS&nbsp;(完全FREE的軍用操作系統）,&nbsp;&nbsp;<br />&nbsp;<br />&nbsp;<br />※&nbsp;來源:·BBS&nbsp;水木清華站&nbsp;smth.org·[FROM:&nbsp;203.93.105.209]&nbsp;<br />發信人:&nbsp;flyking&nbsp;(小排),&nbsp;信區:&nbsp;Embedded&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />標&nbsp;&nbsp;題:&nbsp;Re:&nbsp;又一道嵌入試題!&nbsp;<br />發信站:&nbsp;BBS&nbsp;水木清華站&nbsp;(Thu&nbsp;Nov&nbsp;&nbsp;8&nbsp;13:03:58&nbsp;2001)&nbsp;<br />&nbsp;<br />我認為中斷程序中干的都是對實時要求很高的東西，比如解固定速率的編碼，如果你在解出&nbsp;<br />一個編碼之前把控制權交給內核，可能下次中斷時前一個碼系統還碼分配到時間處理&nbsp;<br />所以這種情況必須中斷中完成以后再交出cpu，所謂分層和前后臺的目的就在這里，前臺&nbsp;<br />是要實時的，后臺有空再干，以此類推，相對的前臺總比相對的后臺優先處理，&nbsp;<br />比如一種數據結構：8位組成byte,16位組成dbyte,32位組成word,64位組成block,前一種&nbsp;<br />子幀總要先處理，處理完了就交給后臺處理更高級的幀。當然實際中不用這么繁&nbsp;<br />【&nbsp;在&nbsp;hongchen&nbsp;(kissing-fire)&nbsp;的大作中提到:&nbsp;】&nbsp;<br />∶<i>&nbsp;在中斷服務程序里不對中斷作處理，只是置一個標志位，或者寫一個狀態字，然后由一個&nbsp;</i><br />∶<i>&nbsp;短時定時程序或無限循環程序來掃描這些標志位或狀態字，再啟動相應的處理程序，這不&nbsp;</i><br />∶<i>&nbsp;就相當于把原本可以一次完成的事情，拆成了兩段嗎？肯定要引入新的變量，增加跳轉時&nbsp;</i><br />∶<i>&nbsp;間，也就相當于增加了系統被干擾的機會，跳轉是程序最容易跑飛的時候，這樣做的好處&nbsp;</i><br />∶<i>&nbsp;是什么呢？&nbsp;</i><br />∶<i>&nbsp;如果一次發生了多個中斷，那么啟動的處理程序應該是相當于一個線程，或是一個任務，&nbsp;</i><br />∶<i>&nbsp;應該是獨立運行的，這時這個短時定時程序或無限循環程序要啟動多個線程，而此時多線&nbsp;</i><br />∶<i>&nbsp;程之間的通訊以及對線程根據優先級進行頻繁的執行、掛起，卻要由內核來做？那么這個&nbsp;</i><br />∶<i>&nbsp;短時定時程序或無限循環程序到底有什么用呢？為什么不直接由內核來管理呢？直接由內&nbsp;</i><br />∶<i>&nbsp;核來管理這些中斷信號？還是你說的這個程序本身就是內核呢？&nbsp;</i><br />∶<i>&nbsp;我覺得這個流程就好像是&nbsp;</i><br />∶<i>&nbsp;...................&nbsp;</i><br />&nbsp;<br />--&nbsp;<br />&nbsp;&nbsp;起初，神創造天地。地是空虛混沌，淵面黑暗；神的靈運行在水面上。&nbsp;<br />神說：&quot;要有光&quot;。就有了光。神看光是好的，就把光暗分開了。神稱光&nbsp;<br />為&quot;晝&quot;,稱暗為&quot;夜&quot;。&nbsp;<br />&nbsp;<br />&nbsp;<br />※&nbsp;來源:·BBS&nbsp;水木清華站&nbsp;smth.org·[FROM:&nbsp;210.52.210.55]&nbsp;<br />發信人:&nbsp;neuronlee&nbsp;(機械化神經元),&nbsp;信區:&nbsp;Embedded&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />標&nbsp;&nbsp;題:&nbsp;Re:&nbsp;又一道嵌入試題!&nbsp;<br />發信站:&nbsp;BBS&nbsp;水木清華站&nbsp;(Thu&nbsp;Nov&nbsp;&nbsp;8&nbsp;13:13:01&nbsp;2001)&nbsp;<br />&nbsp;<br />我想她說的是在沒有RTOS的情況下的解決方案.由中斷程序設置標志然后&nbsp;<br />退出,由其他程序接手是很正常的行為.無論有無RTOS這樣做都有其道理,&nbsp;<br />應情況而易.&nbsp;<br />【&nbsp;在&nbsp;hongchen&nbsp;(kissing-fire)&nbsp;的大作中提到:&nbsp;】&nbsp;<br />∶<i>&nbsp;在中斷服務程序里不對中斷作處理，只是置一個標志位，或者寫一個狀態字，然后由一個&nbsp;</i><br />∶<i>&nbsp;短時定時程序或無限循環程序來掃描這些標志位或狀態字，再啟動相應的處理程序，這不&nbsp;</i><br />∶<i>&nbsp;就相當于把原本可以一次完成的事情，拆成了兩段嗎？肯定要引入新的變量，增加跳轉時&nbsp;</i><br />∶<i>&nbsp;間，也就相當于增加了系統被干擾的機會，跳轉是程序最容易跑飛的時候，這樣做的好處&nbsp;</i><br />∶<i>&nbsp;是什么呢？&nbsp;</i><br />∶<i>&nbsp;如果一次發生了多個中斷，那么啟動的處理程序應該是相當于一個線程，或是一個任務，&nbsp;</i><br />∶<i>&nbsp;應該是獨立運行的，這時這個短時定時程序或無限循環程序要啟動多個線程，而此時多線&nbsp;</i><br />∶<i>&nbsp;程之間的通訊以及對線程根據優先級進行頻繁的執行、掛起，卻要由內核來做？那么這個&nbsp;</i><br />∶<i>&nbsp;短時定時程序或無限循環程序到底有什么用呢？為什么不直接由內核來管理呢？直接由內&nbsp;</i><br />∶<i>&nbsp;核來管理這些中斷信號？還是你說的這個程序本身就是內核呢？&nbsp;</i><br />∶<i>&nbsp;我覺得這個流程就好像是&nbsp;</i><br />∶<i>&nbsp;...................&nbsp;</i><br />&nbsp;<br />--&nbsp;<br />According&nbsp;to&nbsp;the&nbsp;system&nbsp;log,&nbsp;windows&nbsp;had&nbsp;already&nbsp;started,&nbsp;but&nbsp;<br />it&nbsp;seems&nbsp;to&nbsp;be&nbsp;murdered&nbsp;mysteriously!&nbsp;:-DDDDDDDD&nbsp;<br />&nbsp;<br />&nbsp;<br />※&nbsp;來源:·BBS&nbsp;水木清華站&nbsp;smth.org·[FROM:&nbsp;66.75.17.82]&nbsp;<br />發信人:&nbsp;wheregone&nbsp;(貓貓),&nbsp;信區:&nbsp;Embedded&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />標&nbsp;&nbsp;題:&nbsp;Re:&nbsp;又一道嵌入試題!&nbsp;<br />發信站:&nbsp;BBS&nbsp;水木清華站&nbsp;(Thu&nbsp;Nov&nbsp;&nbsp;8&nbsp;13:50:28&nbsp;2001)&nbsp;<br />&nbsp;<br />實際上&nbsp;在中斷里發消息或mail,物理上也是置標志位&nbsp;<br />對不對？&nbsp;<br />&nbsp;<br />&nbsp;<br />【&nbsp;在&nbsp;neuronlee&nbsp;(機械化神經元)&nbsp;的大作中提到:&nbsp;】&nbsp;<br />∶<i>&nbsp;我想她說的是在沒有RTOS的情況下的解決方案.由中斷程序設置標志然后&nbsp;</i><br />∶<i>&nbsp;退出,由其他程序接手是很正常的行為.無論有無RTOS這樣做都有其道理,&nbsp;</i><br />∶<i>&nbsp;應情況而易.&nbsp;</i><br />&nbsp;<br />&nbsp;<br />--&nbsp;<br />the&nbsp;longing&nbsp;for&nbsp;love,&nbsp;&nbsp;&nbsp;the&nbsp;search&nbsp;for&nbsp;knowledge,&nbsp;<br />and&nbsp;unbearable&nbsp;pity&nbsp;for&nbsp;the&nbsp;suffering&nbsp;of&nbsp;mankind.&nbsp;<br />------------------------------------------------&nbsp;&nbsp;<br />&nbsp;<br />&nbsp;<br />※&nbsp;來源:·BBS&nbsp;水木清華站&nbsp;smth.org·[FROM:&nbsp;202.120.8.69]&nbsp;<br />發信人:&nbsp;hongchen&nbsp;(kissing-fire),&nbsp;信區:&nbsp;Embedded&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />標&nbsp;&nbsp;題:&nbsp;Re:&nbsp;又一道嵌入試題!&nbsp;<br />發信站:&nbsp;BBS&nbsp;水木清華站&nbsp;(Thu&nbsp;Nov&nbsp;&nbsp;8&nbsp;13:58:30&nbsp;2001)&nbsp;<br />&nbsp;<br />&nbsp;<br />【&nbsp;在&nbsp;wangyyff&nbsp;(郁悶的大面瓜)&nbsp;的大作中提到:&nbsp;】&nbsp;<br />∶<i>&nbsp;這根本就不是操作系統，只是最簡單的單片機程序，&nbsp;</i><br />∶<i>&nbsp;扯這么多大理論出來干啥？受不了你&nbsp;</i><br />雖然你已經受不了我了&nbsp;<br />不過我還是想把這個問題弄明白&nbsp;<br />這樣寫單片機程序有什么好處。&nbsp;<br />&nbsp;<br />中斷1，2，3。。。－&gt;置位或寫狀態字&lt;－無限循環，查詢狀態位，啟動程序&nbsp;<br />&nbsp;<br />能不能舉個例子，說明一下這樣寫程序的理由呢？&nbsp;<br />&nbsp;<br />--&nbsp;<br />&nbsp;<br />※&nbsp;來源:·BBS&nbsp;水木清華站&nbsp;smth.org·[FROM:&nbsp;166.111.60.132]&nbsp;<br />發信人:&nbsp;wheregone&nbsp;(貓貓),&nbsp;信區:&nbsp;Embedded&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />標&nbsp;&nbsp;題:&nbsp;Re:&nbsp;又一道嵌入試題!&nbsp;<br />發信站:&nbsp;BBS&nbsp;水木清華站&nbsp;(Thu&nbsp;Nov&nbsp;&nbsp;8&nbsp;14:09:52&nbsp;2001)&nbsp;<br />&nbsp;<br />單線程編程只能這樣處理多任務吧&nbsp;<br />比如你要處理鍵盤，要處理UART的數據，又要輸出&nbsp;<br />只能在一個大循環里套小循環，特別是用戶菜單&nbsp;<br />這個方法缺點多多：&nbsp;<br />兩個中斷之間如果處理時間不夠，會得不到響應或延遲太&nbsp;<br />多&nbsp;<br />&nbsp;<br />維護和升級太麻煩&nbsp;<br />不利于多人合作寫代碼&nbsp;<br />&nbsp;<br />&nbsp;<br />&nbsp;<br />【&nbsp;在&nbsp;hongchen&nbsp;(kissing-fire)&nbsp;的大作中提到:&nbsp;】&nbsp;<br />∶<i>&nbsp;雖然你已經受不了我了&nbsp;</i><br />∶<i>&nbsp;不過我還是想把這個問題弄明白&nbsp;</i><br />∶<i>&nbsp;這樣寫單片機程序有什么好處。&nbsp;</i><br />∶<i>&nbsp;中斷1，2，3。。。－&gt;置位或寫狀態字&lt;－無限循環，查詢狀態位，啟動程序&nbsp;</i><br />∶<i>&nbsp;能不能舉個例子，說明一下這樣寫程序的理由呢？&nbsp;</i><br />&nbsp;<br />&nbsp;<br />--&nbsp;<br />the&nbsp;longing&nbsp;for&nbsp;love,&nbsp;&nbsp;&nbsp;the&nbsp;search&nbsp;for&nbsp;knowledge,&nbsp;<br />and&nbsp;unbearable&nbsp;pity&nbsp;for&nbsp;the&nbsp;suffering&nbsp;of&nbsp;mankind.&nbsp;<br />------------------------------------------------&nbsp;&nbsp;<br />&nbsp;<br />&nbsp;<br />※&nbsp;來源:·BBS&nbsp;水木清華站&nbsp;smth.org·[FROM:&nbsp;202.120.8.69]&nbsp;<br />發信人:&nbsp;hongchen&nbsp;(kissing-fire),&nbsp;信區:&nbsp;Embedded&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />標&nbsp;&nbsp;題:&nbsp;Re:&nbsp;又一道嵌入試題!&nbsp;<br />發信站:&nbsp;BBS&nbsp;水木清華站&nbsp;(Thu&nbsp;Nov&nbsp;&nbsp;8&nbsp;16:58:57&nbsp;2001)&nbsp;<br />&nbsp;<br />&nbsp;<br />【&nbsp;在&nbsp;wheregone&nbsp;(貓貓)&nbsp;的大作中提到:&nbsp;】&nbsp;<br />∶<i>&nbsp;單線程編程只能這樣處理多任務吧&nbsp;</i><br />∶<i>&nbsp;比如你要處理鍵盤，要處理UART的數據，又要輸出&nbsp;</i><br />∶<i>&nbsp;只能在一個大循環里套小循環，特別是用戶菜單&nbsp;</i><br />應該是使用短時定時器中斷來查詢鍵盤中斷，&nbsp;<br />串口工作在中斷方式&nbsp;<br />∶<i>&nbsp;這個方法缺點多多：&nbsp;</i><br />∶<i>&nbsp;兩個中斷之間如果處理時間不夠，會得不到響應或延遲太&nbsp;</i><br />∶<i>&nbsp;多&nbsp;</i><br />∶<i>&nbsp;維護和升級太麻煩&nbsp;</i><br />∶<i>&nbsp;不利于多人合作寫代碼&nbsp;</i><br />我明白了，先把中斷產生的信息和數據存儲下來，然后再一一去執行，&nbsp;<br />可以避免沒有響應，保證按優先級順序執行。&nbsp;<br />這個方式可能提高了編程效率，和結構性，但是可能會帶來跳轉太多，&nbsp;<br />系統容易死機。&nbsp;<br />真是一個矛盾，要想提高編程效率，必然降低代碼的執行效率。&nbsp;<br />&nbsp;<br />&nbsp;<br />--&nbsp;<br />&nbsp;<br />※&nbsp;來源:·BBS&nbsp;水木清華站&nbsp;smth.org·[FROM:&nbsp;166.111.60.132]&nbsp;<br />發信人:&nbsp;ncic&nbsp;(yiran),&nbsp;信區:&nbsp;Embedded&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br />標&nbsp;&nbsp;題:&nbsp;Re:&nbsp;又一道嵌入試題!&nbsp;<br />發信站:&nbsp;BBS&nbsp;水木清華站&nbsp;(Thu&nbsp;Nov&nbsp;&nbsp;8&nbsp;21:14:39&nbsp;2001)&nbsp;<br />&nbsp;<br />大面瓜說的是有道理，有依據的，&nbsp;<br />中斷處理程序分成兩部分可以更快更及時地的響應中斷，更少地丟失中斷信號&nbsp;<br />