写本文的原因是官方的教程已经过时了,如果你现在按照官方教程来在 Mac 上进行配置,那么会遇到一堆问题,比如我几乎把能踩的“雷”都踩了。所以这里记录了完整过程,以及各种错误的原因和处理方法,不然以后换 Mac 了或者在其他平台遇到同样的问题,忘记怎么处理的就头大了。
接下来先记录一下整体的安装流程,会介绍一些背景知识,对于一些会错误的地方会进行说明和解释。虽然文中对一些可能出现的错误进行了介绍,但是还是单独写了一篇博客进行整理,方便以后查阅:《为树莓派Pico配置交叉编译环境和工具链arm-none-eabi-gcc时可能会遇到的错误以及解决方案》
安装流程
下载 Raspberry Pi Pico SDK
Raspberry Pi Pico SDK 提供为基于 RP2040 的设备(如 Raspberry Pi Pico)编写 C/C++ 或汇编语言程序需要使用的使用的头文件、库和构建系统,这大大提升了开发效率。
这部分的方法可以和官方介绍的方法一样,但是如果你使用 HTTPS 克隆失败了很多次,那么建议使用 SSH 或者更新 Git 试试看,GitHub 在 HTTPS cloning errors 对这个问题有简单的介绍。所以这里两种地址都列出来:
# 使用https
git clone https://github.com/raspberrypi/pico-sdk.git --branch master
# 使用 SSH
git clone git@github.com:raspberrypi/pico-sdk.git --branch master
然后进入pico-sdk
目录,初始化引用的子模块:
$ cd pico-sdk
$ git submodule update --init
这里可能需要等待很长时间,而且经常会出现错误,比如加载失败、连接超时等,需要多试试看,因为都是 HTTPS 下载的,建议根据上文连接中的介绍进行诊断。这部分真的需要耐心!
配置 Raspberry Pi Pico SDK
接下来需要在环境变量PICO_SDK_PATH
中记录pico-sdk
的根地址,这样后面 CMake 就可以找到需要的一些库、头文件等一些工具。这需要在你的 Shell 配置文件里加上这么一句:
export PICO_SDK_PATH=~/Desktop/pico/pico-sdk
接下来你可以关闭终端再次打开,或者使用source
来激活这个更改,比如:
$ source .bash_profile
后面配置其他工具时也需要类似的操作,如果你想进一步了解这步的知识,可以看我的另一篇博客:《macOS在终端上如何直接使用脚本或者下载的程序》。
此外,虽然这里还没提及 CMake,但是还有另一种方法,你还可以在CMakeLists.txt
中的project(...)
部分之前加上这句话也可以设置环境变量PICO_SDK_PATH
:
set(PICO_SDK_PATH ~/Desktop/pico/pico-sdk)
后面的路径用不用双引号包裹都行,一般不会出现解析错误,保险起见可以加。
这种方法的好处在于对不同项目可以设置不同的环境变量,你可以根据自己的需求进行选择。
安装 CMake
CMake 是一个构建、测试、打包的工具,可以生成make
可以构建的makefile
文件。这是因为make
在所有类 Unix 都是自带的,但是makefile
文件编写不是很容易。
这里我们直接使用brew
进行安装即可:
brew install cmake
使用下面的命令查看版本来确认已经安装:
$ cmake --version
cmake version 3.27.1
CMake suite maintained and supported by Kitware (kitware.com/cmake).
(介绍CMake的博客还没写完,写完会贴个链接在这)
工具链
为什么需要工具链
在 Mac 上给树莓派 Pico 进行开发是需要交叉编译的。交叉编译就是在系统上编译另一种系统甚至另一个平台的程序,比如我是在 X86 架构的 macOS 上编译 Arm 架构 Linux 的可执行程序。为了实现这个目的需要一套工具来编译,比如目标系统、目标平台的编译器、库,这套工具就是常说的工具链(Toolchain)。因为本机上的编译器clang
和库是给 macOS 编译程序的,编译出来的可执行程序是Mach-O executable
格式,而不是 Linux 需要的格式。顺道一提,这里树莓派 Pico 需要导入的可执行程序格式为UF2 firmware image, family Raspberry Pi RP2040
。
下载工具链
给树莓派 Pico 进行交叉编译的工具链名为:arm-none-eabi-gcc,使用方法和gcc
一样,但是一般很少直接使用 arm-none-eabi-gcc 进行编译,都是使用 CMake 进行安装。
需要注意的是,下载工具链不要直接使用brew
下载。因为brew
安装的版本可能是不是树莓派 Pico 对应的版本或者配置错误,这样会导致一些错误。比如当前brew
下载的版本只有 200MB,而官网的版本有 845MB,如果使用brew
下载的版本,那么虽然也是 12.3 版本,cmake
构建也没有问题,但是到make
这步的时候就会显示以下错误:
-- Build files have been written to: /shared/pico-setup/pico/pico-examples/build/elf2uf2
[ 0%] Performing build step for 'ELF2UF2Build'
Scanning dependencies of target elf2uf2
[ 50%] Building CXX object CMakeFiles/elf2uf2.dir/main.cpp.o
[100%] Linking CXX executable elf2uf2
[100%] Built target elf2uf2
[ 0%] No install step for 'ELF2UF2Build'
[ 0%] Completed 'ELF2UF2Build'
[ 0%] Built target ELF2UF2Build
这时候用下面的命令卸载、清理掉brew
安装的内容:
# 卸载arm-none-eabi-gcc
$ brew uninstall arm-none-eabi-gcc
# 清理掉一些下载文件
$ brew cleanup arm-none-eabi-gcc
# brew默认将二进制文件安装到/usr/local/bin/目录下,虽然前面卸载了,但是可能会有一些残留,手动删一下
$ sudo rm /usr/local/bin/arm-none-eabi-*
这时候再从官网下载即可。
进入 Arm GNU Toolchain Downloads,用页面搜索功能搜一下“macOS”,因为链接太多了。你会看到光是在 macOS 下面就有这么多链接:
选择你对应平台(就是处理器架构)的AArch32 bare-metal target (arm-none-eabi)
中的链接点击下载。选择AArch32
因为树莓派 Pico 的微控制器 RP2040 包含的 Arm Cortex M0 是 32 位的,也就是AArch32
,如果你下成AArch64 bare-metal target (aarch64-none-elf)
是没法编译的。
安装工具链
如果你下载的是 tar.xz 格式的,那么使用下面的指令将其解压:
$ tar xvf arm-gnu-toolchain-版本号-darwin-arm64-arm-none-eabi.tar.xz
然后将其放在一个你喜欢但是不经常动的位置。
如果你下载的是 PKG 格式的,那么安装之后会放在“应用程序”目录/Applications/
下,如下:
这时候这个目录的绝对地址就是/Applications/ArmGNUToolchain/
。
配置工具链
接下来要像之前一样配置一下工具链,好让cmake
构建的时候找到需要的编译器、汇编器等工具以及库。
配置方法是在环境变量PATH
中添加上arm-none-eabi
的二进制目录,这样就可以使用里面的工具了。
如果是使用 PKG 安装的,那么在 Shell 配置文件中添加如下语句(版本不同可以略有变化):
export PATH="$PATH:/Applications/ArmGNUToolchain/版本号/arm-none-eabi/bin"
如果你是下载的 tar.xz
,那么在 Shell 配置文件中添加如下语句(版本不同可以略有变化):
export PATH="$PATH:~/arm-gnu-toolchain-12.3.rel1-darwin-arm64-arm-none-eabi/bin"
~/arm-gnu-toolchain-12.3.rel1-darwin-arm64-arm-none-eabi
是你之前下载解压好之后放的位置,选择里面第一层的bin
目录,该目录应该包含 C/C++ 的编译器arm-none-eabi-gcc
和arm-none-eabi-g++
,内容大致如下:
不要选择arm-none-eabi
里的bin
。
如果你完成了以上步骤,那么就可以为树莓派 Pico 进行交叉编译了。
构建项目
这里我们使用一个自制的例子和官方例子 pico-examples 来介绍一下构建项目中的一些命令。
首先新建一个pico
目录来存放这些例子,并且进入该命令:
$ mkdir pico
$ cd pico
简单的例子
接下来介绍简单的自制例子。按照以下命令新建一个目录blink
,然后在里面新建一些文件和目录:
# 新建一个`blink`目录并进入
$ mkdir blink
$ cd blink
# 创建两个空白文件 blink.c 和 CMakeLists.txt
$ touch blink.c CMakeLists.txt
# 将 pico-sdk 项目中的 pico_sdk_import.cmake 文件复制到当前目录下
# 如果你之前没有设置PICO_SDK_PATH,那么就使用你的pico-sdk路径
$ cp $PICO_SDK_PATH/external/pico_sdk_import.cmake .
然后在blink.c
文件中输入以下内容,这些编译后会让树莓派 Pico 上的 LED 灯开始闪烁:
#include "pico/stdlib.h"
const uint LED_PIN = 25;
int main() {
gpio_init(LED_PIN);
gpio_set_dir(LED_PIN, GPIO_OUT);
gpio_put(LED_PIN, 0);
while (true) {
gpio_put(LED_PIN, 1);
sleep_ms(250);
gpio_put(LED_PIN, 0);
sleep_ms(250);
}
}
在CMakeLists.txt
文件中输入以下内容:
cmake_minimum_required(VERSION 3.17)
include(pico_sdk_import.cmake)
# 这两个是设置目标系统和目标平台的,如果不加这两句也行,但是第一次运行 cmake 构建时会需要较长时间寻找合适的编译器,后面再构建就没区别了
set(CMAKE_SYSTEM_NAME Linux)
set(CMAKE_SYSTEM_PROCESSOR arm)
project(blink)
pico_sdk_init()
add_executable(blink
blink.c
)
target_link_libraries(blink pico_stdlib)
pico_add_extra_outputs(blink)
这时候新建一个名为build
的目录来存放构建后的内容,然后进入。
$ mkdir build
$ cd build
这是一个良好的构建项目的习惯,因为会很方便清理一些构建后的文件,也是cmake
的惯例。
然后使用以下命令进行构建:
$ cmake ..
$ make -j4
如果在构建过程中出现任何错误,都建议完全清空build
目录,再进行下次构建!
这里你可能会好奇为什么使用make -j4
这个命令,而不是直接使用make
。其实两个都可以,但是推荐使用选项-j4
,原因在“pico-examples”部分会有说明。
构建成功会显示以下内容:
而此时的build
目录下内容如下:
这时候先继续讲如何构建 pico-examples,如果你想马上知道如何导入可以跳到后面。
pico-examples
回到pico
目录下:
$ cd ../..
首先下载 pico-examples:
# 用 https
$ git clone https://github.com/raspberrypi/pico-examples.git
# 用 SSH
$ git clone git@github.com:raspberrypi/pico-examples.git
同样进入pico-examples
目录,然后新建build
目录,在进入其中:
$ cd pico-examples
$ mkdir build
$ cd build
然后就像简单的例子一样使用下面的命令来构建所有的项目:
$ cmake ..
$ make -j4
为什么make
要使用选项-j
这里解释一下为什么使用make -j4
而不是make
:
- 选项
-j4
意思是“同时运行 4 个任务或者命令”,如果直接使用make
可能会出现fatal error: cannot read spec file ‘nosys.specs’: No such file or directory
的错误,也就是一个好了得等另外一个。 - 不过使用
-j4
的主要目的是为了加快构建速度。
二者的速度差距有多少呢?我进行了测试,可以看到实际花费的时间(real
)减少到三分之一左右,你可以自己尝试看看。
这是因为-j4
利用了更多的进程,而更多的进程意味着更多的线程。这样可以提升 CPU 的利用率和降低程序运行时间,所以你可以看到使用使用-j4
的用户使用 CPU 时间(user
)和系统使用 CPU 时间(sys
)都要高于不使用-j4
的情况。
这里的4
可以根据你的处理器线程数进行调整,由于这个任务的 CPU 利用率很高,阻塞、睡眠的情况少,所以上限大概就是你的线程数,更高的值带来的提升比较少。但是4
的个很不错的选择,因为:
- 如果尝试过多线程编程就知道,
4
线程是一个拐点,很多任务超过4
之后线程数带来的性能提升曲线会放缓,之前增加一个线程带来的提升可能需要增加两到三个线程才能达到。 - 很多处理器可以同时运行的线程数还是不太够,而
4
是很多机器能接受的。
如果你拥有一个核心很多的处理器,可以试试看设置为最高的速度,用time make -jxx
测试一下时间,如果可以的话评论留言让我记录一下哦。
导入编译好后的二进制文件
导入的方法很简单,首先拔下来你的树莓派 Pico,然后按住树莓派上的白色按钮“BOOTSEl”,如下:
然后插上线连接到 Mac 上。这样树莓派 Pico 会进入 USB 大容量存储模式。
这时就会发现出现了这样的一个 USB 存储装置:
然后将我们之前构建好的项目中的.uf2
文件拖入这里即可。拖入后会显示“磁盘没有正常推出”,对此不要紧张,是正常的。
如果将一开始blink
项目中的blink.uf2
拖入,那么就可以看到树莓派 Pico 上的 LED 开始闪烁了。
断开再次插上也会继续闪烁,如果你想重置树莓派 Pico 来让他別闪了,那么再次断开按住按钮进入 USB 存储模式就会重置清空之前的二进制文件。
最后,关于构建中还可能会出现一些问题,这些问题我会单独开一篇来进行整理(已将链接贴到开头了)。
希望能帮到有需要的人~