根本上完全按照手册来的,除了Ubuntu虚拟机利用了22.04 Jammy版本,鸿蒙手册里是20.04 版本,主要是鸿蒙里3年前的手册了,以是就擅自用了高版本。
据此还想到一点,鸿蒙LiteOS,还挺稳固的,3年也没有啥变化,也没有pr。固然也可能是被遗忘了?
手册:LiteOS: Huawei LiteOS开源代码官方主堆栈.LiteOS Studio 开辟工具请访问https://gitee.com/LiteOS/LiteOS_Studio - Gitee.com
结论:最后没乐成,因为LiteOS只支持esp32,不支持esp32c3 ,以是本次实践失败。
后续应该是改为OpenHarmony这个项目 :kernel_liteos_m: LiteOS kernel for devices with few resources, such as the MCU | 实用于MCU等各种资源极小设备的LiteOS内核
OpenHarmony LiteOS-M内核的编译构建系统是一个基于gn和ninja的组件化构建系统,支持按组件配置、裁剪和拼装,按需构建出定制化的产品。以后再尝试OpenHarmony 。
在Ubuntu22.04下编译ESP32开辟板的鸿蒙系统
ubuntu安装准备
- cd ~
- sudo apt update
- sudo apt-get install git wget flex bison gperf python3 python3-pip python3-setuptools cmake ninja-build ccache libffi-dev libssl-dev dfu-util libusb-1.0-0
- python3 -m pip install --upgrade pip setuptools wheel
- mkdir esp32
- cd esp32
复制代码 此中sudo apt update是我加的,我风俗利用apt而不是apt-get
elf-idf安装
- git clone https://gitee.com/EspressifSystems/esp-gitee-tools.git
- git clone -b v4.3.1 https://gitee.com/EspressifSystems/esp-idf.git
- cd ~/esp32/esp-gitee-tools/
- export EGT_PATH=$(pwd)
- cd ~/esp32/esp-idf
- $EGT_PATH/submodule-update.sh
- pip config set global.index-url http://mirrors.aliyun.com/pypi/simple
- pip config set global.trusted-host mirrors.aliyun.com
- $EGT_PATH/install.sh
复制代码 最后一句$EGT_PATH/install.sh执行的时间报错:让利用apt install python3.10-venv
看来是需要python3.10情况。
执行
- sudo apt install python3.10-venv
复制代码 执行完再执行一次
安装了很多python3.10的包。
设置情况变量
install.sh执行完之后,设置临时情况变量:
也可以根据提示,执行全路径的命令,好比:
- . /home/skywalk/eps32/esp-idf/export.sh
复制代码 执行完之后,可以说elf-idf就安装好了,常规的elf-idf 即esp32开辟板的开辟编译工作就可以展开了。
鸿蒙LiteOS编译工具链安装
手册内容如下:
发起安装8.4.0版本(已验证)。一般来说,在乐成执行install.sh后,所需编译工具xtensa-esp32-elf-gcc、esptoos.py已经安装完成。执行export.sh后,会为编译工具链设置临时情况变量,可通过执行如下命令查看安装位置及版本
查看xtensa-esp32-elf-gcc安装位置及版本
- which xtensa-esp32-elf-gcc
- $HOME/.espressif/tools/xtensa-esp32-elf/esp-2021r1-8.4.0/xtensa-esp32-elf/bin/xtensa-esp32-elf-gcc
- # $HOME: 表示家目录,以自己的为准,可执行 echo $HOME 查看自己的家目录
- xtensa-esp32-elf-gcc -dumpversion # 也可执行 xtensa-esp32-elf-gcc -v
- 8.4.0 # 8.4.0版本已验证,其余版本可能编译失败
复制代码 实际执行结果,3年不见,已经从8.4升到14.2版本了:
- which xtensa-esp32-elf-gcc
- /home/skywalk/.espressif/tools/xtensa-esp-elf/esp-14.2.0_20241119/xtensa-esp-elf/bin/xtensa-esp32-elf-gcc
- xtensa-esp-elf-gcc -dumpversion
- 14.2.0
复制代码 查看esptool.py安装位置及版本
- which esptool.py
- # $HOME/esp32/esp-idf/components/esptool_py/esptool/esptool.py
- # $HOME: 表示家目录,以自己的为准,可执行 echo $HOME 查看自己的家目录
- esptool.py version
- # esptool.py v3.1-dev
- # 3.1-dev
复制代码 实际执行结果:
- which esptool.py
- # /home/skywalk/.espressif/python_env/idf5.5_py3.10_env/bin/esptool.py
- esptool.py version
- # esptool.py v4.8.1
- # 4.8.1
复制代码 esptool也升级到4.8.1拉
手册里写到:
- 注:执行. ./export.sh设置的情况变量为临时情况变量,只在当前shell窗口中有效,切换窗口后需要重新执行,为方便后续举行LiteOS代码的编译,发起在此处将xtensa-esp32-elf-gcc、esptool.py添加到用户情况变量中。具体操纵方式为:
- # 打开配置文件
- $ vim ~/.bashrc
- # 在文件末尾输入以下内容:
- export PATH=$PATH:$HOME/.espressif/tools/xtensa-esp32-elf/esp-2021r1-8.4.0/xtensa-esp32-elf/bin
- export PATH=$PATH:$HOME/esp32/esp-idf/components/esptool_py/esptool
复制代码 按照提示在~/.bashrc文件中,加入情况变量:
- export PATH=$PATH:$HOME/.espressif/tools/xtensa-esp-elf/esp-14.2.0_20241119/xtensa-esp32-elf/bin
- export PATH=$PATH:$HOME/esp32/esp-idf/components/esptool_py/esptool
复制代码 利用esp32的examples工程天生bootloader.bin引导文件、分区表文件
- cd ~/esp32/esp-idf
- . ./export.sh
- cd examples/get-started/hello_world
- make -j 4
复制代码 编译乐成后,将在当前 build 目录下天生分区表文件 partitions_singleapp.bin、引导文件 bootloader.bin,具体信息可查看输出信息。
我的操纵是:
- cd ~/esp32/esp-idf
- . ./export.sh
- cd ~/esp32/esp-idf/examples/get-started/hello_world
- make -j 4
复制代码 结果make报错:make -j 14
make: *** No targets specified and no makefile found. Stop.
哦,是不是要这么操纵啊:
- mkdir build
- cd build
- cmake ..
- make -j 4
复制代码 大约一分钟就编译好了。对了,这个的编译过程,其实跟利用idf.py举行编译是差不多的(只不过理论上这里编译出来了LiteOS,不知道自己理解的对不对)
- Creating esp32 image...
- Merged 2 ELF sections
- Successfully created esp32 image.
- Generated /home/skywalk/esp32/esp-idf/examples/get-started/hello_world/build/hello_world.bin
- [100%] Built target gen_project_binary
- hello_world.bin binary size 0x26280 bytes. Smallest app partition is 0x100000 bytes. 0xd9d80 bytes (85%) free.
- [100%] Built target app_check_size
- [100%] Built target app
复制代码 不过不像手册里写的有两个文件分区表文件 partitions_singleapp.bin、引导文件 bootloader.bin,而是只有一个文件 hello_world.bin 也许是改版了吧。
尝试烧录,报错:说hello_world.bin不是一个ESP32-C3的镜像。也对啊,重新到尾就没有选择的地方,而且ESP32-C3 ESP32-S3 ESP32 ,这是三款不同的开辟板啊!C3和S3的芯片都不一样,应该要设置一下才对啊!
找到题目了(其实不是),在安装工具的时间,即install.sh的时间就要选好芯片了!
这是elf-idf情况的设置,鸿蒙那里也要设置。
在鸿蒙cmake的时间看到提示:
- cmake ..
- -- IDF_TARGET is not set, guessed 'esp32' from sdkconfig '/home/skywalk/esp32/esp-idf/examples/get-started/hello_world/sdkconfig'
复制代码 因此加上命令:
cmake .. -D IDF_TARGET=esp32c3
不行,报错: does not match currently selected IDF_TARGET 'esp32c3'. 先跳过,尝试LiteOS源码编译。(这里就提前预示了不支持esp32c3)
尝试开始编译
下载鸿蒙LiteOS源代码
- cd ~/esp32
- git clone https://gitee.com/LiteOS/LiteOS.git
复制代码 进入 LiteOS 工程,拷贝 esp32 默认配置文件更换当前配置文件:
- cd ~/esp32/LiteOS
- cp tools/build/config/ESP32.config .config
复制代码 发现这个配置文件不是esp32c3的,而是esp32的。如许没有配置文件,实践无法举行下去了。
总结
也许LiteOS算是一个废弃的项目了吧,有点当年谷歌的意思,很多东西发现不赚钱就砍了。
后续应该是改为OpenHarmony这个项目 :kernel_liteos_m: LiteOS kernel for devices with few resources, such as the MCU | 实用于MCU等各种资源极小设备的LiteOS内核
OpenHarmony LiteOS-M内核的编译构建系统是一个基于gn和ninja的组件化构建系统,支持按组件配置、裁剪和拼装,按需构建出定制化的产品。
但是OpenHarmony kernel_liteos_m这个项目没找到编译阐明文档,明明看到.gn文件,就是不知道该怎么编译。 以后再去尝试。
调试
cmake加上IDF_TARGET=esp32c3参数报错
cmake .. -D IDF_TARGET=esp32c3
CMake Error at /home/skywalk/esp32/esp-idf/tools/cmake/targets.cmake:108 (message):
Target 'esp32' in sdkconfig '/home/skywalk/esp32/esp-idf/examples/get-started/hello_world/sdkconfig' does not match currently selected IDF_TARGET 'esp32c3'. To change the target, clear the build directory and sdkconfig file, and build the project again.
Call Stack (most recent call first):
/home/skywalk/esp32/esp-idf/tools/cmake/project.cmake:24 (__target_init)
CMakeLists.txt:5 (include)
寻求支持esp32c3的可能,但是官方只更新到3年前,没有esp32c3的配置文件,实践闭幕。
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。 |