學完 RT-Thread 內(nèi)核,從本文開始熟悉了解 RT-Thread I/O 設備管理相關知識。
目錄
前言
一、RT-Thread 的 I/O設備管理
1.1 什么是 I/O 設備模型
1.2 I/O 設備模型框架解析
1.2.1 應用程序
1.2.2 I/O 設備管理層
1.2.3 設備驅(qū)動框架層
1.2.4 設備驅(qū)動層
1.2.5 硬件層
1.3 I/O 設備操作邏輯說明
1.4 I/O 設備模型框架有什么用?
二、I/O 設備模型操作 API
2.1 I/O 設備控制塊
2.1.1 設備類型 type
2.1.2 設備注冊 flag
2.1.3 設備訪問 open_flag
2.2 創(chuàng)建 I/O 設備相關
2.2.1 創(chuàng)建設備
2.2.2 銷毀設備
2.2.3 設備注冊
2.2.4 設備注銷
2.3 訪問 I/O 設備相關
2.3.1 查找設備
2.3.2 初始化設備
2.3.3 打開和關閉設備
2.3.4 讀寫設備
2.3.5 控制設備
2.3.6 數(shù)據(jù)收發(fā)回調(diào)
三、新建 I/O 設備模型實例
結(jié)語
前言
我們已經(jīng)把 RT-Thread 內(nèi)核學習完成,也已經(jīng)使用 RT-Thread 做了一個實例應用。
但是作為一個操作系統(tǒng), RT-Thread 除了內(nèi)核部分還有自己的設備框架,類似于 Linux 操作系統(tǒng)設備的管理方式的 I/O 設備模型。
從本文開始,我們要開始學習了解 RT-Thread 的 I/O 設備模型。
說明,概念性質(zhì)的說明主要還是使用引用方式,畢竟有權威的官方在,對于一些細節(jié)的理解,我會闡述自己的看法,同時會設計一些實例加深我們對基本概念的理解。
?? 我想做到的是,僅此一片文章,讓所有人都能明白RT-Thread 的I/O 設備模型 ??
一、RT-Thread 的 I/O設備管理
有些小伙伴在剛接觸到這個概念的時候還不太明白, I/O 設備模型,IO口? IO口的模型?
注意這里的 I/O 指的是 Input/Output。I/O 設備,就是指的輸入 / 輸出設備。
所謂 I/O 設備模型,指的是 RT-Thread 把所有的 輸入 / 輸出設備當做一類對象,然后通過自己的一套體系對這類對象進行管理,這類 I/O 設備對象就可以認為是 I/O 設備模型。
RT-Thread 提供了一套模型框架用來對所有的輸入/輸出設備進行管理的,名叫 I/O 設備模型框架 ,其 位于硬件層和應用程序之間,包括IO設備管理層、設備驅(qū)動框架層和設備驅(qū)動層,向上層層抽象,目標是針對各種不同的I/O設備提供給應用程序相同的接口,如下圖:

1.2 I/O 設備模型框架解析
根據(jù)上圖,結(jié)合工程代碼,我們對每個層分別說:
1.2.1 應用程序
我們寫的應用程序,調(diào)用 I/O 設備管理層給的接口進行底層硬件操作;
對應 main.c :

1.2.2 I/O 設備管理層
I/O 設備管理層實現(xiàn)了對設備驅(qū)動程序的封裝。
應用程序通過 I/O 設備管理接口獲得正確的設備驅(qū)動,然后通過這個設備驅(qū)動與底層 I/O 硬件設備進行數(shù)據(jù)交互。
設備驅(qū)動程序的升級、更替不會對上層應用產(chǎn)生影響。這種方式使得設備的硬件操作相關的代碼能夠獨立于應用程序而存在,雙方只需關注各自的功能實現(xiàn),從而降低了代碼的耦合性、復雜性,提高了系統(tǒng)的可靠性。
對應 device.c

1.2.3 設備驅(qū)動框架層
設備驅(qū)動框架層對同類硬件設備驅(qū)動的抽象,將不同廠家的同類硬件設備驅(qū)動中相同的部分抽取出來,將不同部分留出接口,由驅(qū)動程序?qū)崿F(xiàn)。
對應的比如 serial.c 等

