作為OpenAtom OpenHarmony（簡稱“OpenHarmony”）社區(qū)單BLE的輕量級設備，匯頂科技GR551x系列低功耗藍牙開發(fā)板已經順利通過OpenHarmony兼容性工作組的兼容性測試審核，正式完成合入OpenHarmony 主干分支（master分支）。

李東山來自深圳市匯頂科技股份有限公司，是 BLE 產品開發(fā)部的一名研發(fā)工程師，從 2021 年 9 月開始承擔 BLE SoC GR551x 接入 OpenAtom OpenHarmony生態(tài)的適配任務。通過采訪，他向我們詳細分享了項目開發(fā)過程中的難點和經驗，以下為采訪整理：

作為開發(fā)領域知名的技術大牛，您最初為什么會選擇加入OpenHarmony生態(tài)、參與開源共建呢？您認為，OpenHarmony項目最吸引人的點在哪里？

OpenHarmony 是一款面向全場景、全連接、全智能時代的分布式操作系統，它面向萬物互聯，非常契合我們 BLE SoC 產品應用方向，選擇加入 OpenHarmony 生態(tài)，希望能一起參與共建 OpenHarmony 生態(tài)系統，為促進萬物互聯和千行百業(yè)的繁榮發(fā)展貢獻我們的一份力量。

OpenHarmony 代碼遵循 Apache 2.0 等商業(yè)友好的開源協議，所有企業(yè)、機構與個人均可基于 OpenHarmony 開源代碼，結合自身優(yōu)勢，去做各領域的操作系統發(fā)行版及終端產品。

您在什么時候組建了OpenHarmony開源項目團隊？通過多久完成了GR5515 Starter Kit開發(fā)板的適配，核心代碼已合入主干，現在被OpenHarmony PMC委員會推選為“代碼月度貢獻之星”，真的太了不起了！您方便給我們介紹一下這個產品嗎，或者這段經歷嗎？這么短時間達成了這樣好的效果，請問您的“秘訣”都有哪些呢？

我們是在 2021 年的 9 月開始投入資源適配 OpenHarmony。經過兩個多月的努力，將我們首款 Bluetooth LE 輕量設備芯片 GR551x 系列 SoC 適配上 OpenHarmony，2021 年 11 月 18 日順利通過 OpenHarmony 兼容性測評, 并于 2022 年 1 月 7 日正式合入 OpenHarmony 主干。

（GR5515 Starter Kit 適配代碼倉庫）

能夠在短時間內完成開發(fā)板適配工作不僅是因為我們生態(tài)小組小伙伴們齊心協力，通力配合， 還得益于 OpenHarmony 完備的開發(fā)平臺和工具鏈，優(yōu)秀的代碼框架，豐富的文檔資源。剛開始我們的倉庫在 SIG 上孵化，兩次畢業(yè)答辯評審后代碼合入主干，非常感謝社區(qū)的老師們給予了很多專業(yè)指導和支持。

能開發(fā)出這么一個優(yōu)秀的產品，將核心代碼合入主干，您和您的團隊一定付出了很多?？梢哉埬o我們分享一下，開發(fā)這個產品的整個過程，包括前期、中期、后期，您們具體都做了哪些工作，投入了多少人力和資源嗎？

開發(fā)板適配前期，我們對 OpenHarmony 輕量系統進行了學習和調研，充分評估可行性后開始嘗試適配。萬事開頭難，剛開始適配 V1.1.2-LTS 版本，從搭建開發(fā)環(huán)境、熟悉構建系統、移植第一行代碼，解決了很多難題，也踩過很多坑。終于，兩周后系統在我們的 SoC 上穩(wěn)定運行起來了。

項目中期我們升級到了 V3.0.0-LTS，3.0 版本引入了許多新特性，我們開始適配 HDF 驅動、BLE 接口、文件系統、低功耗等，并通過了兼容性測評。

