完全按照手册win10里装Ubuntu 虚拟机然后编译ESP32（主要是想针对ESP32C3和S3）开辟板的鸿蒙系统(失败)
根本上完全按照手册来的，除了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 执行完再执行一次
$EGT_PATH/install.sh 安装了很多python3.10的包。
设置情况变量
install.sh执行完之后，设置临时情况变量：
. ./export.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
Built target gen_project_binary
hello_world.bin binary size 0x26280 bytes. Smallest app partition is 0x100000 bytes. 0xd9d80 bytes (85%) free.
Built target app_check_size
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的时间就要选好芯片了！
./install.sh esp32c3 这是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企服之家，中国第一个企服评测及商务社交产业平台。
页:
[1]