RFID 元宇宙

问题：现场试错的代价太高

RFID 部署失败往往源于 空间与射频环境不确定性，而非设备质量——金属货架改变天线方向图、人员走动引入多径反射、液体标签因衰减读取失败。传统验证依赖现场反复调整，成本高且难以预判临界场景。

技能如何工作：从射频建模到沉浸验证

该技能封装了一个 WebGL 射频模拟基地 · 元宇宙测试中心 的实现知识，核心分两层：

• 模拟基地（算得准）：物理仿真层建模射频传播，支持覆盖（功率/增益/灵敏度）、方向性（天线波瓣）、衰减（金属/液体/人体）、多径与干扰、并发防碰撞（ALOHA）等计算。调整门禁位置 1 米，能直接看到读取率变化。
• 测试中心（看得清）：基于 Three.js 的 3D 编辑器，支持 GLB 模型上传（Ctrl+D 复制，偏移 +2）、高度钳位（-2.0 到 20.0）、CanvasTexture 文本标签（如“量子计算机”）、双面滚动白皮书屏幕（相机 5 米内触发，双平面避免文字镜像）、射线碰撞防穿模、距离驱动的模型流式加载（超 400 米卸载，300 米内重载）。

部署侧打包了 Node 服务 + Cloudflare Tunnel 的完整配方，含 Error 1033（隧道进程挂掉）和 Error 502（隧道通但 Node 挂）的恢复流程，以及用 nssm 包装 cloudflared 与 node 为 Windows 服务实现开机自启与崩溃自恢复。

适用边界与注意点

• 部署时需同时守护隧道与 Node 进程，cloudflared 官方服务安装在某些环境不可靠，优先用 nssm 包装，指定工作目录。
• 模型标签持久化依赖后端 sanitizeModel() 保留 isLabel 字段，否则刷新后文本标签会消失。
• 服务内存缓存 plot-content.json，直接改文件需重启 Node 才生效。
• 白皮书文本更新需同步 index.html 的 WHITEPAPER_TEXT 常量与两面标题栏，并用 Ctrl+Shift+R 绕过缓存。
• 该平台是 RFID 实验室的虚拟化延伸，不是通用元宇宙；核心价值在把射频验证从现场搬到可步行的 3D 空间里做预演。