专注无线通信相关应用，不定时更新~

原创 无线时间同步跳频的软件实现（基于单片机+射频芯片方案）

（1）更新时间计数值的补偿优化，分为3个补偿值，分别为截取时间戳->发帧处理时间，空口传输时间，接收->时间同步处理时间（对应下图的T0->T1,T1->T1'，T1'->T2'）。（2）与上一次无线同步的计数值进行差值计算，进行本地时间500ms计时的同步校准（只更新累加的计数阈值，不更改10us定时器），其中校准考虑稳定性加入了平滑算法，限制单次校准幅度。本篇文章主要分为3个部分，第1个部分是对上一篇文章时间同步机制的优化补充，第2部分描述跳频机制的设计与实现方案，第3部分简述该系统组网机制。

原创 无线传输时间同步的软件实现（基于单片机+射频芯片方案）

参考借鉴成熟的几套公有机制（如BLE，WI-SUN，乐鑫的WIFI-MESH，Nordic的几套2.4G私有协议），都需要满足时间同步，只有同步后才能进行分时的机制设计。在链路协议中加入CCA延时，同时增加340us延时补偿后，重新抓取波形如下，考虑到定时器的10us误差，当前误差已接近于理想值，且已能够满足需求。我这也利用定时点灯的方式来验证多设备间的时间同步误差，但不同于参考链接，在基准定时器初始化后，所有的同步校准方案都不操作寄存器，是依赖纯软件实现的（对应链路层），这样也方便多方案的代码移植。

原创 一次MCU的SPI时序优化

由于RF芯片限制，我们的SPI速率也已经达到了理论最大值，因此只能从SPI时序效率上着手优化。目前优化后，我们的SPI接口从3层封装解套为2层封装（去除了芯片的库封装），但如果时间仍不够，还可以考虑将刚才列举的单字节的SPI接口给解封掉，但这样就会增加很多代码空间，也增加了代码的维护难度和阅读难度，因此还是要视具体应用场景而定。优化前的SPI时序分析截图如下，可以发现无论是CS-CLK的响应时间，还是CLK间的响应时间，都存在较大的间隔，几乎与SPI单字节传输时间差不多了，整体时间传输效率不足50%。

原创 Qt工程移植出现Qt warning: this file is not part of any project.....

问题：QT工程移植给同事，发现出现QT warning：this file is not part of any project报错，同时所有文件全部是灰色状态。在打开.pro文件后发现需要支持圈选的组件，才能正常加入.cpp/.h文件。在QT维护工具中添加指定的这些组件后，工程就编译正常了。3.构建目录和环境目录仍然是移植前的路径，需要删除.user文件再打开工程重新配置。1.构件套件不能使用，需要更换构建套件（如64bit、32bit切换，版本切换）；我们对以上可能原因做了一一排查，发现都没有问题。

原创 嵌入式单元测试的工具分享与示例（unity+cmock）

原创 【加密算法参考方案】

在对称加密算法中，数据发信方将明文和加密密钥一起经过特殊加密算法处理后，使其变成复杂的加密密文发送出去，收信方收到密文后，若想解读原文，则需要使用加密用过的密钥及相同算法的逆算法对密文进行解密，才能使其恢复成可读明文。结合对称加密和非对称加密的优缺点，我们可以通过非对称加密来进行秘钥的协商/交换，再进行数据对称加密，这样既可以有效地管理秘钥，又可以快速进行数据加解密。非对称加密算法RSA的最小算力算法为RSA-512，但不论是明文，密文和秘钥，都超出了32字节的无线协议长度限制，因此并不适配当前应用场景。