研究问题
本页关注五个连续问题:数据是否可信、窗口怎样定义、哪些数值特征可计算、事件身份从哪里来、最终为什么展示或弃判。单纯把多种滤波器画成一张流程图不能回答这些问题,因为系统真正的风险在于来源身份被误读为模型发现,以及质量坏点被当成正常波形。
一个严谨的事件卡至少要包含场景 ID、相对时间窗、数据版本、四通道质量、关键数值特征、处理状态、规则理由和不可推导项。只保留“峰值强度”和一个带色标签,会让后续人员无法判断究竟是传感信号变化、场景设置还是时间映射造成了结果。
基础原理
信号流程从逐行的合成 CSV 开始,首先核验列类型、案例数量、时间网格和文件哈希,再按案例分组与时间截取。计算之前必须保留每一行的 VALID、SATURATED、LOST 及时间状态;只有满足数值有效性的点才能参与对应特征,缺失处应继续保持 null。
接下来计算基线、峰值候选、变化斜率、窗口漂移、覆盖率和参考相似性。它们描述数学序列的形状与样本质量,并不输出真实车辆的起动机、电池或发动机健康结论。合成器注入的“闸机电机”“邻车”等类别只留在 assumptions_from_synthetic_generator,不混入 features_computed_from_csv。
系统结构图与数据边界
分析链路从数据载入、边缘事件处理、质量状态机直至报告结构与导出,分别对应软件中的固定输入和判断阶段。图示解释逻辑边界,不是浏览器实际运行的截图;计算数值必须来自既定CSV与分析函数。
对 V3 可直接使用已有的 SIM-01 至 SIM-12 数据 SVG,因每张来自实际生成 CSV,具备与报告对应的可追溯来源。新制的概念流程图必须清楚区分“软件已运行的计算”与“硬件仍处研究设计”,避免将产品工业照片置于规则结果旁造成不恰当实测暗示。
变量与假设
分析器主要入口固定为 loadDataset({csvText,casesText,manifestText})、selectWindow、makePlotSeries、analyzeScenario。选择窗口时保留 -1.5 至 4.5 秒的全量相对坐标与端点包含关系;报告中的 selection.selected_samples 说明本次选取的样本数,而不是一场真实事故所用的测量次数。
makePlotSeries 返回含可为空的 value_au 和 plot_break 标记;analyzeScenario 依据同一批有效值与质量状态生成结构化报告。自选短窗若不足以支撑特征计算,规则可以以 INSUFFICIENT_WINDOW 等理由给出弃判。所有计算发生在原数据模块,不应在网页模板里复制一套业务阈值。
设计取舍对照表
可比较两种实现:浏览器收到报告 JSON 直接展示,或根据用户自选窗口在浏览器调用现成分析器后再展示。第一种适于静态阅读和检索,第二种适于交互探索;二者必须使用相同的数据和状态规范,不能因为交互 UI 为了流畅而擅自忽略质量字段。
同样不能把“展示某个合成候选”设计成二元诊断。V3 的 RENDER_EVENT 只表示规则允许呈现形态;ABSTAIN 表示证据不足以输出归因。SIM-01、SIM-02 和 SIM-06 可展示,另外九种合成挑战条件触发弃判,报告应将这种不对称性作为方法重点。
| 处理阶段 | 既有依据 | 输出/保护措施 |
|---|---|---|
| 装载校验 | loadDataset 与文件哈希 | 版本一致、状态列完整 |
| 窗口选择 | selectWindow | 端点和样本数量可追溯 |
| 绘图预备 | makePlotSeries | null 断线、饱和显式 |
| 特征与状态 | analyzeScenario | 数值特征与注入假设分开 |
| 导出 | exportSelectionCSV / exportReportJSON | 质量、哈希与不可推导项保留 |
表中方法为研究设计或合成数据约束;未提供的硬件参数不构成设备规格。
适用条件和失效模式
SIM-03 的共同闸机电机扰动可能产生明显波动,但规则拒绝直接归因;SIM-04 的邻车事件重叠让单源解释失效;SIM-09 的 SATURATED 改变峰值可靠性;SIM-11 的时间偏移改变事件对应;SIM-12 的参考失联破坏对照完整性。这五个反例需要保留各自的理由。
若有人仅依据波形外观改写分类器输出,生成结果就不再与既有 V3 规则一致,也将破坏报告可复算性。报告文件中 decision.logic_version、reasoning_is_synthetic_rule_based、is_trained_diagnostic_model=false 提供了明确边界,页面表达应和字段保持一致。
真实外部来源
真实外部 OPM 来源能够解释为什么磁环境和工作模式是质量评估前提,但不会替网页分析模块提供新的车辆识别算法。实际程序及其行为由 V3 V3数据集的 JS、CSV、报告和测试确定,科学原理只为读者理解数据有效性提供背景。
本页的流程选择是编辑与软件接口规范,不额外增加算法规则或未通过测试的模型。公开文档应保留运行环境、导出字段与版本说明,使用户能区分“物理传感可行性”“合成规则演示”和“未来真正需要验证的车辆事件推断”。
相关阅读
可顺序阅读时间同步、参考通道、量程质量三页,再进入 GR-Insight 报告说明;前三页分别解释数据怎么对齐、对照怎么失效、有效数值怎么判定,最后一页说明读者如何获取完整报告和限制声明。
实际案例可从 SIM-01 的基准图开始,接着看 SIM-09 的截顶与 SIM-12 的断线。对同一文件同时查看 SVG、CSV 和报告 JSON,能检查是否存在渲染过程中质量含义被扭曲。完整内链将固定在规范路由,不新增页面或更改案例编号。
问题定义
事件卡要解决的是证据顺序:先确认文件与版本,再确认时基和有效样本,然后查看统计特征与假设来源,最后给出展示或弃判。任何与此相反的链条——先给故障名,再从曲线挑证据——都不适合本项目当前证据级别。
GR-Edge 的数学演示可以作为后续真实试验的测试框架,但不能自证物理场景。真正进入部署前,应引入外部机械真值、场地环境记录、采集硬件校准和盲评结果,届时仍应坚持把可观测量与诊断结论分开。
关联文件
03d47c16c8384da444303ac0ab82180cc7b6d504643276133a8fbfd86ec6abd9生成数据a70de803022fc280265ef73124d7ed17ec65254cb32e556d02711ec7c36f0f4d实际软件48fcf734412d989b335a10cb3504aceb3b14081542ebcd5b7a7778fcb47b7b32实际软件