2026-08-30 的 2288×1048 显示缓冲区截图；本人当次确认同画面已在 HS2 实体屏生效，左上方透明浮层同时可见。它不是实体相机照片，也不是本轮当前像素回读。
查看画廊与说明用途与结果
最快了解这个项目
为什么需要它
主屏要留给工作和游戏，两块实体副屏应让我抬眼看到电脑状态与真正需要注意的事。只看到程序在运行，机箱屏却可能已冻住；换机沿用旧端口或显示器编号还可能把画面送错。项目分别核对数据来源、两块屏的显示和故障后恢复，最后仍以实体画面为准。
举个实际例子
我可以说：“主屏只留给工作和游戏，电脑状态放到机箱屏上。”温度、负载、流畅度、网络和磁盘会持续排在 480×1920 的竖屏里；没开游戏时明确显示正在等待帧，不会伪造一个 0 FPS。最后我抬眼就能看见电脑现在忙不忙、热不热，主屏不用常驻监控窗口。
最后我会得到什么
抬眼能看见温度、负载、帧表现、网络和磁盘，另一块屏只在有意义的事件出现时提醒；还能直接清场或切换时钟。指标缺失、串口刷新、窗口归属和实体画面各自给出状态，软件演示不能代替肉眼确认屏幕真的更新。
正常时
机箱屏持续更新真实指标，水冷屏把事件放在正确位置；软件状态和本人看到的实体画面分别确认。
发现问题时
读数过期、画面冻结、浮层跑到错屏或壁纸停动时，只修对应部分，保留失败原因，不反复重启整台电脑。
入口不可用或证据不足时
设备或显示器无法唯一确认、数据来源缺失或桌面未就绪时，停下相应显示与恢复，不抢端口，也不拿旧预览图说现在正常。
从哪里开始
日常直接看机箱竖屏和水冷 HS2 副屏；HS2 的 Win+F1 清理可清卡片、Win+F2 切换时钟。新机安装与故障修复则在已接入项目的本机 AI 对话中点名设备。
需要准备什么
- 要看的指标或通知
- 具体是哪块屏和当前症状
- 安装时的本机串口、网卡、天气及显示器身份
从开始到拿到结果
- 1认出两块屏各自的工作
系统先确认机箱竖屏和水冷副屏当前绑定，避免把指标或通知送错显示器。
- 2从本机来源取值
软件按各自来源读取指标或事件，过期、歧义与不可用明确标注。
- 3显示并受控刷新
竖屏按已验串口发送画面，HS2 浮层只落在目标显示器并限制卡片数量。
- 4以实体结果验收
启动、睡眠或设备重枚举后核对真实屏幕；软件预览或发送成功不能替代肉眼看到更新。
从这些需求了解功能
从一个实际问题看它怎样处理、交回什么；当前能做到哪一步和仍有哪些限制，也写在对应说明中。
可视化证据
PC Panel Hub 的图片与证据等级
单击图片查看完整大图；每张图同时说明它能证明和不能证明什么。打开后可缩放、滚动查看细节，也可关闭或切换上一张、下一张。
项目指标与相关入口查看规模、覆盖范围和关联能力
当前项目指标
- 显示面
- 2
- 最新心跳发送
- 1605 / 1605
- 本次发送失败
- 0 · 心跳新鲜
- 9月7日发送进程
- 1
它负责
- 从本机硬件、网络、磁盘、天气与帧率来源取得当前数值，并标出过期或估算。
- 把持续状态清楚地排在机箱竖屏上，长名字和没有游戏帧时也能看懂。
- 让机箱屏按实际设备稳定刷新，画面冻结时重建完整画面。
- 在水冷副屏上放媒体、手机、任务与必要告警，不把它变成第二块监控墙。
- 保持事件卡片透明地叠在现有背景上；显示器变动后只对符合条件的原动态壁纸做一次重绑。
- Win+F1 清理可清卡片，Win+F2 切换并记住时钟；长任务在同一张卡上更新进度。
- 协调登录、睡眠、唤醒、关机和屏幕重新连接时两块屏的正确状态。
- 防止两个程序同时写机箱屏，并根据真实画面与程序状态找出静默冻结。
- 换机从干净源码和合法厂商文件重建，每台电脑重新确认端口、网卡、天气和显示器。
- 把软件演示、主机发送和本人看到的实体像素分别记录，不互相顶替。
它不负责
- 它负责眼前两块屏的显示，不替 TimeAudit 保存长期电脑历史。
- 不是多机监控、远程管理、通用通知仓库或壁纸制作软件。
- 主机说“已发送”、程序在跑或任务正常，不等于实体屏实际更新。
- 普通故障恢复不重置整套 USB 设备，不改主屏或动态壁纸设置。
- 特定设备的刷新方式不能承诺适用于所有机箱屏。
- 厂商程序、真实天气位置、物理网卡和设备绑定留在本机，不进公开源码包。
- 换机时不照搬旧端口或显示器编号，必须在新电脑重新认设备。
- 验证码、密码和真正的私人通知正文不放到公开页面；普通设备身份和错误信息按实际用途说明。
产品思想与设计核心
两块屏承担不同工作
机箱屏负责持续状态，水冷屏负责低频事件；同一信息不在两块屏重复堆叠。
先保证一眼可读，再显示更多
信息层级、字号、间距和状态含义优先于指标数量，副屏不能变成缩小版监控墙。
有效空状态也要被设计
没有游戏帧、没有通知和没有告警都是真实状态，不制造零值、空卡或假异常。
每个数字说明从哪来、何时更新
过期、估算和不知道的值不能画成当前实测；有疑问时能找到对应来源。
实体像素才是最终验收
进程、日志、发送成功和心跳只能证明主机侧，不能替代对真实屏幕持续更新的观察。
只恢复出问题的那一块
同一机箱屏只有一个发送程序；屏冻了修发送链，壁纸停动只在确认正确显示器后让已有场景重新绑定一次，不靠整机重启碰运气。
动态壁纸与事件浮层互不绑架
浮层透明、低频且可退出；找不到精确副屏时绝不回退到主屏。
公开源码不等于换机已经装好
代码和无真实值示例可以公开；厂商运行文件、天气位置、网卡与两块屏的绑定要在每台电脑合法取得并重新确认。
人在屏前可以立即收束信息
Win+F1 只清已结束或短时内容，活动媒体、游戏、任务、传输、来电和硬件告警继续保留；Win+F2 只切换时钟并记住选择。
普通窗口回主屏，壁纸仍归壁纸
显示器变化后，只处理确认属于普通应用的窗口；泡泡、壁纸和副屏仪表由各自程序负责，不为修窗口误关它们。
项目怎样演化到现在
主屏不必一直开着监控窗口
先把硬件和网络状态放到机箱竖屏，接好采样、绘制、传输与隐藏启动；CPU、GPU、网络、磁盘和帧率逐步分清口径，缺值不冒充正常。
阶段依据
- 2026-07-04—07-08 · 机箱屏、天气、启动与电源恢复起点。
5e552b7–2bafc57 - 2026-07-22—07-30 · 可信遥测口径和HS2透明浮层形成。
4592994–e7180e3
第二块屏只在有事时提醒
HS2增加媒体、手机和任务事件，提醒有寿命，支持清场与时钟控制；没有游戏帧时明确等待，不伪造零帧。
阶段依据
- 2026-07-31—08-06 · 手机、媒体、游戏与主动任务有不同寿命，清场和时钟控制让HS2成为可操作事件面。
fed85f1–e7a5f73
画面冻结不能只看进程是否还在
把设备绑定、传输、恢复与实体观察分开；显示拓扑变化只对已有壁纸做有条件的重绑，不无限重启。
阶段依据
- 2026-08-07—08-12 · 保留原模式、精确绑定与有界串口/全帧恢复。
dfff40a–699600d - 2026-08-14—08-16 · 物理公网口径、刷新节拍与长期看门狗收敛。
7ea67fd–7dfa5c4 - 2026-08-23—08-25 · 继续恢复真实漂移与停滞，设备操作范围不扩大。
78058b2–271ffd2 - 2026-08-30—08-31 · 并发采样与显示拓扑后的有条件壁纸重绑；历史测试不代替实体像素。
ebbc1f2–8c217ead
换机时重建安装，硬件重新确认
公开源码包补齐两块屏的应用与恢复说明，本机配置和厂商运行文件另行准备；换电脑重新确认串口和显示绑定，最后分别验主机发送与实体显示，不把复制源码当成安装完成。
阶段依据
- 2026-08-30 · 双屏源码包、配置分离与包清单证据。
2717ecb
窗口回到哪块屏也要认清对象
普通窗口回迁独立于浮层启动，保留壁纸、屏保和仪表；失败的重启请求有边界，不用源码测试冒充真实显示验收。
阶段依据
- 2026-09-17 · 窗口回到哪块屏也要认清对象
ac77004
完整项目状态与证据边界
已确认事实
- PUBLIC（公开） main ac770044471ad3d7a8dff5dc5fac6c8d1a641f9b：普通窗口策略只依赖已辨明的显示身份，独立于HS2模式和浮层准备；排除原生泡泡、Emerald背景、物理黑罩、仪表浮层、Wallpaper Engine及Shell。空窗口快照是正常无动作，不为搬普通窗口重建显示拓扑。
- TURZX 480×1920 显示密集遥测；HS2 2288×1048 在动态壁纸上显示网易云曲目/封面、Steam 本次时长与退出总结、手机电量、通知/来电/验证码、任务与告警，最多 6 张事件卡
- 2026-09-14T04:16:39Z心跳status=ok、snapshot_status=fresh，transport_mode=hybrid_diff_204_full_200，周期1010ms、failed=0。9月7日本人实体确认保留，当前心跳不能替代新实体观察。
- 主周期1000ms；2026-09-14心跳取数/渲染/发送45/9/22ms，最近恢复全帧900，每900帧恢复全帧基线；既有异常退出接回机制与测试日期保留。
- 只观察活动显示器身份与唯一主屏归属；15 秒探测、30 秒稳定、900 秒冷却，主屏与唯一HS2路径健康，参与活动桌面的MTT后端也健康时才通过当前用户 shell 对既有 Wallpaper Engine 发一次 stop/play
- 2026-09-14T04:16:39Z为1605/1605帧、失败0、周期1010ms和新鲜心跳；运行依赖ready=true、missing=[]。HS2.CrystalOverlay与wallpaper64各1个；稍后只读显示枚举共3块活动屏，唯一非主2288×1048。9月7日63.33秒异常退出接回、34.69秒明确停止与本人实体确认均是历史结果。
- 9月9日PUBLIC（公开） main=9eda10a已回读，新增跨入MTT1337虚拟屏的窗口回归，纯软件检查通过。9月7日a4d8e22的87项指标、8项天气及渲染、HTTP、电源、节拍、可靠性、4个真实VBS行为和公开ZIP回归保留原日期；command 204写入成功不能替代实体像素观察
- 2026-08-31 Git Owner（Git 事实责任方） 回读 wlyaaaaa/PC-Panel-Hub 为 PUBLIC（公开）仓库，默认 main（默认主分支）；当时 8c217eadf76e6849c382c909b407d9dc436f9005 的本地 HEAD、origin/main 与实时远端 main 一致，工作树干净、ahead/behind（领先/落后提交数） 为 0/0。下列原生测试和运行数字仍绑定这一历史观察，不用于证明后续代码已发布或加载。
- 2026-09-09T03:36Z PUBLIC（公开） main、HEAD与实时远端为9eda10a7bbf0dde8a5de8268a6633b2d6ed1a925，工作树干净。a4d8e22已有发送恢复继续保留；新增PHLC34B物理屏/MTT1337 VDD的普通窗口回归和跨屏可见边界约束。现有TestPowerWatchdog纯软件检查通过，未执行串口、窗口或显示写入。
- 项目 runtime（运行环境） check（运行依赖检查）确认 Python 3.11、.NET Framework C# 编译器、RJCP 串口库、既有 TURZX 运行文件和主 stack（运行栈）入口均存在；检查没有安装或改动任务。
- a4d8e22的scripts/test.ps1 -SkipStreamWhenRunning通过：指标87/87、天气8/8，渲染、HTTP、PowerWatchdog、快捷方式、刷新默认值、节拍、运行可靠性及公开ZIP检查通过；新增4个真实VBS行为用例不接触硬件。套件只跳过TestVideoStream以免抢占生产串口，真实停止/启动/异常恢复由另一次精确设备实测完成。
- 8c217ead 新增显示拓扑恢复：看门狗每 15 秒只读活动显示器设备名与唯一主屏归属；HDR-only 变化和没有形成新活动显示器/主屏身份的波动不触发。ad17182 起要求可用主屏与唯一非主 2288×1048 TUR0000 目标、HS2 已为 Secondary 且既有 8091/AD23/MI_00/LED 绑定健康；MTT1337 仅在当前活动路径中存在时要求唯一且后端健康，变化稳定 30 秒后才有资格重绑。
- 恢复时先从当前 session（会话）中唯一 wallpaper64 进程取得安装目录，再要求同目录唯一 wallpaper32.exe 与当前 session 的 explorer shell；Highest watchdog 通过 Shell.Application 依次分派 `-control stop`、等待 1500 ms、再分派 `-control play`，不启动高权限常驻渲染进程、不打开 GUI、不写场景或配置。
- 同一拓扑事件最多消费一次，重绑后进入 900 秒冷却；控制客户端、用户 shell 或 COM 分派不可用时返回具名状态并记日志。失败分派也会消费当前事件并更新基线，避免同一显示变化形成 stop/play 循环；只有后续真实拓扑变化并跨过冷却才会得到新机会。
- 绑定的 LIAN LI Hub、AD23、MI_00 或 LED 若出现 Code 10，恢复链立即失败关闭并提示关机后检查 HS2 USB 排针、线缆和辅助供电；不会自动重启 Hub、移除设备、扫描 PnP 或形成重试循环。
- 9月7日已通过既有任务入口重新启动，并验证同一VBS在watchdog异常退出后拉起替代进程；这证明新启动恢复机制已实际执行。没有制造显示拓扑变化或执行Wallpaper Engine stop/play；8c217ead的壁纸重绑仍只有源码/测试和既有历史证据，不能借本次TURZX恢复升级为实体通过。
- 当前 main 的 metrics agent 新增 snapshot build lock，防止并发 `/snapshot` 请求同时推进共享采样基线。
- 新的公开 ZIP 真实构建并解包通过：双屏源码完整包含 HS2，机器 JSON、厂商二进制和生成目录均被排除；只保留无实际天气坐标和网卡值的 config.example.json，本机 config.json 已保留实体文件但停止 Git 跟踪。
- 当前 PUBLIC（公开） main 同时包含 clean clone 安装入口、只读 runtime（运行环境） check、启动任务安装/卸载脚本、HS2 拓扑绑定、显示拓扑/壁纸重绑逻辑、Win+F1/Win+F2 控制和 Publish-HS2Task.ps1 生产者入口；本机私有 config、厂商运行文件和 out 下的 HS2 绑定不属于公开源码。
- HS2 主动任务协议使用本机 `HS2.CrystalOverlay.Tasks` 命名管道：Id、标题、详情、进度、预计剩余与状态被独立校验；活动任务默认五分钟租约，同 Id 重开会先清旧完成卡，completed 显示一次完成提示，cancelled 清除活动与完成状态。
- 2026-09-09T03:38:21.4964076Z心跳status=ok、snapshot_status=fresh、frame=sent=14487、failed=0、consecutive_send_failures=0；transport_mode=hybrid_diff_204_full_200，frame_transport=diff_204，period_ms=1013、last_full_frame=14400、full_resync_every_frames=900。它证明这一轮主机发送状态，不证明新一次实体像素验收。
- 9月5日看门狗先发生RTSSHooks64.dll原生崩溃，数小时后sender因InvalidOperationException: DIFF EXCEPTION - IOException: Device Error退出，留下60139/60140、failed=1的过期心跳；负责恢复的进程已不在。现有隐藏入口改为同步等watchdog结束，非0退出等待30秒再试、0退出结束；不依赖Task Scheduler单独兜底，也不增加第二个任务或服务。原Device Error的设备侧触发原因未独立复现。
- 9月7日生产链验证：显式停止并观察34.69秒，watchdog、sender与隐藏入口均保持0；随后软件重新启动31.06秒恢复约1 Hz；强制结束watchdog后63.33秒由同一VBS自动恢复，旧sender已退出，新心跳fresh/ok、failed=0。这里的重新启动是软件启动，不是重启Windows或断电冷开机。
- PCConfig已发布并回读6fdaf0084700ac621249c5b11ef5e0e1b19a6af9，仅安装powershell.exe单个Profile（应用配置）的[Hooking] EnableHooking=0；官方SDK回读AppDetectionLevel=0。游戏与壁纸配置保留；已注入进程中的DLL仍可能驻留，所以不据此声称原生崩溃永不再现。
- HS2 的 10 类信息有各自来源和寿命：网易云播放常驻、切歌扩展 8 秒；Steam 运行时显示本次时长、退出总结 60 个可见秒；双来源手机电量按证据新鲜度择优；普通通知/动态状态 60 个可见秒、连接提示 5 秒、验证码 15 秒，来电/活动传输随源结束且有 5 分钟失联保护。全局最多 6 卡，15 个纯软件 demo 不冒充当前事件或实体验收。
- 恢复节拍按第 60/120/180 帧与每 900 帧分层，用于重建会话或补全帧；这些数字是帧数而不是秒数，任何阈值只处理对应链路，不重启整机。
- 2026-09-14只读观察HS2.CrystalOverlay=1、wallpaper64=1，显示枚举包含唯一非主2288×1048；本轮未读通知/歌曲等内容，没有切屏、重绑、启动或停止组件。进程存在与显示几何不等于已验证浮层落点、USB完整绑定或HS2实体恢复。
- 2026-08-31T04:19:33Z 项目窗口落点策略回读 DISPLAY31 为非主 2288×1048，OverlayPlacementStatus=healthy、visible=1、misplaced=0、actions=0；只证明2026-08-31当时透明浮层位于目标副屏，不证明本轮落点。
- 9月7日在主机发送和自动恢复测试完成后，本人直接确认TURZX实体小屏“能看到，已正常刷新”。这是当次现场观察；脚本先前记录physical_pixels_verified=false表示脚本本身没有观察实体屏，后续本人确认单独补上这一证据。
- 2026-08-30 显示缓冲区截图由本人当次确认同画面已在 HS2 实体屏生效；该历史物理验收与2026-08-31浮层落点证据分层保留，不作为本次HS2当前状态。
- 9月7日TURZX主机发送、异常退出接回与明确停止均有生产链实测，本人当时确认实体屏正常刷新；2026-09-14仅重读依赖、心跳、进程与显示几何。设备没有逐像素ACK；睡眠、Windows重启、断电冷开机、HS2落点和实体像素没有本轮验收。
当前缺口
- TURZX主机发送和异常退出恢复已通过本次实测，本人随后确认实体屏正常刷新。原Device Error的设备侧触发原因没有独立复现，自动接回通过也不能保证硬件永不再报错。
- 7144da5的前置普通窗口保护及信息来源/寿命继续保留，f883b7d已对齐源规则与HS2概述；本次软件回归没有代替HS2真实播放/切歌、Steam、通知、手机电量或登录期窗口迁移验收，完整浮层仍有独立启动条件。
- 本轮已在精确TURZX设备确认后恢复生产发送并测试软件启停，且有本人实体刷新确认；没有重置USB、修改显示模式或调用L-Connect、Wallpaper Engine控制客户端。睡眠/唤醒、Windows重启、断电冷开机和壁纸拓扑重绑没有重新验收。
- command 204 没有设备 ACK；定期重开串口并补 command 200 全帧只能限制主机侧恢复间隔，不能量化实体冻结时间。
- 2026-09-14最新Runtime（运行）证据为1605/1605发送、failed=0和新鲜心跳；HS2浮层与壁纸进程各1个，唯一2288×1048非主屏存在。本轮未重验落点或实体像素，9月7日本人TURZX确认、8月30日HS2实体确认和8月31日落点仍各保留原日期。
- RTSS的powershell.exe应用检测已按官方SDK回读为0，但进程中已驻留DLL不代表已经卸载。强制退出后的自动接回测试通过，不等于已复现原RTSS原生崩溃或证明它永不复发。
- 没有注入“stop 已成功而 play 分派失败”的真实故障。源码对此不做同事件自动 rollback（回滚）或紧密重试：它保留原 Wallpaper Engine 配置与场景、消费该事件并进入冷却；若背景没有恢复，Windows 当前静态背景仍是视觉降级，后续由 Wallpaper Engine 自身的用户控制或下一次真实拓扑事件处理。
- 本轮没有在另一台机器或重装后的 Windows 上执行 clean clone、合法厂商文件补齐、私有配置重建、双屏换绑、启动任务和自然启动的完整 E2E（端到端验证）；当前主机安装健康不能替代换机验收。
- 本轮没有在当前交互桌面真实按下 Win+F1/Win+F2，也没有用真实长任务生产者跑完 active→completed/cancelled 与异常退出租约回收；源码和纯逻辑测试不能冒充这条用户可见 E2E（端到端验证）。
- 画廊中的实际壁纸帧来自 Wallpaper Engine 市场场景；作者与公网再发布许可当前 Unknown（证据不足）。本页把它作为当次现场截图，不声称用户原创或拥有该美术素材。
- 纯软件 gallery（画廊）中的测试 fixture（固定演示数据）和 demo 场景用于验证布局、文本和状态，不代表当前机器数值或实体硬件照片。
- 公开仓库不含厂商运行二进制和本机绑定，换机安装仍需合法取得厂商文件并重新确认实际串口、显示器和 Hub 拓扑。
- 普通提交已清理当前 main 与未来 ZIP，但不会抹除既有 PUBLIC（公开） Git 历史中的旧机器配置字面量；本轮没有执行未授权的历史重写或 force-push。
来源与公开边界
源码位于 PUBLIC（公开）GitHub 仓库并使用 MIT 许可；仓库只发布项目源码、脚本、合同与公开示例，厂商二进制明确不属于该许可。端口、协议、硬件型号、进程名和状态等技术事实不按字段类别自动隐藏；只有具体值实际含私人正文、身份隐私或可复用凭据时才省略。
当前关键技术事实
- 两块显示面
- TURZX 480×1920 显示密集遥测；HS2 2288×1048 在动态壁纸上显示网易云曲目/封面、Steam 本次时长与退出总结、手机电量、通知/来电/验证码、任务与告警，最多 6 张事件卡
- 显示拓扑恢复
- 只观察活动显示器身份与唯一主屏归属；15 秒探测、30 秒稳定、900 秒冷却，主屏与唯一HS2路径健康，参与活动桌面的MTT后端也健康时才通过当前用户 shell 对既有 Wallpaper Engine 发一次 stop/play
- 运行快照
- 2026-09-14T04:16:39Z为1605/1605帧、失败0、周期1010ms和新鲜心跳；运行依赖ready=true、missing=[]。HS2.CrystalOverlay与wallpaper64各1个；稍后只读显示枚举共3块活动屏，唯一非主2288×1048。9月7日63.33秒异常退出接回、34.69秒明确停止与本人实体确认均是历史结果。
- 源码、回归与边界
- 9月9日PUBLIC（公开） main=9eda10a已回读，新增跨入MTT1337虚拟屏的窗口回归，纯软件检查通过。9月7日a4d8e22的87项指标、8项天气及渲染、HTTP、电源、节拍、可靠性、4个真实VBS行为和公开ZIP回归保留原日期；command 204写入成功不能替代实体像素观察
完整执行流程
- 1先建立本机安装态
从 clean clone 补齐合法取得的厂商运行文件，把无真实值示例复制为 ignored（Git 忽略）的 config.json，重新确认串口、物理公网接口、天气与 HS2 拓扑，再让 runtime（运行环境） check 决定能否安装启动任务。
- 2先从真实来源采样
metrics agent（指标代理）按来源读取硬件、网络、磁盘、天气、FPS 和前台信息；进程排行独立每 3 秒采样，避免拖住 1 秒主循环。
- 3给每个值保留时效与可信度
来源不可达、陈旧或歧义时使用空值、旧快照或失败状态，不把 0 冒充真实传感器值。
- 4渲染机箱屏
C# 渲染器把 snapshot（快照）变成 480×1920 位图；网络、磁盘、FPS 和长名称都按真实版面有界显示。
- 5按当前刷新合同发送
启动先建立 command 200 全帧基线，再以 command 204 增量维持 1 Hz；60、120、180 和每 900 帧重开会话并补全帧。
- 6在动态壁纸上独立组织和控制 HS2 事件
底层背景由动态壁纸应用负责；透明浮层从本地媒体、命名管道任务、Windows 通知和硬件状态形成最多六张卡。Win+F1 清理可清内容并抑制同一中继内容复活，Win+F2 持久切换时钟。
- 7由一个看门狗协调电源和恢复
看门狗拥有启动、睡眠、关机和恢复；先证明旧串口写入者退出。显示器身份或主屏归属变化时先等待 30 秒并确认当前显示路径绑定健康，再通过当前用户 shell 对既有 Wallpaper Engine 做一次 stop/play，不修改拓扑或壁纸设置。
- 8分层验收并诚实标注
源码、测试、安装、运行、演示、协议与实体观察分别记录；9月7日TURZX软件启停、异常退出恢复已实测，本人随后确认实体屏正常刷新。HS2动态壁纸仍只沿用8月30日本人历史确认，睡眠、断电和拓扑重绑没有借这次恢复升级为通过。
本页用到的名词
需要核对专业含义时，可以在这里查看它在 PC Panel Hub 项目中的具体用法。
- TURZX case panel（TURZX 机箱屏）
- 480×1920 USB 竖屏，负责高密度、持续刷新的硬件与系统状态。
- HS2 Crystal Overlay（HS2 水晶浮层）
- 2288×1048 曲面 OLED 上的透明事件层，只在真实内容存在时创建卡片。
- dynamic wallpaper layer（动态壁纸层）
- 由独立动态壁纸应用绘制的底层画面；浮层只叠加信息。真实拓扑变化后看门狗只调用既有控制客户端重绑渲染，不修改场景或设置；应用退出时可由 Windows 静态背景接替。
- snapshot（快照）
- 某一时刻经过来源和新鲜度处理的本机指标集合，不是长期历史库。
- trust score（可信度分数）
- 说明当前快照有多少来源仍新鲜、可解释；不是安全评分。
- command 200 / 204（全帧 / 增量命令）
- 前者发送完整画面并已有本机协议验证；后者只发差异，延迟更低但没有设备 ACK。
- Hybrid refresh（混合刷新）
- 先用全帧建立基线，再用增量保持 1 Hz，并按固定边界重开会话和补全帧。
- heartbeat（心跳）
- 记录主机最近一次真实发送尝试、节拍和恢复基线的无私人正文状态文件。
- one writer（唯一写入者）
- 同一时刻只能有一个 stream 进程拥有目标串口，避免交错写入和错误恢复。
- circuit breaker（熔断）
- 连续失败后先冷却并证明旧进程已释放资源，再创建一次新链路。
- device ACK（设备确认）
- 设备明确回报已接收并显示画面；当前协议没有这样的可信回执。
- physical acceptance（实体观察验收）
- 直接观察真实副屏刷新、位置、睡眠和恢复；软件日志或截图不能替代。
- clean clone（干净克隆）
- 只从公开仓库取得被 Git 跟踪的源码、文档和无真实值示例，不携带旧机器的运行输出或绑定。
- local installation state（本机安装态）
- 合法取得的厂商运行文件、私有 config、设备绑定、计划任务和当前机器验收共同组成的可重建状态。
- named pipe（命名管道）
- 同一台 Windows 机器上让任务生产者把有界 JSON 更新交给 HS2 浮层的进程间通道。
- lease（租约）
- 活动任务必须周期续报的最长保留时间；默认五分钟，生产者异常退出后卡片会自动收起。
- narrow fallback hook（窄范围回退钩子）
- 只有 Win+F1 被其他程序占用时启用，只接管真实键盘的 Win+F1 且要求不带 Ctrl/Alt，不吞掉注入按键或其他冲突组合。
- topology fingerprint（拓扑指纹）
- 只由当前活动显示器设备名与唯一主屏标志组成；分辨率、位置和 HDR 变化不在指纹内，因此不会误触发壁纸重绑。
- render rebind（渲染重绑）
- 通过当前用户桌面外壳对同一安装目录下的 wallpaper32.exe 依次发送 stop 与 play，让既有场景重新绑定当前显示面；不启动新的常驻渲染器。
系统里实际有什么
下面是当前产品组件，不是概念分类。每一项都对应真实文件、入口或验证链。
把可公开重建的源码/示例与每台机器的串口、物理网卡、天气、厂商运行文件和 HS2 拓扑绑定分开。
公开 ZIP 只允许 config.example.json；config.json、vendor EXE/DLL、out、bin、obj 与设备绑定保持在 Git 外。
在注册登录启动任务前检查 Python、C# 编译器、RJCP、TURZX 运行文件和 stack 入口。
缺项即拒绝安装；通过后用 wscript 无窗口父适配器为当前交互用户注册 Highest 任务，并禁用旧并行 Owner。
提供 127.0.0.1:18765/snapshot 的硬件、网络、磁盘、天气、FPS、前台和健康快照。
主指标目标 1 秒；物理公网出口歧义时失败关闭，虚拟接口不重复计数。
独立采集进程 CPU / RAM 排行。
约 3 秒节拍写有界结果，不阻塞主 snapshot 请求。
取得快照、渲染 480×1920 位图并发送到机箱屏。
完整 HTTP body 有墙钟 deadline（截止时间）；失败时可复用最后一份好快照，PNG 预览异步低优先级生成。
在完整基线、1 Hz 增量和周期恢复之间保持明确合同。
全帧 10 秒上限、增量 900 ms 上限；首次发送失败即退出给看门狗重建。
拥有事件、优先级、寿命、去重、布局和告警规则。
不依赖显示器，可用合成数据做确定性单元测试。
在唯一非主 2288×1048 显示器上创建透明、鼠标穿透的事件浮层。
单实例；找不到精确目标时不回退到主屏。
提供 Win+F1 清场与 Win+F2 时钟开关。
F1 被占用时只启用精确物理组合的窄回退；时钟状态写入应用本地设置并在重启后继续。
让复制、下载、渲染或安装脚本显式发布标题、详情、进度、预计剩余和结束状态。
命名管道逐条接收有界 JSON；同 Id 更新，默认五分钟租约，静默生产者到期自动清卡。
在 HS2 浮层下方提供连续背景，动态壁纸应用退出时由 Windows 当前静态背景降级。
这是独立显示内容提供者；PC Panel Hub 不修改壁纸资产或设置，也不把背景资源打进仓库。显示拓扑真实变化后只通过既有 wallpaper32 控制客户端请求一次渲染重绑。
统一管理 stream、HS2、电源事件、串口所有权、模式保留、活动显示拓扑观察和故障恢复。
串口链连续三次失败进入 30 秒熔断；壁纸链使用 15 秒探测、30 秒稳定、900 秒冷却与一次 stop/play 分派，不因一次失败退出长期 Owner 或形成循环重启。
在交互用户登录后以Highest运行无可见控制台的长期看门狗；看门狗自己崩溃时也能接回。
同一wscript入口同步等watchdog退出，非0退出等30秒再启动，0退出则结束；IncludeWatchdog明确停止也结束该入口，旧resume任务继续禁用，不增加并行恢复者。
验证指标口径、渲染、HTTP、节拍、浮层布局、恢复合同和公开发布边界。
fixture 值和 demo 场景不触碰设备，也不会被标成实体屏证据。
7 层证据分别证明什么
能证明：9月9日PUBLIC（公开） main=9eda10a7bbf0dde8a5de8268a6633b2d6ed1a925，远端同值；保留发送、隐藏入口恢复及两屏原能力，新增普通窗口从MTT1337回到PHLC34B，以及窗口仍归主屏但可见框跨入VDD时的约束。TestPowerWatchdog纯软件回归通过。
不能证明：新源码和软件回归不证明当前窗口搬移、显示拓扑、串流、睡眠或实体像素。
能证明：a4d8e22完整原生检查通过：指标87、天气8，以及渲染、HTTP、电源、快捷方式、刷新默认值、节拍、运行可靠性、4个真实VBS行为和公开ZIP；保留HDR-only、唯一MTT/Root\MttVDD、三屏健康、稳定/冷却等原有合同。生产流存在时跳过TestVideoStream，另做精确生产链恢复测试。
不能证明：纯软件用例不证明真实显示拓扑变化、wallpaper32 stop/play、HS2事件或像素级确认。
能证明：公开ZIP可解包且不带厂商文件或私有绑定；本机既有任务已重新启动，并实际执行新VBS异常退出恢复。PCConfig安装powershell.exe单个RTSS应用配置，官方SDK回读AppDetectionLevel=0。
不能证明：配置回读不证明已驻留DLL被卸载，也不保证原生崩溃永不复发；另一台电脑、系统重装、新硬件或断电后的自然启动仍未验收。
能证明：9月7日显式停止观察34.69秒不反弹；软件重新启动31.06秒恢复；强制结束watchdog后63.33秒由同一VBS接回，旧sender退出。23:24心跳285/285、failed=0、period=1010ms、唯一sender存在，HS2浮层0、wallpaper64为1。
不能证明：强制结束测试没有复现原RTSSHooks64.dll崩溃或Device Error；这不是Windows重启、断电、睡眠、壁纸拓扑重绑或HS2实体恢复测试。
能证明：软件能在固定合成数据上生成机箱屏版面，并能用 HS2 场景检查六卡、缺项、重排和长文本。
不能证明：截图来自实体硬件或当前机器现场。
能证明：command 200 全帧和 command 123 亮度路径有本机验证；混合刷新有主机侧有界实现。
不能证明：command 204 是厂商保证的通用协议或有设备 ACK。
能证明：9月7日恢复测试后，本人直接回答“能看到，已正常刷新”，确认TURZX实体屏上的时间或数字正常变化；8月30日HS2显示缓冲区同画面曾由本人确认在实体屏生效，仍保留为历史。
不能证明：本人当前观察不提供设备逐像素ACK，不证明长期无故障、睡眠唤醒、断电开机、HS2当前像素或壁纸拓扑重绑。
维护入口
pwsh -NoProfile -File .\scripts\check-runtime.ps1运行依赖检查：只读确认 Python、C# 编译器、串口库、厂商运行文件和 stack 入口是否存在。
pwsh -NoProfile -File .\scripts\install-startup-admin.ps1安装登录启动：先跑 runtime（运行环境） check，再为当前交互用户注册 Highest、无可见控制台的唯一长期看门狗；需要管理员 PowerShell。
pwsh -NoProfile -File .\scripts\uninstall-startup-admin.ps1撤销启动注册：移除本项目启动任务，保留源码、合法厂商文件与私有配置，供修正后重装或手动运行。
pwsh -NoProfile -File .\tools\hs2_crystal_overlay\Publish-HS2Task.ps1 -Id copy-photos -Title "复制照片" -ProgressPercent 42 -RemainingMinutes 3登记 HS2 长任务：通过本机命名管道更新任务卡；相同 Id 续报，结束时传 completed 或 cancelled。
pwsh -NoProfile -File .\scripts\test.ps1 -SkipStreamWhenRunning安全回归：生产 stream 已由新鲜 heartbeat 证明运行时，跑纯软件回归并跳过设备写入测试；否则应拆开运行无设备检查。
Get-Content .\tools\turzx_side_screen\out\side-screen-watchdog.log -Tail 80查看拓扑恢复状态：查看 Wallpaper Engine 恢复的 Baseline、Stabilizing、WaitForHealth、Cooldown、Rebind 或具名分派失败；日志是主机侧诊断，不是实体壁纸验收。
Get-Content .\tools\turzx_side_screen\out\stream\stream-heartbeat*.json查看主机侧健康：读取节拍、发送动作、失败数、transport 和全帧基线；不把它当实体 ACK。
pwsh -NoProfile -File .\scripts\repair-panel.ps1有界修复：仅在需要且符合项目设备边界时，核对精确 COM 设备、唯一写入者和 1 Hz Hybrid heartbeat 后修复。
pwsh -NoProfile -File .\tools\turzx_side_screen\StopSideScreenStack.ps1 -IncludeWatchdog明确停止整条链：同时停止本项目的发送者、看门狗和精确隐藏VBS入口，使人工停止不会被自动接回。
HS2.CrystalOverlay.exe --demo=max-sixHS2 软件演示：用合成数据检查 2288×1048 满载六卡布局；不读取私人通知，也不证明实体屏。
pwsh -NoProfile -File .\scripts\build-release.ps1源码发布包：生成不含厂商二进制、日志和本机配置的公开源码包。
快照怎样更新
本页代表最后一次明确核对并发布的项目状态，不承诺后台实时同步。再次更新时会重新读取该项目当前事实、边界和验证结果；无法确认的内容继续明确标成网页快照边界，不用旧记录猜成当前状态。