DOT小文哥的博客

到这里,我们XR806设备上云就完成了,其实物联网没有想象中的那么难哈,还在等什么,赶紧开动起来吧

XR806 是一颗高集成度无线应用MCU，其集成了ARMv8-M 内核、IEEE 802.11b/g/n Wi-Fi 子系统、BLE 5.0子系统、电源管理系统、高级别的安全系统以及丰富的外设接口，具有优秀的射频性能、稳定性、可靠性和超低功耗。芯之联软件开发平台，具有丰富的组件和灵活的应用框架，可满足用户对Wi-Fi、BLE、低功耗、安全等多方面的需求，可协助用户快速开发智能产品应用，包括物联网（IoT）、智能家居、云连接等。

在正式开始程序编写之前，有必要先整体上了解程序的编译顺序。Harmony的编译路径主要由vendor/xradio/xr806/config.json决定其中"product_name"决定了执行hb set出现的选项，“device_company”，“board”，"kernel_type"共同决定了编译路径。在执行hb build -f后，HarmonyOS的编译脚本会从device_path中获取编译工具和编译选项，从product_path下寻找BUILD.gn文件。

我们要明白，在开始写代码之前，了解整个程序的编译路径是十分有必要的。时，HarmonyOS的编译脚本就会从device_path中获取编译工具和编译选项，然后从product_path下寻找BUILD.gn文件。这个过程就像是在准备一场演出，编译工具是音响设备，编译选项是音量调节器，而。它就像是一个交通警察，告诉编译器：“嘿，你得先编译这个，然后再编译那个。这些文件和文件夹都需要按照一定的顺序进行编译，才能确保整个程序的顺利运行。

本次测试发送了自定义的Beacon帧，实际上XR806还支持发送其他类型的帧，后续可以进一步探索。

老人和小孩子独自在家的时候如果遇到紧急情况，通过拨打电话或者微信的方式通知家人存在操作不便的问题。例如，如果老人摔倒了手机很可能不在身边，对小孩来说手机的操作又过于复杂。针对这种情况，研发一种主动语音上报的系统，语音实时识别人的求救声，然后通过网络发送信息告知家人。一方面对XR806芯片本身的功能和开发流程有了更深入的了解，另一方面也接触到了FreeRtos的开发。相对于鸿蒙liteos SDK，FreeRtos的SDK使用起来方便了很多，这也看出了厂商的用心。

本次使用XR806实现ST7789的屏幕的驱动。本文使用的LCD屏幕的原理图如下，可以确定LCD屏幕的控制引脚接线。XR806与LCD屏幕的控制引脚分布如下实际的连接效果如图所示。ST7789的驱动使用中景园的LCD驱动库，驱动文件包括在XR806的示例程序中GPIO工程的基础上进行移植。在gpio示例文件夹中添加lcd的驱动代码。移植时要实现对LCD引脚的控制，在lcd_init.h中添加以下代码在lcd_init.c中添加引脚的初始化函数，并替换延时函数为OS_MSleep,相关的带啊吗如下在ma

按照官网文档https://xr806.docs.aw-ol.com/rtos/env/说明，RTOS先拉取SDK，由于XR806是Cortex-M33 Star内核然后指定gcc-arm-none-eabi工具链的位置，再编译再烧录，开发过程和ESP32有些许相似，都可以借助Cygwin+gcc来编译，且都支持menuconfig进行模块裁剪，不复赘述，以下重点讲遇到的问题。然后就能验证环境可行性，在tools目录下敲击sudo ./phoenixMC -i …解决办法：重装CP2102驱动，很坑。

具体是无线数据->串口数据，串口数据->无线数据，目前前者实现了，后者还有些问题未解决，

