精品国产人成在线_亚洲高清无码在线观看_国产在线视频国产永久2021_国产AV综合第一页一个的一区免费影院黑人_最近中文字幕MV高清在线视频

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

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

3天內不再提示

OpenHarmony:全流程講解如何編寫Watchdog平臺驅動以及應用程序

福州市凌睿智捷電子有限公司 ? 2023-09-19 10:54 ? 次閱讀

1、程序介紹

本程序是基于OpenHarmony標準系統編寫的平臺驅動案例:Watchdog

由于開發板只有1個Watchdog,且已被OpenHarmony內部占用,本案例只能讓讀者熟悉Watchdog相關接口以及應用,無法應用呈現。

2、基礎知識

2.1、Watchdog簡介

看門狗(Watchdog),又稱看門狗計時器(Watchdog timer),是一種硬件計時設備。一般有一個輸入、一個輸出,輸入叫做喂狗,輸出連接到系統的復位端。當系統主程序發生錯誤導致未及時清除看門狗計時器的計時值時,看門狗計時器就會對系統發出復位信號,使系統從懸停狀態恢復到正常運作狀態。

系統正常工作的時候,每隔一段時間輸出一個信號到喂狗端,給看門狗清零,這個操作就叫做喂狗。如果超過規定的時間不喂狗,看門狗定時超時,就會給出一個復位信號到系統,使系統復位。

2.2、Watchdog驅動開發

2.2.1、Watchdog驅動開發接口

為了保證上層在調用Watchdog接口時能夠正確的操作Watchdog控制器,核心層在//drivers/hdf_core/framework/support/platform/include/watchdog/watchdog_core.h中定義了以下鉤子函數,驅動適配者需要在適配層實現這些函數的具體功能,并與鉤子函數掛接,從而完成適配層與核心層的交互。

WatchdogMethod定義:

struct WatchdogMethod { int32_t (*getStatus)(struct WatchdogCntlr *wdt, int32_t *status); int32_t (*setTimeout)(struct WatchdogCntlr *wdt, uint32_t seconds); int32_t (*getTimeout)(struct WatchdogCntlr *wdt, uint32_t *seconds); int32_t (*start)(struct WatchdogCntlr *wdt); int32_t (*stop)(struct WatchdogCntlr *wdt); int32_t (*feed)(struct WatchdogCntlr *wdt); int32_t (*getPriv)(struct WatchdogCntlr *wdt); // 【可選】如果WatchdogCntlr中的priv成員存在,則按需實例化 void (*releasePriv)(struct WatchdogCntlr *wdt); // 【可選】};

WatchdogMethod成員的鉤子函數功能說明:

d3f93cd6-5697-11ee-9788-92fbcf53809c.png

2.2.2、Watchdog驅動開發步驟

Watchdog模塊適配HDF框架包含以下四個步驟:

實例化驅動入口。

配置屬性文件。

實例化Watchdog控制器對象。

驅動調試。

我們以///drivers/hdf_core/adapter/khdf/linux/platform/watchdog/watchdog_adapter.c為例(該watchdog驅動是建立于Linux Watchdog子系統基礎上創建)。

2.2.2.1、驅動實例化驅動入口

驅動入口必須為HdfDriverEntry(在 hdf_device_desc.h 中定義)類型的全局變量,且moduleName要和device_info.hcs中保持一致。HDF框架會將所有加載的驅動的HdfDriverEntry對象首地址匯總,形成一個類似數組的段地址空間,方便上層調用。一般在加載驅動時HDF會先調用Bind函數,再調用Init函數加載該驅動。當Init調用異常時,HDF框架會調用Release釋放驅動資源并退出。

Watchdog驅動入口開發參考:

struct HdfDriverEntry g_hdfWdtchdog = { .moduleVersion = 1, .moduleName = "HDF_PLATFORM_WATCHDOG", // 【必要且與HCS文件中里面的moduleName匹配】 .Bind = HdfWdtBind, // 見Bind參考 .Init = HdfWdtInit, // 見Init參考 .Release = HdfWdtRelease, // 見Release參考};

HDF_INIT(g_hdfWdtchdog); // 調用HDF_INIT將驅動入口注冊到HDF框架中

2.2.2.2、配置屬性文件

完成驅動入口注冊之后,需要在device_info.hcs文件中添加deviceNode描述。deviceNode信息與驅動入口注冊相關。本例以一個Watchdog控制器為例,如有多個器件信息,則需要在device_info文件增加對應的deviceNode描述。器件屬性值與核心層WatchdogCntlr成員的默認值或限制范圍有密切關系,比如Watchdog設備號,需要在watchdog_config.hcs文件中增加對應的器件屬性。

在//vendor/lockzhiner/rk3568/hdf_config/khdf/device_info/device_info.hcs文件中添加deviceNode描述:

device_watchdog :: device { // 設備節點 device0 :: deviceNode { // 驅動的DeviceNode節點 policy = 2; // policy字段是驅動服務發布的策略,如果需要面向用戶態,則為2 priority = 20; // 驅動啟動優先級 permission = 0644; // 驅動創建設備節點權限 moduleName = "HDF_PLATFORM_WATCHDOG"; // 【必要】用于指定驅動名稱,該字段的值必須和驅動入口結構的moduleName值一致 serviceName = "HDF_PLATFORM_WATCHDOG_0"; // 【必要】驅動對外發布服務的名稱,必須唯一。 deviceMatchAttr = "rockchip_rk3568_watchdog_0"; // 【必要】用于配置控制器私有數據,必須和驅動私有數據配置表watchdog_config.hcs中的match_attr值保持一致。 }}

在//vendor/lockzhiner/rk3568/hdf_config/khdf/platform/rk3568_watchdog_config.hcs文件配置器件屬性,其中配置參數如下:

root { platform { watchdog_config { template watchdog_device { serviceName = "HDF_PLATFORM_WATCHDOG_0"; match_attr = ""; id = 0; }

device_0x12050000 :: watchdog_device { id = 0; match_attr = "rockchip_rk3568_watchdog_0"; } } }}

2.2.2.3、實例化Watchdog控制器對象

完成驅動入口注冊之后,下一步就是以核心層WatchdogCntlr對象的初始化為核心,包括驅動適配者自定義結構體(傳遞參數和數據),實例化WatchdogCntlr成員WatchdogMethod(讓用戶可以通過接口來調用驅動底層函數),實現HdfDriverEntry成員函數(Bind,Init,Release)。

WatchdogCntlr成員鉤子函數結構體WatchdogMethod的實例化,其他成員在Init和Bind函數中初始化。

// 鉤子函數實例化static struct WatchdogMethod g_wdtMethod = { .getStatus = WdtAdapterGetStatus, // 獲取看門狗狀態 .start = WdtAdapterStart, // 啟動看門狗 .stop = WdtAdapterStop, // 停止看門狗 .setTimeout = WdtAdapterSetTimeout, // 設置看門狗超時時間 .getTimeout = WdtAdapterGetTimeout, // 獲取看門狗超時時間 .feed = WdtAdapterFeed, // 喂狗函數 .getPriv = WdtOpenFile, .releasePriv = WdtAdapterClose,};

2.2.2.4、驅動調試

建議先在Linux下修改確認,再移植到OpenHarmony。

2.3、Watchdog應用開發

看門狗(Watchdog),又稱看門狗計時器(Watchdog timer),是一種硬件計時設備。一般有一個輸入、一個輸出,輸入叫做喂狗,輸出連接到系統的復位端。當系統主程序發生錯誤導致未及時清除看門狗計時器的計時值時,看門狗計時器就會對系統發出復位信號,使系統從懸停狀態恢復到正常運作狀態。

Watchdog接口定義了看門狗操作的通用方法集合,包括:

打開/關閉看門狗設備

啟動/停止看門狗設備

設置/獲取看門狗設備超時時間

獲取看門狗設備狀態

喂狗

2.3.1、接口說明

Watchdog模塊提供的主要接口如表1所示,具體API詳見//drivers/hdf_core/framework/include/platform/watchdog_if.h。

Watchdog驅動API接口功能介紹如下所示:

d417749e-5697-11ee-9788-92fbcf53809c.png

(1)WatchdogOpen

在操作看門狗之前,需要調用WatchdogOpen打開看門狗設備,一個系統可能有多個看門狗,通過看門狗ID號來打開指定的看門狗設備。

DevHandle WatchdogOpen(int16_t wdtId, DevHandle *handle);

WatchdogOpen參數定義如下:

d4349d3a-5697-11ee-9788-92fbcf53809c.png

WatchdogOpen返回值定義如下:

d4485d02-5697-11ee-9788-92fbcf53809c.png

(2)WatchdogClose

當所有操作完畢后,調用WatchdogClose關閉打開的看門狗設備。

void WatchdogClose(DevHandle handle);

WatchdogClose參數定義如下:

d45cfa14-5697-11ee-9788-92fbcf53809c.png

(3)WatchdogStart

啟動看門狗。

int32_t WatchdogStart(DevHandle handle);

WatchdogStart參數定義如下:

d48990c4-5697-11ee-9788-92fbcf53809c.png

WatchdogStart返回值定義如下:

d495ff94-5697-11ee-9788-92fbcf53809c.png

(4)WatchdogStop

停止看門狗。

int32_t WatchdogStop(DevHandle handle);

WatchdogStop參數定義如下:

d4b17cec-5697-11ee-9788-92fbcf53809c.png

WatchdogStop返回值定義如下:

d4c5c0b2-5697-11ee-9788-92fbcf53809c.png

(5)WatchdogSetTimeout

設置超時時間。

int32_t WatchdogSetTimeout(DevHandle *handle, uint32_t seconds);

WatchdogSetTimeout參數定義如下:

d4d84034-5697-11ee-9788-92fbcf53809c.png

WatchdogSetTimeout返回值定義如下:

d4e48042-5697-11ee-9788-92fbcf53809c.png

(6)WatchdogGetTimeout

獲取超時時間。

int32_t WatchdogGetTimeout(DevHandle *handle, uint32_t *seconds);

WatchdogGetTimeout參數定義如下:

d4f91ea8-5697-11ee-9788-92fbcf53809c.png

WatchdogGetTimeout返回值定義如下:

d50c05e0-5697-11ee-9788-92fbcf53809c.png

(7)WatchdogGetStatus

獲取看門狗狀態。

int32_t WatchdogGetStatus(DevHandle handle, int32_t *status);

WatchdogGetStatus參數定義如下:

d523a51a-5697-11ee-9788-92fbcf53809c.png

WatchdogGetStatus返回值定義如下:

d53d4d6c-5697-11ee-9788-92fbcf53809c.png

(8)WatchdogFeed

喂狗。

int32_t WatchdogFeed(DevHandle handle);

WatchdogFeed參數定義如下:

d54d2d2c-5697-11ee-9788-92fbcf53809c.png

WatchdogFeed返回值定義如下:

d565b2ca-5697-11ee-9788-92fbcf53809c.png

2.2.2、開發流程

使用Watchdog設備的一般流程如下圖所示:

d5792fe4-5697-11ee-9788-92fbcf53809c.png

3、程序解析

3.1、準備工作

3.2、Linux內核解析

3.2.1、創建Linux內核Git

請參考《OpenHarmony如何為內核打patch》(即Git倉庫的//docs/OpenHarmony如何為內核打patch.docx)。

3.2.2、修改設備樹Watchdog配置

修改//arch/arm64/boot/dts/rockchip/rk3568.dtsi(即該目錄是指已打Patch后的Linux內核,不是OpenHarmony主目錄),定義Watchdog啟用,具體如下所示:

wdt: watchdog@fe600000 { compatible = "snps,dw-wdt"; reg = <0x0 0xfe600000 0x0 0x100>; clocks = <&cru TCLK_WDT_NS>, <&cru PCLK_WDT_NS>; clock-names = "tclk", "pclk"; interrupts = ; status = "okay";};

該部分為默認啟動看門狗。

3.2.3、創建內核patch

請參考《OpenHarmony如何為內核打patch》(即Git倉庫的//docs/OpenHarmony如何為內核打patch.docx)。

3.2.4、替換OpenHarmony的內核patch

將制作出的kernel.patch替換到//kernel/linux/patches/linux-5.10/rk3568_patch/kernel.patch即可。

3.2.5、開啟watchdog內核配置

在//kernel/linux/config/linux-5.10/arch/arm64/configs/rk3568_standard_defconfig(即該目錄為OpenHarmony主目錄),開啟watchdog的hdf驅動,具體如下所示:

CONFIG_DRIVERS_HDF_PLATFORM_WATCHDOG=y

3.3、OpenHarmony配置樹配置

3.3.1、device_info.hcs

//vendor/lockzhiner/rk3568/hdf_config/khdf/device_info/device_info.hcs已定義好,具體如下:

device_watchdog :: device { device0 :: deviceNode { policy = 2; priority = 20; permission = 0644; moduleName = "HDF_PLATFORM_WATCHDOG"; serviceName = "HDF_PLATFORM_WATCHDOG_0"; deviceMatchAttr = "rockchip_rk3568_watchdog_0"; }}

注意:

device0:watchdog一般只需要1個設備節點即可。

policy:policy字段是驅動服務發布的策略,如果需要面向用戶態,則為2。

moduleName:用于指定驅動名稱,該字段的值必須和驅動入口結構的moduleName值一直,表示該節點對應。于//drivers/hdf_core/adapter/khdf/linux/platform/watchdog/watchdog_adapter.c,該驅動是對接Linux Watchdog子系統。

deviceMatchAttr:用于配置控制器私有數據,必須和驅動私有數據配置表watchdog_config.hcs中的match_attr值保持一致

3.3.2、Watchdog_config.hcs

在//vendor/lockzhiner/rk3568/hdf_config/khdf/platform/watchdog_config.hcs,具體內容如下:

root { platform { watchdog_config { template watchdog_device { serviceName = "HDF_PLATFORM_WATCHDOG_0"; match_attr = ""; id = 0; }

device_0x12050000 :: watchdog_device { id = 0; match_attr = "rockchip_rk3568_watchdog_0"; } } }}

注意:

id:表示Linux系統中watchdog的設備號(即/dev/watchdog0)。

match_attr:必須與之前的device_info.hcs一致。

3.4、OpenHarmony Watchdog平臺驅動

在//drivers/hdf_core/adapter/khdf/linux/platform/watchdog/watchdog_adapter.c已編寫對接Linux Watchdog驅動的相關代碼,具體內容如下:

struct HdfDriverEntry g_hdfWdtchdog = { .moduleVersion = 1, .moduleName = "HDF_PLATFORM_WATCHDOG", .Bind = HdfWdtBind, .Init = HdfWdtInit, .Release = HdfWdtRelease,};

HDF_INIT(g_hdfWdtchdog);

該部分代碼不細述,感興趣的讀者可以去詳讀。

3.5、應用程序

3.5.1、Watchdog_test.c

Watchdog相關頭文件如下所示:

#include "watchdog_if.h" // watchdog標準接口頭文件

主函數負責看門狗相關操作。

其中,打開看門狗操作源代碼具體如下:

// 打開看門狗設備ret = WatchdogOpen(m_watchdog_id, handle);if (ret != 0) { PRINT_ERROR("WatchdogOpen failed and ret = %d\n", ret); goto out;}if (handle == NULL) { PRINT_ERROR("WatchdogOpen failed and handle is null\n"); goto out;}......

設置和獲取看門狗超時時間操作源代碼如下所示:

// 設置超時時間ret = WatchdogSetTimeout(handle, m_watchdog_timeout);if (ret != 0) { PRINT_ERROR("WatchdogSetTimeout failed and ret = %d\n", ret); goto out;}printf("WatchdogSetTimeout Successful and Watchdog timeout = %d\n", m_watchdog_timeout);

// 獲取超時時間ret = WatchdogGetTimeout(handle, &timeout);if (ret != 0) { PRINT_ERROR("WatchdogGetTimeout failed and ret = %d\n", ret); goto out;}printf("WatchdogGetTimeout Successful and Watchdog timeout = %d\n", timeout);

啟動看門狗操作,如下所示:

// 啟動看門狗ret = WatchdogStart(handle);if (ret != 0) { PRINT_ERROR("WatchdogStart failed and ret = %d\n", ret); goto out;}

查看看門狗相關狀態,如下所示:

// 獲取看門狗狀態,是否啟動status = WATCHDOG_STOP;ret = WatchdogGetStatus(handle, &status);if (ret != 0) { PRINT_ERROR("WatchdogGetStatus failed and ret = %d\n", ret); goto out;}printf("WatchdogGetStatus Successful and Watchdog status = %d, WATCHDOG_START = %d, WATCHDOG_STOP = %d\n", status, WATCHDOG_START, WATCHDOG_STOP);

喂狗和停止喂狗操作,如下所示:

// 喂狗for (i = 0; i < m_watchdog_feed_count; i++) { sleep(m_watchdog_feed); printf("Watchdog: feed number = %d and feed time = %d\n", i, m_watchdog_feed); ret = WatchdogFeed(handle); if (ret != 0) { PRINT_ERROR("WatchdogFeed failed and ret = %d\n", ret); goto out; }}

// 停止喂狗ret = WatchdogStop(handle);if (ret != 0) { PRINT_ERROR("WatchdogStop failed and ret = %d\n", ret); goto out;}

關閉喂狗,如下所示:

WatchdogClose(handle);

3.5.2、BUILD.gn

編寫應用程序的BUILD.gn,具體內容如下:

import("http://build/ohos.gni")import("http://drivers/hdf_core/adapter/uhdf2/uhdf.gni")

print("samples: compile rk3568_watchdog_test")ohos_executable("rk3568_watchdog_test") { sources = [ "watchdog_test.c" ] include_dirs = [ "$hdf_framework_path/include", "$hdf_framework_path/include/core", "$hdf_framework_path/include/osal", "$hdf_framework_path/include/platform", "$hdf_framework_path/include/utils", "$hdf_uhdf_path/osal/include", "$hdf_uhdf_path/ipc/include", "http://base/hiviewdfx/hilog/interfaces/native/kits/include", "http://third_party/bounds_checking_function/include", ]

deps = [ "$hdf_uhdf_path/platform:libhdf_platform", "$hdf_uhdf_path/utils:libhdf_utils", "http://base/hiviewdfx/hilog/interfaces/native/innerkits:libhilog", ]

cflags = [ "-Wall", "-Wextra", "-Werror", "-Wno-format", "-Wno-format-extra-args", ]

part_name = "product_rk3568" install_enable = true}

3.5.3、參與應用程序編譯

編輯//vendor/lockzhiner/rk3568/samples/BUILD.gn,開啟編譯選項。具體如下:

"b10_platform_device_watchdog/app:rk3568_watchdog_test",

4、程序編譯

建議使用docker編譯方法,運行如下:

hb set -root .hb set# 選擇lockzhiner下的rk3568編譯分支。hb build -f

5、運行結果

運行如下:

# rk3568_Watchdog_testWatchdog Params: watchdog id = 0 watchdog timeout sec = 5 watchdog feed sec = 1 watchdog feed count = 5../../vendor/lockzhiner/rk3568/samples/b10_platform_device_watchdog/app/watchdog_test.c, main, 121, error: WatchdogOpen failed and ret = -16WatchdogClose Successful#

注意:

(1)WatchdogOpen返回值為-16,查看//drivers/hdf_core/framework/include/utils/hdf_base.h,具體如下:

/** * @brief Enumerates HDF return value types. */typedef enum { HDF_SUCCESS = 0, /**< The operation is successful. */ HDF_FAILURE = -1, /**< Failed to invoke the OS underlying function. */ HDF_ERR_NOT_SUPPORT = -2, /**< Not supported. */ HDF_ERR_INVALID_PARAM = -3, /**< Invalid parameter. */ HDF_ERR_INVALID_OBJECT = -4, /**< Invalid object. */ HDF_ERR_MALLOC_FAIL = -6, /**< Memory allocation fails. */ HDF_ERR_TIMEOUT = -7, /**< Timeout occurs. */ HDF_ERR_THREAD_CREATE_FAIL = -10, /**< Failed to create a thread. */ HDF_ERR_QUEUE_FULL = -15, /**< The queue is full. */ HDF_ERR_DEVICE_BUSY = -16, /**< The device is busy. */ HDF_ERR_IO = -17, /**< I/O error. */ HDF_ERR_BAD_FD = -18, /**< Incorrect file descriptor. */ HDF_ERR_NOPERM = -19, /**< No permission. */ ......} HDF_STATUS;

如此可知,watchdog被其他程序占用。


聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 驅動
    +關注

    關注

    12

    文章

    1825

    瀏覽量

    85177
  • 計時器
    +關注

    關注

    1

    文章

    418

    瀏覽量

    32634
  • 開發板
    +關注

    關注

    25

    文章

    4943

    瀏覽量

    97188
  • OpenHarmony
    +關注

    關注

    25

    文章

    3658

    瀏覽量

    16144
收藏 人收藏

    評論

    相關推薦

    驅動教程】iTOP-RK3568開發板進行講解第十三期,主要講解輸入子系統,共計24 講

    6.輸入子系統框架分析 7.輸入子系統關鍵數據結構之間關系 8.認識輸入子系統源碼以及裁剪 9.編寫一個最簡單的設備驅動層代碼 10.通過最簡單設備驅動代碼分析匹配規則和
    發表于 10-11 11:31

    基于ArkTS語言的OpenHarmony APP應用開發:HelloOpenharmony

    1、程序簡介該程序是基于OpenHarmony標準系統編寫的UI應用類:HelloOpenHarmony。本案例是基于API9接口開發。本案
    的頭像 發表于 09-15 08:09 ?305次閱讀
    基于ArkTS語言的<b class='flag-5'>OpenHarmony</b> APP應用開發:Hello<b class='flag-5'>Openharmony</b>

    鴻蒙OpenHarmony【小型系統 編寫“Hello World”程序】 (基于Hi3516開發板)

    展示如何在單板上運行第一個應用程序,其中包括新建應用程序、編譯、燒寫、運行等步驟,最終輸出“Hello World!”。
    的頭像 發表于 05-10 16:26 ?667次閱讀
    鴻蒙<b class='flag-5'>OpenHarmony</b>【小型系統 <b class='flag-5'>編寫</b>“Hello World”<b class='flag-5'>程序</b>】 (基于Hi3516開發板)

    鴻蒙OpenHarmony【標準系統 編寫“Hello World”程序】(基于RK3568開發板)

    下方將展示如何在單板上運行第一個應用程序,其中包括新建應用程序、編譯、燒寫、運行等步驟,最終輸出“Hello World!”。
    的頭像 發表于 05-09 17:58 ?834次閱讀
    鴻蒙<b class='flag-5'>OpenHarmony</b>【標準系統 <b class='flag-5'>編寫</b>“Hello World”<b class='flag-5'>程序</b>】(基于RK3568開發板)

    鴻蒙OpenHarmony【標準系統編寫“Hello World”程序】 (基于RK3568開發板)

    編寫“Hello World”程序 下方將展示如何在單板上運行第一個應用程序,其中包括新建應用程序、編譯、燒寫、運行等步驟,最終輸出“Hello World!”。 前提條件 已參考[創
    的頭像 發表于 04-24 17:32 ?692次閱讀
    鴻蒙<b class='flag-5'>OpenHarmony</b>【標準系統<b class='flag-5'>編寫</b>“Hello World”<b class='flag-5'>程序</b>】 (基于RK3568開發板)

    鴻蒙OpenHarmony【小型系統編寫“Hello World”程序】 (基于Hi3516開發板)

    下方將展示如何在單板上運行第一個應用程序,其中包括新建應用程序、編譯、燒寫、運行等步驟,最終輸出“Hello World!”。
    的頭像 發表于 04-22 21:55 ?334次閱讀
    鴻蒙<b class='flag-5'>OpenHarmony</b>【小型系統<b class='flag-5'>編寫</b>“Hello World”<b class='flag-5'>程序</b>】 (基于Hi3516開發板)

    OpenHarmony內核編程實戰

    編寫程序,讓開發板在串口調試工具中輸出”Hello,OpenHarmony“。▍操作在源碼的根目錄中有名為”applications“的文件,他存放著應用程序樣例
    的頭像 發表于 03-27 08:31 ?730次閱讀
    <b class='flag-5'>OpenHarmony</b>內核編程實戰

    怎么編寫Framebuffer驅動程序

    Framebuffer 驅動程序框架 分為上下兩層: fbmem.c:承上啟下 實現、注冊 file_operations 結構體 把 APP 的調用向下轉發到具體的硬件驅動程序
    的頭像 發表于 03-22 09:13 ?517次閱讀
    怎么<b class='flag-5'>編寫</b>Framebuffer<b class='flag-5'>驅動程序</b>

    【從0開始創建AWTK應用程序】編譯應用到RTOS平臺

    AWStudio上編寫好AWTK應用程序后,部署到RTOS平臺(如STM32)是很方便的,下面就以STM32F429型號為例子來介紹如何編譯AWTK應用到RTOS
    的頭像 發表于 03-21 08:23 ?568次閱讀
    【從0開始創建AWTK<b class='flag-5'>應用程序</b>】編譯應用到RTOS<b class='flag-5'>平臺</b>

    labview編寫程序的一般步驟

    。這包括確定需要控制或測量的設備、所需的輸入和輸出以及程序的功能和操作流程。 設計程序架構:根據程序需求,設計
    的頭像 發表于 12-29 10:06 ?2008次閱讀

    EDA流程的重要意義,以及國內EDA流程進展

    的方式。如果一款工具能夠覆蓋特定芯片在上述流程中的設計任務,那么我們就將其稱之為流程EDA工具,或者是流程EDA
    的頭像 發表于 12-14 00:08 ?2257次閱讀

    linux驅動程序的主要流程和功能

    介紹Linux驅動程序的主要流程和功能。 一、驅動程序的加載和初始化 Linux系統在啟動過程中,會自動加載已安裝的設備驅動程序。加載驅動程序
    的頭像 發表于 12-08 14:56 ?2241次閱讀

    開發java應用程序的基本步驟是

    Java應用程序。確定您希望應用程序能夠執行的任務和提供的功能。這將有助于指導您在開發過程中進行決策并確定實現代碼的方式。 2.設計應用程序:在開始編寫代碼之前,您應該設計
    的頭像 發表于 11-28 16:52 ?1523次閱讀

    codeblocks怎么編寫程序

    Code::Blocks是一款免費、開源的集成開發環境(IDE),它提供了一個方便的平臺編寫、調試和運行C、C++以及其他編程語言的程序。在本篇文章中,我們將詳細討論如何使用Code
    的頭像 發表于 11-26 10:28 ?1385次閱讀

    如何把c語言源程序變成應用程序

    將C語言源程序轉變為應用程序可以分為以下幾個步驟:編寫源代碼、編譯、鏈接和運行。在這篇文章中,我將詳細介紹這些步驟以及相關的工具和技術。 第一步是
    的頭像 發表于 11-26 09:04 ?3355次閱讀