1
    
    
    2025-08-05T16:00:00.000Z
  
  
    
      btjawa
    
    
    
    
    
      这应该不算教程，只是分享一些思路
前言
之前用 ESP32-S3-DEVKIT 做过中二的 Aime 读卡器，固件是用下面这个项目改的
Sucareto/Arduino-Aime-Reader
https://github.com/Sucareto/Arduino-Aime-Reader
端午闲来无事，觉得之前做的读卡器体积太大了，决定重新做一版，顺便试试固件自己写
固件已开源
btjawa/ESP32-CardReader
https://github.com/btjawa/ESP32-CardReader
硬件
Elechouse PN532
NFC 收发模块，用来和卡片交互
ESP32
主控，这次选择了 ESP32C3 Supermini
体积足够小，半孔工艺可以当贴片处理，以及GPIO刚刚好可以用完
SSD1306
OLED 显示屏，用来显示读卡器模式以及读卡状态
若干 WS2812B + 若干开关
开关用来切换模式，WS2812B 装饰
接线
0, 8, 20, 21 这四个引脚不要接
每个模块按他们的协议接线，PN532 用SPI，SSD1306 用I²C
WS2812B 由于用了级联，所以只需要接第一个LED的DIN
开关接那些下拉不会导致主控出问题的引脚 (例如 1, 2)
原理图
原理图
PCB 新版全部用了贴片，之前做的的全是插件，PCB 背面不太美观还割手
软件
具体实现可以查看 src/sega.cpp，这里只大致讲讲处理的逻辑
用 PlatformIO + arduino framework
由于 ESP32C3 Supermini 没有串口转USB以及自动下载电路
所以需要手动进入下载模式，用USB CDC上传固件 (实测只有第一次上传需要手动进入下载模式，之后就不用了)
串口交互逻辑来自 segatools 模拟层
串口波特率需要根据 segatools.ini -> keychip -> dipsw3 动态设置
如果是 CVT -> 38400，否则 115200
请求帧
游戏默认通过 COM4 与读卡器通信，每次需要让读卡器做些什么时就会发送一个请求帧 (req_frame)
样本：E0 05 00 02 30 00 37
0xE0 -> 同步字节
0x05 -> 帧长度 (包含自身)
0x00 -> 地址
0x02 -> 序号，代表第 n+1 个请求帧
0x30 -> CMD
0x00 -> Payload 长度 (不包含自身)
.... -> 如果 Payload 长度大于零，这里就会出现与 Payload 长度 相同数量的字节 (Payload Body)
0x37 -> 校验值，除其自身与同步字节外其他字节的和 (0x05 + 0x02 + 0x30 = 0x37)
0xD0 为转义字节，需要转义，流程为：忽略 0xD0，读取下一个字节并 +1
 例：D0 DF，转义后的字节为：0xDF + 1 = 0xE0
 如果转义后的字节为 0xE0，那么它不应再被视为同步字节
如果直接用 Windows API 的话，我们可以读到一个完整的帧 (IRQ_MJ_WRITE)
但是 Arduino 不行，所以我们只能按照上述含义用 Serial.read() 一个个读
处理 CMD
CMD 字节就是这个指令的类型，映射表可以查看 src/sega.h
...? 即代表不确定
0x30 -> 返回固件版本
0x32 -> 返回硬件版本
0x40 -> 开启射频天线…?
0x41 -> 关闭射频天线…?
0x42 -> 开始轮询卡片，Mifare 返回 UID 长度与 UID，Felica 返回 IDm, PMm 与各自的长度
此处注意，因为主线程是同步的，所以单次轮询读取的超时时间应该控制在 500ms 以内以防阻塞
0x43 -> 根据接收帧的 Payload 选择对应 UID 的 Mifare 卡片
0x44 -> 未知
0x50 -> Payload 为与 Aime 卡交互所需的 Key，储存
0x51 -> 用上述 Aime Key 认证
0x52 -> 读取 Mifare Block (一定发生在 Key 验证后)
0x54 -> Payload 为与 Bana 卡交互所需的 Key，储存
0x55 -> 用上述 Bana Key 认证
0x60 -> 进入升级模式…?
0x61 -> 发送数据…?
0x62 -> 重置设备…?
0x71 -> 用 Payload 中提供的命令请求 Felica 卡片，并返回卡片处理的结果
0x81 -> 用 Payload 提供的颜色 (三个字节，对应 RGB) 设置 LED 灯
0xF5 -> 重置 LED 灯
0xF0 -> 返回 LED 灯版本
回复帧
处理完请求帧后，我们自然也需要构建回复帧 (res_frame)
这里的样本也对应上述请求帧的样本
样本：E0 07 00 02 30 00 01 94 ce
结构基本与请求帧保持一致，只是：
CMD 后新增一个字节，对应响应状态：
0x00 -> 成功
 0x01 -> 失败 (游戏默认会重试，可以善用这个机制)
 其他字节意义不明
