91在线观看视频-91在线观看视频-91在线观看免费视频-91在线观看免费-欧美第二页-欧美第1页

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

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

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

OpenHarmony HDF HDI的IPC模式具體實(shí)現(xiàn)方法和驅(qū)動(dòng)框架能力

電子發(fā)燒友開源社區(qū) ? 來源:OpenAtom OpenHarmony ? 作者:OAOH ? 2021-09-22 14:55 ? 次閱讀
加入交流群
微信小助手二維碼

掃碼添加小助手

加入工程師交流群

HDI接口概述

回顧之前的文章,HDF 驅(qū)動(dòng)框架的一個(gè)重要功能是為系統(tǒng)提供穩(wěn)定的統(tǒng)一的硬件接口,這樣才能保證系統(tǒng)服務(wù)可以運(yùn)行在不同硬件上而不需要額外的適配工作,HDI(Hardware Device Interfaces)正是為了實(shí)現(xiàn)該目的而設(shè)計(jì)。

HDI 是對硬件功能的較高層次抽象接口,各類外設(shè)完成 HDI 接口定義后便只會在 HDI 的兼容性規(guī)則下進(jìn)行變更,從而保證接口的穩(wěn)定性。具體的驅(qū)動(dòng)實(shí)現(xiàn)不需要再重復(fù)定義 HDI 接口,只需要按需實(shí)現(xiàn)即可接入系統(tǒng)功能。

在不同量級的 OpenHarmony 系統(tǒng)上,HDI 存在兩種部署形態(tài),IPC 模式和直通模式。

在輕量級 OpenHarmony 系統(tǒng)上,出于減小系統(tǒng)性能負(fù)載考慮,HDI 實(shí)現(xiàn)為用戶態(tài)共享庫,由系統(tǒng)服務(wù)直接加載 HDI 實(shí)現(xiàn)到自己進(jìn)程中函數(shù)調(diào)用使用。HDI 實(shí)現(xiàn)封裝具體的用戶態(tài)-內(nèi)核態(tài)交互過程,當(dāng)需要訪問驅(qū)動(dòng)程序時(shí)使用 IO Service 請求將消息通過 system call 方式調(diào)用到內(nèi)核驅(qū)動(dòng)實(shí)現(xiàn)。

在標(biāo)準(zhǔn) OpenHarmony 系統(tǒng)上,HDI 以獨(dú)立服務(wù)進(jìn)程方式部署,系統(tǒng)服務(wù)只加載 HDI 客戶端實(shí)現(xiàn)到自己進(jìn)程中,實(shí)際業(yè)務(wù)運(yùn)行在獨(dú)立進(jìn)程中,客戶端通過 IPC 與服務(wù)端交互,便于架構(gòu)解耦、權(quán)限管理。

HDI接口實(shí)現(xiàn)

直通模式為函數(shù)實(shí)現(xiàn)方式,無論調(diào)用還是實(shí)現(xiàn)都不需要其他組件支持即可實(shí)現(xiàn),這里將重點(diǎn)分析 IPC 模式的實(shí)現(xiàn)。

HDI發(fā)布

HDI IPC 模式基于 OpenHarmony 系統(tǒng)通信框架的通用模型,但是因?yàn)轵?qū)動(dòng)很多時(shí)候涉及到底層操作和多系統(tǒng)遷移的場景而使用C語言編寫,所以驅(qū)動(dòng)框架還提供了 HDI 服務(wù)的 C 語言實(shí)現(xiàn)的基礎(chǔ)組件,C++實(shí)現(xiàn)則主要使用系統(tǒng)通信框架組件。

HDI 服務(wù)發(fā)布基于 UHDF(用戶態(tài) HDF 驅(qū)動(dòng)框架)實(shí)現(xiàn),通用的服務(wù)發(fā)布實(shí)現(xiàn)如下。

1. 實(shí)現(xiàn)驅(qū)動(dòng)入口