項目后期我們與主干 master 版本對齊，master 版本引入 board 與 soc 分離的先進設計理念，我們對代碼框架進行了大量重構優(yōu)化，代碼架構和規(guī)范都符合要求后，代碼合入 OpenHarmony 主干。

匯頂科技非?？春?OpenHarmony，我們持續(xù)投入人力在該項目上，目前基本完成了首款 BLE Soc GR5515 芯片的適配工作，未來我們也會對適配的代碼進行持續(xù)優(yōu)化和維護，同時也會積極參與輕量系統的圖形顯示和 BLE IoT 方向的共建工作。

在整個開發(fā)進程中，您和您的團隊遇到過哪些技術上或其他方面的難題？這些難題又是如何被逐一解決？在這些難題被解決的過程中，您總結了哪些寶貴的經驗or教訓？

在開發(fā)初期，網上幾乎沒有對 ARM 架構的輕量系統移植適配的指導文檔，構建環(huán)境也很復雜，可參考的開發(fā)板就 3 塊，對于我這種剛接觸 OpenHarmony 的小白來說，不知道怎么去加入我們的代碼，不知道如何構建，差點被遇到的各種困難“勸退”。好在 OpenHarmony 自帶了一款基于 RSIC-V 架構的開發(fā)板樣例，通過深入研究其編譯框架和適配細節(jié)后，我們將 SDK 移植到 OpenHarmony 并構建成功。

OpenHarmony 對 ARM 和 RSIC-V 架構支持已經非常全面，Cortex-M 內核相關的 arch 移植 liteos-m 已經幫我們做好，移植一款新的開發(fā)板只需重點聚焦在編譯構建、BSP 移植、XTS 測試、業(yè)務功能開發(fā)上。

加入OpenHarmony生態(tài)以來，您最大的驚喜是什么？或者有哪些具體的收獲？

自從加入 OpenHarmony 生態(tài)以來，我切身感受到它發(fā)展的如此之快，從當初的 1.0 版本迭代到如今的 3.0 版本，每個版本都會帶來許多實用的更新，開發(fā)板越來越多，文檔也越來越豐富，社區(qū)交流日漸活躍，開發(fā)者參與共建也越來越容易。

我也一直在持續(xù)學習 OpenHarmony，學習過程中了解到了很多代碼架構上的先進理念，為自己平時的開發(fā)工作帶來了很大的幫助，我也一直堅持通過博客分享我的學習經歷和開源移植案例。

期待未來OpenHarmony哪些方面能夠得到改善、提供更多支持？

OpenHarmony 經過一年多的快速發(fā)展，編譯構建、代碼架構、文檔支持、社區(qū)建設方面都做得非常優(yōu)秀。我個人期待，OpenHarmony 其配套 IDE DevEco Device Tool 能早點普及，推動眾多的開發(fā)板適配并支持，這樣有利于給開發(fā)者和終端客戶帶來更便捷的體驗。

OpenHarmony目前仍處在開發(fā)探索階段，很多共建單位和生態(tài)伙伴還不清楚開源項目的玩法，或不知該如何著手進行開發(fā)?？梢哉埬o大家分享一條，您認為最重要或最值得分享的心得嗎？

開源項目的輸出將為開發(fā)者提供更多的學習途徑，點亮眾多開發(fā)者前行的道路。我在開發(fā)過程中遇到了很多技術上的困難，尋求不到別人的幫助時，通過研讀別人的開源代碼找到了靈感和思路，開源其實也是一種互相學習，共同進步的高效途徑。

開放性問題，可以暢所欲言，請問您還有話想告訴大家？

非常感謝 OpenHarmony，為我們提供了如此優(yōu)秀的操作系統，很高興自己能夠參與開源共建，為開源貢獻出自己的一份微薄力量。從剛開始的“懵懂”小白，跟著 OpenHarmony 一起成長，雖然過程中充滿了挑戰(zhàn)，但也收獲很多。我真切感受到 OpenHarmony 的迅猛發(fā)展，希望有更多企業(yè)、開發(fā)者一起參與共建 OpenHarmony 繁榮生態(tài)。