當前位置:首頁 » 編程軟體 » ucosii編譯

ucosii編譯

發布時間: 2022-06-24 02:27:02

❶ 問ucos ii的問題 我使用任哲那本書學習的,已經大概了解的該系統,想實現書上的例子,不知道用該怎麼編譯

學習ucos也有幾天了,開始大概看了下邵貝貝老師的書,可能是剛開始對於ucos不是很了解,而且邵貝貝老師的書講的太過詳細,對於初學者來說反而不好入門,所以換了個思路,看任哲老師的書,發現突然明了了很多,而且任哲老師的書也有實際例子,可以跟著一個個做,對於初學者非常的好,打算看完再回過頭看一遍邵貝貝老師的,估計就差不多了,
對於新手來說學習ucos最開始就是能動動手吧,要不一直看啊看啊,肯定難找到感覺,任哲老師有關於在pc上的移植,雖然講的很詳細了,但是還是看了一個上午才看懂,其實書上面講的關於如何如何編譯其實都不用管他,他裡面已經寫好了maketest批處理文件,只要下載好bc31、software兩個文件夾,然後復制到c盤,就可以了。然後在C:\SOFTWARE\uCOS-II\例2-11\Bc31\SOURCE中test.c修改源程序,改好後保存,再在C:\SOFTWARE\uCOS-II\例2-11\Bc31\TEST中雙擊下maketest批處理文件,它裡面已經把編譯連接文件全寫好了,雙擊下就可以生成可執行文件test.exe,雙擊test.exe就可以看到結果了,非常簡單,但是開始的時候一直在網站上找不到解決方法,以為要我在dos下輸入那個長長的命令,現在看來比在編譯環境下還簡單,呵呵,如果你是初學者我們一起交流哈.

❷ ucos ii是什麼啊

μC/OS-II是一種可移植的,可植入ROM的,可裁剪的,搶占式的,實時多任務操作系統內核。它被廣泛應用於微處理器、微控制器和數字信號處理器。 μC/OS-II 的前身是μC/OS,最早出自於1992 年美國嵌入式系統專家Jean J.Labrosse 在《嵌入式系統編程》雜志的5 月和6 月刊上刊登的文章連載,並把μC/OS 的源碼發布在該雜志的B B S 上。 μC/OS 和μC/OS-II 是專門為計算機的嵌入式應用設計的, 絕大部分代碼是用C語言編寫的。CPU 硬體相關部分是用匯編語言編寫的、總量約200行的匯編語言部分被壓縮到最低限度,為的是便於移植到任何一種其它的CPU 上。用戶只要有標準的ANSI 的C交叉編譯器,有匯編器、連接器等軟體工具,就可以將μC/OS-II嵌入到開發的產品中。μC/OS-II 具有執行效率高、佔用空間小、實時性能優良和可擴展性強等特點, 最小內核可編譯至 2KB 。μC/OS-II 已經移植到了幾乎所有知名的CPU 上。 嚴格地說uC/OS-II只是一個實時操作系統內核,它僅僅包含了任務調度,任務管理,時間管理,內存管理和任務間的通信和同步等基本功能。沒有提供輸入輸出管理,文件系統,網路等額外的服務。但由於uC/OS-II良好的可擴展性和源碼開放,這些非必須的功能完全可以由用戶自己根據需要分別實現。 uC/OS-II目標是實現一個基於優先順序調度的搶占式的實時內核,並在這個內核之上提供最基本的系統服務,如信號量,郵箱,消息隊列,內存管理,中斷管理等。 uC/OS-II以源代碼的形式發布,但並不意味著它是開源軟體。你可以將其用於教學和私下研究(peaceful research);但是如果你將其用於商業用途,那麼你必須通過Micrium獲得商用許可。

❸ 如何在BC4.5下成功編譯UCOS-II V2.52系統

一、你確定你下載的內核源碼包是x86的? 二、uCOS在8位的51單片機上都可以運行的,在16位和32位系統里運行更好。當然這些都需要做一些小的改動。這些修改步驟網上都有的。

❹ UCOSII系統編譯時,老出現app.obj : error LNK2001: unresolved external symbol _OSFlagQuery

unresolved external symbol

