共计 3874 个字符，预计需要花费 10 分钟才能阅读完成。
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 端口，以及上传失败的问题。
