欢迎留言、转载请注明出处
最近研究spring的stomp协议框架，上到消息订阅、发送时一开始用的普通String，没有任何问题，都可以跑通，后来上DTO数据对象时，遇到了标题上的问题，查了下发现是框架层在调用jackson自动反序列化json为DTO对象时报的错，很久没用java，都忘记了，参考下面链接的说明
https://blog.csdn.net/weixin_39827145/article/details/89314433
意识到jackson反序列化时默认的行为是需要class的无参构造，之后再处理各个属性对应到json key的value，而出问题是的DTO class上用的lombok标记是“@AllArgsConstructor”，只生成了全成员变量参数构造，因此导致了此问题，把接收stomp请求，用于对应@Payload的class换成@NoArgsConstructor（当然，一般还要带上@Getter，用于成员变量的访问）后，问题解决，接收到stomp请求后，成功传递到了controller的对应处理方法中。小问题连带了一个小知识点，记录一下。
关于这俩c库函数的使用方法，百度上一搜能搜到很多，但是实际上用了这么多年的我有时候还是会犯迷糊，分不清哪个是处理0结尾的，哪个是没有的，因此今天趁着放假有时间，再整理记录一下。
#include <cstring>
int main(int argc, char *argv[])
{
char sz_test1[10] = {};
char sz_test2[10] = {};
char sz_source[10] = "123456789";
strncpy(sz_test1, sz_source, 10);
snprintf(sz_test2, 10, "%s", sz_source);
return 0;
}
上面是一段很简单的写在cpp里的c代码，纯c也差不多，主要说的是这俩c函数的区别，可以看到sz_source有9个字符，带1个结尾0凑成10字节的字符串，上面还有两个同样是10字节的char缓冲区用于测试，可以看到strncpy和snprintf的n都给10的时候，sz_test1和sz_test2都是和sz_source一样的结果，包括结尾0。
接下来把两个函数的n都换成9，这时候可以看到如下结果：
Continue reading…之前在使用x264编码时所谓的CBR流控其实是通过abr流控+vbv码率、缓冲参数设置的（vbv-maxrate，vbv-bufsize，也可以是ffmpeg的minrate，maxrate，如“ffmpeg -re -stream_loop -1 -i test.mp4 -c:v libx264 -x264-params “nal-hrd=cbr:force-cfr=1” -b:v 4M -minrate 4M -maxrate 4M -bufsize 1M -f flv rtmp://127.0.0.1/live/test，即控制了波动范围的vbr，而到了x265编码时，发现如法炮制的参数并不好使了，码率还是会有较大范围的波动，最后搜索研究了很久后发现，原来x265有这么个参数：
–[no-]strict-cbr Enable stricter conditions and tolerance for bitrate deviations in CBR mode. Default %s\n”, OPT(param->rc.bStrictCbr));
实测加上这个参数后，编码输出码率几乎就是目标码率很小范围内波动了，ffmpeg命令如下：
ffmpeg -re -stream_loop -1 -i <input> -c:v libx265 -b:v 25M -muxrate 30M -x265-params strict-cbr=1:vbv-bufsize=25000:vbv-maxrate=25000 -c:a aac -ac 2 -b:a 128k -f mpegts udp://239.3.3.3:5000
最近在学习EDA，使用的是开源的KiCad，基本操作还是挺简单的，但是众多的电子元件符号、封装相比起来还是不如立创EDA这种web版生态完善的来的方便，好在网上找到了将立创EDA中PCB元件封装导入KiCad的方法（拿来主义，哈哈），原文在这里：http://www.taodudu.cc/news/show-5505674.html?action=onClick，转过来记录一下：
在使用KiCad软件的时候，有些元器件的封装没用合适的，需要自己画。但是自己画起来比较麻烦，这时候就可以直接去立创EDA软件中下载。
首先登陆立创网页版的EDA，网址：https://pro.lceda.cn/ 进入标准版。
之前曾经写过一篇 魔改国产ST-LINK V2仿真器，增加SWO支持 的博文，记录了给山寨ST-LINK V2增加SWO引脚引出的方法，而今天要说的是，这个方法在合宙的AIR32系列MCU上实测并不不好用，原因在于：https://wiki.luatos.com/chips/air32f103/switchFromSxx.html#debug-sw-jtag ，这里合宙官方的文档上描述了AIR32与STM32的JTAG关断差异，简单说就是SWD和JTAG同气连枝，要开都开，要关都关，而后面又有关于SWO的描述：https://wiki.luatos.com/chips/air32f103/switchFromSxx.html#traceswo-printf，要使用SWO则必须关掉JTAG但保留SWD（这个目前我理解是SWO的printf输出依赖SWD调试），但是尴尬的是：https://wiki.luatos.com/chips/air32f103/switchFromSxx.html#jtag-jtrst，调试状态关JTAG会导致程序复位，这几个情况叠加在一起就造成了我试验时的现象：接上魔改的ST-LINK V2的SWO，一通配置Keil调试设置和代码设置（具体不写了，百度一搜一大堆），然后调试启动后确实能看到SWO的输出，但是过一小会儿，程序就重置了。。。😂于是，我又开始寻找其它方案（其实最后还是换了带串口的DAP-LINK，走UART打log了，这里记录的是研究过程），最终使用Keil的中间件（应该是这么叫吧）Event Recorder实现了既不依赖SWO，也不用串口，就SWD那几根儿线打log的功能：
Continue reading…
这次坏的是公司用的明基鼠标（具体型号不明，海贝A800键盘套装送的，用着还算顺手，也是10多年的了），这个鼠标几年前滚轮编码器坏过，当时更换编码器时还特意检查了下左右键微动，是凯华的，感觉好像还挺耐用的，就没管它，结果最近发现左键开始出现接触不良的情况，拖动窗口按着按键有时自己就松开了，严重影响各种拖拽操作，容易造成意外，于是赶紧换了个之前存货的凯华红微动：
这款明基键盘是04年时购买的，当时一位学长买了这款键盘，我体验了下当场就爱了，从来没有用过这么好手感的键盘，后来才知道X架构之类的细节，而且也很喜欢这款键盘的键程，比笔记本键盘的那种巧克力按键要高点，但又没有标准键盘那么高，敲代码玩游戏都非常舒适，即使是今天换了机械键盘，也依然很怀念明基X架构的键盘（后来工作了又买了一把海贝A800，按键手感相同，不过弯曲的形状感觉不如海湾）。遗憾的是这把A110在20年时出现了Y键失灵的问题，最开始时偶尔还能有反应，但是后来就完全不行了，然后没过多久下面的H也出现了类似的情况。当时也尝试过修理，但是没找到问题，拆开键盘后清理了下，扒出薄膜来看了下，不像之前拆过的廉价键盘，薄膜电路很复杂，而且还有胶粘住（估计是为了防水），上面那层已经有很多氧化发黑的银线了，不过应该不影响封在内部的上下层间按键接触导电。由于当时没有银漆，又急着用键盘，于是就封印了A110，买了把机械先用着了…
Continue reading…
最近同事提到合宙商城在搞AIR32F103的BluePill开发板（https://wiki.luatos.com/_static/bom/BluePill.html）促销活动，9.9一个开发板还额外赠送一片AIR32F103CCT6，之前从来没接触过STM32系的MCU，于是入了一片研究，至少可以收藏。
到手后在合宙官网快速学习了一下，又从搜索引擎上查找了一些STM32的入门资料学习（互联网时代各行各业的入门知识都很廉价），了解到了各种上传程序的方法，由于之前购买过ST-LINK V2（本来是打算留着给文宇WY815P焊台刷固件用的），于是选择了ST-LINK SWD方式测试，焊好排针，按丝印指示接好线，电脑装上STM32 ST-LINK Utility，插上调试器，顺利识别，随后又装了研究版的Keil（买ST-LINK时送的网盘5.23版），按合宙wiki里的教程装好AIR32的软件库，学了下GPIO的调用方法，顺利点亮了板子上的小灯（到这一步就已经能够感觉到Arduino对比起来有多简单了😂），而且也能成功使用Keil进行断点调试，但是紧跟着问题就来了，用Arduino Nano时，虽然无法断点调试，但是可以很容易的使用IDE自带的串口通讯工具查看log以及完成命令行形式的交互，现在这套配置并不能实现简单的看printf功能，于是又花了一些时间搜索调研…
Continue reading…
问题现象如下图：
最近试玩的MCU比较多，同时各种配套的IDE、烧录调试程序用的也比较多，用惯了VS、JetBrains的我一时感觉无法适应，仿佛回到了十多年前😂，第一个问题就是在高DP显示器的Win10下，这个模糊啊。。。于是稍微研究了下，找到了临时解决方法：
Continue reading…
继之前的Arduino Nano之后，最近又搞了一片国产的W801开发板研究，陆续装上了CDK IDE和W80X SDK v1.00.10后，算是能编译自带的Demo程序了，整个过程对比下来对新手的友好度明显不如Arduino，后者基本上能做到装好IDE后一键部署点灯程序，不过这个MCU功能强大，整个开发板又只要9块9，生态差点就差点吧，要什么自行车！在百度了不少资料，搞明白怎么上传变好的自带demo程序.fls文件后，打开联盛德的Upgrade Tools，打开串口，选好fls文件，点击下载，duang，挂掉了，提示：
Waiting for receive CCC …
CCCC
==
Sync success, W80X
BLE MAC: 286DCDD1495B
WIFI MAC: 286DCDCE3C1B
FID:85,15
Please wait for Erase flash …
CCCC
Erase flash ok.
Try 2000000 baud download file …
Start the download image_0.img
Start the download image_1.img
Download “D:/C-Sky/W80X SDK v1.00.10/bin/w800/w800.fls” fail! Error code: “CAN”
LLLCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC
然后就是一直刷CCCCC（后来才知道，这是这个开发板进入等待上传程序的信号，怪！），又试了几次，一样的现象，大概在进度走到30%左右就会fail….
Continue reading…