请求帧中的 Payload 长度, Payload Body 在此处变为返回的 Payload：
上文中提到的 “返回xxx” 就是指填充此处数据，在样本中对应 0x01, 0x94
然后将构建好的回复依次写回串口
后记
WS2812B 在级联灯比较少的情况下用 3.3v 供电也能跑起来，还挺稳定的，就是不知道寿命了
看着一条条请求帧被正确回复真是有很大的成就感
]]>
    
    https://blog.btjawa.top/posts/aime-cardreader/
    
    2025-06-01T16:00:00.000Z
    

      这应该不算教程，只是分享一些思路

前言
之前用 ESP32-S3-DEVKIT 做过中二的 Aime 读卡器，固件是用下面这个项目改的

    
    
      Rust 下通过配置 Job Object 实现在主进程退出时自动清理创建的子进程
之前写 Tauri 应用（没错就是BiliTools）时，需要在后台挂个 aria2c 实现多线程下载
然后发现很尴尬这玩意不会跟着应用退出而退出（理所当然）
本来想的是写一个结构体，存 Child，然后监听窗口关闭事件 tauri::WindowEvent::Destroyed，调用函数把进程杀了
这种方法能用是能用吧，但是如果 Panic，非正常关闭，应用更新什么的就会比较麻烦
不如找个一劳永逸的方法，就不用到处设 hook 监听退出了
方案一
这种方法 macOS / 其他Linux发行版 / Windows 都适用
就是运行一个监控脚本，传递主进程 PID 和子进程 PID
脚本定期检查主进程是否退出，一旦退出就杀掉指定子进程
这种方法的坏处就是需要在每个运行子进程的地方都设置一个监控
Windows
1
2
3
4
param($a,$b)

while ((Get-Process -Id $a -ErrorAction SilentlyContinue) -ne $null) \
{{ Start-Sleep -Milliseconds 500 }}; Stop-Process -Id $b -Force
实践：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
use std::process::{Command, self};

fn main() -> Result<(), Box<dyn std::error::Error>>  {
    let child = Command::new("aria2c").spawn()?;
    let child_id = child.id();
    let main_id = process::id();

    Command::new("powershell.exe")
        .arg("-Command")
        .arg(format!(
            "while ((Get-Process -Id {} -ErrorAction SilentlyContinue) -ne $null) \
            {{ Start-Sleep -Milliseconds 500 }}; Stop-Process -Id {} -Force", 
            main_id, child_id))
        .spawn()?;

    Ok(())
}
macOS / 其他Linux发行版
1
while kill -0 $1 2>/dev/null; do sleep 0.5; done; kill $2
实践：
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
use std::process::{Command, self};

fn main() -> Result<(), Box<dyn std::error::Error>>  {
    let child = Command::new("aria2c").spawn()?;
    let child_id = child.id();
    let main_id = process::id();

    Command::new("/bin/bash")
        .arg("-c")
        .arg(format!(
            "while kill -0 {} 2>/dev/null; do sleep 0.5; done; kill {}", // do sleep 后跟着的就是定期检查的间隔时间
            main_id, child_id))
        .spawn()?;

    Ok(())
}
方案二（仅适用 Windows）
WinAPI 下有个叫 Job Object / 作业对象 的东西，可以关联进程，从而实现退出时终止与作业关联的所有进程
Job Objects - Win32 apps | Microsoft Learn
https://learn.microsoft.com/en-us/windows/win32/procthread/job-objects
Rust 中有两种方式实现它：
Crate winapi 自己用 winapi 写，工程量比较大
Crate win32job GitHub 上有人封装了作业对象的 api，可以直接用
下面是 win32job 的示例
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
use win32job::Job;
use std::process::Command;

