研究兴趣：智能物联网、嵌入式系统、人工智能

摘要：本文分析了在润和星闪开发套件MQTT示例程序中添加压力传感器后导致线程通信失效的问题。原程序结构体添加char pressure[10]成员后，结构体大小超过消息队列配置的28字节限制，引发线程间通信中断。解决方案包括：调整消息队列长度至40字节、确保缓冲区大小匹配结构体、使用动态计算大小和增强错误检查。问题根源在于原示例程序采用硬编码而非宏定义，缺乏扩展性考虑。修改后程序运行正常，为类似物联网设备开发提供了问题排查思路。

fbb_bs2x代码仓为支持bs21e解决方案SDK，该SDK包从统一开发平台FBB（Family Big Box，统一开发框架，统一API）构建而来，在该平台上开发的应用很容易被移植到其他星闪解决方案上，有效降低开发者门槛，缩短开发周期，支持开发者快速开发星闪产品。在前面已经有很多厂商发布了基于BS21的产品，不过大多数都是以AT模块的形式发布的，也没有开放接口，只有安可信以半开源的方式发布了SDK。润和也推出了BS21的开发板，HH-D03，它虽然也是双列直插的模式，但是和3861的底板不兼容。

我现在非常喜欢使用编程辅助插件，用的最多的是Trae（以前叫Marscode）。以前华为的DevEco Device Tools是基于VSCode的，直接使用官方的插件市场就可以安装了。现在海思提供了自己的HiSpark Studio，比原来的Device Tools强大很多，但是没法使用VSCode的插件市场了，比较麻烦。今天就介绍一下如何在HiSpark Studio中安装Trae（Marscode）插件。现在我的工作已经高度依赖这些AI插件了，不过估计免费时代快要结束了。

在 AT 指令模式下，发送 AT+SSEND=<connid>,<length>\r\n 到模组，模组接收命令合响应“+OK\r\n>”即表示 模组准备好接收数据，此时可向模组发送指定长度的数据。这里的数据长度是包括回车换行的。本来我平时用的是MabaXterm，但是和这个板子不太适配，因为这个开发板对于串口的格式有要求，命令结尾必须是回车换行，设置了几次都无法让MabaXterm和它一起工作，只好改用SSCOM。AT命令数据收发是可以一对多的，但是透传模式只能是1对1连接，而且实测是单向的。

HiSpark Studio是海思提供的面向智能设备开发者提供一站式集成开发环境，支持代码编辑、编译、烧录和调试等功能。HiSpark Studio应该是从华为的DeviceTool发展过来的，也是基于VSCode的。那时候的HiSpark Studio是1.0.0.6，安装和编译还有些问题，需要手工设置。提供了将近300页的文档（需要登录才能下载，可以免费注册）。支持了海思的很多芯片（不包括hi3861这样的老芯片）希望这个产品不要像DeviceTool一样夭折。最新的版本是1.0.0.10。

虽然星闪体验官的活动结束了，但还是有一些技术细节可以总结一下，今后会陆续发在博客中。今天先分享关于seek_result_cb回调函数。以上介绍都源于自己对相关代码的阅读，由于WS63模块的部分代码不开源，如果有错误之处，欢迎指出。

今天收到华为海思寄来的星闪体验官贡献奖的奖品了。我在8-10月之间参加了星闪体验官的活动，测试了最新的星闪W63E开发板，在博客上也做了分享。最后的作品是星闪网关，获得了贡献奖。这次作品比预想的要简单些，主要是两个原因：一个是申请的时候不知道星闪W63E开发板的参数，所以有些功能这个开发板支持不了，另一个是开学后特别忙，有些功能没有来得及实现。不过总体上来说，测试还算顺利，对星闪技术有了更多的了解。这个泡茶杯虽然叫星闪版，但是没有星闪手机也可以用。用法有的特殊，泡茶的时候要倒过来放。

在前面的博文星闪WS63E开发板的OpenHarmony环境构建-CSDN博客中介绍了如何构建W63E开发板的OpenHarmony环境，今天来尝试运行第一个程序。考虑到有很多朋友以前使用过hi3861系统，所以我主要说明两者在OpenHarmony下的区别。如果以前从来没有使用OpenHarmony开发过轻量级开发板，建议先从hi3861学起。

