FreeRTOS給任務(wù)傳遞單個(gè)參數(shù)
首先了解一下指針。
例如： int intA=100;定義一個(gè)整型變量intA，值為100。
比如占的首地址為#888，變量末地址為#888+32。
int *ptr;定義一個(gè)指針型變量ptr。 ptr=&intA;ptr即為地址，&像鉤子一樣把intA的地址鉤出來賦值給ptr *ptr=intA=100;*像打靶一樣，射向地址的內(nèi)容。即*ptr=100。
理解了此內(nèi)容后，再來看int *ptr和void *ptr的區(qū)別，指針型變量的類型void和int有啥作用？
還用以上例子，假如ptr的地址為#888,那末地址是+8/+16/+32/+64呢，數(shù)據(jù)占用多長地址這就需要看類型了，int類型在32位單片機(jī)中是+32。
void類型只能確定首地址，不能確定數(shù)據(jù)占用多長內(nèi)存。
下面舉例，給任務(wù)傳遞一個(gè)參數(shù)： 為了便于理解，將byte轉(zhuǎn)換為void，任務(wù)1是通過中間變量轉(zhuǎn)換的，任務(wù)二是直接轉(zhuǎn)換的。兩種方法都可以。
審核編輯：劉清
聲明：本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人，不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用，如有內(nèi)容侵權(quán)或者其他違規(guī)問題，請(qǐng)聯(lián)系本站處理。
舉報(bào)投訴
-
單片機(jī)
+關(guān)注
關(guān)注
6078文章
45603瀏覽量
674354 -
FreeRTOS
+關(guān)注
關(guān)注
14文章
501瀏覽量
67325 -
ESP32
+關(guān)注
關(guān)注
27文章
1226瀏覽量
22542
原文標(biāo)題：FreeRTOS給任務(wù)傳遞單個(gè)參數(shù)(ESP32)
文章出處：【微信號(hào)：硬件會(huì)，微信公眾號(hào)：硬件會(huì)】歡迎添加關(guān)注！文章轉(zhuǎn)載請(qǐng)注明出處。
發(fā)布評(píng)論請(qǐng)先 登錄
相關(guān)推薦
熱點(diǎn)推薦
學(xué)習(xí)FreeRTOS任務(wù)切換
1. 任務(wù)切換在哪里處理？
PendSV中斷處理函數(shù) __asm void xPortPendSVHandler( void )
2. PendSV異常何時(shí)觸發(fā)？
任務(wù)阻塞，系統(tǒng)調(diào)用SVC指令
發(fā)表于 05-06 13:30
【RA-Eco-RA4M2開發(fā)板評(píng)測(cè)】+ FreeRTOS多任務(wù)初探
論壇 - 廣受歡迎的專業(yè)電子論壇!
2 FreeRTOS相關(guān)配置
2.1 添加任務(wù)
2.2 添加堆棧策略
2.3 任務(wù)0詳細(xì)配置
2.4 任務(wù)1詳細(xì)配置
3 生成代碼
3.1
發(fā)表于 04-19 12:30
如何在 i.MX8QM 上將 FlexCAN 與 FreeRTOS 任務(wù)（信號(hào)量或任務(wù)通知）一起使用？
與 FreeRTOS 任務(wù)（信號(hào)量或任務(wù)通知）一起使用？
這是我的主要程序。
https://pastebin.com/brhxqc1w
發(fā)表于 04-16 06:31
Freertos 任務(wù)視圖顯示運(yùn)行時(shí)值，但配置后百分比錯(cuò)誤，為什么？
我們使用的是 MCUXpresso 25.6.136、FreeRTOS 11.0.1 和 SDK_2.x_MCXA156 25.06.00。我們調(diào)整了以下教程來配置 FreeRTOS 的運(yùn)行時(shí)統(tǒng)計(jì)
發(fā)表于 04-03 07:12
傳遞一個(gè)無符號(hào)的 long 型指針給函數(shù)
C語言允許傳遞指針給函數(shù)，只需要簡單地聲明函數(shù)參數(shù)為指針類型即可。
下面的實(shí)例中，我們傳遞一個(gè)無符號(hào)的 long 型指針給函數(shù)，并在函數(shù)內(nèi)改
發(fā)表于 01-27 11:51
FreeRTOS入門資料
參數(shù)傳向創(chuàng)建的任務(wù)
unsigned portBASE_TYPE uxPriority, 任務(wù)運(yùn)行時(shí)的優(yōu)先級(jí)
xTaskHandle *pvCreatedTask 用于傳遞
發(fā)表于 01-23 06:38
值傳遞、指針傳遞、引用傳遞介紹
1、值傳遞：形參時(shí)實(shí)參的拷貝，改變函數(shù)形參并不影響函數(shù)外部的實(shí)參，這是最常用的一種傳遞方式，也是最簡單的一種傳遞方式。只需要傳遞參數(shù)，返回值
發(fā)表于 01-21 06:48
ucos與freertos哪個(gè)好？
選擇uCOS或FreeRTOS取決于項(xiàng)目的具體需求和資源限制。
FreeRTOS的優(yōu)點(diǎn)包括：
更小的內(nèi)核ROM和RAM占用，特別是在RAM方面，適合資源受限的嵌入式系統(tǒng)。
支持協(xié)程
發(fā)表于 12-05 07:13
FreeRTOS 空閑任務(wù)
FreeRTOS 中很多人會(huì)注意到為什么有一個(gè)叫IDLE task的任務(wù)占用了CPU百分之九十多的使用權(quán)，但是這個(gè)任務(wù)并沒有自己手動(dòng)創(chuàng)建。原因就是這個(gè)空閑任務(wù)是系統(tǒng)自己創(chuàng)建的，每當(dāng)系統(tǒng)
發(fā)表于 12-04 07:35
FreeRTOS和uC/OS-II的功能特性
FreeRTOS:
核心功能: 任務(wù)調(diào)度（固定優(yōu)先級(jí)搶占式 + 時(shí)間片輪詢）、隊(duì)列、信號(hào)量（二進(jìn)制、計(jì)數(shù)）、互斥鎖（帶優(yōu)先級(jí)繼承）、軟件定時(shí)器、事件組（事件標(biāo)志）、任務(wù)通知（高效輕量級(jí)的信號(hào)量
發(fā)表于 11-17 08:17
freertos關(guān)閉任務(wù)調(diào)度的方法
#include \"FreeRTOS.h\"
#include \"task.h\"
/* 關(guān)閉任務(wù)調(diào)度 */
void
發(fā)表于 11-17 06:47
FreeRTOS任務(wù)調(diào)度及優(yōu)先級(jí)問題
大家好，最近本人在學(xué)習(xí)FreeRTOS ，之前有過一些裸機(jī)開發(fā)的經(jīng)驗(yàn)，目前知道了FreeRTOS的任務(wù)是基于時(shí)間片輪轉(zhuǎn)來調(diào)度，也就是知道了任務(wù)會(huì)基于各個(gè)時(shí)間片來運(yùn)行。
于是聯(lián)想了如果有
發(fā)表于 11-06 02:18
【RA4L1-SENSOR】04 用FreeRTOS重構(gòu)工程
1. 前言
之前幾個(gè)實(shí)驗(yàn)都是在裸機(jī)開發(fā)，隨著項(xiàng)目的推進(jìn)，裸機(jī)開發(fā)很難去保證各個(gè)功能的實(shí)時(shí)性，因此，本次實(shí)驗(yàn)借助FreeRTOS來整合之前的項(xiàng)目，給每個(gè)功能都設(shè)置任務(wù)。另外，還要加入一個(gè)按下開發(fā)板上
發(fā)表于 06-16 22:28
向FreeRTOS的任務(wù)中發(fā)送事件隊(duì)列是有什么限制嗎？
到了TMC的芯片，但是在到位上報(bào)的信息中少了卡死電機(jī)的上報(bào)。所以有的電機(jī)的到位中斷并沒有成功寫入任務(wù)。
一開始是每個(gè)電機(jī)都開啟了一個(gè)定時(shí)器查詢，后續(xù)改成一個(gè)定時(shí)器查六個(gè)電機(jī)并將定時(shí)器的周期加到50ms，就很少會(huì)卡死。
所以向FreeRTOS的
發(fā)表于 06-11 07:57
詳解FreeRTOS與SAFERTOS的區(qū)別
開源免費(fèi)的FreeRTOS由Richard Barry在WHIS工作時(shí)創(chuàng)建，WHIS基于FreeRTOS的功能模型，通過完整的HAZOP分析，確定了功能模型和API中的所有的弱點(diǎn)，減輕所有薄弱環(huán)節(jié)，并采用IEC 61508 SIL 3的開發(fā)生命周期，重新設(shè)計(jì)實(shí)現(xiàn)了SAFE
評(píng)論