国产精品久久久aaaa,日日干夜夜操天天插,亚洲乱熟女香蕉一区二区三区少妇,99精品国产高清一区二区三区,国产成人精品一区二区色戒,久久久国产精品成人免费,亚洲精品毛片久久久久,99久久婷婷国产综合精品电影,国产一区二区三区任你鲁

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

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

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

淺析嵌入式編程上下文切換及完美解耦的一種方法

FPGA之家 ? 來源:CSDN技術社區(qū) ? 作者:NevermindZZT ? 2021-11-05 14:43 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

上下文快速切換 - cpost應用

我們通常認為,在中斷中,不能執(zhí)行耗時的操作,否則會影響系統(tǒng)的穩(wěn)定性,尤其對于嵌入式編程。對于帶操作系統(tǒng)的程序而言,可以通過操作系統(tǒng)的調(diào)度,將中斷處理分成兩個部分,耗時的操作可以放到線程中去執(zhí)行,但是對于沒有操作系統(tǒng)的情況,又應該如何處理呢

比較常見的,我們可能會定義一些全局變量,作為flag,然后在mainloop中不停的判斷這些flag,再在中斷中修改這些flag,最后在mainloop中執(zhí)行具體的邏輯,但是這樣,無疑會增加耦合,增加程序維護成本。

cpost

cpost正是應用在這種情況下的一個簡單但又十分方便的工具,它可以特別方便的進行上下文的切換,減少模塊耦合。

cpost鏈接:

?

https://github.com/NevermindZZT/cpost

?

cpost借鑒的Android的handler機制,通過在mainloop中跑一個任務,然后在其他地方,可以是中斷,也可以是模塊邏輯中,直接拋出需要執(zhí)行的函數(shù),使其脫離調(diào)用處的上下文,運行在mainloop中。cpost還支持延遲處理,可以指定函數(shù)在拋出后多久執(zhí)行

使用

cpost的使用十分簡單,這里以使用在嵌入式無操作系統(tǒng)中為例,主要用作中斷延遲處理的情況

1、配置系統(tǒng)tick

配置cpost.h中的宏CPOST_GET_TICK(),配置成獲取系統(tǒng)tick,以stm32 hal為例

#defineCPOST_GET_TICK()HAL_GetTick()

2、配置處理進程

在mainloop調(diào)用cpostProcess函數(shù)

intmain(void)
{
...
while(1)
{
cpostProcess();
}
return0;
}

3、拋出任務

在中斷等需要進行上下文切換的地方調(diào)用cpsot接口,使其在mainloop中運行

cpost(intHandler);

原理解析

cpost的原理其實很簡單,其代碼量也十分少,總共加起來就只有幾十行代碼,cpost維護了一個而全局的數(shù)組

CpostHandlercposhHandlers[CPOST_MAX_HANDLER_SIZE]={0};

其中,數(shù)組的每一個元素表示包含了需要執(zhí)行的函數(shù)和參數(shù),當調(diào)用cpost接口時,被post的函數(shù)和參數(shù)會被保存在這個數(shù)組中,然后mainloop中運行的cpostProcess函數(shù)會遍歷這個數(shù)組,當滿足條件時,執(zhí)行對應的函數(shù),從而達到上下文切換的目的

voidcpostProcess(void)
{
for(size_ti=0;iif(cposhHandlers[i].handler)
{
if(cposhHandlers[i].time==0||CPOST_GET_TICK()>=cposhHandlers[i].time)
{
cposhHandlers[i].handler(cposhHandlers[i].param);
cposhHandlers[i].handler=NULL;
}
}
}
}

其實,cpost的方式,和一開始提到的使用全局的flag進行上下文切換的方法很像,只不過,cpost通過一個數(shù)組的維護和直接post函數(shù)的方式,省去了維護flag的成本,也不需要將需要執(zhí)行的函數(shù)耦合到mianloop中,從而變得簡單易用。

完美解耦 - cevent應用

