dozenyaoyida的博客

本文介绍了芯科Zigbee模组产测功能的更新过程。通过Simplicity Studio V4图形界面配置，详细说明了工程建立步骤：选择Z3Light工程模板、配置芯片型号、解决PTI管脚报错问题。重点阐述了产测所需的串口管脚配置（USART0使用PA5/PA6）、mfglib库的启用以及关闭bootloader的设置。最终验证了mfglib指令的正常响应，为产线测试提供了统一的上位机命令支持。整个流程解决了原有railtest指令不兼容的问题，实现了产测功能的升级需求。

本文介绍了Zigbee网关使用Silicon Labs芯片(EFR32MG21A系列)时，通过PTI(Packet Trace Interface)进行抓包分析的方法。主要内容包括：1)Host端开启日志功能，生成ezspuart.log；2)NCP端配置PTI管脚参数，连接原厂工装板；3)使用Simplicity Studio和Network Analyzer进行抓包，支持后台静默抓包生成event.log文件；4)结合Host端和NCP端日志分析问题，必要时可提交厂家协助分析。该方法适用于解决涉及NCP

本文详细介绍了使用Commander.exe和J-Flash V7.60b两款软件对Silicon Labs EFR32MG21A020系列Zigbee模组芯片进行程序读写操作的方法。内容涵盖：1）软件简介；2）Commander.exe的烧录和读取步骤，包括设备连接、芯片擦除、文件烧录及命令行读取；3）J-Flash的工程创建、设备连接和烧录读取操作；4）注意事项，强调驱动安装、芯片擦除和型号确认等关键点。两种工具分别适用于命令行和图形化操作需求，为开发者提供了完整的芯片编程解决方案。

本文系统介绍了BLEMesh技术及其产品应用方案。BLEMesh采用泛洪广播机制实现网状组网，支持中继、代理等功能节点，具有组网灵活但存在通信延迟的特点。文章详细对比了BLE与BLEMesh的技术差异，提出分阶段产品规划方案，包括常电/低功耗设备支持、网关集成等。通过测试数据比较了ZigBee与BLEMesh的性能差异，分析了多跳延时、可靠性等关键指标。同时阐述了安全机制、广播规范、消息类型等技术细节，并针对实际部署提出了技术路线建议，包括协议转换、功耗评估等实施要点。最后提供了主流芯片平台的资源参考数据，

本文介绍了ZigBee TouchLink协议的工作原理及测试过程。ZigBee LightLink(ZLL)协议通过TouchLink实现设备间的直接配网，无需网关。协议定义了发起者(Initiator)和目标者(Target)两种设备类型，详细说明了配网流程：发起者扫描目标设备、创建或加入网络的过程。测试部分展示了使用博流芯片开发ZLL设备的方法，包括目标设备和发起设备的制作，以及多种网络场景下的配网测试结果。测试发现当存在多个目标设备时，建议采用逐个配网方式以避免干扰。文章还提供了抓包分析方法和信道切

摘要：本文针对Silicon Labs EFR32系列ZigBee方案存在的网络管理问题进行分析，重点探讨信道切换和节点重入网机制。在WiFi干扰严重时，提出基于通信失败率的信道切换策略（30秒内连续2次失败或累计10次失败触发），并设计了信道选择标准。针对ZED节点入网失败问题，建议采用分级rejoin机制（ZED每5分钟，ZSED每30分钟）。同时分析了休眠节点通信、数据缓存、路由选择等常见问题，为50节点内的小型网络提供了优化方案，平衡了网络稳定性和通信质量需求。

打开EMBER_APS_OPTION_ENABLE_ROUTE_DISCOVERY的option选项，发送应用数据后，可以建立路由表信息，如果设备反馈应用层数据后，可以恢复路由表信息。网关路由表建立需要依赖设备上报（router节点和zed节点）应用层数据（ZCL层），接收到设备的应用层数据后自动建立路由信息。网关给节点A发送应用层数据，通过B节点寻找路由后发送给A节点，A节点返回应用层数据，此时将网关将建立A和B的Source Route Table信息。A <----> B <----> 网关。

摘要：本文分析了Telink外置PA模块ZigBee网关在节点数超过16个时出现概率性发送失败的问题。通过排查发现，当节点从邻居表删除后，源路由表信息失效导致发送异常，只有节点重新上报数据更新源路由表后才能恢复。该问题源于芯科协议栈缺陷，在节点超过邻居表容量（16个）时会出现。最终解决方案是升级协议栈版本至6.7.10，修复了源路由表失效问题。文章强调了问题定位的重要性，避免采用临时规避方案可能带来的长期隐患。（150字）

本文分析了ZigBee网关数据发送延时问题及其优化方案。测试发现单包数据发送延时在100-1000毫秒间，平均500毫秒，主要原因是系统调度时间过长（默认1秒）。通过将系统调度时间缩短至10毫秒，并采用定时器机制优化缓存数据处理，使第一包数据发送延时降至20毫秒内。同时保留200毫秒的包间发送间隔，确保多包发送时的稳定性。最终方案在不修改系统调度机制的前提下，通过应用层定时器实现了发送延时的显著优化，兼顾了系统性能和移植性。

摘要：本文分析了ZigBee网关在测试模式下AT指令无响应的问题。通过排查发现，问题源于协议栈中NDEBUG宏定义关闭导致assert断言失效，进而使串口数据处理函数中的关键write命令未执行。解决方案是移除assert中的函数调用，并全面检查代码中类似情况。案例表明：1）原厂代码可能存在设计缺陷；2）assert中的逻辑在release版本中可能失效；3）框架变更需充分验证。该问题排查过程采用了版本回退和二分法等有效手段。

稳定性测试的ZigBee网关，下面连接了24个Router节点的ZigBee测试模块，一直都在正常通信和工作。偶然情况下，为了验证一个router节点的入网问题，我发现router节点始终没有入网成功。一开始，以为当前信道干扰太大导致的，切换到干扰较少的26信道进行验证测试，发现还是不能正常入网。于是我更换其他的router节点进行测试验证，发现也是存在同样的问题，不能入网且设备最后主动离网。同时，这些设备添加到其他网关上都是正常的，没有出现失败。