nRF52840接到JlinkRTT Viewer，XR806接到putty，可以看到XR806的Controller/host协议栈的版本信息，手机发布一条开关（由GernericOnOff元素统属）消息，泛洪给两台射频设备，可以在各自控制台看到都有收到set opcode网络消息。最新的蓝牙mesh1.1引入了定向转发路由功能，扩大射频覆盖范围，使信号一级级中继下去，手头有nRF52840开发板，不妨和全志XR806进行组网，测试兼容性和互操作性，也验证XR806 mesh协议栈的完成度。

很荣幸参与到由“极术社区和全志在线联合组织”举办的XR806开发板试用活动。本人热衷于各种的开发板的开发，同时更愿意将其实现到具体项目中。秉承以上原则，发现大家的重心都放在开发中的环境构建过程，缺少了不少实际应用场景的运用，虽然环境搭建确实痛苦。本文主要使用XR806的FreeRTOS到实际的机器人控制应用中，并实现部署模糊控制器。环境搭建本文简要略写，大家可以看社区其它优秀的文章。文章中应用到的无线控制和多维状态机两个重要的开发应用，会在后面的文章中陆续更新。

XR806不仅硬件功能多，XR806也提供了功能极其丰富的SDK，几天体验下来非常容易上手。常见的功能几乎都有相应的cmd或demo实现，HAL也做得非常全面，非常适合快速开发。这一点超级好评！本文章要实现的无线OTA也基于该SDK。

很高兴有机会参加本次极术社区举办的“「免费试用」搭载安谋科技STAR-MC1的全志XR806 Wi-Fi+BLE 开发板试用活动”。去年就对全志的mcu芯片感兴趣了，一直没有机会接触，看到本次极术社区提供的全志wifi + BLE开发板试用，就马上参加了。板子拿到手之后，很快就搭建好了环境，由于自己时间安排的问题，一直没有空搞，这两天赶紧搞了一下。

当前只是基本实现了SoftAp配网实现验证，如果网络配置错误或网络信息发生更改导致STA状态下无法连接到网络，就无法回到AP模式下重新配置，只能复位重新进行配置。后续可以增加无法连接到网络时自动开启AP模式重新进行配网，并且通过将网络信息存储到flash等方式避免每次上电都需要重新配置的问题。

作为一个环境监测传感器,它能够获取当前的温度,湿度,气压,海拔这四个参数,同时能够通过外部的屏幕实时显示刷新.在2023年的当下,能够联网上报信息的功能不可或却.

USB0较为特殊，host和device的参数是分开调整的，注意打印，例如上述例子中，“OTG0 phy range”表示目前处于device模式，显示的是device端的phy range。在全志R128开发过程中总结一些RTOS系统的usb命令使用方法，以下命令在所有RTOS平台（MELIS/FREERTOS）都可以使用。同理，“OTG0 phy range”表示目前处于device模式，设置的是device端的phy range。RTOS通过usb命令集成了测试用例。

这个项目使用旋转编码器来调节LED的亮度，基本原理是MCU识别编码器的旋转方向和步数，调节PWM输出占空比，从而实现亮度调节。本人曾经移植到STM32，现已移植到XR806，效果良好，源码链接。基于FreeRTOS开发，旋转编码器移植了Arduino Rotary库，注意这个库是GPL协议的，使用效果不错，首先奉上源码链接。识别其旋转方向和步数，要考虑消除抖动，否则会出现识别错误，导致系统不稳定，这和按键是类似的。基本思路：创建任务识别编码器，根据编码器正反转改变PWM输出，也可以实现其它的功能，附上。

低内存消耗，甚至Arduino ATmega328 (32KB Flash, 2KB Ram) 都能基于TinyMaix跑mnist(手写数字识别)TinyMaix是面向单片机的超轻量级的神经网络推理库，即TinyML推理库，可以让你在任意单片机上运行轻量级深度学习模型~核心代码少于400行(tm_layers.c+tm_model.c+arch_cpu.h), 代码段(.text)少于3KB。支持INT8/FP32/FP16模型，实验性地支持FP8模型，支持keras h5或tflite模型转换。

