GR 系统 · 从感知到报告
GR 系统端到端架构
道闸事件时间点、目标与参考磁测、边缘质量控制和可读报告，是 GR 系统端到端架构的四个关键连接。每个环节都需要保留可检查的输入与输出。
方案要点
价值命题与模块位置
完整链路以一个可核对的事件边界开始：闸机控制器给出某次动作的时间标记，磁测通道同时记录背景与局部变化，边缘层选择候选窗，软件先判定采样是否可用，再提取形态，最后生成可导出的事件卡。每个接口都必须说明“谁提供时间”“谁提供观测值”“谁负责场景语义”。
阅读完整章节产品工业外观与剖面
GR-01 拟议安装于道闸侧立柱或让行的独立支架位置，母图保持深石墨上盖、雾银机身、细铜橙插片、底部深色维护盖及出线、右后双螺钉侧耳。该形态提供安装与维护方向，不意味着任何真实探头已完成量产或停车场环境测试。线束连接图应区分测量、参考、供电、触发与维护线。
阅读完整章节使用场景与安装
在地下车库坡道出口，传感位置需要避开车轮轨迹、消防疏散和维修通行空间，并对电机、变频设备、钢筋及邻道车辆建立噪声清单。相较于直接吸附到金属闸机箱体，独立安装可改变耦合路径，却也提高机械固定与时间走线成本；这些都是待比选条件。
阅读完整章节系统接口与表格
接口层把数据分为五类：时间戳、通道数值、通道质量、场景元数据和导出结果。V3 CSV 实际列为 scenario_id、sample_index、time_s、bx_au、by_au、bz_au、reference_au、四个通道状态、timebase_status、unit、synthetic、data_version；禁止从外观渲染臆测额外采集精度。
阅读完整章节价值命题与模块位置
完整链路以一个可核对的事件边界开始：闸机控制器给出某次动作的时间标记，磁测通道同时记录背景与局部变化，边缘层选择候选窗，软件先判定采样是否可用，再提取形态，最后生成可导出的事件卡。每个接口都必须说明“谁提供时间”“谁提供观测值”“谁负责场景语义”。
系统不是在一个统一算法里突然得到“车辆重启”标签。道闸抬杆只表明机械动作发生；合成磁迹只表明模型产生了某种时序变化；案例中注明的目标重启与干扰来源来自编排者设定。将三者分层，后续真实试验才能引入外部时钟与独立真值，而不让规则报告自证自己。
产品工业外观与剖面
GR-01 拟议安装于道闸侧立柱或让行的独立支架位置，母图保持深石墨上盖、雾银机身、细铜橙插片、底部深色维护盖及出线、右后双螺钉侧耳。该形态提供安装与维护方向，不意味着任何真实探头已完成量产或停车场环境测试。线束连接图应区分测量、参考、供电、触发与维护线。
GR-OPM 的原子蒸气室、光学读出和补偿控制属于拟议物理子系统；GR-Edge 负责数据整合与质量处理；GR-Insight 只显示已编码的内容。图中的电气接口、线材固定和剖面均应标为工程设计示意，不能拿一个工业渲染推导出防水等级、EMC 测试结论或真实采购规格。
使用场景与安装
在地下车库坡道出口，传感位置需要避开车轮轨迹、消防疏散和维修通行空间，并对电机、变频设备、钢筋及邻道车辆建立噪声清单。相较于直接吸附到金属闸机箱体，独立安装可改变耦合路径，却也提高机械固定与时间走线成本；这些都是待比选条件。
针对参考探头，位置不宜只以“离目标越远越好”决定。过近可能同时包含目标变化，过远则背景不再相似。安装评审应记录两探头到道闸电机、车道中心、金属立柱的相对位置，配套维护访问空间和触发输入路径；只有具备坐标与干扰清单，差分模型才有检验前提。
系统接口与表格
接口层把数据分为五类：时间戳、通道数值、通道质量、场景元数据和导出结果。V3 CSV 实际列为 scenario_id、sample_index、time_s、bx_au、by_au、bz_au、reference_au、四个通道状态、timebase_status、unit、synthetic、data_version；禁止从外观渲染臆测额外采集精度。
本页配套线束图和双设备对比图分别解释信号路径及目标/参考角色。未来真实硬件如采用单轴、三轴或总场标量方案，接口必须随真实量纲和测量模式单独定义；演示 CSV 中的三轴只是合成输出，不是某款尚未验证 GR-OPM 模块的保证参数。
| 模块 | 输入或责任 | 输出与边界 |
|---|---|---|
| GR-01 | 支架、接口、线束拟议位置 | 物理载体设计，不承诺环境认证 |
| GR-OPM | 测量及参考探头概念 | 量纲和可用量程待真实选型 |
| GR-Edge | 候选时间窗、质量门控 | 生成可追溯规则状态 |
| GR-Insight | 数值序列、报告对象 | 可视化、解释与导出 |
| 数据版本 | 12案合成 CSV 与 JS 分析器 | 原始软件工件与站点文件清单已提供；不等于现场设备投运 |
表中方法为研究设计或合成数据约束；未提供的硬件参数不构成设备规格。
数据/算法流程
现有演示的工作流为三文件加载后交由同一 JS 模块验证，使用 selectWindow 形成相对时间段，makePlotSeries 生成四路可绘点，analyzeScenario 返回规则报告，导出由 exportSelectionCSV 和 exportReportJSON 完成。页面组件只能消费这些对象，不能私自复制一套阈值或在前端推断源身份。
记录品质先于事件卡创建：SIM-09 的 SATURATED、SIM-12 的 LOST、SIM-11 的 OFFSET_UNCERTAIN 在传递中不得丢失。即便目标曲线存在候选峰，质量门限仍可能让结果为 ABSTAIN。相同字段从 CSV 传到图表、报告与下载文件，可用哈希和状态集合核查是否在任一层被错误填零。
使用状态与条件
当前已存在实际 V3 数据文件、规则分析源码和十二张数据图，但尚无证据证明四个硬件/站点模块在真实车库完成联机闭环。应用成熟度应分成概念设计、已运行模拟处理、未验证实地条件三层描述。任何“可以安装”都指拟议布局具有讨论价值，不是环境适应性结论。
工程闭环的前置条件包括时间同步、模拟与真实数据隔离、参考信号有效性、不可用样本停画以及对日志的统一版本标记。初次场地勘察应先做静态背景及闸机独立动作测量，随后才讨论放行时车辆事件；否则多源同时出现时无法知道哪一个峰来自哪类设备。
FAQ 常见问答
为什么不能只用闸机开关信号作为重启标志？因为抬杆与发动机启动没有必然一一对应关系，SIM-05 正是放行动作出现但不注入重启的反例。为什么三轴和参考通道不能直接求差？因为传感器坐标、方向和局部环境可能不同，未经校准的减法只能当作示意。
为何要保留完整数据而不是只留“检测成功/失败”？因为未来比较零场与总场方案、评估补偿和查找时钟偏差都依赖原始观测与质量标记。只有保存“未判断”及其触发条件，后续场景复盘才可能区分探头问题、干扰问题和规则覆盖不足。
四个 GR 模块之间的责任如何分界？
GR-01 规定安装与维护位置；GR-OPM 是待验证的磁测输入方案；GR-Edge 负责候选时间窗、质量门控与规则报告；GR-Insight 负责呈现和导出。当前可实际核查的是十二案合成数据与分析软件，不能据此声称四模块已经在真实车道联机。
替换探头或接入真实道闸时，现有接口能否直接沿用？
不能默认沿用。需重新确认磁场量纲、标量或矢量分量、时间戳来源、通道状态和版本映射，并用独立机械真值验证同步。V3 的 a.u. 四路数据和每隔 0.01 秒的网格是合成软件契约，而非真实采集硬件的通用规格。
图解与资料下载
线束示意应区别供电、闸机只读触发、目标测量与参考测量，以及与不同设备的同步关系。当前图用于解释拟议布局，并不是通过安全检测的电气接线实录；真实接插件和隔离要求仍须另行核验。
系统资料包括既有 V3 CSV、字段字典、案例表、规则报告 JSON 与 SIM 静态曲线。已发布文件清单列出规范路径、长度和 SHA-256；访客仍可用实际 HTTP 响应、MIME 与下载内容核对其可达性。数据已公开与四个模块已在真实车库联机，是两种完全不同的完成状态。
8a8eb4cb8fb3254a4f44d6128678c545e4bd99350949a118098849b8f11cf7eb实际软件394ce80352b0ee6811464fed9ce6931a846542a4eb643987bc1852527f446bb6实际软件问题定义
系统架构真正要回答的是“每个证据如何进入结论”，而不是通过把四个产品名字排列在一张图上就声称完成系统集成。从触发到报告每一步都要保留来源、时间、质量与版本，否则即使曲线漂亮，也无法在工程上复盘和复现。
在后续验证阶段，建议把独立道闸日志、磁场采样日志、环境事件日志同时保留，并明确它们的时钟主从关系。我们当前能够完整说明的是合成数据路径和设计边界；待现场证据出现后再讨论可操作性、可靠性和真实系统验收。