文章详情

短信预约-IT技能 免费直播动态提醒

请输入下面的图形验证码

提交验证

短信预约提醒成功

Hi3861_WiFi IoT工程的一点理解

2024-12-03 06:02

关注

想了解更多内容,请访问:

51CTO和华为官方合作共建的鸿蒙技术社区

https://harmonyos.51cto.com

目录

更新记录:

1. 关于工程本身

老规矩,从0开始。

在Linux环境下的DevEco IDE下创建新工程“Hi3861_Wifiiot”,设置如下图,点击“创建”,会在Projs目录生成默认的工程。

全部文件都查看一遍,看上去只有 bundle.json 有点有用信息:

  1.  
  2.   "name""default"
  3.  
  4.   "version""1.0.0"
  5.  
  6.   "description""This is a default bundle"
  7.  
  8.   "publishAs""source"
  9.  
  10.   "scripts": { 
  11.  
  12.     "build""make" 
  13.  
  14.   }, 
  15.  
  16.   "dirs": { 
  17.  
  18.     "headers": [ 
  19.  
  20.       "headers/*.h" 
  21.  
  22.     ], 
  23.  
  24.     "src": [ 
  25.  
  26.       "src/*.c" 
  27.  
  28.     ], 
  29.  
  30.     ".""Makefile" 
  31.  
  32.   }, 
  33.  
  34.   ........[省略] 
  35.  
  36.   "dependencies": {}, 
  37.  
  38.   "devDependencies": {} 
  39.  

按照 README.md的提示,执行“hpm build”,生成了 bin/hello 和 bundle-lock.json,执行“./bin/hello”打印“Hello world”,而bundle-lock.json则是空的。

至此,看上去工程跟鸿蒙系统/工程没多少关系,其他文件都可以删掉,唯独“bundle.json”不能删除,要是删除这个文件的话,下面这步就会 install 失败。

在DevEco IDE的HPM标签下找到“@ohos/wifi_iot”,选择“Install to project”/“Hi3861_Wifiiot”。

安装完成后,就在Hi3861_Wifiiot目录下得到了

看上去很干净的目录,暂不用IDE一键编译,先试试命令行下的“hpm build”

  1. lkz@ubuntu:~/Work/Projs/Hi3861_Wifiiot$ hpm build 
  2.  
  3. [WARN] -  The license of @ohos/gn is gn LICENSE. Notice open-source risks. 
  4.  
  5. [WARN] -  The license of @ohos/gcc_riscv32 is GPL V2. Notice open-source risks. 
  6.  
  7. [WARN] -  The license of @ohos/wifi_iot is NA. Notice open-source risks. 
  8.  
  9. Building: default 
  10.  
  11. make: *** No targets specified and no makefile found.  Stop.  //可能是我删掉了makefile的缘故 
  12.  
  13. Build error: Worker stopped with exit code 2 
  14.  
  15. Check error details by "/home/lkz/.hpm/log/debug/debug.2021-04-24-15-40-57.log" 
  16.  
  17.   
  18.  
  19. lkz@ubuntu:~/Work/Projs/Hi3861_Wifiiot$ ln -s build/lite/build.py build.py 
  20.  
  21. lkz@ubuntu:~/Work/Projs/Hi3861_Wifiiot$ python build.py wifiiot 
  22.  
  23. [197/197] STAMP obj/vendor/hisi/hi3861/hi3861/run_wifiiot_scons.stamp 
  24.  
  25. ohos wifiiot build success! 

out目录下也有正常的输出。

2. ohos_bundles

Hi3861_Wifiiot项目下,很明显比鸿蒙系统完整代码的目录多了一个ohos_bundles文件夹和三个json文件,我也注意到在上一步的“Install to project”/“Hi3861_Wifiiot”时,工程目录下最先生成ohos_bundles目录。

下面分别看看三个json文件和ohos_bundles目录都有什么东西。

bundle.json

看上去比“Install to project”前,多了一点东西:

  1. "base": { 
  2.  
  3.        "name""@ohos/wifi_iot"
  4.  
  5.        "version""^1.0.3" 
  6.  
  7.    }, 

bundle-lock.json

看上去列出了本工程所有的组件共计24个压缩包的下载地址和checksum,最后一个"@ohos/wifi_iot"还列出了这个组件依赖于上面的所有组件。

product.template.json

  1. "ohos_version""OpenHarmony 1.0"
  2.  
  3. "board""hi3861v100"
  4.  
  5. "kernel""liteos_riscv"
  6.  
  7. "compiler""gcc"
  8.  
  9. "subsystem": [], 
  10.  
  11. "vendor_adapter_dir""//vendor/hisi/hi3861/hi3861_adapter"
  12.  
  13. "third_party_dir""//vendor/hisi/hi3861/hi3861/third_party"

很明显的信息。不过为什么要特别列出 "vendor_adapter_dir"?有什么特别的作用吗?还不清楚。

ohos_bundles/@ohos/目录

很明显这是全工程24个组件的独立目录。

随便进入build看一下,熟悉的就不说了,看一下bundle.json:

  1.  
  2.     "name""@ohos/build"
  3.  
  4.     "version""1.0.1"
  5.  
  6.     "publishAs""code-segment"

"description": "编译构建提供了一个在GN与ninja基础上的编译构建框架。

支持以下功能:构建不同芯片平台的产品。如:Hi3518EV300平台的ipcamera产品,

Hi3516DV300平台的ipcamera产品,Hi3861平台的wifi模组产品。