当然要爱护花花草草啦~D1 Linux+XR806 RTOS+Yolov5+LVGL+无线传输+温湿度传感器+电源管理的技术大集合，用四年所学守护一朵花！

XR806开发板可以支持FreeRTOS系统啦！之前只支持开源鸿蒙系统，有很多小伙伴说想用FreeRTOS的，为此全志专门发布了适配XR806的FreeRTOS V1.2.1版本，修复了之前不兼容的问题（主要是烧坏芯片🤒 详见：https://bbs.aw-ol.com/topic/1124）XR806 FreeRTOS v1.2.2 功能介绍1、支持WiFi STA/AP模式；2、支持WiFi WPA3功能；3、支持BLE扫描、广播、连接、配对；4、支持BLE MESH；5、支持Sou.

问题背景XR_MCU的SDK中，audio，wlan，Fs等模块被引用时，已经根据状态，设置好了回调函数，但是有客户不清楚如何利用SDK自身资源，创建自己应用模块的状态回调函数。问题描述如何创建自定义状态回调函数。问题分析状态回调函数依赖于SDK的framework框架，且已经为用户预留了自定义回调函数的框架，audio，bt，fs，net的状态回调框架都是完全公开的，参照编写即可。解决方法1 添加自定义状态回调类型在project\common\framework\sys_ctrl\sys

