最近我把代理节点统一放在 3x-ui 上管理，同时希望广告拦截尽量放在 VPS 服务端处理，而不是每个客户端单独配置规则。这样无论是 v2rayN、小火箭、OpenClash，还是其他客户端，只要走这个节点，就能共享同一套基础广告过滤规则。 这篇记录一下我在 3x-ui 里配置 Xray 服务端广告

背景 最近做了一个 TCC5110 LVDS Timing Register Generator 小工具，用来根据 LCD/LVDS panel timing spec 自动生成 Telechips TCC5110 的寄存器配置，包括 register list、C header、CSV 和 rep

为了让爬宠箱在日常使用中更安全、更可靠，我在系统里加入了一套温湿度和设备异常报警机制。它不仅能提醒环境异常，也能在关键硬件可能受损前主动停止相关动作，减少风险。 目前报警主要分为两类：一类是用户可以自行开启或关闭的环境报警，另一类是系统强制开启的安全保护报警。 一、用户可设置的温湿度报警 用户可以在

适用固件版本：v1.1.14+ 平台：ESP32-S3 / ESP-IDF 场景：孵化保温箱，PTC 加热 + 顶部风扇 + SHT30/40 温湿度传感器 背景与动机 2025 年 5 月 17 日，设备 80B54EE7B22C 在 OTA 升级后出现以下故障： LEDC PWM 驱动进入不一致

本文记录 PetBoxX 孵化箱固件在"恒温维持阶段"风扇控制策略的三次演变，从最初的固定 PWM、引入 hold_ready 累计判断，到最终的按风扇资质归一化的动态微调。最后讨论哪种方案在理论和实测数据上更优。 背景：PTC + 风扇的控温物理模型 PetBoxX 使用 PTC（正温度系数）陶瓷

记录 PetBoxX ESP32-S3 固件中喷雾育雏模块的完整设计思路，方便日后查阅。 涉及两个相互独立但协同工作的子系统：湿度区间状态机（humidity_ctrl）和水位自动补水任务（mist_autofill）。 整体架构 育雏期的湿度管理分两层，职责完全分离： 模块 职责 控制的硬件 hu

记录 PetBoxX 项目从不稳定到 ±0.1°C 恒温的全过程——硬件结构、PID 调参、热安全联锁、多箱型固件管理、风扇资质测试。 硬件结构 ┌─────────────────────────┐ │ PTC Heater [ Top ] │ │ PWM Fan [Mid

当前固件里使用的是： 误差 = 目标温度 - 当前温度 也就是箱内温度低于目标温度多少。只有当前温度低于目标温度时，才会进入这些升温分段。 功率分段 距离目标温度 执行功率 >= 4.00°C 升温功率 far_power_pct 2.00°C ~ 4.00°C 升温和近温之间的较高过渡功率 1.0

前言 本文记录了从零在 VPS 上搭建 Halo 博客的完整过程。技术栈： Halo 2.24.1 — 开源博客系统 Docker + Docker Compose — 容器化部署 Caddy — 反向代理，自动申请 HTTPS 证书（注意：不是 Nginx） PostgreSQL 16 — 生产级