除了上文提到的问题，总体来说，编译过程还算顺利。后面会尝试烧写和写点测试程序。

逻辑分析仪对于硬件接口调试而言是不可缺少的工具，有了它可以轻松看到底层数据。

至此，我已经测试完成了小熊派的两种固件的测试，总体还算稳定。

整个烧录过程比较简单，如果以前烧写过hi3861或ws63模块，应该差不多。总体来看，小熊派的这款AT固件还是很不错的，功能实用，上手容易。后面再找时间进一步测试。

今天把基本的固件中心使用方法尝试了以下，下次介绍测试的情况。

总的看来，AT固件的使用比透传固件要麻烦一些，好在文档总给出了客户端和服务端实现的例子，掌握起来不算难。下周将正式对两种固件进行测试。

星闪EBM-H63开发板目前有两种固件：透传固件和AT固件。两种固件都支持串口命令，都是基于AT命令格式的，不过透传控件主打的是简单易用，它的命令较AT固件要少得多。这里先介绍一下透传固件。串口AT命令的历史可以追溯到1981年，由Hayes公司提出，最初用于控制调制解调器（Modem）。Hayes公司在网90年代刚上网时是个非常证明的公司，那时候大家最推崇的Modem就是他家的，不过这公司后来倒了，因为不需要拨号上网了。AT命令集最初由Hayes公司为其Smartmodem系列调制解调器引入。这些AT指令

前几天介绍了，我参加了小熊派的星闪EBM-H63开发板内测活动。今天去快递站取回来开发板，让我们看看实物照片。下面是开发板的正面照片，绿色的部分是核心板，蓝色的部分实际上是个底板，引出了串口的管脚，再加上了一个按键。

前段时间测试了润和的WS63E产品，对星闪技术有了一些了解。正好看到小熊派搞得 “固件中心” 公测活动，就报名参加了。接下来这段时间给大家介绍一下测试的心得。小熊派此次使用的是星闪 EBM-H63开发板，开发板目前还在邮寄路上，今天先学习一下。

经过这段时间的测试，WS63E模块整体的使用和hi3861差不多，星闪的编程模式和蓝牙差不多，读者要是想快速掌握星闪的编程，最好有点蓝牙的基础。星闪技术应该是华为被蓝牙联盟踢出来之后给出的技术标准，就像OpenHarmony之于Android差不多。还是希望星闪技术不断发展，走出自己的道路。

，不过因为没有天线，当时的测试效果不行，雷达的反应基本上是混乱的。后来就下单买了一根1代IPEX接头的天线，今天到货了测试了一下，效果还行。买回来的天线接头和开发板上的接头对上之后，用手按一下就可以安装上，很简单。安装后的效果如下图。上手介绍了WS63E的雷达功能（

从开发板的图片上可以看到，右下角有个安装雷达天线的地方，使用使用1代IPEX接口。润和的套件里面没有带天线，从我的测试看没有天线，其实雷达功能是不正常的。所以下单了一根天线，今天只是简单分析一下程序，等天线到了之后再详细测试。海思没有公布雷达运动感知的工作原理，但是这个雷达运动感知功能必须和WiFi 一起工作，如果不启动WiFi，雷达功能就无法启动。WiFi可以工作在STA或AP模式，WiFi不一定要连接上，只要启动即可。

今天来测试一下润和星闪开发套件中的温湿度功能。润和星闪开发套件所使用的外设板块和润和智能家居套件所采用的基本相同，所以润和提供的WS63E测试程序和hi3861的程序基本相同。。SSD1306和温湿度传感器AHT20都是基于I2C接口的，I2C是一种串行通信协议，允许将多个设备连接到一条总线上。每个连接到总线上的器件都有唯一地址，任何器件既可作为主机也可以作为从机，但同一时刻只允许有一个主机。这段代码是一个嵌入式程序，用于在OLED显示屏上显示温湿度信息。它使用了I2C通信协议与AHT20温湿度传感器进行数

