设计开发

本博主的主要乐趣所在！

W801（W80X_SDK_v1.00.10）https请求mbedtls报错0x7780问题解决记录

2024年07月5日 0, ? C, C++, Obj-C 设计开发

事情的起因是想通过W801实现检测到gpio电平变化后，通过telegram发送bot通知消息，结果在调用自己的tg api反代（caddy v2.6.4 h1:2hwYqiRwk1tf3VruhMpLcYTg+11fCdr8S3jhNAdnPy8=）接口时，串口日志提示标题上的ssl握手0x7780错误。

代码是直接抄的SDK示例中的demo\wm_https_demo.c代码，报错的函数是在握手时，也就是调用HTTPWrapperSSLConnect的时候，如下：

                    wm_printf("step 1: ssl connect to...\r\n");
                    ret = HTTPWrapperSSLConnect(&ssl_p, fd, (const struct sockaddr *)&server, sizeof(server), HTTPS_DEMO_SERVER);
                    if (ret < 0)
                    {
                        wm_printf("https connect error\r\n");
                        close(fd);
                        break;
                    }

开始的时候只是能看到串口输出step 1: ssl connect to…，然后报了个0x7780的错误，接下来https connect error，请求失败返回，研究了下内部使用的mbedtls库，发现其实还有更详细的调试日志，要在SDK的\src\app\mbedtls\include\mbedtls\config.h中打开“define MBEDTLS_DEBUG_C”这行宏定义（并且需要确保makefile项目的lib目标重新构建，如果是参考我之前的CLion IDE用法，就是在构建的configuration里选择lib，然后rebuild），打开后就能看到类似：https://forums.mbed.com/t/error-0x7780-during-handshake/6883 这里提到的错误信息：

Continue reading…

记录Mac系统下构建FFmpeg(-Wl,rpath不支持)及依赖库libxml2遇到的两个问题

2024年06月1日 0, ? C, C++, Obj-C 设计开发

最近在Mac系统下尝试编译FFmpeg源码，虽然由于都是nix系的系统，比Win下编译方便很多，但还是遇到一些由于系统差异导致的问题。首先是依赖库libxml2编译时，提示：

-bash: libtoolize: command not found

这个问题，简单调查后发现是由于Mac系统已经存在libtool这个工具，但是功能不同，而相同功能的工具程序换了个名字，叫glibtool，可以通过brew安装，参考这个地址：https://stackoverflow.com/questions/15448582/installed-libtool-but-libtoolize-not-found

glibtool可用后，增加个符号链接，或者改下libxml2的构建脚本，就可以build成功了。

第二个要记录的问题是FFmpeg在编译时，由于使用的是Xcode命令行工具安装的clang，无法识别gcc的“-Wl,rpath=”链接命令，用于指定rpath。

这个问题参考这个github上的issue描述：https://github.com/klee/klee/issues/591，将指定rpath链接参数的写法换成“-Wl,-rpath xxx”即可，多个rpath路径时可以参考下Xcode项目设置里增加rpath后生成的编译链接命令写法。

Win下搭建CLion配合远程Linux的联盛德W801开发环境（csky-elfabiv2-tools）

2024年04月1日 0, ? C, C++, Obj-C 设计开发 软硬件使用

之前9块钱促销买了块海凌科（Hi-Link）的W801开发板HLK-W801-KIT-V1.1：

到手后看了各种资料用CDK IDE搭起了开发环境，简单试了试灯，还踩了个Upgrade Tools上传程序的坑：W801开发板Upgrade Tools上传程序失败问题，那之后这块板就吃灰了😂，最近因为发现网口WOL网络唤醒在电脑完全断电恢复后无法使用的问题（试了自己和朋友的几台电脑，华硕的x370主板、技嘉的x570主板、公司的技嘉z390主板都不行，网上看有人说自己的电脑可以掉电后WOL，介绍的各种设置方法也基本都试了个遍，无果）, 打算研究个IoT远程开机功能，嘉立创的开源平台上一搜能搜到很多，但大都基于ESP的MCU，于是又想起了这块W801…不过用惯了VS、Xcode、CLion的我对之前使用CDK的体验着实不怎么样，在联盛德的官方论坛上也看到有人基于VSCode搭建了开发环境，有win下配msys的，也有走远程linux编译的，由于本人实在是对cgywin，mingw这类windows下移植linux环境的工具不感兴趣，所以这回打算尝试下远程linux编译的方式再次搭建下W801的开发环境，同时使用最近经常用的CLion IDE（我用的Nova版，写此文的时候还处于EAP状态，已经进入RC状态了，下载2024.1 RC版（设置中高级里启用ReSharper 引擎，重启后就是Nova办了），但实际测试并没发现什么严重问题，理论上稳定版对远程linux开发支持应该也是一样的），另外，多说一句，虽然说的是remote linux，其实WSL，或者本地虚拟机也都是一个道理，那下面我就记录下这样搭环境的主要步骤。