造成這個錯誤的原因,是鏈接找不到函數的實體或實體歧義。造成錯誤的可能原因很多,如果你確定有函數實體並且app已經包含了頭文件,那麼要麼是包含順序、包含關系錯誤,要麼是定義歧義(找到多個可能的定義)。
檢查APP這個源文件的包含頭文件順序,以及各個頭文件中加入的嵌套包含。檢查是否有多個函數實體。檢查是否存在重復包含現象。

❺ UCOSII keil編譯顯示..\UCOSII\CORE\ucos_ii.h: INT32U timeout,如何解決

是其它地方有語法錯誤,比如某個.h文件中的函數或變數聲明忘記加分號、某個變數聲明沒有加分號、某個判斷語句缺少小括弧等等,並不一定是ucos_ii.h中的錯誤。
這類錯誤要重點檢查其它代碼,跟ucos_ii.h有關的代碼。

❻ ucosii的用戶程序必須和操作系統一起編譯嗎

是否μC/OS-II,是就看下面的內容,如果不是你想要的答案,本人也無能為力

外行人粗略理解:從這篇文章可以看出μC/OS-II內核和應用程序放在一起編譯成一個文件這種做法是特有的,應該也不能分開。

單片機軟體操作系統的利弊,UCOSII在單片機上的使用

來源:今日電子

摘要:近年來,在單片機系統中嵌入操作系統已經成為人們越來越關心的一個話題。本文通過對一種源碼公開的嵌入式實時操作系統μC/OS-II的分析,以51系列單片機為例,闡述了在單片機中使用該嵌入式操作系統的優缺點,以及在應用中應當注意的一些問題。

關鍵詞:實時操作系統;μC/OS-II;單片機

引言

早在20世紀60年代,就已經有人開始研究和開發嵌入式操作系統。但直到最近,它才在國內被越來越多的提及,在通信、電子、自動化等需要實時處理的領域所日益顯現的重要性吸引了人們越來越多的注意力。但是,人們所談論的往往是一些著名的商業內核,諸如VxWorks、PSOS等。這些商業內核性能優越,但價格昂貴,主要用於16位和32位處理器中,針對國內大部分用戶使用的51系列8位單片機,可以選擇免費的μC/OS-II。

μC/OS-II的特點

1.μC/OS-II是由Labrosse先生編寫的一個開放式內核,最主要的特點就是源碼公開。這一點對於用戶來說可謂利弊各半,好處在於,一方面它是免費的,另一方面用戶可以根據自己的需要對它進行修改。缺點在於它缺乏必要的支持,沒有功能強大的軟體包,用戶通常需要自己編寫驅動程序,特別是如果用戶使用的是不太常用的單片機,還必須自己編寫移植程序。

2.μC/OS-II是一個佔先式的內核,即已經准備就緒的高優先順序任務可以剝奪正在運行的低優先順序任務的CPU使用權。這個特點使得它的實時性比非佔先式的內核要好。通常我們都是在中斷服務程序中使高優先順序任務進入就緒態(例如發信號),這樣退出中斷服務程序後,將進行任務切換,高優先順序任務將被執行。拿51單片機為例,比較一下就可以發現這樣做的好處。假如需要用中斷方式採集一批數據並進行處理,在傳統的編程方法中不能在中斷服務程序中進行復雜的數據處理,因為這會使得關中斷時間過長。所以經常採用的方法是置一標志位,然後退出中斷。由於主程序是循環執行的,所以它總有機會檢測到這一標志並轉到數據處理程序中去。但是因為無法確定發生中斷時程序到底執行到了什麼地方,也就無法判斷要經過多長時間數據處理程序才會執行,中斷響應時間無法確定,系統的實時性不強。如果使用μC/OS-II的話,只要把數據處理程序的優先順序設定得高一些,並在中斷服務程序中使它進入就緒態,中斷結束後數據處理程序就會被立即執行。這樣可以把中斷響應時間限制在一定的范圍內。對於一些對中斷響應時間有嚴格要求的系統,這是必不可少的。但應該指出的是如果數據處理程序簡單,這樣做就未必合適。因為μC/OS-II要求在中斷服務程序末尾使用OSINTEXIT函數以判斷是否進行任務切換,這需要花費一定的時間。

