ws63

OpenHarmony 小鸿 AI 开发实战 10：CI1302 语音上行的 UART 帧、Opus 与 VADCI1302 不是把一段 WAV 文件一次性交给 WS63。它通过 UART2 连续发送带帧头、命令字、payload 长度和帧尾的协议帧：唤醒事件触发会话，0x0105 携带一小帧 Opus，0x0106 表示本段 VAD 结束。WS63 在中断回调里只收字节，在任务中解析，再把 Opus 交给 Agent 通过 WebSocket 上行。

OpenHarmony 小鸿 AI 开发实战 04：WS63 BurnTool 烧录、Loader、导出与回滚上一篇已经把 OpenHarmony mini 产品构建到 WS63 .fwpkg 的过程拆开，这一篇继续处理构建之后最容易混淆的部分：BurnTool 到底证明了什么、Loader 在什么时候参与、怎样做完整内部 Flash 导出，以及出问题后如何回到已知可工作的固件。本文依据小鸿项目自带的 Windows 烧录指南、本地真实固件包和一份已经完成长度、内容分布与 SHA-256 核对的 4 MiB 原始备份整理，不把官方操作说明、历史烧录结果和本轮文件核验混成同一条证据。

OpenHarmony 小鸿 AI 开发实战 05：烧录成功仍黑屏的 GPIO14/PWR_ON 故障复盘这次故障最容易误判的地方，是 BurnTool 已经完成写入，设备却黑屏。若只看下载结果，很容易继续怀疑 USB 线、显示屏排线、ST7789 驱动或包格式；但真实根因落在更靠前的板级初始化：试验固件把 GPIO14 当成中键候选进行配置，而这块 WS63 V1 板上 GPIO14 属于 PWR_ON 电源保持/显示供电相关保留脚。

OpenHarmony 小鸿 AI 开发实战 01：先认对工程，WS63 与 ESP32-P4 路径怎么选拿到小鸿 AI 源码后，最先要解决的不是“怎样改界面”，而是“当前硬件究竟由哪套工程生成固件”。同一棵源码树里同时存在 xiaohong、xiaohong-se 和 xiaohong-p4，三个名字很接近，却分别对应不同硬件角色、构建入口和产物格式。选错目录以后，即使代码能编译，也可能根本没有进入正在烧录的镜像。

特立独行的猫a

OpenHarmony海思WS63星闪平台：使用Mongoose 网路库文件下载封装与断点续传实现文件下载是常见的需求，在嵌入式中使用Mongoose 网路库可以进行一次封装更通用些，且受限于网络环境下载可能中断，本工程实践实现一种断点续传方案。

特立独行的猫a

OpenHarmony海思WS63星闪平台：Opus 音频编解码库介绍与海思 WS63 平台移植Opus 是互联网语音与音频场景中最常用的开放编解码器之一，适合 VoIP、对讲、语音播报、流媒体等。海思 WS63 一类 IoT SoC 常跑 LiteOS / OpenHarmony 衍生内核，RAM 与 CPU 有限，需要在「功能完整」与「体积/内存」之间做裁剪。本仓库已在项目根目录提供 opus/ 源码树，且其中的 opus/CMakeLists.txt 已按海思 SDK 组件（build_component）风格编写，便于与 WS63 工程链对接。

特立独行的猫a

OpenHarmony海思WS63星闪平台：EasyLogger 移植到海思 WS63 平台完整指南在海思 WS63 一类 Wi-Fi / 星闪 SoC 上跑应用时，调试与现场排障高度依赖串口日志：既要能在多线程环境下安全打印，又希望尽量少占 RAM、不把 UART 写操作拖慢业务线程。EasyLogger 是嵌入式领域常用的轻量级日志库，通过可裁剪的配置与异步输出能较好平衡这些需求。

特立独行的猫a

OpenHarmony海思WS63星闪平台：LVGL UI框架底层显示驱动移植指南随着物联网技术的快速发展，高性能、低功耗、多协议的无线通信芯片成为智能设备的核心组件。海思 WS63 芯片（Hi3863V100）作为一款集成了 Wi-Fi 6、星闪 SLE 1.0 和 BLE 5.2 三模通信协议的物联网 SoC 芯片，凭借其出色的性能和丰富的接口资源，为开发者提供了强大的硬件平台。

特立独行的猫a

OpenHarmony海思WS63星闪平台：LVGL 9 + LittleFS：字库文件按需流式加载，减少内存占用的实践笔记终于实现啦LVGL加载使用littlefs文件系统中的字库文件的流式加载方式，极大减少了本来就很吃紧的内存占用。本文记录在小内存嵌入式设备上，用自研流式解码替代官方 lv_binfont_create 一次性加载，在不改动 lv_font_conv --format bin 产物格式的前提下，把字库主体留在 Flash 文件系统，仅将 cmap / loca 等表结构常驻 RAM 的方案。之前使用老的方式，内存直接就撑爆了。

特立独行的猫a

OpenHarmony海思WS63星闪平台：移植Mongoose网络库到WS63平台指南随着物联网技术的快速发展，高性能、低功耗、多协议的无线通信芯片成为智能设备的核心组件。海思 WS63 芯片（Hi3863V100）作为一款集成了 Wi-Fi 6、星闪 SLE 1.0 和 BLE 5.2 三模通信协议的物联网 SoC 芯片，凭借其出色的性能和丰富的接口资源，为开发者提供了强大的硬件平台。

特立独行的猫a

OpenHarmony海思WS63星闪平台 LittleFS文件系统移植指南（使用外扩Flash驱动）随着物联网技术的快速发展，高性能、低功耗、多协议的无线通信芯片成为智能设备的核心组件。海思 WS63 芯片（Hi3863V100）作为一款集成了 Wi-Fi 6、星闪 SLE 1.0 和 BLE 5.2 三模通信协议的物联网 SoC 芯片，凭借其出色的性能和丰富的接口资源，为开发者提供了强大的硬件平台。

特立独行的猫a

海思WS63平台CMake构建系统使用指南ws63系列是2.4GHz Wi-Fi 6 星闪多模解决方案，其中ws63E支持2.4GHz的雷达人体活动检测功能，适用于大小家电、电工照明及对人体出没检测有需求的常电类物联网智能场景。

LiteOS与SLE多设备数据传输实战本文与@minstrel poet共同完成文中图片来源于网络，如有侵权，请联系作者删除海思官网华为海思是华为旗下专注于半导体与集成电路设计的子公司，总部位于深圳，产品涵盖麒麟处理器、昇腾AI芯片、巴龙基带等，广泛应用于手机、通信设备与智能终端，是中国芯片设计的核心力量。

基于 OpenHarmony 5.0 的星闪轻量型设备应用开发——Ch2 OpenHarmony LiteOS-M 内核应用开发写在前面：此篇是系列文章《基于 OpenHarmony5.0 的星闪轻量型设备应用开发》的第 2 章。本篇介绍了如何在 OpenHarmony 5.0 框架下，针对 WS63 进行 LiteOS-M 内核应用工程的开发。

基于 OpenHarmony 5.0 的星闪轻量型设备应用开发——Ch3 设备驱动开发写在前面：本篇是系列文章《基于 OpenHarmony 5.0 的星闪轻量型设备应用开发》的第 3 章。本篇从 GPIO、PWM、I2C、UART 以及 ADC 等方面对基于 OpenHarmony 5.0 的 WS63 设备驱动开发进行了详细的介绍。本篇的篇幅较长，建议先收藏再阅读。

我是有底线的