本頁面由 Cloud Translation API 翻譯而成。

設定建構環境

在 GitHub 上查看來源

作者 Mason Tran

SiLabs 的貢獻者

為了促進免費且開放的開發作業，OpenThread 會在建構工具鍊中使用 CMake。目前，您必須使用這個工具鍊，才能將 OpenThread 移植至新的硬體平台。

日後可能會支援其他建構工具鍊，但這不在本移植指南的範圍內。

建立新的存放區

第一步是為硬體平台設定新的主畫面。在本指南中，我們將建立名為 ot-efr32 的新存放區，其中包含平台抽象層、硬體平台的 SDK 和一些實用的指令碼。

在這個範例中，我們在 GitHub 上建立 SiliconLabs/ot-efr32 存放區，並將其複製到 ~/repos/ot-efr32。

mkdir -p ~/repos
cd ~/repos
git clone git@github.com:SiliconLabs/ot-efr32.git
Cloning into 'ot-efr32'...
remote: Enumerating objects: 99, done.
remote: Counting objects: 100% (99/99), done.
remote: Compressing objects: 100% (60/60), done.
remote: Total 333 (delta 65), reused 39 (delta 39), pack-reused 234
Receiving objects: 100% (333/333), 170.78 KiB | 5.69 MiB/s, done.
Resolving deltas: 100% (194/194), done.
git status
On branch main
Your branch is up to date with 'origin/main'.

nothing to commit, working tree clean

存放區結構

為與 OpenThread GitHub 機構中的現有平台存放區保持一致，建議您將存放區的結構設定如下：

tree -F -L 1 --dirsfirst
.
├── examples/
├── openthread/
├── script/
├── src/
├── third_party/
├── CMakeLists.txt
├── LICENSE
└── README.md

資料夾	說明
`examples`	選用應用程式範例
`openthread`	`openthread` 存放區做為子模組
`script`	用於建構、測試和 linting 的指令碼
`src`	平台抽象層實作
`third_party`	任何第三方來源的位置

新增子模組

下一步是將 openthread 和任何其他必要的存放區新增為子模組

git submodule add git@github.com:openthread/openthread.git
Cloning into '/home/user/repos/ot-efr32/openthread'...
remote: Enumerating objects: 78281, done.
remote: Counting objects: 100% (1056/1056), done.
remote: Compressing objects: 100% (488/488), done.
remote: Total 78281 (delta 639), reused 864 (delta 556), pack-reused 77225
Receiving objects: 100% (78281/78281), 76.62 MiB | 35.24 MiB/s, done.
Resolving deltas: 100% (61292/61292), done.

在本例中，我們會在 third_party 中新增 Silicon Labs Gecko SDK 的 Lite 版本做為子模組。

cd third_party
git submodule add git@github.com:SiliconLabs/sdk_support.git
Cloning into '/home/user/repos/ot-efr32/third_party/sdk_support'...
remote: Enumerating objects: 32867, done.
remote: Counting objects: 100% (8181/8181), done.
remote: Compressing objects: 100% (3098/3098), done.
remote: Total 32867 (delta 4945), reused 7469 (delta 4732), pack-reused 24686
Receiving objects: 100% (32867/32867), 128.83 MiB | 30.91 MiB/s, done.
Resolving deltas: 100% (19797/19797), done.

指令碼

為簡化常見工作，您可能會在 script 資料夾中建立一些指令碼。這可能包括用於引導、建構、執行程式碼修飾器等工作，以及用於 GitHub CI 檢查的測試指令碼。

以下是部分指令碼範例，這些指令碼是現有大多數平台存放區的標準。

`bootstrap`

這個指令碼應會安裝硬體平台所需的所有工具和套件。它也應執行 openthread 的引導程式碼，確保使用者擁有建構 OpenThread 堆疊所需的一切。

如需範例，請參閱 ot-efr32 中的啟動輔助指令碼。

`build`

CMake 建構指令碼應可讓使用者為您的平台建構 OpenThread 堆疊。如果您的存放區定義了任何範例應用程式，這個指令碼也應一併建構這些應用程式。這個指令碼應包含基本系統設定選項，包括任何特定平台的巨集定義。

如需範例，請參閱 ot-efr32 中的建構指令碼。

`test`

測試指令碼可讓使用者透過您定義的任何測試來測試變更。這可以是簡單的作業，例如執行健全性檢查版本，也可以是複雜的作業，例如啟動單元測試套件。

在 ot-efr32 中，指令碼只會針對每個 efr32 平台上的每個支援主機板執行 build 指令碼。

如需範例，請參閱 ot-efr32 中的測試指令碼。

`make-pretty`

為維持一致的樣式，此指令碼應會格式化程式碼、指令碼和 Markdown 檔案。

您可以自行定義這個指令碼，但最簡單的方法是使用現有平台存放區使用的 make-pretty 指令碼。這個指令碼會呼叫 openthread 的樣式指令碼，協助確保所有 OpenThread 存放區的樣式一致。

連結器指令碼設定

GNU Linker 指令碼會說明如何將輸入檔案 (由 GNU Compiler Collection (GCC) 產生的 .o「物件」檔案) 中的所有區段對應至最終輸出檔案 (例如 .elf)。此外，它也會決定可執行程式的每個區段的儲存位置，以及進入點位址。平台專屬連結器指令碼通常會隨平台的 BSP 提供。

設定 ld 工具，讓其指向 src/CMakeLists.txt 中平台 CMake 目標上使用 target_link_libraries 的特定平台連結器指令碼：

set(LD_FILE "${CMAKE_CURRENT_SOURCE_DIR}/efr32mg12.ld")

target_link_libraries(openthread-efr32mg12
    PRIVATE
        ot-config
    PUBLIC
        -T${LD_FILE}
        -Wl,--gc-sections -Wl,-Map=$.map
)

工具鍊啟動程式碼

工具鍊啟動程式碼通常會與平台的 BSP 一併提供。這段程式碼通常會：

實作可執行程式的進入函式 (Reset_Handler)
定義中斷向量表
初始化堆積和堆疊
將 .data 區段從非揮發性記憶體複製到 RAM
跳至應用程式主函式，執行應用程式邏輯

啟動程式碼 (C 或彙整原始碼) 必須包含在平台的 openthread-platform-name 程式庫中，否則連結器指令碼中使用的部分重要變數無法正確引用：

src/CMakeLists.txt

示例：ot-cc2538 中的 startup-gcc.c - src/CMakeLists.txt

add_library(openthread-cc2538
    alarm.c
...
    startup-gcc.c
...
    system.c
    logging.c
    uart.c
    $
)

總覽

定義 CMake 規則