int SampleDriverBind(struct HdfDeviceObject *deviceObject){    HDF_LOGE("SampleDriverBind enter!");    static struct IDeviceIoService testService = {        .Dispatch = SampleServiceDispatch, // 服務(wù)回調(diào)接口    };    deviceObject->service = &testService;    return HDF_SUCCESS;} int SampleDriverInit(struct HdfDeviceObject *deviceObject){    HDF_LOGE("SampleDriverInit enter");     return HDF_SUCCESS;} void SampleDriverRelease(struct HdfDeviceObject *deviceObject){    HDF_LOGE("SampleDriverRelease enter");    return;} struct HdfDriverEntry g_sampleDriverEntry = {    .moduleVersion = 1,    .moduleName = "sample_driver",    .Bind = SampleDriverBind,    .Init = SampleDriverInit,    .Release = SampleDriverRelease,};
HDF_INIT(g_sampleDriverEntry);

首先要添加一個(gè) UHDF 驅(qū)動(dòng)用于發(fā)布 IoService 服務(wù),IoService 設(shè)備服務(wù)即為 HDI 服務(wù)實(shí)體。實(shí)現(xiàn)方式與 KHDF 驅(qū)動(dòng)一致。

2. 實(shí)現(xiàn)服務(wù)響應(yīng)接口

int32_t SampleServiceOnRemoteRequest(struct HdfDeviceIoClient *client, int cmdId,    struct HdfSBuf *data, struct HdfSBuf *reply){    switch (cmdId) {        case SAMPLE_SERVICE_PING:            return SampleServiceStubPing(client, data, reply);        … …        default:            HDF_LOGE("SampleServiceDispatch: not support cmd %d", cmdId);            return HDF_ERR_INVALID_PARAM;    }}static int32_t SampleServiceDispatch(struct HdfDeviceIoClient *client, int cmdId,    struct HdfSBuf *data, struct HdfSBuf *reply){    return SampleServiceOnRemoteRequest(client, cmdId, data, reply);}

當(dāng)收到 HDI 調(diào)用時(shí),服務(wù)響應(yīng)接口"SampleServiceDispatch"將會被調(diào)用。

  • client 調(diào)用者對象,在用戶態(tài)驅(qū)動(dòng)中暫時(shí)未支持
  • cmdId 調(diào)用命令字,用于區(qū)分調(diào)用的 API
  • data 調(diào)用入?yún)⑿蛄谢瘜ο螅?IPC 調(diào)用場景為 parcel 對象的 C 語言封裝,入?yún)⑿枰褂眯蛄谢涌趶?data 對象中獲取后再使用
  • reply 調(diào)用出參對象,需要返回給調(diào)用的信息寫入該序列化對象

如果 C++實(shí)現(xiàn)客戶端可以使用下面接口將 sbuf 對象轉(zhuǎn)換為 parcel 對象后操作:

int32_t SbufToParcel(struct HdfSBuf *sbuf, OHOS::MessageParcel **parcel);
3. UHDF 驅(qū)動(dòng)配置
platform :: host {    hostName = "sample_host";    priority = 50;    sample_device :: device {        device0 :: deviceNode {            policy = 2;            priority = 100;            moduleName = "libsample_driver.z.so";            serviceName = "sample_driver_service";        }    }}

參數(shù)說明:

  • host 一個(gè) host 節(jié)點(diǎn)即為一個(gè)獨(dú)立進(jìn)程,如果需要獨(dú)立進(jìn)程,新增屬于自己的 host 節(jié)點(diǎn)
  • policy 服務(wù)發(fā)布策略,HDI 服務(wù)設(shè)置為 2
  • moduleName 驅(qū)動(dòng)實(shí)現(xiàn)庫名
  • serviceName 服務(wù)名稱,請保持全局唯一性

因?yàn)?HDI 服務(wù) C 和 C++實(shí)現(xiàn)使用的 IPC 組件不一樣,面向?qū)ο髮?shí)現(xiàn)也不一致,所以在具體實(shí)現(xiàn)上存在一些差異。

HDI基礎(chǔ)組件UHDF 框架為了支持 HDI 實(shí)現(xiàn),提供了以下基礎(chǔ)組件(僅用于 C 語言 HDI 實(shí)現(xiàn)):
  • SBuf