對于模塊化編程來說,如何實現(xiàn)各模塊間的解耦一直是一個比較令人頭疼的問題,特別是對于嵌入式編程,由于控制邏輯復雜,并且對程序體積有控制,經(jīng)常容易寫出各獨立模塊之間相互調(diào)用的問題。由此,cpost中的cevent組件,通過模仿Android系統(tǒng)中的廣播機制,提供了一種非常簡單的模塊間解耦實現(xiàn)。

原理

cevent借鑒的是Android系統(tǒng)的廣播機制,一方面,各模塊在工作的時候,都會有多個具體的事件點,在高耦合的編程中,可能會在這些地方調(diào)用其他模塊的功能,比如說,在通信模塊接收到指令的時候,需要閃爍一下指示燈。

使用cevent,我們可以在這些地方拋出一個事件,當前模塊不需要關心在這各地方需要執(zhí)行哪些其他模塊的邏輯,由其他模塊,或者用戶定義一個事件監(jiān)聽,當具體的事件發(fā)生時,執(zhí)行相應的動作。

使用

cevent使用注冊的方式監(jiān)聽事件,會依賴于編譯環(huán)境,目前支持keil,iar,和gcc,對于gcc,需要修改鏈接文件(.ld),在只讀數(shù)據(jù)區(qū)添加:

_cevent_start=.;
KEEP(*(cEvent))
_cevent_end=.;

1、初始化cevent

系統(tǒng)初始化時,調(diào)用ceventInit

ceventInit();

2、注冊cevent事件監(jiān)聽

在c文件中,調(diào)用CEVENT_EXPORT導出事件監(jiān)聽

CEVENT_EXPORT(0,handler,(void*)param);

3、發(fā)送cevent事件

在事件發(fā)生的地方,調(diào)用ceventPost拋出事件

ceventPost(0);

使用cevent解耦模塊初始化

嵌入式編程中,我們習慣會在程序啟動的時候,調(diào)用各個模塊的初始化函數(shù),其實這也是一種耦合,會造成main函數(shù)中出現(xiàn)很長的初始化代碼,借助cevent,我們可以對初始化進行優(yōu)化解耦。

1、定義初始化事件

定義初始化事件的值,對于初始化,有些模塊可能會依賴于其他模塊的初始化,會有一個先后順序要求,所以這里我們可以把初始化分成兩個階段,定義兩個事件,當然,如果有更復雜的要求,可以再多分幾個階段,只需要多定義幾個事件就行

#defineEVENT_INIT_STAGE10
#defineEVENT_INIT_STAGE21

2、初始化cevent,拋出事件

在main函數(shù)中初始化cevent,并拋出初始化事件

intmain(void)
{
...
ceventInit();

ceventPost(EVENT_INIT_STAGE1);
ceventPost(EVENT_INIT_STAGE2);
...
return0;
}

3、注冊事件監(jiān)聽

對所有需要初始化的函數(shù)注冊事件監(jiān)聽,這里我以對letter-shell注冊事件監(jiān)聽為例,分為兩個部分,初始化串口和初始化shell。

在serial模塊中,將串口初始化注冊到初始化第一階段,cevent支持將不大于7個的參數(shù)直接傳遞到注冊的監(jiān)聽函數(shù)中,下面的注冊方式,相當于在EVENT_INIT_STAGE1事件發(fā)生的地方,也就是main函數(shù)中對應的位置,調(diào)用serialInit(&debugSerial)

CEVENT_EXPORT(EVENT_INIT_STAGE1,serialInit,(void*)(&debugSerial));

然后再shell模塊中,將shell初始化函數(shù)注冊到初始化第二階段。

CEVENT_EXPORT(EVENT_INIT_STAGE1,shellInit);

使用cevent解耦mainloop

再無操作系統(tǒng)的嵌入式編程中,我們?nèi)绻瑫r希望運行多個模塊的邏輯,通常是在mainloop中循環(huán)調(diào)用,這種將函數(shù)寫入mainloop的做法,也會增加耦合

intmain(void)
{
...

while(1)
{
//寫在mainloop中的模塊邏輯
shellTask(&shell);
LedProcess();
...
}
return0;
}

通過使用cevent,也可以很方便的消除這種耦合

1、定義mainloop事件

定義mainloop事件的值