?? 上面的 I/O 設備管理層 和 設備驅(qū)動框架層 是屬于RT-Thread 系統(tǒng)的范疇,官方已寫好,所以在項目中的位置存放于 rt-thread 文件夾下面。
1.2.4 設備驅(qū)動層
設備驅(qū)動層是一組驅(qū)使硬件設備工作的程序,實現(xiàn)訪問硬件設備的功能。它負責創(chuàng)建和注冊 I/O 設備,就類似于使用裸機編寫程序時候的底層驅(qū)動。
裸機的驅(qū)動是直接被應用層調(diào)用,這里的驅(qū)動是提供給 設備驅(qū)動框架層調(diào)用 或者 直接給 I/O 設備管理層調(diào)用的。
對于一些常用的芯片或者與官方有合作的芯片,官方也會提供了寫好的驅(qū)動,比如STM32,下圖就是官方已經(jīng)寫好的基于STM32 的設備驅(qū)動層的代碼。
對應比如 drv_gpio.c 、drv_usart.c 這些 :

?? 設備驅(qū)動層的編寫是需要基于芯片或外設的手冊、SDK,是需要額外實現(xiàn)的。
但是有些常用芯片和外設官方已經(jīng)幫我們寫好了,比如基于 STM32 的 HAL 庫,RT-Thread官方已經(jīng)實現(xiàn)了基于 STM32 的設備驅(qū)動層 。
1.2.5 硬件層
比如Flash芯片,SD卡,stm32芯片等外設和MCU設備。
1.3 I/O 設備操作邏輯說明
簡單介紹一下 I/O 設備操作邏輯,這部分應用官方的說明。
對于操作邏輯簡單的設備,可以不經(jīng)過設備驅(qū)動框架層,直接將設備注冊到 I/O 設備管理器中,過程如下:
在我們本文后面的新建設備模型實例中就舉了個簡單設備的例子。

對于復雜點的設備,需要經(jīng)過設備驅(qū)動框架層:


為了更好的理解上面的流程,可以結(jié)合工程源碼理解,多看源碼,比如下圖所示:

1.4 I/O 設備模型框架有什么用?
有很多初學者會問, I/O 設備模型意義在哪里? 在裸機使用中,比如操作一個IO口,直接調(diào)用驅(qū)動函數(shù),不是更簡單,更直接,使用了設個模型,反而變得復雜了?
在某些時候,如果你只使用一種芯片一種方案,或許某種意義上說, I/O 設備模型確實可能會比直接調(diào)用驅(qū)動函數(shù)復雜。 也可以說,你使用的方案單一,項目簡單,沒有必要使用 I/O 設備模型,甚至可能連 RTOS 都不一定需要。
總之就是,只用一種芯片方案簡單項目或者內(nèi)存空間實在有限,完全是可以不用這個框架,直接用 RT-Thread Nano 完成功能,和我們前面講的項目實例一樣完成,是沒有問題的!
但是作為一個工程師,不能局限在一種方案上面,尤其當今芯片市場變幻莫測,指不定哪天需要換芯片,換方案呢? 而且 RT-Thread 作為一個面向?qū)ο笏枷朐O計的操作系統(tǒng),必須得全面考慮,需要降低了代碼的耦合性、復雜性,提高了系統(tǒng)的可靠性,能夠使得系統(tǒng)運行與不同的芯片設備上。
如果沒有 I/O 設備模型,那么每次換方案,從底層到應用層所有的代碼基本上都得重寫,對于簡單的項目無所謂,對于復雜一點的項目,那可是需要花費大量功夫。
使用了 RT-Thread 的 I/O 設備模型,不管你使用哪種MCU,應用層對設備操作的函數(shù)一模一樣,設備驅(qū)動程序的升級、更替不會對上層應用產(chǎn)生影響。這種方式使得設備的硬件操作相關的代碼能夠獨立于應用程序而存在,雙方只需關注各自的功能實現(xiàn)。
如果學過 Linux 的朋友肯定知道,RT-Thread 的 I/O 設備模型 思想 是和 Linux 類似的,作為嵌入式工程師,如果你懂 Linux,那么就應該知道 I/O 設備模型框架 的優(yōu)點。如果你不懂 Linux,那么學會了 RT-Thread 操作系統(tǒng)的 I/O 設備模型,對于以后深入學習 Linux 操作系統(tǒng),也是有幫助的 。 這話沒毛病! 感覺怎么說怎么有道理,人往高處走嘛!= =!
所有最終結(jié)果就是,反正就是好,人往高處走,學會了沒壞處 = =!
二、I/O 設備模型操作 API
上文我們說明了RT-Thread I/O 設備模型的基本概念先關內(nèi)容,也了解了 I/O 設備模型框架以及操作邏輯,那么我們用戶該如何來實現(xiàn)這一流程呢?
所以現(xiàn)在我們就來學習一下I/O設備模型操作的相關API函數(shù),包括創(chuàng)建、注冊、訪問等 。。。
2.1 I/O 設備控制塊
我們不止一次的說明了 RT-Thread 的面向?qū)ο蟮乃枷耄赗T-Thread中,設備也是一種內(nèi)核對象,那么他和以前說的線程,IPC機制,定時器等對象一樣,有自己的對象控制塊。
在以前博文:RT-Thread記錄(六、IPC機制之信號量、互斥量和事件集)這里再次額外說明一下,因為只要理解了這種思想,對于學會他們的使用就更加簡單了,在IPC機制的時候我們使用圖片說明過:


其實我們可以看一下設備對象的控制塊:

上源碼方便以后復制:
/**
* Device structure 設備控制塊
*/
struct rt_device
{
struct rt_object parent; /**< inherit from rt_object */
enum rt_device_class_type type; /**< device type */
rt_uint16_t flag; /**< device flag */
rt_uint16_t open_flag; /**< device open flag */
rt_uint8_t ref_count; /**< reference count */
rt_uint8_t device_id; /**< 0 - 255 */
/* device call back */
rt_err_t (*rx_indicate)(rt_device_t dev, rt_size_t size);
rt_err_t (*tx_complete)(rt_device_t dev, void *buffer);
#ifdef RT_USING_DEVICE_OPS
const struct rt_device_ops *ops;
#else
/* common device interface */
rt_err_t (*init) (rt_device_t dev);
rt_err_t (*open) (rt_device_t dev, rt_uint16_t oflag);
rt_err_t (*close) (rt_device_t dev);
rt_size_t (*read) (rt_device_t dev, rt_off_t pos, void *buffer, rt_size_t size);
rt_size_t (*write) (rt_device_t dev, rt_off_t pos, const void *buffer, rt_size_t size);
rt_err_t (*control)(rt_device_t dev, int cmd, void *args);
#endif
#if defined(RT_USING_POSIX)
const struct dfs_file_ops *fops;
struct rt_wqueue wait_queue;
#endif
void *user_data; /**< device private data */
};
2.1.1 設備類型 type
設備對象的控制塊中對于設備類型使用了一個rt_device_class_type枚舉的方式,其可能的設備類型如下(簡單的沒有注釋,還有部分嗎不太清楚的,以后更新):

設備類型 需要在創(chuàng)建的時候選擇好,寫驅(qū)動的時候應該知道自己寫的是什么類型的設備。
2.1.2 設備注冊 flag
設備對象的控制塊中有一個 flag 參數(shù),設備模式標志 ,表示設備是屬于什么狀態(tài)的設備,可讀、可寫、收發(fā)等,其可以有的參數(shù)如下:

注意,該標志可以采用或的方式支持多種參數(shù)。
設備注冊 flag 需要在創(chuàng)建的時候選擇好,寫驅(qū)動的時候應該知道自己寫的設備是什么狀態(tài),比如只讀。只寫,中斷接收之類的。
2.1.3 設備訪問 open_flag
設備對象的控制塊中有一個 open_flag 參數(shù),設備打開模式標志 ,表示對設備進行什么操作,其可以有的參數(shù)如下:

設備訪問的時候,需要使用這個 open_flag 來判斷需要對設備進行什么操作,是讀?還是寫? 還是發(fā)送等。。。
?? 介紹了 I/O 設備控制塊,讓我們清楚我們要操作的對象是什么,我們在 設備驅(qū)動層 要寫的設備驅(qū)動以及上層應用對 I/O 設備的訪問, 就是基于這個控制塊來進行的。
2.2 創(chuàng)建 I/O 設備相關
我們按照 先創(chuàng)建設備,再訪問設備 的順序來介紹對于的 API 函數(shù)。
2.2.1 創(chuàng)建設備
老規(guī)矩用源碼,解釋看注釋(使用起來也方便復制 ~ ~!):
/*
參數(shù)的含義:
1、type 設備類型,上面 2.1.1 小結(jié)說明的設備類型
2、attach_size 用戶數(shù)據(jù)大小
返回值:
創(chuàng)建成功,返回設備的控制塊指針
創(chuàng)建失敗,返回RT_BULL
*/
rt_device_t rt_device_create(int type, int attach_size)
/**
* device (I/O) class type 設備類型
*/
enum rt_device_class_type
{
RT_Device_Class_Char = 0, /**< character device */
RT_Device_Class_Block, /**< block device */
RT_Device_Class_NetIf, /**< net interface */
RT_Device_Class_MTD, /**< memory device */
RT_Device_Class_CAN, /**< CAN device */
RT_Device_Class_RTC, /**< RTC device */
RT_Device_Class_Sound, /**< Sound device */
RT_Device_Class_Graphic, /**< Graphic device */
RT_Device_Class_I2CBUS, /**< I2C bus device */
RT_Device_Class_USBDevice, /**< USB slave device */
RT_Device_Class_USBHost, /**< USB host bus */
RT_Device_Class_SPIBUS, /**< SPI bus device */
RT_Device_Class_SPIDevice, /**< SPI device */
RT_Device_Class_SDIO, /**< SDIO bus device */
RT_Device_Class_PM, /**< PM pseudo device */
RT_Device_Class_Pipe, /**< Pipe device */
RT_Device_Class_Portal, /**< Portal device */
RT_Device_Class_Timer, /**< Timer device */
RT_Device_Class_Miscellaneous, /**< Miscellaneous device */
RT_Device_Class_Sensor, /**< Sensor device */
RT_Device_Class_Touch, /**< Touch device */
RT_Device_Class_PHY, /**< PHY device */
RT_Device_Class_Unknown /**< unknown device */
};
設備被創(chuàng)建后,需要實現(xiàn)它訪問硬件的操作方法,要按照下面的函數(shù)指針實現(xiàn)這些對于設備的操作函數(shù):
/* common device interface */
rt_err_t (*init) (rt_device_t dev);
rt_err_t (*open) (rt_device_t dev, rt_uint16_t oflag);
rt_err_t (*close) (rt_device_t dev);
rt_size_t (*read) (rt_device_t dev, rt_off_t pos, void *buffer, rt_size_t size);
rt_size_t (*write) (rt_device_t dev, rt_off_t pos, const void *buffer, rt_size_t size);
rt_err_t (*control)(rt_device_t dev, int cmd, void *args);
這里引用官方的說明:

