0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

RT-Thread針對(duì)不同架構(gòu)芯片移植的方法

RTThread物聯(lián)網(wǎng)操作系統(tǒng) ? 來(lái)源:未知 ? 2022-12-09 22:20 ? 次閱讀

在做rt-thread系統(tǒng)移植的這段時(shí)間里,積累一些快速移植的經(jīng)驗(yàn),不論是現(xiàn)有架構(gòu)的不同型號(hào)的芯片,還是一個(gè)全新架構(gòu)的移植,只需要按照一定的步驟進(jìn)行,一般大的方向不會(huì)出錯(cuò)。剩下的事情就是解決為什么沒(méi)有達(dá)到預(yù)期效果的問(wèn)題。

移植的里程碑有如下的幾個(gè):1.芯片工作在正常的模式,可以正常的執(zhí)行c代碼邏輯2.至少有一個(gè)串口驅(qū)動(dòng)3.上下文切換邏輯4.定時(shí)器可以正常的使用5.串口輸入有正常的中斷產(chǎn)生并能夠讀到數(shù)據(jù)針對(duì)以上的順序詳細(xì)描述問(wèn)題以及解決辦法。

芯片的工作模式

aaf0faa0-77cb-11ed-8abf-dac502259ad0.pngab0a388a-77cb-11ed-8abf-dac502259ad0.png

不同架構(gòu)的芯片一定會(huì)有對(duì)應(yīng)的模式適合操作系統(tǒng)的運(yùn)行,這是芯片設(shè)計(jì)時(shí)就考慮到的問(wèn)題,所以移植也要遵循這種規(guī)則。另外也涉及到寄存器的訪問(wèn)權(quán)限問(wèn)題。比如armv7,其操作系統(tǒng)存在的模式為system模式,可以方便的切換到其他模式。還有比較典型的armv8架構(gòu)的el1特權(quán)級(jí)別。當(dāng)然把芯片模式切換到其他的模式,也可以,比如rt-thread整個(gè)系統(tǒng)運(yùn)行在el3特權(quán)模式,在el3特權(quán)級(jí)別最高,但是并不是越高越好,往往el3會(huì)有更加合適的用法。其切換到邏輯一般在芯片啟動(dòng)后,執(zhí)行的最初一段的匯編代碼邏輯里面,一般芯片在上電后,都會(huì)進(jìn)入最高特權(quán)權(quán)限的模式里,切換到操作系統(tǒng)特定的特權(quán)級(jí)別模式即可。

可以正常執(zhí)行c代碼

aaf0faa0-77cb-11ed-8abf-dac502259ad0.pngab0a388a-77cb-11ed-8abf-dac502259ad0.png

完成這一步也是匯編的代碼的實(shí)現(xiàn),這一步的通用關(guān)鍵操作是bss段清零,以及設(shè)置棧指針地址。 對(duì)于bss段清零的必要性是因?yàn)?a href="http://www.ttokpm.com/soft/data/21-24/" target="_blank">c語(yǔ)言的語(yǔ)法規(guī)則,以前的存儲(chǔ)程序的存儲(chǔ)器是很貴的,所以程序在生成的時(shí)候,把未初始化的全局變量和靜態(tài)變量,這些存儲(chǔ)空間不存入存儲(chǔ)器空間,然后在程序加載的時(shí)候,將這段空間指向的區(qū)域清零。而函數(shù)中的非靜態(tài)的變量則存儲(chǔ)在棧中,地址不確定。 如果不進(jìn)行bss的清零,可能導(dǎo)致的問(wèn)題是全局變量和靜態(tài)變量的值不確定,導(dǎo)致程序編程時(shí)遇到異常的現(xiàn)象。 清空bss段的步驟也很簡(jiǎn)單,就是將bss這一段內(nèi)存空間設(shè)置為0即可。而設(shè)置棧地址也就是sp的地址,僅僅是為了在操作系統(tǒng)線程還未啟動(dòng)調(diào)度時(shí),最開(kāi)始的??臻g。根據(jù)c語(yǔ)言的函數(shù)調(diào)用規(guī)則,c語(yǔ)言進(jìn)行函數(shù)調(diào)用時(shí),都需要壓棧和出棧,這段??臻g是用戶自行分配的。 所以需要注意點(diǎn)是rt-thread啟動(dòng)調(diào)度前也是有一個(gè)??臻g的,調(diào)度啟動(dòng)后該??臻g不被使用,每個(gè)線程??臻g才生效。