SBuf 是同時(shí)支持 KHDF 和 UHDF 驅(qū)動(dòng) IoService 消息序列化的工具對象。在 UHDF IPC 通信場景中,SBuf 可以與系統(tǒng) IPC 框架序列化對象 MessageParcel 對象(僅支持 C++)相互轉(zhuǎn)換,從而實(shí)現(xiàn) C 和 C++實(shí)現(xiàn)的 IPC 互通。

常用 API 如下:

struct HdfSBuf;struct HdfSbufImpl;struct HdfRemoteService;
/** * @brief HdfSBuf類型定義。 * * @since 1.0 */enum HdfSbufType {    SBUF_RAW = 0,   /* 用于用戶態(tài)內(nèi)核態(tài)通信的sbuf類型 */    SBUF_IPC,       /* 用于跨進(jìn)程通信的sbuf類型 */    SBUF_IPC_HW,    /* 用于擴(kuò)展的預(yù)留類型 */    SBUF_TYPE_MAX,  /* sbuf類型最大值 */};

bede5c9e-0b50-11ec-8fb8-12bb97331649.png

上述接口均有對應(yīng)的寫入接口,不再一一列舉,可查閱官網(wǎng)API參考文檔。

  • RemoteService

RemoteService 對象和系統(tǒng) IPC 框架中的 IRemoteObject 對象(僅支持 C++)對應(yīng)并可以相互轉(zhuǎn)換,表示一個(gè) IPC 對象。相關(guān) API 說明:
// 消息分發(fā)器,用于服務(wù)端響應(yīng)調(diào)用或者在客戶端發(fā)起調(diào)用struct HdfRemoteDispatcher {    int (*Dispatch)(struct HdfRemoteService *, int, struct HdfSBuf *, struct HdfSBuf *);};
// RemoteService 死亡回調(diào)對象struct HdfDeathRecipient {    void (*OnRemoteDied)(struct HdfDeathRecipient *, struct HdfRemoteService *);};
struct HdfRemoteService {    struct HdfObject object_;    struct HdfObject *target;    struct HdfRemoteDispatcher *dispatcher;    bool isHw;};// 以自定義的消息分發(fā)器實(shí)例化一個(gè)RemoteServicestruct HdfRemoteService *HdfRemoteServiceObtain(    struct HdfObject *object, struct HdfRemoteDispatcher *dispatcher);
// 回收RemoteService對象void HdfRemoteServiceRecycle(struct HdfRemoteService *service);
// 添加RemoteService的死亡通知,如果對應(yīng)RemoteService的進(jìn)程異常退出,HdfDeathRecipient的回調(diào)接口將被調(diào)用voidHdfRemoteServiceAddDeathRecipient(structHdfRemoteService*service,structHdfDeathRecipient*recipient);
基于 RemoteService 實(shí)現(xiàn)一個(gè)服務(wù)端的示例:
int SampleServiceStubDispatch(    struct HdfRemoteService* service, int code, struct HdfSBuf *data, struct HdfSBuf *reply){    // IPC 調(diào)用響應(yīng)接口    int ret = HDF_FAILURE;    switch (code) {        case SAMPLE_IF_0: {            // do something            break;        }        default: {            ret = HDF_ERR_INVALID_PARAM;        }    }    return ret;}bool SampleStubConstruct(){    // 構(gòu)造消息分發(fā)器,實(shí)現(xiàn)消息處理回調(diào)    static struct HdfRemoteDispatcher dispatcher = {        .Dispatch = SampleServiceStubDispatch};// 實(shí)例化RemoteService    inst->remote = HdfRemoteServiceObtain((struct HdfObject *)inst, &dispatcher);    if (inst->remote == NULL) {        HDF_LOGE("Device service manager failed to obtain remote service");        return false;}……

直接基于 RemoteService 實(shí)現(xiàn)服務(wù)端只適用于需要實(shí)現(xiàn)匿名 IPC 服務(wù)的情況,基于 UHDF 發(fā)布 HDI 服務(wù)只需要實(shí)現(xiàn) Driver 綁定的 IoService 即可。

RemoteService 客戶端對象只能從 SBuf HdfSBufReadRemoteService 接口獲取。

HDI實(shí)現(xiàn)

  • Driver 為 HDI 服務(wù)的驅(qū)動(dòng)入口實(shí)現(xiàn)
  • IoService 為 HDI 服務(wù)的服務(wù)入口實(shí)現(xiàn),IoService 的 Dispatch 方法中調(diào)用 ServiceStub 中的真正服務(wù)響應(yīng)接口(OnRemoteRequest)
  • ServiceStub 為服務(wù)端實(shí)現(xiàn)對象,主要處理與 IPC 相關(guān)的業(yè)務(wù)邏輯,在這里完成參數(shù)反序列化后調(diào)用真正的 Service 實(shí)現(xiàn)接口,即 ServiceImpl 接口
  • ServiceImpl 為 HDI 接口的真正實(shí)現(xiàn),這里不關(guān)注 IPC 過程,只實(shí)現(xiàn)函數(shù)接口。
  • 驅(qū)動(dòng)框架提供了實(shí)現(xiàn)的樣例代碼,可參考 gitee driver 代碼倉。

HDI接口調(diào)用

HDI驅(qū)動(dòng)框架HDI接口

HDI 服務(wù)管理功能由驅(qū)動(dòng)框架 DeviceManager 實(shí)現(xiàn),所以驅(qū)動(dòng)框架提供了 HDI 服務(wù)管理相關(guān) HDI 接口。

C++實(shí)現(xiàn):

namespace OHOS {namespace HDI {namespace ServiceManager {namespace V1_0 {
struct IServiceManager : public IRemoteBroker {public:    DECLARE_INTERFACE_DESCRIPTOR(u"HDI.IServiceManager.V1_0");    // get()靜態(tài)方法用于獲取IServiceManager對象實(shí)例    static ::sptr Get();    // GetService()接口是真正提供的HDI接口,用于查詢并獲取其他HDI服務(wù)的客戶端對象    virtual ::sptr GetService(const char* serviceName) = 0;};} // namespace V1_0} // namespace ServiceManager} // namespace HDI}//namespaceOHOS

C 實(shí)現(xiàn):

#ifdef __cplusplusextern "C" {#endif /* __cplusplus */
struct HDIServiceManager {    struct HdfRemoteService *remote;
    struct HdfRemoteService *(*GetService)(struct HDIServiceManager *self, const char* serviceName);};
struct HDIServiceManager *HDIServiceManagerGet(void);void HDIServiceManagerRelease(struct HDIServiceManager *servmgr);
#ifdef __cplusplus}#endif/*__cplusplus*/

C 語言因?yàn)槿鄙僭拿嫦驅(qū)ο笾С郑@里我們采用 OOC 的實(shí)現(xiàn),函數(shù)方法 HDIServiceManagerGet/Release 用于 HDIServiceManager 對象的實(shí)例化和釋放,HDI 接口關(guān)聯(lián)在接口對象內(nèi)部成員中,與 C++實(shí)現(xiàn)類似。

HDI客戶端實(shí)現(xiàn)

HDI 客戶端同時(shí)支持 C 和 C++實(shí)現(xiàn),實(shí)現(xiàn)方法較為簡單,只需 realize HDI 接口類即可。提供 C++實(shí)現(xiàn)基于系統(tǒng) IPC 子系統(tǒng)的統(tǒng)一模型,C 語言基于 RemoteService 和 SBuf 組件實(shí)現(xiàn),但是有一些公共的約定:

1. 客戶端提供接口對象,接口與對象綁定且必須與 HDI 一致

2. 提供服務(wù)接口對象的實(shí)例化和釋放接口。

3. 客戶端實(shí)現(xiàn) IPC 過程,只為調(diào)用者暴露函數(shù)化接口。

HDI接口調(diào)用

HDI 客戶端接口已經(jīng)提供了服務(wù)獲取接口,調(diào)用者調(diào)用服務(wù)獲取接口后再調(diào)用服務(wù)對象方法即可完成 HDI 調(diào)用。

這里以服務(wù)管理 HDI 接口為例:

C++接口調(diào)用:

#include 
void GetTestService(){        auto servmgr = IServiceManager::Get();    if (servmgr == nullptr) {    HDF_LOGE("failed to get IServiceManager");    return;  }
    auto sampleService = servmgr->GetService(TEST_SERVICE_NAME);  if (sampleService == nullptr) {    HDF_LOGE("failed to get TEST_SERVICE");    return;  }    // do something}

C 接口調(diào)用:

#include 
void GetTestService(){        struct HDIServiceManager *servmgr = HDIServiceManagerGet();    if (servmgr == nullptr) {    HDF_LOGE("failed to get IServiceManager");    return;  }
    struct HdfRemoteService *sampleService = servmgr->GetService(servmgr, TEST_SERVICE_NAME);  if (sampleService == nullptr) {    HDF_LOGE("failed to get TEST_SERVICE");    return;  }    // do something}

總結(jié)

本文介紹了 HDI 的總體方案,重點(diǎn)介紹了 HDI 的 IPC 模式具體實(shí)現(xiàn)方法和驅(qū)動(dòng)框架能力,相信對讀者理解和使用 HDI 有所幫助。

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

    關(guān)注

    7

    文章

    212

    瀏覽量

    21888
  • C++
    C++
    +關(guān)注

    關(guān)注

    22

    文章

    2119

    瀏覽量

    75274
  • 代碼
    +關(guān)注

    關(guān)注

    30

    文章

    4900

    瀏覽量

    70705
  • OpenHarmony
    +關(guān)注

    關(guān)注

    29

    文章

    3852

    瀏覽量

    18592

原文標(biāo)題:OpenHarmony HDF HDI基礎(chǔ)能力分析與使用

文章出處:【微信號:HarmonyOS_Community,微信公眾號:電子發(fā)燒友開源社區(qū)】歡迎添加關(guān)注!文章轉(zhuǎn)載請注明出處。

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

掃碼添加小助手

加入工程師交流群

    評論

    相關(guān)推薦
    熱點(diǎn)推薦

    迅為RK3568開發(fā)板實(shí)操-HDF驅(qū)動(dòng)配置UART-修改HCS配置

    時(shí)表示向內(nèi)核態(tài)發(fā)布服務(wù), 取值為 2 時(shí)表示向內(nèi)核用戶態(tài)發(fā)布服務(wù) 3 moduleName 的值要與驅(qū)動(dòng)實(shí)現(xiàn)的 HdfDriverEntry 結(jié)構(gòu)體中的 moduleName 相同。 4
    發(fā)表于 05-22 11:32

    【北京迅為】iTOP-RK3568開發(fā)板鴻蒙OpenHarmony系統(tǒng)南向驅(qū)動(dòng)開發(fā)實(shí)操-HDF驅(qū)動(dòng)配置UART

    【北京迅為】iTOP-RK3568開發(fā)板鴻蒙OpenHarmony系統(tǒng)南向驅(qū)動(dòng)開發(fā)實(shí)操-HDF驅(qū)動(dòng)配置UART
    的頭像 發(fā)表于 03-25 11:02 ?715次閱讀
    【北京迅為】iTOP-RK3568開發(fā)板鴻蒙<b class='flag-5'>OpenHarmony</b>系統(tǒng)南向<b class='flag-5'>驅(qū)動(dòng)</b>開發(fā)實(shí)操-<b class='flag-5'>HDF</b><b class='flag-5'>驅(qū)動(dòng)</b>配置UART

    迅為RK3568開發(fā)板篇Openharmony配置HDF控制UART-實(shí)操-HDF驅(qū)動(dòng)配置UART-UART應(yīng)用開發(fā)-UART驅(qū)動(dòng)API接口介紹

    UART 驅(qū)動(dòng) API 接口如下所示,具體的 API 詳見 drivers/hdf_core/framework/include/platform/uart_if.h 文件。 (1
    發(fā)表于 03-24 11:19

    北京迅為iTOP-RK3568開發(fā)板OpenHarmony系統(tǒng)南向驅(qū)動(dòng)開發(fā)實(shí)操-HDF驅(qū)動(dòng)配置LED

    北京迅為iTOP-RK3568開發(fā)板OpenHarmony系統(tǒng)南向驅(qū)動(dòng)開發(fā)實(shí)操-HDF驅(qū)動(dòng)配置LED
    的頭像 發(fā)表于 03-14 14:41 ?682次閱讀
    北京迅為iTOP-RK3568開發(fā)板<b class='flag-5'>OpenHarmony</b>系統(tǒng)南向<b class='flag-5'>驅(qū)動(dòng)</b>開發(fā)實(shí)操-<b class='flag-5'>HDF</b><b class='flag-5'>驅(qū)動(dòng)</b>配置LED

    北京迅為RK3568開發(fā)板OpenHarmony系統(tǒng)南向驅(qū)動(dòng)開發(fā)內(nèi)核HDF驅(qū)動(dòng)框架架構(gòu)

    北京迅為RK3568開發(fā)板OpenHarmony系統(tǒng)南向驅(qū)動(dòng)開發(fā)內(nèi)核HDF驅(qū)動(dòng)框架架構(gòu)
    的頭像 發(fā)表于 03-11 14:13 ?1110次閱讀
    北京迅為RK3568開發(fā)板<b class='flag-5'>OpenHarmony</b>系統(tǒng)南向<b class='flag-5'>驅(qū)動(dòng)</b>開發(fā)內(nèi)核<b class='flag-5'>HDF</b><b class='flag-5'>驅(qū)動(dòng)</b><b class='flag-5'>框架</b>架構(gòu)

    迅為RK3568開發(fā)板篇Openharmony配置HDF控制UART-實(shí)操-HDF驅(qū)動(dòng)配置UART-UART應(yīng)用開發(fā)-UART驅(qū)動(dòng)API接口介紹

    UART 驅(qū)動(dòng) API 接口如下所示,具體的 API 詳見 drivers/hdf_core/framework/include/platform/uart_if.h 文件。 (1
    發(fā)表于 03-11 10:27

    迅為RK3568開發(fā)板篇Openharmony配置HDF控制UART-實(shí)操-HDF驅(qū)動(dòng)配置UART-修改HCS配置

    moduleName 的值要與驅(qū)動(dòng)實(shí)現(xiàn)的 HdfDriverEntry 結(jié)構(gòu)體中的 moduleName 相同。 4 deviceMatchAttr 的值表示驅(qū)動(dòng)的私有配置信息 5
    發(fā)表于 02-21 10:53

    迅為RK3568開發(fā)板篇Openharmony配置HDF控制UART-UART 接口運(yùn)作機(jī)制

    調(diào)用實(shí)際設(shè)備對象的相應(yīng)內(nèi)部方法的目的。 這種模式可以直接借助 HDF 設(shè)備管理器的服務(wù)管理能力,但需要為每個(gè)設(shè)備單獨(dú)配置設(shè)備節(jié)點(diǎn),增加內(nèi)存占用。 UART 模塊各分層的作用如下所述:
    發(fā)表于 02-19 10:41

    迅為RK3568開發(fā)板篇OpenHarmony實(shí)操HDF驅(qū)動(dòng)控制LED-編寫應(yīng)用APP

    HDF_FRAMEWORKS 和 HDF_ADAPTER,它們分別指向 HDF(HardwareDriver Foundation,硬件驅(qū)動(dòng)框架
    發(fā)表于 02-06 10:27

    迅為RK3568開發(fā)板篇OpenHarmony實(shí)操HDF驅(qū)動(dòng)控制LED-添加內(nèi)核編譯

    編譯內(nèi)核時(shí)將該 HDF 驅(qū)動(dòng)編譯到鏡像中,接下來編寫驅(qū)動(dòng)編譯腳本 Makefile,代碼如下所示: 加入編譯體系,填加模塊目錄到 drivers/hdf_core/adapter/kh
    發(fā)表于 01-22 10:35

    迅為RK3568開發(fā)板篇OpenHarmony實(shí)操HDF驅(qū)動(dòng)控制LED-編寫內(nèi)核 LED HDF 驅(qū)動(dòng)程序

    接下來編譯 LED 驅(qū)動(dòng),該驅(qū)動(dòng)用于在基于華為設(shè)備框架HDF)的系統(tǒng)中控制 LED 燈的開關(guān),完整代碼如下所示: 更多內(nèi)容可以關(guān)注:迅為RK3568開發(fā)板篇
    發(fā)表于 01-17 15:13

    迅為RK3568開發(fā)板篇OpenHarmony配置HDF驅(qū)動(dòng)控制LED-新增 topeet子系統(tǒng)

    程序目錄 ├── led_driver.c:內(nèi)核 LED HDF 驅(qū)動(dòng)程序 └── Makefile:內(nèi)核 LED HDF 驅(qū)動(dòng)編譯腳本 更多內(nèi)容可以關(guān)注:迅為RK3568開發(fā)板篇
    發(fā)表于 01-13 15:59

    迅為RK3568開發(fā)板篇OpenHarmony配置HDF驅(qū)動(dòng)控制LED-配置創(chuàng)建私有配置文件

    和 Init 方法傳遞給驅(qū)動(dòng)。 topeet_config.hcs 具體內(nèi)容如下所示: 驅(qū)動(dòng)私有配置文件寫完之后,我們需要將該配置文件添加到板級配置入口文件vendor/hihope
    發(fā)表于 01-10 11:13

    HDI盲埋孔工藝及制程能力你了解多少?

    HDI技術(shù)通過 增加盲埋孔來實(shí)現(xiàn)高密度布局 ,適用于高端服務(wù)器、智能手機(jī)、多功能POS機(jī)和安防攝像機(jī)等領(lǐng)域。通訊和計(jì)算機(jī)行業(yè)對HDI線路板需求較高,推動(dòng)了科技的進(jìn)步。目前,HDI板在國
    的頭像 發(fā)表于 12-18 17:15 ?2859次閱讀
    <b class='flag-5'>HDI</b>盲埋孔工藝及制程<b class='flag-5'>能力</b>你了解多少?

    HDI盲埋孔工藝及制程能力你了解多少?

    HDI激光填孔工藝能力 1、半固化片壓合填孔 適用條件: 板厚 ≤ 0.3mm、孔徑 ≤ 0.2mm; 方法: 在上述條件下,可采用半固化片進(jìn)行填膠塞孔。 2、電鍍填孔 介質(zhì)層與孔徑比例: 需滿足
    發(fā)表于 12-18 17:13
    主站蜘蛛池模板: 亚洲成年网站 | 夜夜爱夜夜爽 | 欧美ccc| 国产香蕉免费精品视频 | 日本特黄特色特爽大片老鸭 | 俺要操 | 久久综合免费 | 毛片毛片毛片毛片毛片毛片 | 欧美成人天天综合天天在线 | 18年大片免费在线 | 一区二区三区视频免费观看 | 精品久久久久久婷婷 | 中文字幕一区二区视频 | 亚洲 欧美 自拍 另类 欧美 | 夜色伊人| 成人a毛片在线看免费全部播放 | 日本三级三级三级免费看 | 国产欧美高清 | 人操人摸| 久久久久女人精品毛片 | 天天狠狠干 | 黄色软件入口 | 久久羞羞视频 | 国产午夜精品久久久久 | 欧美一级高清片在线 | 久久天天躁狠狠躁夜夜躁综合 | 97久久天天综合色天天综合色 | www.看片| 欧洲亚洲一区 | 亚州国产精品精华液 | 奇米在线 | 伊人网址 | 色婷婷亚洲精品综合影院 | 美女张开腿让男生桶出水 | 久久大香线蕉综合爱 | 久久青 | 免费亚洲成人 | 男人j桶进女人免费视频 | 国产色婷婷 | 四虎看黄 | 99pao强力打造免费高清色 |