2.2.2 銷毀設備
此函數(shù)不一定需要使用,但是有創(chuàng)建就應該有銷毀:
/*
參數(shù)的含義:
dev 設備句柄
*/
void rt_device_destroy(rt_device_t dev)
2.2.3 設備注冊
設備被創(chuàng)建后,需要注冊到 I/O 設備管理器中,應用程序才能夠訪問:
/*
參數(shù)的含義:
dev 設備句柄
name 設備名稱,
設備名稱的最大長度由 rtconfig.h 中定義的宏 RT_NAME_MAX 指定,多余部分會被自動截掉
flags 設備模式標志,就是上面介紹的 2.1.2 設備注冊 flag
返回值:
RT_EOK 注冊成功
-RT_ERROR 注冊失敗,dev 為空或者 name 已經(jīng)存在
*/
rt_err_t rt_device_register(rt_device_t dev,
const char *name,
rt_uint16_t flags)
/*設備注冊 flag*/
#define RT_DEVICE_FLAG_DEACTIVATE 0x000 /**< device is not not initialized */
#define RT_DEVICE_FLAG_RDONLY 0x001 /**< read only */
#define RT_DEVICE_FLAG_WRONLY 0x002 /**< write only */
#define RT_DEVICE_FLAG_RDWR 0x003 /**< read and write */
#define RT_DEVICE_FLAG_REMOVABLE 0x004 /**< removable device */
#define RT_DEVICE_FLAG_STANDALONE 0x008 /**< standalone device */
#define RT_DEVICE_FLAG_ACTIVATED 0x010 /**< device is activated */
#define RT_DEVICE_FLAG_SUSPENDED 0x020 /**< device is suspended */
#define RT_DEVICE_FLAG_STREAM 0x040 /**< stream mode */
#define RT_DEVICE_FLAG_INT_RX 0x100 /**< INT mode on Rx */
#define RT_DEVICE_FLAG_DMA_RX 0x200 /**< DMA mode on Rx */
#define RT_DEVICE_FLAG_INT_TX 0x400 /**< INT mode on Tx */
#define RT_DEVICE_FLAG_DMA_TX 0x800 /**< DMA mode on Tx */
上面需要額外說明的一點,設備流模式 `RT_DEVICE_FLAG_STREAM` 參數(shù)用于向串口終端輸出字符串:
當輸出的字符是 “\n” 時,自動在前面補一個 “\r” 做分行。
2.2.4 設備注銷
創(chuàng)建對銷毀,注冊對注銷:
/**
參數(shù) 描述
dev 設備句柄
返回 ——
RT_EOK 成功
*/
rt_err_t rt_device_unregister(rt_device_t dev)
當設備注銷后的,設備將從設備管理器中移除,也就不能再通過設備查找搜索到該設備。注銷設備不會釋放設備控制塊占用的內(nèi)存。
注銷只是把這個 設備對象結(jié)構體 從管理鏈表中去掉,并不會釋放這個對象結(jié)構體的空間,要釋放空間需要調(diào)用銷毀設備函數(shù)。
?? 創(chuàng)建 I/O 設備相關的函數(shù),和 I/O 設備模型框架中 設備驅(qū)動層 有關,在我們底層寫驅(qū)動的時候需要使用。
2.3 訪問 I/O 設備相關
上面我們說的創(chuàng)建 I/O 設備相關是和 設備驅(qū)動層 有關的代碼,本小結(jié)說的訪問 I/O 設備就是和 應用程序有關的代碼,就是告訴我們應用程序怎么去操作我們上面創(chuàng)建的設備。
I/O 設備管理接口與 I/O 設備的操作方法的映射關系下圖:

2.3.1 查找設備
注冊過的設備才能被查找到,名字對應注冊時候使用的名字:
/**
參數(shù) 描述
name 設備名稱
返回 ——
設備句柄 查找到對應設備將返回相應的設備句柄
RT_NULL 沒有找到相應的設備對象
*/
rt_device_t rt_device_find(const char *name)
2.3.2 初始化設備
對應底層rt_err_t (*init) (rt_device_t dev); 的實現(xiàn)函數(shù):
/**
參數(shù) 描述
dev 設備句柄
返回 ——
RT_EOK 設備初始化成功
錯誤碼 設備初始化失敗
*/
rt_err_t rt_device_init(rt_device_t dev)
當一個設備已經(jīng)初始化成功后,調(diào)用這個接口將不再重復做初始化 0。
2.3.3 打開和關閉設備
打開設備:
對應底層rt_err_t (*open) (rt_device_t dev, rt_uint16_t oflag); 的實現(xiàn)函數(shù):
/*
參數(shù) 描述
dev 設備句柄
oflags 設備打開模式標志,上面 2.1.3 小結(jié)說明的設備訪問 open_flag
返回 ——
RT_EOK 設備打開成功
-RT_EBUSY 如果設備注冊時指定的參數(shù)中包括 RT_DEVICE_FLAG_STANDALONE 參數(shù),此設備將不允許重復打開
其他錯誤碼 設備打開失敗
*/
rt_err_t rt_device_open (rt_device_t dev, rt_uint16_t oflag);
#define RT_DEVICE_FLAG_INT_RX 0x100 /**< INT mode on Rx */
#define RT_DEVICE_FLAG_DMA_RX 0x200 /**< DMA mode on Rx */
#define RT_DEVICE_FLAG_INT_TX 0x400 /**< INT mode on Tx */
#define RT_DEVICE_FLAG_DMA_TX 0x800 /**< DMA mode on Tx */
#define RT_DEVICE_OFLAG_CLOSE 0x000 /**< 設備已經(jīng)關閉(內(nèi)部使用) */
#define RT_DEVICE_OFLAG_RDONLY 0x001 /**< read only access */
#define RT_DEVICE_OFLAG_WRONLY 0x002 /**< write only access */
#define RT_DEVICE_OFLAG_RDWR 0x003 /**< read and write */
#define RT_DEVICE_OFLAG_OPEN 0x008 /**< device is opened */
#define RT_DEVICE_OFLAG_MASK 0xf0f /**< mask of open flag */
注:如果上層應用程序需要設置設備的接收回調(diào)函數(shù),則必須以 RT_DEVICE_FLAG_INT_RX 或者 RT_DEVICE_FLAG_DMA_RX 的方式打開設備,否則不會回調(diào)函數(shù)。
關閉設備:
對應底層rt_err_t (*close) (rt_device_t dev); 的實現(xiàn)函數(shù):
/*
dev 設備句柄
返回 ——
RT_EOK 關閉設備成功
-RT_ERROR 設備已經(jīng)完全關閉,不能重復關閉設備
其他錯誤碼 關閉設備失敗
*/
rt_err_t rt_device_open (rt_device_t dev, rt_uint16_t oflag);
關閉設備接口和打開設備接口需配對使用,打開一次設備對應要關閉一次設備,這樣設備才會被完全關閉,否則設備仍處于未關閉狀態(tài)。
2.3.4 讀寫設備
讀設備:
對應底層rt_size_t (*read) (rt_device_t dev, rt_off_t pos, void *buffer, rt_size_t size); 的實現(xiàn)函數(shù):
/**
參數(shù) 描述
dev 設備句柄
pos 讀取數(shù)據(jù)偏移量
buffer 內(nèi)存緩沖區(qū)指針,讀取的數(shù)據(jù)將會被保存在緩沖區(qū)中
size 讀取數(shù)據(jù)的大小
返回 ——
讀到數(shù)據(jù)的實際大小 如果是字符設備,返回大小以字節(jié)為單位,如果是塊設備,返回的大小以塊為單位
0 需要讀取當前線程的 errno 來判斷錯誤狀態(tài)
*/
rt_size_t rt_device_read(rt_device_t dev,
rt_off_t pos,
void *buffer,
rt_size_t size)
調(diào)用這個函數(shù),會從 dev 設備中讀取數(shù)據(jù),并存放在 buffer 緩沖區(qū)中,這個緩沖區(qū)的最大長度是 size,pos 根據(jù)不同的設備類別有不同的意義。
寫設備:
對應底層rt_size_t (*write) (rt_device_t dev, rt_off_t pos, const void *buffer, rt_size_t size); 的實現(xiàn)函數(shù):
/**
參數(shù) 描述
dev 設備句柄
pos 寫入數(shù)據(jù)偏移量
buffer 內(nèi)存緩沖區(qū)指針,放置要寫入的數(shù)據(jù)
size 寫入數(shù)據(jù)的大小
返回 ——
寫入數(shù)據(jù)的實際大小 如果是字符設備,返回大小以字節(jié)為單位;如果是塊設備,返回的大小以塊為單位
0 需要讀取當前線程的 errno 來判斷錯誤狀態(tài)
*/
rt_size_t rt_device_write(rt_device_t dev,
rt_off_t pos,
const void *buffer,
rt_size_t size)
調(diào)用這個函數(shù),會把緩沖區(qū) buffer 中的數(shù)據(jù)寫入到設備 dev 中,寫入數(shù)據(jù)的最大長度是 size,pos 根據(jù)不同的設備類別存在不同的意義。
2.3.5 控制設備
對應底層rt_err_t (*control)(rt_device_t dev, int cmd, void *args); 的實現(xiàn)函數(shù):
/**
參數(shù) 描述
dev 設備句柄
cmd 命令控制字,這個參數(shù)通常與設備驅(qū)動程序相關,見下面列出的參數(shù)
arg 控制的參數(shù)
返回 ——
RT_EOK 函數(shù)執(zhí)行成功
-RT_ENOSYS 執(zhí)行失敗,dev 為空
其他錯誤碼 執(zhí)行失敗
*/
rt_err_t rt_device_control(rt_device_t dev, int cmd, void *arg)
/**
* general device commands 上面 cmd 的參數(shù)
*/
#define RT_DEVICE_CTRL_RESUME 0x01 /**< resume device */
#define RT_DEVICE_CTRL_SUSPEND 0x02 /**< suspend device */
#define RT_DEVICE_CTRL_CONFIG 0x03 /**< configure device */
#define RT_DEVICE_CTRL_CLOSE 0x04 /**< close device */
#define RT_DEVICE_CTRL_SET_INT 0x10 /**< set interrupt */
#define RT_DEVICE_CTRL_CLR_INT 0x11 /**< clear interrupt */
#define RT_DEVICE_CTRL_GET_INT 0x12 /**< get interrupt status */
2.3.6 數(shù)據(jù)收發(fā)回調(diào)
這個對于 設備控制塊中參數(shù)中的兩個設備回調(diào)函數(shù):