#defineEVENT_MAIN_LOOP3

2、在mainloop中拋出事件

去掉mainloop中對其他模塊的調(diào)用,改為排除mainloop事件

intmain(void)
{
...

while(1)
{
ceventPost(EVENT_MAIN_LOOP);
}
return0;
}

3、在各模塊中注冊事件監(jiān)聽

分別在各個模塊中,注冊對mainloop事件的監(jiān)聽

CEVENT_EXPORT(EVENT_MAIN_LOOP,shellTask,(void*)(&shell));
CEVENT_EXPORT(EVENT_MAIN_LOOP,LedProcess);

結語

cevent是一個非常小的模塊,本身代碼及其簡單,但是,通過模仿廣播機制,讓cevent可以發(fā)揮很強大的功能,通過,還可以結合cpost,實現(xiàn)延遲事件等功能。

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

    關注

    5198

    文章

    20449

    瀏覽量

    334070
  • 編程
    +關注

    關注

    90

    文章

    3716

    瀏覽量

    97188
  • 代碼
    +關注

    關注

    30

    文章

    4968

    瀏覽量

    73970
  • 解耦
    +關注

    關注

    0

    文章

    43

    瀏覽量

    12217

原文標題:嵌入式編程上下文切換及完美解耦的一種方法

文章出處:【微信號:zhuyandz,微信公眾號:FPGA之家】歡迎添加關注!文章轉(zhuǎn)載請注明出處。