至少有一個(gè)串口驅(qū)動(dòng)

aaf0faa0-77cb-11ed-8abf-dac502259ad0.pngab0a388a-77cb-11ed-8abf-dac502259ad0.png

要完成這個(gè)工作,需要注意的問(wèn)題是事先已經(jīng)完成了串口驅(qū)動(dòng)的驗(yàn)證工作。也就是可以正常的接收和發(fā)送數(shù)據(jù)。完成rt-thread串口驅(qū)動(dòng)對(duì)接,只需實(shí)現(xiàn)串口初始化,串口接收,串口發(fā)送,中斷注冊(cè)即可。 由于前期沒(méi)有中斷,實(shí)現(xiàn)串口發(fā)送功能就可以接著進(jìn)行下面工作了。正常情況下,可以看到串口可以輸出rt-thread的logo了。

上下文切換邏輯

aaf0faa0-77cb-11ed-8abf-dac502259ad0.pngab0a388a-77cb-11ed-8abf-dac502259ad0.png ?對(duì)于程序的上下文,可以理解為程序當(dāng)前運(yùn)行的現(xiàn)場(chǎng)。其現(xiàn)場(chǎng)里面主要包含的內(nèi)容有,當(dāng)前所有的寄存器狀態(tài),當(dāng)前sp的值,有些處理器還有pc值等等。 對(duì)于第一個(gè)調(diào)度起來(lái)的線程,其上下文的內(nèi)容是人工手動(dòng)賦值的。因?yàn)椴⒉荒鼙WC調(diào)度器執(zhí)行的第一個(gè)線程是哪個(gè)具體的線程,所以每個(gè)線程都會(huì)存儲(chǔ)一個(gè)人工填充的上下文。 需要注意的地方主要有三點(diǎn),第一個(gè)線程調(diào)度啟動(dòng)后,會(huì)打開(kāi)全局中斷,具體是在上下文恢復(fù)時(shí),由匯編代碼實(shí)現(xiàn)。第二個(gè)是線程退出后,會(huì)啟動(dòng)下一次調(diào)度,線程回收工作由空閑線程完成。第三點(diǎn)一定要確保壓棧的順序和出棧的順序一致性。 該功能實(shí)現(xiàn)正常的標(biāo)志是可以正常進(jìn)入main函數(shù)以及msh控制臺(tái)。但不能輸入控制,因?yàn)闆](méi)有實(shí)現(xiàn)串口輸入中斷,如果已經(jīng)實(shí)現(xiàn)串口中斷,那可以msh輸入。

定時(shí)器可以正常使用

aaf0faa0-77cb-11ed-8abf-dac502259ad0.pngab0a388a-77cb-11ed-8abf-dac502259ad0.png

定時(shí)器可以正常使用的前提中斷可以正常的產(chǎn)生,然后周期性的產(chǎn)生定時(shí)器中斷。 定時(shí)器是系統(tǒng)tick的關(guān)鍵,沒(méi)有定時(shí)器,系統(tǒng)將無(wú)法在任務(wù)中通過(guò)delay釋放CPU資源,但是可以通過(guò)主動(dòng)切換任務(wù)的方式進(jìn)行調(diào)度。關(guān)于rt-thread的tick的時(shí)間片多少合適的問(wèn)題,這里解釋為,一般合適的10ms,對(duì)于主頻很高的芯片可以是1ms。曾經(jīng)在30mhz的主頻的FPGA上驗(yàn)證系統(tǒng),發(fā)現(xiàn)并不能正常運(yùn)行起來(lái)。分析因?yàn)橄到y(tǒng)定時(shí)器中斷產(chǎn)生的太頻繁,主頻太低,程序來(lái)不及處理完成又發(fā)生了中斷。

串口可正常輸入

aaf0faa0-77cb-11ed-8abf-dac502259ad0.pngab0a388a-77cb-11ed-8abf-dac502259ad0.png

該步驟可作為移植的成功的驗(yàn)證工作,這一步的工作并非技術(shù)難點(diǎn),但是往往前面步驟沒(méi)有成功,可能會(huì)導(dǎo)致這里出現(xiàn)不了想要的現(xiàn)象。 比如曾經(jīng)協(xié)助一個(gè)客戶完成移植工作時(shí),發(fā)現(xiàn)串口中斷打開(kāi)后,只能輸入一個(gè)字符串后無(wú)反應(yīng),后來(lái)才查到中斷處理標(biāo)志沒(méi)有清空。一般可以正常的輸入輸出,該系統(tǒng)移植就基本成功了。