Continue reading…

VS 2022构建boost 1.57.0时的missing argument global-setup问题

2024年01月12日 0, ? C, C++, Obj-C 设计开发

最近要用到一个库，依赖boost，于是久违的下载了需求的最低版本1.57的boost拿来build一把，结果已开具就遇到了坑…

目前用的编译器是VS 2022的toolchain，于是打开x64 Native Tools命令行，进到boost源码路径，简单看了下说明，敲了“bootstrap.bat”，提示：

Building Boost.Build engine
cl: 命令行 warning D9035 :“GZ”选项已否决，并将在将来的版本中移除
cl: 命令行 warning D9036 :使用“RTC1”而不使用“GZ”
cl: 命令行 warning D9002 :忽略未知选项“/MLd”

Bootstrapping is done. To build, run:

    .\b2

To adjust configuration, edit 'project-config.jam'.
Further information:

    - Command line help:
    .\b2 --help

    - Getting started guide:
    http://boost.org/more/getting_started/windows.html

    - Boost.Build documentation:
    http://www.boost.org/boost-build2/doc/html/index.html
Continue reading…

关于spring框架使用websocket + stomp协议时的发消息顺序问题

2023年12月10日 0, ? Java, JavaScript 设计开发

还是继续上一篇stomp的问题，这次是在实际使用中又有了新发现，那就是java后端向前端发送stomp消息时，存在底层异步操作造成的消息顺序不确定性问题，如下：

    @Autowired
    SimpMessageSendingOperations messagingTemplate;

    @MessageMapping("/create")
    @SendToUser("/queue/reply")
    public ReplyDTO create(@Payload CreateDTO msg, SimpMessageHeaderAccessor accessor) throws Exception {
        String userId = getUserId(accessor);
        if (userId.isEmpty())
            return buildNotLoggedInReply(accessor);
        int createId = myService.create(userId, msg.getTypeName());
        CreateInfo ci = myService.info(createId);
        String infoStr = new ObjectMapper().writeValueAsString(ci);

        messagingTemplate.convertAndSendToUser(
                Objects.requireNonNull(accessor.getSessionId()),
                "/queue/response",
                buildOkResp(accessor),
                createHeaders(accessor.getSessionId())
        );

        return buildReply(accessor, infoStr);
    }
Continue reading…

cannot deserialize from Object value (no delegate- or property-based Creator)

2023年11月4日 0, ? Java, JavaScript 设计开发

最近研究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的对应处理方法中。小问题连带了一个小知识点，记录一下。

也记一篇关于strncpy和snprintf中n的不同之处

2023年10月3日 0, ? C, C++, Obj-C 设计开发

关于这俩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…

关于Si4735的SSB Patch（pu2clr开源项目）

2022年12月24日 0, ? C, C++, Obj-C 设计开发 软硬件使用

最近在研究基于Arduino + Si4735 + pu2clr/SI4735的数字收音机，FM功能基本已经ok了，感谢pu2clr开源项目作者 Ricardo Lima Caratti 封装了这么好用的库，电路连接正确的情况下，基本可以秒实现功能！

简单试玩了一段时间后准备挑战下传说中的SSB单边带补丁，结果踩到了一个小坑，使用pu2clr库中的代码：https://github.com/pu2clr/SI4735/blob/master/examples/TOOLS/SI47XX_09_SAVE_SSB_PATCH_EEPROM/SI47XX_09_SAVE_SSB_PATCH_EEPROM.ino，准备将SSB补丁写进AT24C256 eeprom中，结果发现执行代码后，数据写入出现了问题，所有验证过程读回的数据全都是0xFF，patch的name什么的在Arduino IDE的Serial Monitor中看到的也都是乱码，size也都是FF对应的错误数据65535这些…

Continue reading…

[续]Win10 + WSL编译FFmpeg开启openssl依赖时的坑

2022年10月1日 0, ? C, C++, Obj-C 设计开发

之前写过一篇基于WSL编译windows版FFmpeg的博文：使用Win10 + WSL编译FFmpeg时的依赖库处理 – https://blog.k-res.net/archives/2771.html，记录了一些基本构建操作和一些问题，但是当时的configure并没有开启很多其他依赖项来激活相关功能，这次要记录的是通过开启openssl的方式，增加如https，rtmps等协议的支持，虽然有WSL的加持，大大简化了windows下编译FFmpeg的复杂度，但到了某些依赖，如这次要说的openssl时，还是有些需要注意的地方的，毕竟WSL的方式实际的本质是在一个同时有linux命令但又能执行windows执行程序的特殊环境下执行构建操作，带来方便的同时也带来了一些特有的麻烦：

Continue reading…