在上一篇博文中已经介绍了WiFi的使用。今天介绍一下如何使用MQTT协议连接到华为云上。WS63E的代码参考直接提供了MQTT的支持，文档介绍见docs/board/WS63V100 MQTT 开发指南.pdf。MQTT 基于开源组件paho.mqtt.c-1.3.12 实现，详细说明请参考官方说明： https://www.eclipse.org/paho/files/mqttdoc/MQTTClient/html/index.html在网上也找到一位网友的MQTT例子，值得大家参考：GitHub - c

WS63E上实现WiFi比较容易，下一阶段将添加MQTT连接华为云的代码。

目录​编辑引言程序工作原理测试记录结语 今天终于又有点时间了，来测试一下星闪的数据传输速度。前面的博文已经分析了星闪的传输示例sle_uuid_client和sle_uuid_server，如果对星闪程序还不了解，可以先看看【星闪开发连载】SLE_UUID_Server和SLE_UUID_Client程序分析_sle广播功能-CSDN博客。我用来测试速度的程序也来自官方的例子sle_speed_client和sle_speed_server。这两个例子和sle_uuid_client和sle_uuid_se

介绍了SLE_UUID_Server和SLE_UUID_Client程序的基本结构，这篇介绍如何进行测试，从而实现两块星闪开发板之间的连接。

这段代码是一个用于星闪（SLE）设备的UUID服务器示例程序。它展示了如何初始化一个SLE服务，注册回调函数，处理连接状态变化，以及如何发送通知。以下是对代码的详细分析：包含的头文件：宏定义：编码宏：全局变量：静态函数：初始化和运行：日志打印：内存管理：错误处理：线程和任务管理：整体来看，这段代码是一个SLE UUID服务器的实现，它展示了如何设置和注册服务、属性和描述符，以及如何处理连接和配对事件。代码中使用了多个回调函数来处理不同的SLE事件，并且通过日志打印来调试和跟踪程序的运行状态。这段代码是一个星

HiSpark Studio的使用和原来的DeviceTools差别不大，早就听华为的技术人员说，海思有款魔改的DeviceTools，看来就是这个了。烧写完成后，无需其他的串口调试工具，只要在监视器的窗口选择好串口，然后点击开始监视就可以看到开发板打印的日志了。目前基于星闪的手机还很少见，海思也没有开放手机侧的资料，所以暂时只能做星闪设备之间的测试。物联网套件的配置和润和的智能家居配置差不多，看上去连底板都是一样的，只有核心板不同。今天的测试先到这里，后续再研究。

海思官方在gitee仓库中提供了一个文档介绍，这个说明大体上是正确的，但是有一些关于Python配置的细节有疏漏，导致有些朋友在搭建时出现错误，这里结合自己的操作重新整理一份搭建过程的文档供大家参考。

fbb_ws63代码仓为支持WS63和WS63e解决方案SDK，该SDK包从统一开发平台FBB（Family Big Box，统一开发框架，统一API）构建而来，在该平台上开发的应用很容易被移植到其他星闪解决方案上，有效降低开发者门槛，缩短开发周期，支持开发者快速开发星闪产品。目前这个仓库是基于LiteOS的，海思没有说如何将它和OpenHarmony进行集成，不过考虑到LiteOS和OpenHarmony的密切关系，估计这个集成存在的方案应该会很快出现。发了开箱视频，还没有拿到开发板的朋友可以去看看。

此次星闪开发者体验官活动使用的开发板都是NearLink_DK_WS63E开发板，它和NearLink_DK_WS63开发板的区别在于具有雷达感知功能。从开发板的照片也可以看到WS63E有一个雷达天线接口。我们把WS63E开发板和hi3861开发板的功能做了简单的对比，见下表。总体来看，WS63E要稍强一些，外围接口差不多。

我有一门课程《智能物联网应用设计》是用海思的hi3861+OpenHarmony讲解智能物联网（AIoT）的实践课程。学生中不少是华为的铁粉，早就有学生问关于星闪的技术。不过我没有申请今年海思的教育部产学合作系统育人项目，他们要求出本教材，这个对我有点难了，没有时间写。申请之前，和润和的工作人员确认过，这款板子就是原来hi3861的套件，把核心板换了一下。不过码云上的资料不全，有些资料还需要向润和的人员要。估计新产品会有一些问题，所以这事不要着急，等着群里们的大牛试过了再说。不过估计此次评测用不到。