软硬件使用

各种应用软件、硬件的使用技法记录，以备不时之需

CentOS 7交叉编译调用libsamplerate库程序ARM64(aarch64)版的libm wrong format问题

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

还是先说下环境，系统是CentOS 7.9（怕玩坏了，用的docker，官方镜像centos:centos7.9.2009），配合ARM官方的linux工具链gcc-arm-8.3-2019.03-x86_64-aarch64_be-linux-gnu.tar.xz（这里： https://developer.arm.com/downloads/-/gnu-a），解压到了 /usr/local/ARM-toolchain/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu，使用环境变量：

export AR="/usr/local/ARM-toolchain/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu/bin/aarch64-linux-gnu-ar"
export AS="/usr/local/ARM-toolchain/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu/bin/aarch64-linux-gnu-as"
export CC="/usr/local/ARM-toolchain/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu/bin/aarch64-linux-gnu-gcc"
export CXX="/usr/local/ARM-toolchain/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu/bin/aarch64-linux-gnu-g++"
export RANLIB="/usr/local/ARM-toolchain/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu/bin/aarch64-linux-gnu-ranlib"
export STRIP="/usr/local/ARM-toolchain/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu/bin/aarch64-linux-gnu-strip"
export PATH="/usr/local/ARM-toolchain/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu/bin:$PATH"

来指定交叉编译工具链，依赖的libsamplerate库版本是：0.2.2，报错信息如下：

/usr/local/ARM-toolchain/gcc-arm-8.3-2019.03-x86_64-aarch64-linux-gnu/bin/../lib/gcc/aarch64-linux-gnu/8.3.0/../../../../aarch64-linux-gnu/bin/ld: /usr/lib64/libm.so: error adding symbols: file in wrong format

Continue reading…

Proxmox VE由7升级8后遇到的networking.service/start卡死问题

2024年11月7日 0, ? 软硬件使用

最近发现Proxmox VE 7的管理页面开始提示支持到期的红字了（查了下，官方说明是24年7月底正式停止），于是趁最近有空给服务器升级到了8，开始前仔细研读了官方的大版本升级说明：https://pve.proxmox.com/wiki/Upgrade_from_7_to_8，这个wiki提到了两种升级方式，一是全新安装一个8，然后将原有的磁盘配置和虚拟机通过备份、还原等方式迁移过去，另一种是就地升级，类似系统内软件的升级方式apt update，apt upgrade这样。

从操作方式上来看，感觉第一种方式安全系数更高一些，但是需要有两个服务器，至少是两套一模一样的磁盘环境，新部署的新版本虚机系统如果遇到问题，旧的不受影响，还可以用，新的研究好了，旧的一停，切割完成！第二种方法呢，风险就大一些，一旦升级出现问题，虚机的服务就会中断，而且还需要重装，再还原备份等等麻烦的操作。不过对于博主我来说，也只有第二种就地升级是可行的，因为没有富裕的硬件资源。

虽然升级前感觉做足了功课，但升级过程中还是挺坎坷的，其中坑最大的就是标题上写的这个networking.service/start卡死问题，最早发现问题的症状是在升级正常完成后，重启系统，然后就卡在这个状态：

一开始还傻等了半天，后来发现硬盘灯根本不亮了，才意识到出事了，于是上网搜了一下，发现果然有不少遇到类似问题的人，其中下面这篇文章提到了这个卡住界面背后的实际问题：“Job networking.service/start running”

Continue reading…

记录一个cmake局部变量传入子项目问题CMP0077

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

最近在搞一个依赖了开源库fftw（写此文时用的官网最新发布版3.3.10，https://www.fftw.org/fftw-3.3.10.tar.gz）的代码，项目使用cmake构建，fftw依赖以子项目的方式引入：

add_subdirectory(dep/fftw-3.3.10)

测试后发现调用代码使用的是float版的接口，也就是需要通过设置“ENABLE_FLOAT”这个选项来编译fftw，参见：

set (FFTW_VERSION 3.3.9)

set (PREC_SUFFIX)
if (ENABLE_FLOAT)
  set (FFTW_SINGLE TRUE)
  set (BENCHFFT_SINGLE TRUE)
  set (PREC_SUFFIX f)
endif ()

由于这个是调用代码的刚需，所以不想通过cmake命令行传递此设置，于是想到了再add_subdirectory前临时设置下这个选项，如下：

Continue reading…

小米米家温湿度计2的正确重置（复位、恢复出厂、reset、触点按不动）方法

2023年01月7日 0, ? 软硬件使用