fn main() -> Result<(), Box<dyn std::error::Error>>  {
    let job = Job::create()?;
    let mut info = job.query_extended_limit_info()?;
    info.limit_kill_on_job_close(); // 确保当 Job Object 的句柄被关闭时，所有关联的进程都会被终止
    job.set_extended_limit_info(&mut info)?;
    job.assign_current_process()?; // 让 Job Object 关联进程

    Command::new("aria2c.exe").spawn()?;

    // job 被 drop 或者主进程退出时，aria2c 就会被杀死
    
    Ok(())
}
]]>
    
    https://blog.btjawa.top/posts/rust-job-object/
    
    2024-03-26T18:15:16.000Z
    

      Rust 下通过配置 Job Object 实现在主进程退出时自动清理创建的子进程
]]>
    
    
    2025-06-15T16:00:00.000Z
  
  
    
      btjawa
    
    
    
      记一次黑苹果崩溃 - com.apple.filesystems.lifs
起因
装好黑苹果突然心血来潮想在上面用水果（因为一帮人吹 macOS 编曲体验很好）
安装激活后挂载 NTFS 盘、搜索路径添加挂载路径
然后点 Find 的时候杯具了，系统卡死，所以只能强制关机再进系统看报错。
（有时也表现为直接黑屏panic，然后自动重启）
解决过程
报错信息
从报错来看似乎和 com.apple.filesystems.lifs(1.0) 有关
维基此文件系统无果，最后在 苹果开发者论坛 找到了这样一篇帖子：
External drives reported as "lifs"
https://forums.developer.apple.com/forums/thread/712310
问题看起来是外部驱动器的问题
我黑苹果的配置是两块 SSD，第一块装 Windows，然后第二块分一块分区出来装 Hackintosh，所以理所当然为了兼容双系统插件音源什么的都装在 NTFS 下
NTFS 那个分区所在的硬盘尽管是 PCIE 板载，但是因为 macOS 默认只能读而不能写 NTFS 的缘故，估计把它当作外部硬盘了
所以我的切入点就改为了 “让这块 NTFS 可以读写，就不会被认成所谓 lifs 了”
解决方案
一开始去必应 NTFS 读写工具，结果一看都是收费的，免费的也不怎么能用的样子
所以只剩两个选择
使用市面上已有的一众 NTFS 读写工具
例如：
Paragon NTFS for Mac
https://www.paragon-software.com/home/ntfs-mac
小心不要进到苏州某企业网站
NTFSTool
https://github.com/ntfstool/ntfstool
自己写脚本
这里使用 ntfs-3g，每次开机运行一下就可以了（脚本调用 sudo，可能会让你输密码）
使用前需要使用 home-brew 安装：
1
2
brew tap gromgit/homebrew-fuse
brew install ntfs-3g-mac
 ntfs.sh 
              
              
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
#!/bin/bash

echo "检测所有NTFS磁盘分区..."

# 查找所有的NTFS磁盘分区
PARTITIONS=$(diskutil list | grep "Microsoft Basic Data" | awk '{print $NF}')

# 第一步：先卸载所有已挂载的NTFS磁盘
for PARTITION in $PARTITIONS; do
    INFO=$(diskutil info $PARTITION)
    DEVICE_NODE=$(echo "$INFO" | grep "Device Node" | awk '{print $NF}')
    if [ ! -z "$(echo "$INFO" | grep "Mount Point")" ]; then
        echo "卸载磁盘: $PARTITION"
        if ! diskutil unmount $DEVICE_NODE; then
            echo "卸载磁盘失败，请检查磁盘是否正在使用或其他问题。"
            exit 1
        fi
    fi
done

# 第二步：再次遍历并挂载每个NTFS磁盘
for PARTITION in $PARTITIONS; do
    INFO=$(diskutil info $PARTITION)
    VOLUME_NAME=$(echo "$INFO" | grep "Volume Name" | awk '{for (i=3; i<=NF; i++) printf $i " "; print ""}')
    VOLUME_NAME="${VOLUME_NAME%"${VOLUME_NAME##*[![:space:]]}"}"  # 去除尾随空格
    DEVICE_NODE=$(echo "$INFO" | grep "Device Node" | awk '{print $NF}')

    # 如果Volume Name为空，使用默认名称
    if [ -z "$VOLUME_NAME" ]; then
        VOLUME_NAME="NTFS Disk"
    fi

    # 生成不重复的挂载点名称
    MOUNT_DIR="/Volumes/$VOLUME_NAME"
    SUFFIX=1
    while [ -e "$MOUNT_DIR" ]; do
        MOUNT_DIR="/Volumes/${VOLUME_NAME} ${SUFFIX}"
        ((SUFFIX++))
    done

    # 使用ntfs-3g挂载磁盘
    echo "使用 ntfs-3g 挂载磁盘: $PARTITION ($DEVICE_NODE) 到 $MOUNT_DIR"
    sudo ntfs-3g $DEVICE_NODE "$MOUNT_DIR"  -o local -o allow_other -o auto_xattr -o auto_cache -o volname="$(basename "$MOUNT_DIR")"
done

echo "所有NTFS磁盘处理完毕。"
              
            
感谢 GPT 4.0 支持
结语
这个 panic 甚至可以复现：故意在水果里扫没处理过的 NTFS 盘（
我目前在用的 EFI：
btjawa/i513600k-TUF_B660M_WIFI
https://github.com/btjawa/i513600k-TUF_B660M_WIFI
]]>
    
    https://blog.btjawa.top/posts/hackintosh-panic-lifs/
    
    2024-03-22T16:00:00.000Z
    

      记一次黑苹果崩溃 - com.apple.filesystems.lifs
]]>
    
    
    2025-06-15T16:00:00.000Z
  
  
    
      btjawa
    
    
    
    
    
      💡 一个简约、轻量的哔哩哔哩工具箱，基于 Tauri 构建。
