DevEco Device Tool是面向智能设施开发者提供的一站式集成开发环境,反对OpenHarmony/HarmonyOS Connect的组件按需定制,反对代码编辑、编译、烧录和调试、性能监测等性能,反对C/C++语言,以插件的模式部署在Visual Studio Code(简称VSCode)上,反对Windows10 64位或Ubuntu18.04-21.10版本。
本次为大家带来的是DevEco Device Tool 3.0 Release版本新增及加强的五项性能,欢送大家降级体验!
降级形式
建议您从官网下载安装包进行全量降级:
https://device.harmonyos.com/...
一、反对产品化配置主动创立
在进行设施开发时,开发者如果想要基于某一款开发板进行产品化开发,往往须要在已下载的源码根底上手动删除多余的文件、手动批改目录名称和config.json来进行产品工程初始化,导致开发效率不高。
为了解决上述问题,新版本DevEco Device Tool反对依据输出继承的开发板名称和产品名称主动创立产品化开发所须要的最小文件汇合和目录构造,无多余文件,无需手动删除,可间接进行产品化开发。
具体应用办法:
- 如图1所示,点击创立工程 > 抉择OpenHarmony稳固版本 > 抉择想要下载的OpenHarmony源码版本 > 填写工程信息 > 点击确定后开始下载OpenHarmony镜像。
- 接着在资源管理器中右键单击 > 抉择OpenHarmony > Add new product > 而后在产品创立向导中填写供应商名称,产品名称,继承自开发板名称和产品名称 > 点击确定后会一键创立该产品的目录构造和最小文件汇合。
最初依据参考链接提供的开发领导,即可开始增量开发。
开发领导:
https://gitee.com/openharmony...二、反对芯片基线工程流转
芯片基线工程是进行模组或设施开发的根底。以往上游的芯片厂商在适配HarmonyOS Connect后会生成一个基线工程,上游的模组或设施厂商须要手工同步芯片基线工程后能力进一步开发,导致效率升高。
为了解决上述问题,新版本DevEco Device Tool新增反对芯片基线工程的流转能力。上游芯片厂商在实现HarmonyOS Connect适配后,将代码信息、代码仓门路、资源核心的工具链URL等信息打包到profile文件并上传DP(Device Partner)平台托管。
上游模组/设施厂商获取profile文件后能够应用DevEco Device Tool一键导入并主动解析,包含读取芯片定义信息并主动创立芯片对应的目录构造和最小文件汇合、读取依赖的编译/烧录工具链信息并从资源核心主动下载、配置repo和git工具并应用repo下载manifest清单中的仓库等,大幅简化了开发步骤,助力HarmonyOS Connect模组或设施开发效率晋升。
此外,在模组或设施开发实现后,DevEco Device Tool还反对对manifest和profile文件进行重打包,以便上传到DP(Device Partner)平台进行后续托管和流转。
具体应用办法:- 如图2所示,点击创立工程 >抉择HarmonyOS Connect解决方案 >抉择下载好的profile文件导入。
- 随后点击确定,DevEco Device Tool会主动启动OpenHarmony镜像下载,请急躁期待基线工程下载实现。
- 下载实现后参考链接提供的开发领导,即可基于芯片厂商提供的基线工程持续开发产品。
注:在导入profile文件时,如 DevEco Device Tool会自动检测依赖工具是否满足,如果不满足请点击Repo linstallation Guide参考领导操作,次要参考链接里的“前提条件”的5个步骤即可。repo installation guide 链接:
https://gitee.com/openharmony...三、反对一键生成规范设施HDF通用驱动模板
HDF(Hardware Driver Foundation)驱动框架,为驱动开发者提供驱动框架能力,包含驱动加载、驱动服务治理和驱动音讯机制。以往在进行HDF开发时,开发者须要在不同目录编写makefile文件,hcs文件,c++头文件和源文件,kconfig文件,操作步骤繁琐。
为了解决上述问题,新版本DevEco Device Tool新增反对一键生成规范(Standard)零碎HDF通用驱动模板到对应代码目录中,缩小新建HDF驱动模板的操作步骤,为驱动开发者进步了开发效率。
如下表所示,目前只有2种源码类型对应的产品才反对生成HDF,通过HPM导入的发行版源码暂不反对生成HDF。在应用此性能时,请用DevEco Device Tool提供的OpenHarmony稳固版本下载OpenHarmony-v3.1-Release源码,或在OpenHarmony社区下载OpenHarmony master版本的源码应用。
源码类型 产品
OpenHarmony-v3.1-Release ● ipcamera_hispark_taurus
● ipcamera_hispark_taurus_linuxOpenHarmony master
● ipcamera_hispark_taurus
● ipcamera_hispark_taurus_linux
● hispark_taurus_standard
具体应用办法:
下载源码后,抉择产品类型,而后点击图3所示工具栏中的HDF > 在HDF的驱动模块中抉择蓝色的+号即可创立须要的HDF驱动模板。四、集成QEMU仿真器
在嵌入式设施开发过程中,经常遇到代码已开发实现,开发者却因为短少物理开发板,无奈验证编译生成的镜像文件是否能失常运行,也不能进行代码调试和纠错,导致设施开发周期缩短,影响我的项目进度。
为了解决上述问题,新版本DevEco Device Tool 基于QEMU提供了开发板的模仿仿真能力,反对arm_virt和mps2-an386两款仿真开发板,能让源码编译后的镜像文件间接运行在仿真器上(以后只反对OpenHarmony V3.1 Release源码),并提供Native利用的图形显示、可视化UI界面和性能交互能力;此外,还反对在开发板上进行利用/内核调试,从而帮忙开发者大大减少硬件连贯和上板调试的工夫,即便在家也能随时剖析软件代码,让设施开发更加便捷高效。
具体应用办法:- 点击导入工程 > 抉择工程门路和OpenHarmony源码后点击OK > 抉择产品、MCU、开发板以及OpenHarmony版本号后点击关上即可。
- 而后点击build进行编译。
- 最初点击run开始下载仿真器组件,下载实现后再次点击run按钮,进行镜像传输,镜像传输后即可运行仿真器。
仿真器的调试操作参考官网链接:
https://device.harmonyos.com/...五、加强调试能力
在开发过程中,调试能力尤为重要,一个好用的调试性能能够帮忙开发者事倍功半地实现开发工作。DevEco Device Tool在已有的调试性能上加强了以下调试能力:
- 依据汇编地址查看汇编上下文,提供疾速关上反汇编接口、搜寻反汇编地址、搜寻函数以及反对反汇编和源码之间的疾速切换性能。
- 反对依据偏移地址计算内存,提供起始地址,偏移地址,长度即可计算得出内存。
- 反对内存视图每行按字节排列。
具体应用办法:
- 如图4所示,点击左下角的“open disassembly view by current function ” > 疾速关上反汇编接口 > 将反汇编视图移到左边,不便一起查看源码和反汇编视图。
- 点击左下角的“open disassembly view by address” > 在弹出的搜寻框中输出反汇编地址 > 在反汇编视图中能够查找该反汇编地址的上下文。
- 点击左下角的“open disassembly view by function name” > 在弹出的搜寻框中输出函数 > 在反汇编视图上查找该函数首地址的上下文
- 点击的“open memory view” > 在弹出的框中别离输出起始地址、偏移地址和长度,而后点击GO按钮,即可依据偏移地址计算内存 > 点击setting,会呈现BYTE SIZE、 GROUP PER ROW和ENDIANESS(大小端抉择),页面会依照对应的抉择进行显示。
HUAWEI DevEco Device Tool新性能一览
新增个性:
● 新增反对主动创立相应的芯片/设施目录构造和最小文件汇合,缩小创立芯片适配工程手动增加文件夹和文件的操作步骤。
● 新增OpenHarmony稳固版本、OpenHarmony样例下载,HarmonyOS Connect解决方案集成基线工程一键导入。
● 新增反对生成规范设施HDF的通用驱动模板。
● 新增反对arm_virt和mps2-an386两款仿真开发板,反对基于LiteOS-M的内核调试,反对OpenHarmony镜像利用的图形显示。
加强个性:
● 提供和OpenHarmony官网样例统一的样例中文名称,批改对应形容减少搜寻过滤性能,为所有样例减少应用领导超链接。
● 调试性能加强:反对依据汇编地址查看、搜寻上下文;反对依据偏移地址失去内存;反对内存视图每行按字节排列。
修复的问题:
● 修复了创立工程胜利后,Ubuntu目录下有工程,但DevEco Device Tool中不显示工程的问题。
● 修复了HPM工程不能失常关上的问题。
● 修复了VSCode在近程模式下无奈辨认本地PC的端口但能辨认Ubuntu端口,以及上传失败的问题。