家里三个小米温湿度计2，连着小米智能插座2的蓝牙网关，小巧方便，手机随时查看家里温湿度情况。最近其中一个在更换电池后，出现了奇怪的问题：米家app上能看到设备，并且也显示已连接蓝牙网关，但是温湿度数据就是获取不到，点进设备详情界面也一直没反应，提示“打开蓝牙”，此时如果开启手机蓝牙，会以很慢的速度通过蓝牙连接设备，然后确实可以正常获取到数据，只是整个过程反应很慢，不像之前网关正常时随点随出，同时这样在外出时也看不到这个温湿度计的实时信息了（从米家app的中枢网关界面里也能看到这个温湿度计是连接状态，并且离着不远三格信号满格），后来看了下固件，发现可以升级到最新的“0130”，于是升了下级（这个过程也是特别慢，不知道是不是由于蓝牙传输所致），升级完成后问题依旧！百度搜索了下，发现有人提到可以重置一下试试，然后就进入了今天记录的主题，这个小米温湿度计的重置设计也算是另类了，网上能搜到的重置方法基本都是这样说的：

Continue reading…

OpenWRT误删uhttpd服务配置导致LuCI管理页面无法访问问题

2024年05月3日 0, ? 软硬件使用

自己编译的OpenWRT固件带了uHTTPd的LuCI设置UI，在研究服务器映射时点了右上角的删除，并且应用了：

结果发现LuCI界面无法访问了，才意识到原来刚才删除的配置就是通过uhttpd支撑的LuCI管理页面的web服务器，重启了几次后发现路由器功能还是正常的，只是无法访问web管理，dropbear的ssh还是能正常连上的，本来都做好了重新刷机的准备了，后来查了下，发现下面论坛里说的方法：

https://forum.openwrt.org/t/cannot-access-luci-after-messing-with-settings/147903

通过执行下面的命令：

cp /rom/etc/config/uhttpd /etc/config/uhttpd

即可将默认uhttpd的配置文件还原回来，然后重启uhttp服务：service uhttpd restart，或者直接重启路由器即可恢复管理页面，不需要刷机，快速救回LuCI管理页面。

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…

给退役的路由器联想y1s硬改升级64M闪存

2024年03月2日 0, ? 软硬件使用

自从去年10月换了红米AX6000后，服役快10年的y1s终于迎来了退役的日子，此后便一直待在盒子里吃灰…

直到前段时间逛恩山论坛时无意间看到了 1421890054 大佬的这篇帖子：【2022-1-22】折腾一下OpenWrt-Lenovo-newifi-y1s-R22.1.1-mt7620a-USB，意识到原来y1s是可以支持更大容量的闪存的（原配winbond 25Q128 16M，装完op后基本就装不了什么软件了…），于是又翻出了退休的y1s，准备也试着硬改升级下闪存玩玩。

Continue reading…

Systemd – Failed to reload daemon: Refusing to reload, not enough space available on /run/systemd

2024年02月9日 0, ? 软硬件使用

最近在配置一台128M内存运行debian 11系统的虚拟机时，遇到了修改systemd服务配置后reload时报错的情况，提示信息如标题所写，排查后发现debian系统安装后默认配置的/run空间大小是和系统内存数成比例的，而默认分配的16M空间，在执行“systemctl daemon-reload”时就会提示上面的错误信息，还会说明类似如下信息：

Currently, XX.XM are free, but a safety buffer of 16.0M is enforced.

解决的方法就是想办法加大这个/run就可以了，修改/etc/fstab，追加如下内容：

none /run tmpfs defaults,size=64M 0 0

这里指定了64M空间用于/run，按网上的说法这样应该可以应付绝大部分情况，之后执行：

mount -o remount /run

重新挂载/run，完成后可以用“df -hT”确认下当前/run的大小，增大后再次daemon-reload即可正常操作了。

关于x265编码使用CBR流控码率不达标问题的处理

2023年09月17日 0, ? 软硬件使用

之前在使用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中PCB元件封装转换为KiCad格式方法

2023年08月20日 0, ? 软硬件使用

最近在学习EDA，使用的是开源的KiCad，基本操作还是挺简单的，但是众多的电子元件符号、封装相比起来还是不如立创EDA这种web版生态完善的来的方便，好在网上找到了将立创EDA中PCB元件封装导入KiCad的方法（拿来主义，哈哈），原文在这里：http://www.taodudu.cc/news/show-5505674.html?action=onClick，转过来记录一下：

在使用KiCad软件的时候，有些元器件的封装没用合适的，需要自己画。但是自己画起来比较麻烦，这时候就可以直接去立创EDA软件中下载。
  首先登陆立创网页版的EDA，网址：https://pro.lceda.cn/ 进入标准版。

Continue reading…