本站文档已迁移，请查看 文档站 或 GitHub
 设置
 常见问题
 下载 & 安装
 
本项目基于用户账号解析资源，因此你需要订阅大会员、或是购买对应内容后才能解析对应资源
 关于声明请参见 README
暗色
亮色
🧪 支持功能
资源
状态
备注
视频
✅ 已完成
支持合集 / 分P / 互动、番剧 / 课程 / 电影
支持 DASH、MP4、FLV
支持 4K、8K、HDR、杜比视界
音频
✅ 已完成
支持 AVC、HEVC、AV1
支持 杜比全景声、Hi-Res
实时弹幕
✅ 已完成
ASS / XML 格式
可解析弹幕池中几乎所有弹幕
历史弹幕
✅ 已完成
ASS / XML 格式
音乐
✅ 已完成
支持无损 FLAC、320Kbps 音乐 / 歌单
封面
✅ 已完成
支持番剧 / 电影海报 / 合集封面 / 课程预览等等
字幕
✅ 已完成
SRT 格式
用户投稿
✅ 已完成
支持用户投稿视频 / 图文 / 专栏 / 动态 / 音频
稍后再看
✅ 已完成
支持列表与单项
收藏夹
✅ 已完成
支持任意用户收藏夹
NFO刮削
✅ 已完成
合集/剧集刮削、单集刮削
元数据
✅ 已完成
支持 ID3v2 / Vorbis Comments
AI总结
✅ 已完成
Markdown格式，来自哔哩哔哩 AI 小助手
账号相关
状态
扫码登录
✅ 已完成
密码登录
⚠️ 不稳定
短信登录
✅ 已完成
刷新登录
✅ 已完成
参数签名
✅ 已完成
风控验证
✅ 已完成
指纹验证
✅ 已完成
其他
状态
明暗主题
✅ 已完成
监听剪切板
✅ 已完成
HTTP 代理
✅ 已完成
过滤 PCDN
✅ 已完成
音频转 MP3
✅ 已完成
命名格式
✅ 已完成
历史记录
✅ 已完成
✨ 新版本特性
[1.4.3] - 2025-09-24
新增功能
efc3ed6 支持拖拽并自动搜索哔哩哔哩链接 (#183)
b5a760f 支持解析用户完整投稿视频列表
问题修复
d8b09fb 修复数据库迁移与 staff 解析不完整的问题 (#182)
78b5f06 修复 Linux 下 Sidecar 的打包策略问题 (#182)
💫 鸣谢
  
]]>
    
    https://blog.btjawa.top/posts/bilitools/
    
    2024-01-11T16:00:00.000Z
    

      💡 一个简约、轻量的哔哩哔哩工具箱，基于 Tauri 构建。
]]>
    
    
    2025-09-22T16:00:00.000Z
  
  
    
      btjawa
    
    
      Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.
Quick Start
Create a new post
1
$ hexo new "My New Post"
More info: Writing
Run server
1
$ hexo server
More info: Server
Generate static files
1
$ hexo generate
More info: Generating
Deploy to remote sites
1
$ hexo deploy
More info: Deployment
]]>
    
    https://blog.btjawa.top/posts/hello-world/
    
    2023-12-18T16:00:00.000Z
    

      Welcome to Hexo! This is your very first post. Check documentation for]]>
    
    
    2023-12-18T16:00:00.000Z