问题背景有客户因为担心音频存放在flash中会因为没有烧录，导致播放异常，所以希望可以提供播放xip中的音频数据的方法。问题分析XRMCU允许使用raw_bin的方式烧录,确保烧录固件时音频也能下载到flash中，请参考(XR806如何添加本地音频到flash)[https://one.allwinnertech.com/#/faq/0/show]。如果确定要播放xip中的数据，需要把计算出音频数据在flash中的实际地址。解决步骤使用bin2hex或者HxD等工具把音频文件转变成c文件，并保

1.问题背景把SDK默认的Freertos切换为其他RTOS后，部分用户反馈，工程中已经定义某个函数，但是在编译最后依旧会报错undefined reference to（找不到某个函数）。2.问题描述工程编译过程中没有报错，但是在最后连接过程时会提示错误undefined reference to"",找不到特定函数。3.问题分析编译过程中没有报错，在最后连接时才报错，说明编译时引用了某个头文件，指明该函数需要用其他库实现。4.解决方法1）首先使用nm命令检查该函数所在的.a静态库，确认该静

1、问题背景有客户反应，XR系列MCU在连接进行扫描附近AP时，扫描不出所需要的AP，但第二次或者第三次就能扫描出来了。2. 问题描述当mcu执行扫描动作时，扫描不出所需要的ap时，可以通过哪些方法来改善这种情况。3. 问题分析增加扫描结果的缓存如果附近网络环境复杂，AP数量太多时，扫描达到缓存上限值就会忽略掉一些ap数。此时可以通过增加扫描结果的缓存来让目标AP显示出来。具体方法可通过net sta scan result_num指令来查询当前AP的上限值（默认是20个），设置上限则通过n

问题背景XR_MCU的SDK中，audio，wlan，Fs等模块被引用时，已经根据状态，设置好了回调函数，但是有客户不清楚如何利用SDK自身资源，创建自己应用模块的状态回调函数。问题描述如何创建自定义状态回调函数。问题分析状态回调函数依赖于SDK的framework框架，且已经为用户预留了自定义回调函数的框架，audio，bt，fs，net的状态回调框架都是完全公开的，参照编写即可。解决方法1 添加自定义状态回调类型在project\common\framework\sys_ctrl\sys

问题背景XR806的文件管理系统是littlefs或spifs，不像fatfs可以直接进行文件传输，有客户放映不清楚如何通过文件管理系统调用音频文件。问题描述XR806SDK中的audio_demo找不到本地mp3等音频文件。问题分析因为XR806的文件管理系统是littlefs或者spifs，所以需要在PC本地把文件打包成littlefs文件系统格式，否则无法识别。打包工具是SDK下的tools/fs_img_tools/mklittlefs。上一步打包好的文件，如果通过“section”的

问题背景有客户希望把现有的PCM数据编码成AMR，或者希望把录音得到的PCM数据经过处理后再进行音频编码。问题描述AMR的输入数据是可以由客户自定义的。问题分析梳理录音初始化流程recorder_base *recorder_create() //初始化录音设备CaptureCtrl *CaptureDeviceCreate() //录音数据流处理结构体mCaptureControlOps.cdxRead //获取录音数据数据流可以知道，录音数据由project

问题背景有客户反馈代码运行奔溃，但始终找不到原因，经排查后发现是剩余RAM不足导致的。客户把所有应用内存直接保存到SRAM中，导致内存不足，跑应用时踩内存导致系统奔溃。问题描述因为代码全放在RAM中导致内存不足，跑应用时容易踩内存系统奔溃，但如何统计内存使用情况并优化？问题分析内存是如何保存到指定位置的？GCC链接操作是以section作为最小的处理单元，只要一个section中的某个符号被引用，该section就会被加入到可执行程序中去。因此，GCC在编译时可以使用 -ffunction-

1.问题背景在网络设备上，很多开发者要把当前的网络质量反馈到用户上，以便用户了解当前网络环境，当网速慢或联网失败时做出及时的网络环境调整。2.问题描述如何获取目标ap的信号强度。3.解决办法（1）当连接到ap时获取当前ap的信号强度值，通过以下方式来获取rssi和dbm的值：ret = wlan_ext_request(g_wlan_netif, WLAN_EXT_CMD_GET_SIGNAL, (int)(&signal)); printf("signal = %d! noise =

1.问题背景联合开发中，由于软件保密，合作方仅提供.a静态库。但可能出现合作方提供的.a静态库和自身的.a静态库冲突，导致镜像合成失败，且可能因为合作方的各种缘故不方便修改静态库。2.问题描述程序编译过程中没有出错，但是在ld链接过程中提示错误：multiple definition of。3.问题分析1 对于在程序中可以修改的重复定义，直接修改程序即可。2 multiple definition of的函数都在保密的.a库文件中，重复函数众多，且无法轻易更改程序。由于.a静态文件是由.o可执行

1.问题背景在客户量产中，出厂的板子rf参数不太可能做到完全一致，所以需要etf固件来校准rf参数。但是如果烧录完etf固件又再一遍烧录应用固件生产起来就比较麻烦。把两个固件合并在一起的话可以减少生产工序，提高生产效率。2.问题描述如何使用phoenixMC软件把应用固件与etf固件合并在一起？3.解决办法3.1使用方法：1、打开phoenixMC.exe，点击设置按钮。2、点击合并固件，并依次选择应用固件和etf固件。3、选择完成后，固件会在etf固件的目录下生产新的combineIm

1.问题背景问题平台：XR806 + RTOS2.问题描述XR806（M33内核）适配新的RTOS时，沿用M4F的启动代码后出现了系统奔溃，但是expection显示的PC地址和LR地址都被修改，无法准确判断哪条语句导致的错误。3.问题分析通过log定位到是启动代码出现了问题。arm汇编中，可利用b .进入死循环。在汇编中可以利用以下代码打印log：//.c文件中插入void AsmPrint(void){ printf("var = %#x\n",PrintMagic);

1.问题背景客户在量产中，由于各个产品一致性不太一样，很多时候需要在出厂时对每个产品进行RF参数的校准才能确保RF性能达到最佳。那么校准后，相关的参数保存在什么地方？2.问题描述XR系列MCU的RF参数是如何保存的？3.解决办法目前出厂校准的RF参数主要包括有频偏和发射功率。XR系列MCU获取这两个参数的主要途径有两个：镜像打包时的sdd文件和efuse。而获取来源是遵循以下原则：1、MCU启动后，会读取efsue上RF参数区域的数据，如果是合法数据，则采用efuse上的参数，而sdd文件的参数

1. 问题背景部分客户在使用 WLAN 时，不清楚各回调事件的含义，不利于上层应用逻辑开发。2. 问题描述无线网络各个事件的代表的含义是什么？3. 问题分析首先看一下无线网卡处于 Station 模式下连接 AP 的过程：Station 发起扫描，扫描附近的 APStation 选中指定的 AP，发起认证（Authentication）、关联（Association）(可选) 如果是 WPA/WPA2 加密方式，则 AP 发起四次握手协商密钥Station 发起 DHCP 获取 IP 地

1、问题背景有客户反应，XR系列MCU在修改完串口波特率后，打印输出的是乱码，通过仪器抓波形发现输出的波特率与设置不一致。2. 问题描述串口修改波特率后与目标波特率不匹配。3. 问题分析XR系列MCU的波特率理论计算是baund=apb_freq/(16*div)，其中apb_freq是APB总线时钟频率，div是分频系数，div计算结果采用去尾法会产生误差。板级文件board_config.h 中BOARD_APBS_CLK_SRC以及BOARD_APBS_CLK_FACTOR可配置APB时钟总

1. 问题背景调用 setsockopt 设置 socket 属性失败，或者 getsockopt 获取 socket 属性失败。2. 问题描述调用 setsockopt、getsockopt 时返回 -1，且 errno 为 ENOPROTOOPT(92)。3. 问题分析LwIP 当前版本有部分 socket 属性的设置/获取是暂时没有支持的，操作这些属性会返回 errno = ENOPROTOOPT 的错误码。4. 解决办法以 SDK 中 lwip-2.0.3 为例。可以通过打开文件 in

1.问题背景watchpoint，一般用来观察某个变量/内存地址的状态(也可以是表达式），如可以监控该变量/内存值是否被程序读/写情况。2.问题描述在程序运行异常的时候，可以借助watchpoint来进行辅助调试。3.问题分析在XR MCU SDK中，支持了watchpoint功能，通过使能指定宏以及调用指定函数来使用该功能。4.解决办法（1）使能watchpoint的宏开关：export __CONFIG_WATCHPOINT:=y（2）调用watchpoint_add函数添加观察点以下

1、问题背景有客户反应，XR系列MCU在跑rtc模块时，读取时间一直是同一个值，或者出现时间与现实时间相比不准确。2. 问题描述RTC时钟不能跑、有时候时间不准是什么原因。3.解决方法（1）、先确定RTC使用的时钟源是内部震荡还是外部晶振。并且通过修改板级文件board_config.h中BOARD_LOSC_EXTERNAL这个宏定义来匹配相关配置（0是使用内部震荡作为震荡源，1是使用外部晶振），如果配置是外部晶振，但是却没有外接外部32.768khz晶振的话，RTC是跑不起来的。#defin

问题背景XR MCU平台发起扫描后，会对扫描结果进行缓存一段时间。问题描述Wi-Fi设备发起扫描，获取扫描结果。当关闭掉目标路由器后，再次进行扫描获取的扫描结果会依旧包含已关闭的路由器SSID。问题分析由于实现机制，会对扫描结果进行一定时间缓存，导致已关闭的路由，仍然能扫描到。只要下次发起扫描时，对缓存进行清除，就可以解决该问题。解决办法调用一下函数即可清除缓存：int wlan_sta_bss_flush(int age);如移除30s内未更新的AP节点为例：wlan_sta_bss

1.问题背景客户在做低功耗设计时经常会使用GPIO外接一些硬件外设，这些外设在芯片的管脚在休眠时候如果跟GPIO有压差就会产生漏电流。我们如何保证休眠时的GPIO的电平状态呢。2.问题描述客户提问：XR808/XR809/XR871/XR872和XR806在standby模式下芯片的gpio电平状态如何保持的。3.解决办法XR808/XR809/XR871/XR872在芯片进入standby模式后，如果属于wakeup IO的管脚电平状态处于高阻抗，要保持电平的话，需要调用HAL_Wakeup_S