picopaste 通过用户已有的 SSH 通道把 Windows 剪贴板截图上传到 Linux，并将远端绝对路径注入当前窗口；远端只使用 stock sshd 与 sftp-server。

用采集与发送任务的例子，说明心跳应在哪里上报、正常等待怎样与卡死区分，以及如何汇总检查结果后再喂硬件看门狗。

XCOM 是 Windows 10/11 x64 串口调试工具，使用 512 KB 固定接收池、C++ 串口核心和 Lua 热扩展，在保持字节流完整的同时降低改功能成本。

串口 open 会在返回前应用 DTR/RTS 默认状态；控制线接到复位脚时会造成隐蔽复位。本文用实测定位时序根因，并给出打开前置低的写法。

“${CACHE}.tmp” 2>/dev/null && mv “${CACHE}.tmp” “$CACHE”

以采集模块为例，说明骨架加钩子、策略模板、Traits 注入与函数指针擦除的机制、代价，以及用反汇编和体积对比判断是否真的替代了虚函数。

CRTP 把子类名当模板参数传给基类，让基类在编译期认领自己的子类，从而直接调用并内联，不查虚表、不留 vptr。本文拆解它成立的三条原理、与虚函数的差别、踩坑边界，以及在嵌入式状态机里的落地形态。

不引入独立 RTC 服务，在 nginx 框架内直接完成 RTMP 到 WebRTC 的转换，延迟从 RTMP/HLS 的 1 到 10 秒降到 0.5 秒以内。端到端实测首包约 560 ms，HTTP-FLV 分发保留作为兜底。

对一套已经基于「中断 + 线程 + IPC」自洽的嵌入式模块群，引入 Reactor 事件循环（libev）在大多数模块上是净成本，本质是「第二套并发模型叠第一套」。是否值得，取决于两个先决条件：数据源能否映射成 fd、模块是否已有完整的并发机制。

libev 不碰硬件中断，却为中断驱动的系统提供了完整的「慢事慢办」机制。它的定位可以一句话说清：下半部调度器。

libev 是一个单线程的事件循环库（Reactor 模式）。使用时把要等待的事件（文件描述符可读、定时器到期、跨线程通知）注册进去，事件发生后由库调用回调函数处理。在嵌入式系统中，它可以作为一个 RT-Thread 线程运行，STM32F407 上已用 select 后端验证了 ev_io、e

双份状态并非问题根源，失控的写入口才是；通过写穿、受控旁路、版本失效、脏标记和集中同步可让缓存与硬件重新收敛。

DVP 输出由并行像素数据、PCLK、HSYNC 和 VSYNC 共同组成，图像经 DDR 与 VIDEO_O 送入 VOC，实际缺口可能位于框架接入层。

以 PySide6 上位机为例，梳理实时帧链的三条主线: 线程与背压、零拷贝与跨语言边界、打包与解释器。结论是单个 GUI 主线程加同进程 C++ 真线程，大帧只传 token 视图。

同源像素走 UVC 时以描述符和 endpoint 面向 PC，走 CSI-2 时以 data type 和 VC 面向板级接收端，两者的封装、物理层与带宽边界不同。