3.μC/OS-II和大家所熟知的Linux等分時操作系統不同,它不支持時間片輪轉法。μC/OS-II是一個基於優先順序的實時操作系統,每個任務的優先順序必須不同,分析它的源碼會發現,μC/OS-II把任務的優先順序當做任務的標識來使用,如果優先順序相同,任務將無法區分。進入就緒態的優先順序最高的任務首先得到CPU的使用權,只有等它交出CPU的使用權後,其他任務才可以被執行。所以它只能說是多任務,不能說是多進程,至少不是我們所熟悉的那種多進程。顯而易見,如果只考慮實時性,它當然比分時系統好,它可以保證重要任務總是優先佔有CPU。但是在系統中,重要任務畢竟是有限的,這就使得劃分其他任務的優先權變成了一個讓人費神的問題。另外,有些任務交替執行反而對用戶更有利。例如,用單片機控制兩小塊顯示屏時,無論是編程者還是使用者肯定希望它們同時工作,而不是顯示完一塊顯示屏的信息以後再顯示另一塊顯示屏的信息。這時候,要是μC/OS-II即支持優先順序法又支持時間片輪轉法就更合適了。

4.μC/OS-II對共享資源提供了保護機制。正如上文所提到的,μC/OS-II是一個支持多任務的操作系統。一個完整的程序可以劃分成幾個任務,不同的任務執行不同的功能。這樣,一個任務就相當於模塊化設計中的一個子模塊。在任務中添加代碼時,只要不是共享資源就不必擔心互相之間有影響。而對於共享資源(比如串口),μC/OS-II也提供了很好的解決辦法。一般情況下使用的是信號量的方法。簡單地說,先創建一個信號量並對它進行初始化。當一個任務需要使用一個共享資源時,它必須先申請得到這個信號量,而一旦得到了此信號量,那就只有等使用完了該資源,信號量才會被釋放。在這個過程中即使有優先權更高的任務進入了就緒態,因為無法得到此信號量,也不能使用該資源。這個特點的好處顯而易見,例如當顯示屏正在顯示信息的時候,外部產生了一個中斷,而在中斷服務程序中需要顯示屏顯示其他信息。這樣,退出中斷服務程序後,原有的信息就可能被破壞了。而在μC/OS-II中採用信號量的方法時,只有顯示屏把原有信息顯示完畢後才可以顯示新信息,從而可以避免這個現象。不過,採用這種方法是以犧牲系統的實時性為代價的。如果顯示原有信息需要耗費大量時間,系統只好等待。從結果上看,等於延長了中斷響應時間,這對於未顯示信息是報警信息的情況,無疑是致命的。發生這種情況,在μC/OS-II中稱為優先順序反轉,就是高優先順序任務必須等待低優先順序任務的完成。在上述情況下,在兩個任務之間發生優先順序反轉是無法避免的。所以在使用μC/OS-II時,必須對所開發的系統了解清楚,才能決定對於某種共享資源是否使用信號量。

μC/OS-II在單片機使用中的一些特點

1.在單片機系統中嵌入μC/OS-II將增強系統的可靠性,並使得調試程序變得簡單。以往傳統的單片機開發工作中經常遇到程序跑飛或是陷入死循環。可以用看門狗解決程序跑飛問題,而對於後一種情況,尤其是其中牽扯到復雜數學計算的話,只有設置斷點,耗費大量時間來慢慢分析。如果在系統中嵌入μC/OS-II的話,事情就簡單多了。可以把整個程序分成許多任務,每個任務相對獨立,然後在每個任務中設置超時函數,時間用完以後,任務必須交出CPU的使用權。即使一個任務發生問題,也不會影響其他任務的運行。這樣既提高了系統的可靠性,同時也使得調試程序變得容易。

2.在單片機系統中嵌入μC/OS-II將增加系統的開銷。現在所使用的51單片機,一般是指87C51或者89C51,其片內都帶有一定的RAM和ROM。對於一些簡單的程序,如果採用傳統的編程方法,已經不需要外擴存儲器了。如果在其中嵌入μC/OS-II的話,在只需要使用任務調度、任務切換、信號量處理、延時或超時服務的情況下,也不需要外擴ROM了,但是外擴RAM是必須的。由於μC/OS-II是可裁減的操作系統,其所需要的RAM大小就取決於操作系統功能的多少。舉例來說,μC/OS-II允許用戶定義最大任務數。由於每建立一個任務,都要產生一個與之相對應的數據結構TCB,該數據結構要佔用很大一部分內存空間。所以在定義最大任務數時,一定要考慮實際情況的需要。如果定得過大,勢必會造成不必要的浪費。嵌入μC/OS-II以後,總的RAM需求可以由如下表達式得出:

RAM總需求=應用程序的RAM需求+內核數據區的RAM需求+(任務棧需求+最大中斷嵌套棧需求)·任務數

所幸的是,μC/OS-II可以對每個任務分別定義堆棧空間的大小,開發人員可根據任務的實際需求來進行棧空間的分配。但在RAM容量有限的情況下,還是應該注意一下對大型數組、數據結構和函數的使用,別忘了,函數的形參也是要推入堆棧的。

3.μC/OS-II的移植也是一件需要值得注意的工作。如果沒有現成的移植實例的話,就必須自己來編寫移植代碼。雖然只需要改動兩個文件,但仍需要對相應的微處理器比較熟悉才行,最好參照已有的移植實例。另外,即使有移植實例,在編程前最好也要閱讀一下,因為裡面牽扯到堆棧操作。在編寫中斷服務程序時,把寄存器推入堆棧的順序必須與移植代碼中的順序相對應。

4.和其他一些著名的嵌入式操作系統不同,μC/OS-II在單片機系統中的啟動過程比較簡單,不像有些操作系統那樣,需要把內核編譯成一個映像文件寫入ROM中,上電復位後,再從ROM中把文件載入到RAM中去,然後再運行應用程序。μC/OS-II的內核是和應用程序放在一起編譯成一個文件的,使用者只需要把這個文件轉換成HEX格式,寫入ROM中就可以了,上電後,會像普通的單片機程序一樣運行。

結語

由以上介紹可以看出,μC/OS-II具有免費、使用簡單、可靠性高、實時性好等優點,但也有移植困難、缺乏必要的技術支持等缺點,尤其不像商用嵌入式系統那樣得到廣泛使用和持續的研究更新。但開放性又使得開發人員可以自行裁減和添加所需的功能,在許多應用領域發揮著獨特的作用。當然,是否在單片機系統中嵌入μC/OS-II應視所開發的項目而定,對於一些簡單的、低成本的項目來說,就沒必要使用嵌入式操作系統了。

❼ UCOSII 支持動態編譯么

好像還看到動態編譯這個的對於ucos來說還有一點就是ucos本身代碼和Linux這種大傢伙比起來
簡直就是米粒跟地球比呀應用程序和內核都是一起編譯的---我目前的理解(本人也是菜鳥)有什麼不對的樓下指點下

❽ BC如何編譯uCOS II

哈哈 我也忙了好久 不過終於搞出來了 下載bc45 和tasm5 解壓安裝,記得一定要吧tasm/bin裡面的tasm.exe和tasm2msg.dll放到bc45/bin裡面去,再就是設置環境變數之類的 按照他們說的就行 實在不行的話 我的q 651145466

❾ 小弟新學ucos2,請問各位高手,如何在PC上建立ucos2的編譯環境

使用BC或者keil,可以參考邵貝貝的ucos學習書籍。

❿ LWIP移植ucosII編譯出錯 identifier "cpu_sr" is undefined 如圖所示,請問是什麼原因

"GPIO_InitStructure"沒定義,就是你的GPIO沒有包含進去,你只是把.h文件包含了而已,沒有GPIO初始化函數

熱點內容
pythonsetuptool安裝 發布:2022-07-03 19:23:16 瀏覽:954
java的虛方法 發布:2022-07-03 19:22:14 瀏覽:851
icloud存儲空間不足怎麼辦 發布:2022-07-03 19:22:07 瀏覽:538
android三方登錄 發布:2022-07-03 19:20:37 瀏覽:246
9600配置怎麼樣 發布:2022-07-03 19:19:12 瀏覽:34
android外文參考文獻 發布:2022-07-03 19:17:38 瀏覽:207
交建通的伺服器地址和埠怎麼改 發布:2022-07-03 19:16:10 瀏覽:373
防火牆如何配置安全策略 發布:2022-07-03 19:16:09 瀏覽:635
如何用代碼創建資料庫 發布:2022-07-03 19:14:48 瀏覽:436
相機如何調鏡像安卓 發布:2022-07-03 19:11:01 瀏覽:143