物联网教学中，核心对接华为鸿蒙 LiteOS-M 等轻量级嵌入式系统，其适配的 STM32、Hi3861 等设备无 RTC 模块、算力有限，无法满足 JetLinks 原生 “时间戳 + MD5 签名” 的 MQTT 认证要求，还会增加开发复杂度、偏离教学重点。为此，定制修改 jetlinks-official-protocol 模块，摒弃原认证逻辑，采用 “secureId 为 MQTT 用户名

物联网教学中，核心对接华为鸿蒙 LiteOS-M 等轻量级嵌入式系统，其适配的 STM32、Hi3861 等设备无 RTC 模块、算力有限，无法满足 JetLinks 原生 “时间戳 + MD5 签名” 的 MQTT 认证要求，还会增加开发复杂度、偏离教学重点。为此，定制修改 jetlinks-official-protocol 模块，摒弃原认证逻辑，采用 “secureId 为 MQTT 用户名

本文验证了在RK3588（Ubuntu 20.04 ARM64）部署的ThingsBoard 4.3平台上，租户管理员通过创建客户和设备，成功测试HTTP、MQTT和CoAP三种协议的数据上报功能。测试使用官方预置指令，在本地服务器直接执行，所有协议均成功上报温度数据并在平台实时显示，证实了平台的多协议接入能力。关键要点包括设备访问令牌作为认证凭证、各协议端口正常工作（8080/1883/5683

猪耳标的二维码被特殊定制了，因此无法正确扫码耳标的二维码，只能通过数字识别，获取猪耳标的信息。图片质量不太好的情况下只能识别横向的文字。

想说爱你不容易啊，前文在rk3588中编译安装FastDeploy。出现 ImportError: libopencv_flann.so.3.4: cannot open shared object file: No such file or directory

本文介绍了在Ubuntu 20.04环境下使用QEMU 6.2运行OpenHarmony-3.0-LTS的详细过程。主要内容包括：必须使用QEMU 6.0以上版本并编译安装；需将Ubuntu默认shell改为bash；下载OpenHarmony-3.0-LTS源码后，通过hb set和hb build命令配置编译；最后在arm_mps2_an386模拟器上成功运行liteos_m并观察到任务输出。

本文介绍了在Ubuntu 20.04环境下使用QEMU 6.2运行OpenHarmony-3.0-LTS的详细过程。主要内容包括：必须使用QEMU 6.0以上版本并编译安装；需将Ubuntu默认shell改为bash；下载OpenHarmony-3.0-LTS源码后，通过hb set和hb build命令配置编译；最后在arm_mps2_an386模拟器上成功运行liteos_m并观察到任务输出。

本文介绍了OpenHarmony 3.0 LTS在RK2206开发板上的简化编译环境搭建方案。针对官方Docker和VBox方式的痛点，作者提供了基于VMware+Ubuntu 20的已验证方案。包含百度网盘资源下载、特殊账号设置（账号jq/root，密码均为3个空格）、代码克隆路径等实用信息。详细说明了编译步骤（hb build -f）、文件拷贝到Windows的方法，以及USB驱动安装和程序烧