硬件設備收到數(shù)據(jù):
/**
參數(shù) 描述
dev 設備句柄
rx_ind 回調(diào)函數(shù)指針
返回 ——
RT_EOK 設置成功
*/
rt_err_t
rt_device_set_rx_indicate(rt_device_t dev,
rt_err_t (*rx_ind)(rt_device_t dev, rt_size_t size))
該函數(shù)的回調(diào)函數(shù)由調(diào)用者提供。當硬件設備接收到數(shù)據(jù)時,會回調(diào)這個函數(shù)并把收到的數(shù)據(jù)長度放在 size 參數(shù)中傳遞給上層應用。上層應用線程應在收到指示后,立刻從設備中讀取數(shù)據(jù)。
硬件設備發(fā)送數(shù)據(jù):
在應用程序調(diào)用 rt_device_write() 寫入數(shù)據(jù)時,如果底層硬件能夠支持自動發(fā)送,那么上層應用可以設置一個回調(diào)函數(shù)。
這個回調(diào)函數(shù)會在底層硬件數(shù)據(jù)發(fā)送完成后 (例如 DMA 傳送完成或 FIFO 已經(jīng)寫入完畢產(chǎn)生完成中斷時) 調(diào)用。
通過如下函數(shù)設置設備發(fā)送完成指示:
/**
參數(shù) 描述
dev 設備句柄
tx_done 回調(diào)函數(shù)指針
返回 ——
RT_EOK 設置成功
*/
rt_err_t
rt_device_set_tx_complete(rt_device_t dev,
rt_err_t (*tx_done)(rt_device_t dev, void *buffer))
調(diào)用這個函數(shù)時,回調(diào)函數(shù)由調(diào)用者提供,當硬件設備發(fā)送完數(shù)據(jù)時,由驅(qū)動程序回調(diào)這個函數(shù)并把發(fā)送完成的數(shù)據(jù)塊地址 buffer 作為參數(shù)傳遞給上層應用。上層應用(線程)在收到指示時會根據(jù)發(fā)送 buffer 的情況,釋放 buffer 內(nèi)存塊或?qū)⑵渥鳛橄乱粋€寫數(shù)據(jù)的緩存。
?? 訪問 I/O 設備相關的函數(shù),和 I/O 設備模型框架中 應用程序 有關,是我們上層寫應用程序直接調(diào)用的函數(shù)。
三、新建 I/O 設備模型實例
RT-Thread 驅(qū)動都是在 drivers 目錄下面:

我們在目錄下新建一個文件,作為驅(qū)動示例:

我們寫一個簡單的基本框架:
1、創(chuàng)建一個設備;
使用 rt_device_create 創(chuàng)建一個設備,需要定義一個 rt_device_t 接口體接收設備設備句柄。
2、實現(xiàn)設備操作的函數(shù):
實現(xiàn)設備對象中對于 設備操作的init,open,close等 函數(shù)。
3、注冊設備到 I/O 設備管理器;
使用 rt_device_register 將設備注冊到設備管理器。
在drv_demo.c中,我們實現(xiàn)如下代碼:

其次,我們需要實現(xiàn)一下設備操作的函數(shù):

最后,別忘了使用 INIT_BOARD_EXPORT 把設備初始化的代碼加入板級硬件初始化:

上一下設備模型實例代碼:
#include
#include
rt_err_t demo_init(rt_device_t dev)
{
rt_kprintf("demo_init ok!\n");
return 0;
}
rt_err_t demo_open(rt_device_t dev, rt_uint16_t oflag)
{
rt_kprintf("demo_open ok!\n");
return 0;
}
rt_err_t demo_cloes(rt_device_t dev)
{
rt_kprintf("demo_cloes ok!\n");
return 0;
}
int rt_drvdemo_init(void){
rt_device_t demo_dev = RT_NULL;
demo_dev = rt_device_create(RT_Device_Class_Char, 0);
if(demo_dev == RT_NULL){
LOG_E("demo device create failed...\n");
return -1;
}
demo_dev->init=demo_init;
demo_dev->open=demo_open;
demo_dev->close=demo_cloes;
rt_device_register(demo_dev,"drvdemo",RT_DEVICE_FLAG_RDWR);
return 0;
}
INIT_BOARD_EXPORT(rt_drvdemo_init);
上面我們完成的是 設備驅(qū)動層的 代碼,接下來我們還需要簡單演示一下,如果在應用層 使用這個 demo 設備。
我們根據(jù)上文所介紹的 訪問 I/O 設備 進行對應操作,這里直接上圖說明一下使用流程:

看一下測試結(jié)果,我們實現(xiàn)的 3 個驅(qū)動函數(shù)都只有打印輸出,所以我們可以通過打印信息查看是否正確執(zhí)行的驅(qū)動函數(shù)的內(nèi)容:

通過上面的測試,我們實現(xiàn)了一個簡單的設備驅(qū)動的設計,雖然demo比較簡單,但是經(jīng)過這么一個過程可以讓我們更加的理解 RT-Thread I/O 設備模型的工作方式和流程。
結(jié)語
本文全面了解了 RT-Thread I/O 設備模型,說明了設備模型存在的意義,描述了一下設備模型相關的操作函數(shù),最后使用了一個新建 I/O設備模型的例子,說明了 I/O 設備模型 的工作方式。
在我們使用 RT-Thread 的時候,其實大部分常用的設備 RT-Thread 已經(jīng)幫我們寫好了驅(qū)動,我們直接在應用層調(diào)用操作接口即可,接下來的系列文章我們將要學習 RT-Thread 常用的 I/O 設備模型。
?? 希望開頭的愿景能夠?qū)崿F(xiàn),通過本文讓所有人了解 RT-Thread I/O 設備模型 (* ̄︶ ̄) ??
本文就到這里,謝謝大家!
審核編輯:湯梓紅
-
內(nèi)核
+關注
關注
4文章
1468瀏覽量
42877 -
Linux
+關注
關注
88文章
11760瀏覽量
219036 -
模型
+關注
關注
1文章
3752瀏覽量
52111 -
RT-Thread
+關注
關注
32文章
1614瀏覽量
44881
發(fā)布評論請先 登錄
恩智浦亮相RT-Thread 20周年開發(fā)者大會
基于RT-Thread和兆易創(chuàng)新GD32F527系列MCU的健康監(jiān)測站 | 技術集結(jié)
手搓一個RT-Thread工地巡檢機器人要幾步? | 技術集結(jié)
代碼里的青春——我與RT-Thread的故事
首搭RT-Thread程翧車控平臺| RT-Thread程翧 S32K344 快速原型開發(fā)平臺正式上市!| 產(chǎn)品動態(tài)
基于RT-Thread的EK-RA2E2 設備驅(qū)動移植與應用 | 技術集結(jié)
2025年RT-Thread開發(fā)者巡回培訓報名正式啟動!
使用RT-Thread studio 開發(fā)RT-Thread Nano項目的時候 串口的驅(qū)動是要自己寫嗎?
rt-thread studio 2.2.9如何使用最新的RT-Thread v5.2.0 released?
【好書推薦】RT-Thread第20本相關書籍!《嵌入式實時操作系統(tǒng)RT-Thread原理與應用》| 技術集結(jié)
RT-Thread攜手玄鐵,全面展示 RISC-V 生態(tài)最新成果,期待蒞臨!
RT-Thread榮獲2025優(yōu)秀開源項目 | 新聞速遞
RT-Thread BSP全面支持玄鐵全系列RISC-V 處理器 | 技術集結(jié)
揭秘RT-Thread上的AUTOSAR CP系統(tǒng)
RT-Thread審核團招募: 深度參與開源RTOS社區(qū)治理與演進
RT-Thread記錄(十、全面認識 I/O 設備模型)
評論