构建HPM包管理配置生成的自定义产品。",

  1. "scripts": { 
  2.  
  3.       "install""DEST_PATH=${DEP_BUNDLE_BASE}/build &&mkdir -p $DEST_PATH && cp -r ./* $DEST_PATH" 
  4.  
  5.   }, 
  6.  
  7.   "keywords": [ 
  8.  
  9.       "build" 
  10.  
  11.   ], 
  12.  
  13.   "license""Apache V2"
  14.  
  15.   "repository"""
  16.  
  17.   "homepage"""
  18.  
  19.   "tags": [ 
  20.  
  21.       "build" 
  22.  
  23.   ], 
  24.  
  25.   "ohos": { 
  26.  
  27.       "os""1.0.0"
  28.  
  29.       "kernel""liteos-a,liteos-m"
  30.  
  31.       "board""hi3516,hi3518,hi3861" 
  32.  
  33.   } 

看上去都是很直白的,就“scripts”这个,看上去就是要执行脚本命令。

DEP_BUNDLE_BASE应该是部署bundle的base目录,也就是项目Hi3861_Wifiiot目录本身。

在Hi3861_Wifiiot/build目录下递归创建子目录,把当前目录下的所有东西全部递归拷贝到Hi3861_Wifiiot/build目录下。

所以Hi3861_Wifiiot/build目录就是 Hi3861_Wifiiot/ohos_bundles/@ohos/build 目录的拷贝。

类似的,其他组件基本上也都是这么个情况,至于它们分别拷贝到代码根目录下的什么地方,请自己去仔细查看bundle.json进行梳理。

不过三个组件有点例外:gcc_riscv32、gn、ninja。这三个是属于构建编译系统的,他们的bundle.json的共同点都是去执行scripts目录下的install.sh脚本,先去仓库地址下载压缩包,然后解压到同目录下。

前面提到“@ohos/wifi_iot”是依赖于其余23个组件的,就必须要仔细看一下它的bundle.json,果然:

  1. "scripts": { 
  2.  
  3.    "dist": "export PATH=$PATH:${DEP_OHOS_gcc_riscv32}/gcc_riscv32/bin: ${DEP_OHOS_gn}/gn:${DEP_OHOS_ninja}/ninja  
  4.  
  5.          && hpm run parse && hpm run select && hpm run connect && hpm run compile", 
  6.  
  7.          "parse""node ./dist_scripts/parse_platform_hpm.js hi3861v100_liteos_riscv"
  8.  
  9.          "select""node ./dist_scripts/select_product.js"
  10.  
  11.          "connect""node ./dist_scripts/connect_subsystem.js wifiiot"
  12.  
  13.          "compile": "ln -sf ${DEP_BUNDLE_BASE}/build/lite/build.py ${DEP_BUNDLE_BASE}/build.py && 
  14.  
  15.                             cd ${DEP_BUNDLE_BASE} &&python ${DEP_BUNDLE_BASE}/build.py wifiiot", 
  16.  
  17.          "install""cp product.template.json ${DEP_BUNDLE_BASE}"
  18.  
  19.          "eco""echo $target" 
  20.  
  21.  }, 

先把三个构建编译工具所在目录的bin添加到环境变量中,再执行parse、select、connect、compile命令,前三个命令的脚本都在当前目录的dist_scripts内,而compile命令则是在代码根目录下先创建build.py的软链接,再切换到根目录下执行python build.py wifiiot开始构建和编译。根据《鸿蒙系统的编译流程及分析》一文中提到的Gn+Ninja的工作原理和步骤,会先去把它所依赖的23个组件都编译好,最终生成用于烧录开发板的bin文件。

这就很明白了。

3.工程的目录结构

我在《鸿蒙系统的编译流程及分析》(Link: https://harmonyos.51cto.com/posts/4070)一文中大致整理了一下鸿蒙系统的build、out目录结构,整个鸿蒙系统的目录结构太复杂了,我的理解还不到位,没法整理出来。不过这个Hi3861_Wifiiot工程,是经过hpm裁剪了的,总共才24个组件,内核也简单了很多,再加上这段时间我调试Hi3861的开发板,对工程内文件/代码有了一点点了解,也到了做一次整理的时候了,所以我又整理出了下面这个表格。粗浅的理解,希望能对大家有所帮助,更详细的信息,还是需要各位自己去看README和读代码,能亲自在开发板上调试效果会更好。

想了解更多内容,请访问:

51CTO和华为官方合作共建的鸿蒙技术社区

https://harmonyos.51cto.com

 

来源:鸿蒙社区内容投诉

免责声明:

① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。

② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341

软考中级精品资料免费领

  • 历年真题答案解析
  • 备考技巧名师总结
  • 高频考点精准押题
  • 2024年上半年信息系统项目管理师第二批次真题及答案解析(完整版)

    难度     813人已做
    查看
  • 【考后总结】2024年5月26日信息系统项目管理师第2批次考情分析

    难度     354人已做
    查看
  • 【考后总结】2024年5月25日信息系统项目管理师第1批次考情分析

    难度     318人已做
    查看
  • 2024年上半年软考高项第一、二批次真题考点汇总(完整版)

    难度     435人已做
    查看
  • 2024年上半年系统架构设计师考试综合知识真题

    难度     224人已做
    查看

相关文章

发现更多好内容

猜你喜欢

AI推送时光机
位置:首页-资讯-后端开发
咦!没有更多了?去看看其它编程学习网 内容吧
首页课程
资料下载
问答资讯