移植的工作難點(diǎn)

aaf0faa0-77cb-11ed-8abf-dac502259ad0.pngab0a388a-77cb-11ed-8abf-dac502259ad0.png ?對(duì)于上面的步驟中,最難的就是棧幀的規(guī)劃,上下文切換和中斷處理。結(jié)合實(shí)際移植經(jīng)驗(yàn),往往容易出問(wèn)題的地方就是入棧和出棧的順序?qū)Σ簧?,或者有些寄存器沒(méi)有存到棧中。在這個(gè)工作的時(shí)候,要檢查一下寄存器是32位還是64位,可能因?yàn)檫@個(gè)小細(xì)節(jié),導(dǎo)致棧幀的偏移。 另外要注意的是,線程壓棧的時(shí)候,一定要壓線程退出后的回收函數(shù),曾經(jīng)也因?yàn)闆](méi)有注意這個(gè)細(xì)節(jié)導(dǎo)致main函數(shù)退出后,系統(tǒng)運(yùn)行異常。 中斷里面復(fù)雜設(shè)計(jì)在于中斷的嵌套,往往在中斷里執(zhí)行調(diào)度,并不會(huì)立馬執(zhí)行到切換線程的上下文,這樣就破壞了現(xiàn)場(chǎng),而是待到所有中斷執(zhí)行完成后,再切換上下文。這一點(diǎn)在cortex-m上很好理解,中斷控制器在處理pendsv異常時(shí),總是等待其他高優(yōu)先級(jí)中斷處理完成后,再去處理優(yōu)先級(jí)最低的pendsv。而對(duì)于sparc這種設(shè)計(jì),切換任務(wù)是通過(guò)trap異常實(shí)現(xiàn)的,trap異常高于中斷,也就是切換線程優(yōu)先級(jí)高于中斷,這是系統(tǒng)設(shè)計(jì)里面不合理的,在軟件設(shè)計(jì)時(shí),往往通過(guò)設(shè)置中斷嵌套標(biāo)志位,等到所有中斷執(zhí)行完成后,再切換上下文,一定不能夠在中斷執(zhí)行時(shí),把上下文切換走。

移植經(jīng)驗(yàn)分享

aaf0faa0-77cb-11ed-8abf-dac502259ad0.pngab0a388a-77cb-11ed-8abf-dac502259ad0.png

rt-thread的移植是有一些關(guān)鍵點(diǎn)的,找到這些關(guān)鍵點(diǎn),可以非常順利的規(guī)劃清楚方向和目標(biāo),對(duì)于每個(gè)關(guān)鍵點(diǎn)進(jìn)行技術(shù)攻克,這樣是最快也是最高效的做事方式。 要想移植不同芯片架構(gòu),需要非常清楚這個(gè)芯片的架構(gòu),也需要非常熟悉rt-thread系統(tǒng)最關(guān)鍵點(diǎn)底層代碼。一般熟悉rt-thread的底層代碼并不是很難,從頭讀一遍aarch64的rt-thread最小系統(tǒng)實(shí)現(xiàn)兩三天就能差不多理解,而芯片手冊(cè)的閱讀要結(jié)合實(shí)際的工作經(jīng)驗(yàn),弄清楚芯片特權(quán)模式、看懂寄存器,看懂匯編基本就可以了。當(dāng)然有些處理器是需要實(shí)現(xiàn)mmu才能正常執(zhí)行的,比如aarch64,必須實(shí)現(xiàn)mmu的功能,即使是1:1映射。

RT-Thread開(kāi)發(fā)者大會(huì)

我們將聯(lián)合重量級(jí)合作伙伴,圍繞AIoT的發(fā)展、產(chǎn)業(yè)技術(shù)趨勢(shì),聚焦控制、連接、行業(yè)應(yīng)用開(kāi)發(fā),通過(guò)主題演講、技術(shù)分享、應(yīng)用演示等環(huán)節(jié),助力開(kāi)發(fā)者探索萬(wàn)物智能的世界,期待與大家一起相聚線上直播間!

現(xiàn)在掃碼報(bào)名 我們將在報(bào)名者中抽取“幸運(yùn)參會(huì)者100名” 贈(zèng)送RT-Thread新款開(kāi)發(fā)板(即將揭秘)

abf4b7a2-77cb-11ed-8abf-dac502259ad0.png