收藏 人收藏
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

    評論

    相關推薦
    熱點推薦

    NVIDIA BlueField-4為推理上下文記憶存儲平臺提供強大支持

    隨著代理式 AI 工作流將上下文窗口擴展到數(shù)百萬個 token,并將模型規(guī)模擴展到數(shù)百萬億個參數(shù),AI 原生企業(yè)正面臨著越來越多的擴展挑戰(zhàn)。這些系統(tǒng)目前依賴于智能體長期記憶來存儲跨多輪、工具和會話持續(xù)保存的上下文,以便智能體能夠基于先前的推理進行構建,而不是每次請求都從頭
    的頭像 發(fā)表于 02-02 10:29 ?1017次閱讀
    NVIDIA BlueField-4為推理<b class='flag-5'>上下文</b>記憶存儲平臺提供強大支持

    嵌入式基礎知識-系統(tǒng)調(diào)度

    完成實時任務,并控制所有實時任務協(xié)調(diào)致運行的操作系統(tǒng)。 RTOS屬于多任務系統(tǒng),與進程切換的思想類似,多個任務也會進行任務的調(diào)度與上下文切換。 任務上下文是任務控制塊(TCB)的
    發(fā)表于 12-16 08:15

    什么是嵌入式操作系統(tǒng)?

    ) 微型化:內(nèi)核體積小,占用資源少,適配 STM32F1/F4 等中低端單片機(FreeRTOS 內(nèi)核最小僅 6KB ROM); 實時性:調(diào)度延遲可預測(關鍵指標:上下文切換時間、任務響應時間),通常分為硬實
    發(fā)表于 12-09 10:33

    大語言模型如何處理上下文窗口中的輸入

    本博客介紹了五個基本概念,闡述了大語言模型如何處理上下文窗口中的輸入。通過明確的例子和實踐中獲得的見解,本文介紹了多個與上下文窗口有關的基本概念,如詞元化、序列長度和注意力等。
    的頭像 發(fā)表于 12-03 13:48 ?594次閱讀
    大語言模型如何處理<b class='flag-5'>上下文</b>窗口中的輸入

    執(zhí)行脫離上下文的威脅分析與風險評估

    作為WITTENSTEIN high integrity system(WHIS)公司的核心產(chǎn)品,SAFERTOS專為安全關鍵型嵌入式系統(tǒng)設計,使其成為確保聯(lián)網(wǎng)車輛環(huán)境可靠防護的理想選擇。在本文
    的頭像 發(fā)表于 11-28 09:11 ?466次閱讀
    執(zhí)行脫離<b class='flag-5'>上下文</b>的威脅分析與風險評估

    嵌入式與FPGA的區(qū)別

    器件的基礎上進步發(fā)展的產(chǎn)物,是作為專用集成電路(ASIC)領域中的一種半定制電路而出現(xiàn)的,既.決了定制電路的不足,又克服了原有可編程器件門電路數(shù)有限的缺點。 FPGA是硬件電路設計
    發(fā)表于 11-20 07:12

    嵌入式和FPGA的區(qū)別

    ,芯片內(nèi)部的門電路連接在出廠時就已固定,無法更改,它們的功能是通過軟件編程也就是嵌入式軟件來實現(xiàn)的。 FPGA(現(xiàn)場可編程門陣列) 則是一種編程
    發(fā)表于 11-19 06:55

    請問riscv中斷還需要軟件保存上下文和恢復嗎?

    以下是我拷貝的文檔里的說明,這個中斷處理還需要軟件來寫上下文保存和恢復,在使用ARM核的單片機都不需要考慮這些的,使用過的小伙伴能解答嗎? 3.8. 進出中斷的上下文保存和恢復 RISC-V架構
    發(fā)表于 10-20 09:56

    嵌入式和單片機,是同個東西嗎?

    (Microcontroller,簡稱MCU),是一種集成了處理器、內(nèi)存和外圍設備的單芯片微型計算機。它通常作為嵌入式系統(tǒng)的核心控制單元,具有集成度高、成本低、易于編程和控制等優(yōu)點。單片機的主要功能是處理輸入信號,并依據(jù)預設
    發(fā)表于 07-09 10:20

    鴻蒙NEXT-API19獲取上下文,在class中和ability中獲取上下文,API遷移示例-解決無法在EntryAbility中無法使用最新版

    摘要:隨著鴻蒙系統(tǒng)API升級至16版本(modelVersion5.1.1),多項API已廢棄。獲取上下文需使用UIContext,具體方法包括:在組件中使用getUIContext(),在類中使
    的頭像 發(fā)表于 07-01 10:57 ?783次閱讀
    鴻蒙NEXT-API19獲取<b class='flag-5'>上下文</b>,在class中和ability中獲取<b class='flag-5'>上下文</b>,API遷移示例-解決無法在EntryAbility中無法使用最新版

    Linux嵌入式和單片機嵌入式的區(qū)別?

    Linux嵌入式與單片機嵌入式在多個方面存在顯著的區(qū)別,以下是詳細的比較和歸納: 、基本概念 1. Linux嵌入式: 定義:將Linux操作系統(tǒng)運行在
    發(fā)表于 06-20 09:46

    嵌入式力矩電機的設計方法研究

    摘 要:介紹一種用于機床直驅(qū)部件的嵌入式力短電機的設計和電磁結構優(yōu)化方法。為了使嵌入式力矩電機滿足機床內(nèi)部結構緊湊的要求,必須具有較高的磁密。通過計算分析,得到不同長徑比、不同磁極對數(shù)
    發(fā)表于 06-11 15:08

    嵌入式編程設計模式

    嵌入式編程設計模式,介紹如何使用設計模式為嵌入式系統(tǒng)創(chuàng)建高效且優(yōu)化的C語言設計。 純分享貼,有需要可以直接下載附件獲取完整資料! (如果內(nèi)容有幫助可以關注、點贊、評論支持下哦~
    發(fā)表于 04-15 14:47

    如何成為嵌入式軟件工程師?

    如何成為嵌入式軟件工程師? 01明確崗位的角色與定位 嵌入式軟件工程師主要負責開發(fā)運行在特定硬件平臺上的軟件,這些軟件通常與硬件緊密集成,以實現(xiàn)特定的功能。 不僅需要精通編程語言
    發(fā)表于 04-15 14:37

    S32K在AUTOSAR中使用CAT1 ISR,是否需要執(zhí)行上下文切換

    如果我們在 AUTOSAR 中使用 CAT1 ISR,是否需要執(zhí)行上下文切換?另外,是否需要返回指令才能跳回到作系統(tǒng)?您有沒有帶有 CAT1 ISR 的 S32K3x4 微控制器的示例?
    發(fā)表于 03-27 07:34