CTrup的博客

本文将介绍如何使用hdc工具 tcp模式以无线的方式连接OpenHarmony设备。将usb线将OpenHarmony设备和电脑端连接，并且将两个连接至同一个局域网。

等待设备重启，hdc shell进入设备控制台，执行attesttestclient，看到 authResult [0]、 softwareResult [0]说明验证通过。仔细核对，尤其是厂商名称不在产品信息页面，在认证信息界面。ACTS测试项很多，建议先统一测试一遍，错的再单独测试。有时测试遇到authResult [-2]，可能是测试的服务器拥堵，（实测周末测试效率很高。有时测试遇到authResult [-1]，可能因为平台申请的证书过期了（7天过期），此时只需更换tokenA即可。

可以基于open、write操作gpio，也可以基于HDI硬HDI件驱动接口操作GPIO，具体代码见applications/sample/taget_board/app/gpio/src/hdf_gpio_test.c。编译配置，applications/sample/taget_board/app/adc/BUILD.gn,参考gpio，只需修改如下内容。注：硬件不同，但可参考流程。实测：PwmOpen(0) 为PWM0_0 PwmOpen(1)为PWM0_1，PwmOpen(2)

将目标芯片的交叉编译工具链压缩包解压到OH源码指定的目录中（kernel/linux/build/kernel.mk中KERNEL_TARGET_TOOLCHAIN我们指定了编译路径为prebuilts/linux-x86/csky/bin），以本机为例，在。OpenHarmony中的编译工具链支持arm、arm64等架构的CPU，如果适配的芯片架构不同（如csky），需要新增其他架构类型的CPU到编译框架。在build/lite/BUILD.gn中定义了如下内容问题出在。文件夹，解压交叉编译工具链到。

如下图所示，OpenHarmony 内核层主要包含OH Linux内核、OH内核态特性。OH 默认Linux内核为5.10，为保证稳定性，移植OH时使用目标芯片的原生内核，在此基础上添加OH内核态基础代码、OH内核态特性。1.在 kernel/linux/patches/linux-4.19/common_patch/hdf.patch中添加针对csky的补丁，方法1需要制作补丁文件，因为需要找到目标芯片的linux内核、OH内核提交hdf补丁的pr，因为难以寻找，故选择方法2，手动添加。

OpenCV（Open Source Computer Vision Library）是一个开源的计算机视觉和机器学习软件库。它由一系列的 C 函数和少量 C++ 类构成，同时提供 Python、Java 和 MATLAB 等语言的接口，实现了图像处理和计算机视觉方面的很多通用算法。OpenCV 具有极广的应用领域，它包括但不限于：人脸识别和物体识别：这是 OpenCV 的一项重要功能，应用在许多领域，如安全监控、交互设计等。图像和视频分析：如图像增强、图像分割、视频跟踪等。图像合成和 3D 重建。

客户端传送次数和包长度可供选择，每次传输 102 个包，包中数组元素为 0-101，如第一个包中元素皆为 0，长度为应用界面规定长度，以此类推，客户端计算发包 1~100 的发包的发包个数和长度，共发送字节为收到的长度的累加。相比之下，包长为 10 字节时的传输速率较低，其原因可能是：每次回调中内存包含 1 到 100 的每次回调包含数据较少，而较小的数据包可能会导致更多的头部信息和开销，从而降低实际的传输速率。先点击“测试 Socket 服务端”按钮，再点击“测试 Socket 客户端”按钮；

8G内存的Dayu200开发板，烧录默认的 uboot 镜像会有图像异常的情况如下左图所示，单独烧录这里提供的：https://gitee.com/liangkzgitee/Hihope_Product_Images/tree/master/HiHope_DAYU200 uboot镜像之后可正常显示，版本信息如下右图所示。默认要编译sdk，因为 //applications/standard/dlp_manager 这个应用需要依赖sdk。重新编译，再按常规的烧录流程进行烧录即可。

设置全屏可以通过 ets 调用 window.setFullScreen(true)，window 会占满全屏，并且状态栏与导航栏会消失。接下来来看看底层是如何实现的。setFullScreen 会走到 WindowImpl 中，其中主要做了 3 件事通过 SetSystemBarProperty 将状态栏与导航栏的 enable 置为 false代码会调用到 WindowController::SetWindowMode 内，其中会对 mode 做一些判断。

LiteOS-M 内核是面向轻量级物联网操作系统内核。具有小体积、低功耗、高性能的特点。根据与硬件相关性，主要分为以下两大块：硬件相关层arch 向上提供统一的 HAL 接口。以及 HAL 硬件及平台相关接口的实现硬件无关层Kernel: LiteOS 内核源码，任务调度、信号量等实现Componets 可选组件，网络、文件系统等模块Utils 工具相关，提供错误处理、调测等能力KAL 内核抽象层。向上层提供标准的操作系统接口组织结构如下图所示:├── arch # 内核指令架构层目录。

配置构建四步走：1.编写BUILD.gn；2.编写ohos.build；3.在subsystem_config.json中添加子系统；4.在rk3568.json（自己配置的板子配置文件）中添加子系统。问我们在源码中或者官方文档中会看到bundle.json文件，那么这个文件在编译构建中起到什么作用呢？它和ohos.build又有什么不同呢？答。