本次將在大會(huì)當(dāng)天在直播間宣布中獎(jiǎng)名單

更多獎(jiǎng)品即將來(lái)襲...


原文標(biāo)題:RT-Thread針對(duì)不同架構(gòu)芯片移植的方法

文章出處:【微信公眾號(hào):RTThread物聯(lián)網(wǎng)操作系統(tǒng)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。


聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • RT-Thread
    +關(guān)注

    關(guān)注

    31

    文章

    1239

    瀏覽量

    39437

原文標(biāo)題:RT-Thread針對(duì)不同架構(gòu)芯片移植的方法

文章出處:【微信號(hào):RTThread,微信公眾號(hào):RTThread物聯(lián)網(wǎng)操作系統(tǒng)】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    6月6日杭州站RT-Thread線下workshop,探索RT-Thread混合部署新模式!

    6月6日下午我們將在杭州舉辦RT-Thread混合部署線下workshop,在瑞芯微RK3568平臺(tái)上實(shí)現(xiàn)同時(shí)運(yùn)行RT-Thread和linux,本次workshop邀請(qǐng)到RT-Thread資深
    的頭像 發(fā)表于 05-28 08:35 ?313次閱讀
    6月6日杭州站<b class='flag-5'>RT-Thread</b>線下workshop,探索<b class='flag-5'>RT-Thread</b>混合部署新模式!

    4月25日北京站RT-Thread線下workshop,探索RT-Thread混合部署新模式

    4月25日,下午我們將在北京舉辦RT-Thread混合部署線下workshop,在瑞芯微RK3568平臺(tái)上實(shí)現(xiàn)同時(shí)運(yùn)行RT-Thread和linux,本次workshop邀請(qǐng)到RT-Thread資深
    的頭像 發(fā)表于 04-16 08:35 ?321次閱讀
    4月25日北京站<b class='flag-5'>RT-Thread</b>線下workshop,探索<b class='flag-5'>RT-Thread</b>混合部署新模式

    4月10日深圳場(chǎng)RT-Thread線下workshop,探索RT-Thread混合部署新模式!

    4月10日我們將在深圳福田舉辦RT-Thread混合部署線下workshop,在瑞芯微RK3568平臺(tái)上實(shí)現(xiàn)同時(shí)運(yùn)行RT-Thread和linux,本次workshop邀請(qǐng)到RT-Thread資深
    的頭像 發(fā)表于 03-27 08:34 ?390次閱讀
    4月10日深圳場(chǎng)<b class='flag-5'>RT-Thread</b>線下workshop,探索<b class='flag-5'>RT-Thread</b>混合部署新模式!

    BL808 RT-Thread Wi-Fi驅(qū)動(dòng)適配

    BL808 WiFi 屬于 SOC 單芯片型無(wú)線 MCU,片上集成 WiFi 功能,移植 RT-Thread 過(guò)程中,需要使用 RT-Thread wlan 框架。
    的頭像 發(fā)表于 12-04 11:38 ?667次閱讀

    RT-thread源碼移植到STM32F10x和STM32F4xx

    RT-thread源碼移植到STM32F10x和STM32F4xx: 一、源碼下載 點(diǎn)擊入門->下載 ? 在歷史版本里邊隨便選取一個(gè) ? 會(huì)進(jìn)入百度云盤的下載地址,里邊有全部版本的源碼。這里下載
    的頭像 發(fā)表于 11-15 09:38 ?2062次閱讀
    <b class='flag-5'>RT-thread</b>源碼<b class='flag-5'>移植</b>到STM32F10x和STM32F4xx

    RT-Thread qemu mps2-an385 bsp移植制作 :系統(tǒng)運(yùn)行篇

    前面已經(jīng)讓 RT-Thread 進(jìn)入了 entry 入口函數(shù),并且 調(diào)整 鏈接腳本,自動(dòng)初始化與 MSH shell 的符號(hào)已經(jīng)預(yù)留, 進(jìn)入了 RT-Thread 的初始化流
    的頭像 發(fā)表于 11-14 12:27 ?682次閱讀
    <b class='flag-5'>RT-Thread</b> qemu mps2-an385 bsp<b class='flag-5'>移植</b>制作 :系統(tǒng)運(yùn)行篇

    i.MX RT1170:VGLite移植RT-Thread Nano過(guò)程講解(下)

    上篇介紹了如何移植 RT-Thread Nano 內(nèi)核與 Finsh 控制臺(tái)到 RT1170。本篇繼續(xù)介紹如何將 NXP 官方的 VGLite API 移植
    的頭像 發(fā)表于 11-09 11:22 ?751次閱讀

    i.MX RT1170:VGLite移植RT-Thread Nano過(guò)程講解(上)

    RT-Thread 是國(guó)人自主研發(fā)的開(kāi)源實(shí)時(shí)操作系統(tǒng)(RTOS),RT-Thread Nano 是極簡(jiǎn)版的硬實(shí)時(shí)內(nèi)核,內(nèi)存占用小,移植簡(jiǎn)單。VGLite 是 NXP 提供的輕量級(jí) 2D 圖形 API,基于 FreeRTOS 實(shí)現(xiàn)
    的頭像 發(fā)表于 11-09 11:20 ?2132次閱讀
    i.MX <b class='flag-5'>RT</b>1170:VGLite<b class='flag-5'>移植</b><b class='flag-5'>RT-Thread</b> Nano過(guò)程講解(上)

    基于rt-thread的socket通信設(shè)計(jì)

    最近再研究 rt-thread 的通信 ,想設(shè)計(jì)出 eps8266(多個(gè)) rt-thread(作為中控) 服務(wù)器的通信框架,使用的開(kāi)發(fā)板是 潘多拉
    的頭像 發(fā)表于 10-13 15:02 ?1067次閱讀
    基于<b class='flag-5'>rt-thread</b>的socket通信設(shè)計(jì)

    RT-Thread在Lan8720a和 lwip基礎(chǔ)上移植ntp流程

    開(kāi)發(fā)環(huán)境:野火的stm32f407,rt-thread studio版本是版本: 2.2.6,stm32f4的資源包為0.2.2。以RT-Thread中Lan8720和lwip協(xié)議棧的使用文章創(chuàng)建的工程為基礎(chǔ)。
    的頭像 發(fā)表于 10-12 16:59 ?1480次閱讀
    <b class='flag-5'>RT-Thread</b>在Lan8720a和 lwip基礎(chǔ)上<b class='flag-5'>移植</b>ntp流程

    RT-Thread移植使用webserver (lwip+httpd)

    開(kāi)發(fā)環(huán)境:野火的stm32f407,rt-thread studio版本是版本: 2.2.6,stm32f4的資源包為0.2.2,rt-thread版本為4.0.3。
    的頭像 發(fā)表于 10-12 12:49 ?1074次閱讀
    <b class='flag-5'>RT-Thread</b><b class='flag-5'>移植</b>使用webserver (lwip+httpd)

    試用RT-Thread Studio(VSCode)

    想嘗試RT-Thread studio (VSCode),先下載安裝VSCode,再搜索RT-Thread
    的頭像 發(fā)表于 10-12 10:58 ?880次閱讀
    試用<b class='flag-5'>RT-Thread</b> Studio(VSCode)

    RT-Thread v5.0.2 發(fā)布

    RT-Thread 代碼倉(cāng)庫(kù)地址: ●? https://github.com/RT-Thread/rt-thread RT-Thread 5.0.2 版本發(fā)布日志詳情: ●? htt
    的頭像 發(fā)表于 10-10 18:45 ?1202次閱讀
    <b class='flag-5'>RT-Thread</b> v5.0.2 發(fā)布

    利用RT-Thread與MQTT實(shí)現(xiàn)智慧班車管理系統(tǒng)的設(shè)計(jì)

    項(xiàng)目采用的IoT架構(gòu),底層是STM32L475VET6潘多拉開(kāi)發(fā)板+RT-Thread,對(duì)于RT-Thread的資源使用情況在論文中也有提到,這里直接截個(gè)圖
    的頭像 發(fā)表于 10-09 10:55 ?1284次閱讀
    利用<b class='flag-5'>RT-Thread</b>與MQTT實(shí)現(xiàn)智慧班車管理系統(tǒng)的設(shè)計(jì)

    梁山派GD32F450/470-RT-Thread Nano移植(二)

    在上一篇文章中,我實(shí)現(xiàn)了在keil中給梁山派移植RT-Thread Nano,但在官方的移植教程中,除了系統(tǒng)的移植,還有在 RT-Thread
    的頭像 發(fā)表于 09-25 15:40 ?1682次閱讀
    梁山派GD32F450/470-<b class='flag-5'>RT-Thread</b> Nano<b class='flag-5'>移植</b>(二)